ابوخليل

ابو عبد الرحمن .. اخي .. لا اعلم .. فلست خبيرا في التركيبات .. اخر معلوماتي عن اللاب .. انه يمكن تحديثه ويكون سريع وسعة كبيرة جدا عند استبدال الهاردسك القديم بالمنتج الحديث اعتقد من نوع ssd او هكذا .. لعلي كتبته صحيحا

الحل يكون لديك نسخة 64 .. لا اعلم اذا النسختين تقبل التنصيب على جهاز واحد ام لا الذي اعرفه اننا كنا نركب اكثر من اصدار على جهاز واحد ( 2003 / 2007 / 2010 ) طبعا النواة للجميع 32

تفضل Database2.rar

تمام اعتمد هذه عليها بعض التعديلات الجديدة buy_Sell.rar

عادة اكسس يحفظ آليا بمجرد الكتابة في الحقول والإلغاء نوعان .. اما تراجع او حذف ارفع مرفقك وحدد مطلوبك

هذه مشكلتنا نحن الشباب ، كل ، مقتنع برأيه وعمله .. ولكن المثل يقول لنا : ابدأ مما انتهى الناس منه اذا تحب تتعلم وتطور من نفسك وتحترف البرمجة صنعت لك جداول كتأسيس بطريقة علمية اعمل عليها واضف اليها ما تحتاجه من الحقول .. وأسأل وناقش حول كل نقطة وخطوة وبعد ذلك تنتقل الى الأدوات الأخرى بخطوات مدروسة هذا المنتدى مدرسة تعليمية .. مجانية .

طيب من اجل ضبط التصميم بطريقة صحيحة اتبع التالي : 1- احذف حقل الطلبيات من جدول main 2- انقل حقل المبالغ وحقل مربع الاختيار الى جدول reg .. لتصبح الحقول : ( العمليات/ الطلبيات/ المبالغ / نعم_لا ) سيتبقى في جدول main حقل العملية فقط بكذا تكون جداولك صحيحة 100%

واضح ان تصميمك للجدول من الأساس خطأ المفروض ان رقم العملية فقط في جدول وارقام الطلبات والمبالغ في جدول آخر فرعي ويتم ربط علاقة بينهما رأس لأطراف

طيب ركز معي قليلا الجدول main يشتمل على رقم عملية ويقابلها رقم طلب واحد .. والمبالغ قد توجد وقد لا توجد الجدول reg يشتمل على ارقام عمليات وارقام طلبات مكررة وبدون حقل مبالغ وأنت عملت نموذج منقسم ووضعت في الجزء العلوي وايضا السفلي حقل للمبالغ فضلا .. فهمني ليش البيانات في الجدولين مختلفة .. المفروض واحد رئيسي والثاني فرعي اقصد الاصل ان رقم العملية في الجدول الاساس فقط .. اما رقم الطلب والمبالغ تكون في الجدول الفرعي لأن رقم العملية لا يتكرر بينما الطلب يتكرر ضمن العملية الواحدة

عندك جدولين يختلفان اختلافا كليا في الخصائص والبيانات الجدول الاول فيه رقم العملية فريد غير قابل للتكرار والرقم 1200259163 غير موجود فعلا .. والبحث كما تعلم يتم على هذا الجدول بينما الجدول الآخر كلا الحقلين قابلة للتكرار والبيانات فيه تختلف عن الجدول الأول

لا اعلم .. افكر خارج الصندوق .. فيما لو جعلت التاريخ في حقل في جدول ويتم تشفيره لم اجرب .. ولكني اعتقد انها تنجح المنتدى مليء بهذه المواضيع وهي ربط الجداول واذكر ان آخر موضوع بهذا الشأن كان للدكتور الحلبي ابحث فقط

فهم السؤال نصف الإجابة تفضل Dim i i = Nz(DLookup("TENDER_NO", "main", "TENDER_NO='" & T30 & "'"), 0) If i = 0 Then MsgBox "رقم الطلب غير موجود ولا يوجد عملية بهذا الرقم ", , "تنبيه" DoCmd.CancelEvent Exit Sub Else DoCmd.OpenForm "fmain", acNormal End If fmain3.rar

عليكم السلام عدل نسخة الواجهات عندك واغلقها ثم ارسلها للعميل لصق واستبدال هذا كل شيء ملحوظة : الاخذ بالاعتبار مكان القاعدة الخلفية من اجل لايكون فيه اختلاف او مطالبة بربط الجداول .. او يمكنك عمل دالة الربط آلية عند الاقلاع عن نفسي جميع برامجي انصبها على قرص C

منطقيا جميع الارقام موجودة فعلا .. لانك لا تكتبها .. بل تختارها من مربع التحرير لذا النموذج مؤكد سيفتح عليها .. الذي لم افهمه : مستحيل .. لأن رقم الطلب موجود فعلا ايضا ما المراد بكلمة لا يوجد عملية .. هل هي المبالغ ؟ ايضا هذه غير مفهومه .. مثالك يشتمل على مربعي تحرير فقط اين تسجيل الطلب هذا ؟؟؟

طلبك هذا غير مفهوم انظر لهذه الطريقة لطلبك الأول اذا تصلح لك fmain2.rar

حسب علمي .. حقل المرفقات يختلف عن الحقل النصي لأن الوصول الى خصائص الصورة داخل حقل المرفقات مختلف بمعنى الصورة التي يحتويها ليس لها خصيصة : picture فأمامك حل من اثنين : اما يكون الجدول مصدر للتقرير واما ان يتم اخراج المرفق كصورة خارج قاعدة البيانات وهنا يمكننا اظهار الصورة في التقرير وبما انك ذكرت ان مصدر التقرير ليس الجدول فإليك الحل الآخر . Sub SaveAttach() On Error Resume Next Dim rs As dao.Recordset Dim strobj As dao.Recordset Dim strPic As String strPic = CurrentProject.Path & "\pic.JPG" Set rs = CurrentDb.OpenRecordset("Table1") Set strobj = rs.Fields("logo").Value strobj.Fields("FileData").SaveToFile strPic Me.Image0.Picture = strPic End Sub Private Sub Report_Load() Call SaveAttach End Sub 220.rar

بما ان نوع الحقل نصي فلا يمكن تطبيق تنسيق التاريخ عليه داخل الجدول لو ان نوع الحقل (تاريخ/وقت) لأمكن عرض المطلوب داخل الجدول انظر الاستعلام .. ويمكن استخراج النتيجة ايضا في النموذج او التقرير مثال2.rar

لفصل التاريخ vdate=format([textDate];"yyyy/mm/dd") لفصل الوقت vtime=format([textDate];"hh:ss")

تفضل هذه اساسات .. تم استبعاد الكثير من الحقول التي وضعتها في جدول الحركة مثلا .. التحويل مكانه الاستعلام . والارصدة ايضا ليس مكانها الجدول .. الضريبة نعم يمكن اضافتها مثلها مثل الخصومات الأخرى ادرس المرفق جيدا واي استفسار انا حاضر ان شاء الله .. ملحوظة .. انظر في الاصناف جيدا وانظر الوحدات في التفاصيل .. المعتمد هو اصغر وحدة من الصنف Database1.rar

كمشروع مشتريات ومبيعات .. التصميم خطأ من الأساس امامك مشوار طويل اعد تصميم جداولك على اسس علمية صحيحة ( اقرأ .. ثم اقرأ .. ثم اقرأ .. ثم طبق ) المنتدى مليء بالدروس التعليمية للمبتدئين . ابحث وتعلم

صعب ان نجد حل شافي نهائي لعدة أسباب : 1- الارتباط بالجدول كنموذج منضم .. هذا يحدث تزاحم وتتم معالجته بجعل النموذج حر غير منضم والحاق البيانات عبر مجموعة السجلات 2- عملية الذهاب للجدول لإرجاع أكبر رقم موجود في الحقل ثم اضافة (1) اليه .. هذه العملية منطقيا بحاجة الى وقت ( حتى لو كان 1 من 100 من الثانية فهو وقت ) وتتم معالجته حسب رأيي بأحد طريقين : الاول : اعتماد الترقيم التلقائي للجدول كرقم للفاتورة الثاني : دمج الترقيم التلقائي الى حقل نصي موجود والذي يمثل رقم الفاتورة .. ( وهنا لسنا بحاجة لتوليد ارقام )

الموضوع قديم نوعا ما .. فقد قارب السنتين لماذا لا تنشىء موضوعا بعنوان جديد مثلا : " التعامل مع المرتجعات في البيع والشراء وعلاقتها بالأرصدة " وتشرح فيه طلبك

هذه مشكلتكم كمحاسبين .. وليس طبيعي الطبيعي ان البيانات تدخل اول بأول .. ولو حدث سقط .. يتم ادراج البيانات بتاريخ اليوم الحالي ويشار الى التاريخ الحقيقي في البيان او الملاحظات --------------------------------- لا يخطر على بالي الآن فكرة ترتيب وترقيم حسب منهجكم .. غير التاريخ لذا نرجع ونستقر على طريقتنا الأولى . DSUM4.rar

اخي أمين في الأساس يجب ان لا نضطر لمثل هذه التحويلات وصنع ارقام والإلتفاف وما دمت تعثرت في تطبيق الفكرة .. فخذها معلومة .. يجب ان تكون نصب عينيك عند تصميمك للجدول : يجب وأكرر (يجب) ان يكون لكل جدول عند التصميم حقل مفتاح اساسي ترقيم تلقائي .. هذا الحقل خاص بأكسس وقد نستفيد منه في بعض الأحيان .. ونحن الآن وبمثل حالتك بحاجة اليه . انظر التعديل وانظر الى السهولة والبساطة .. استعلام واحد فقط يحقق المطلوب DSUM2.rar

ابتداءً نعم كمشتريات .. وفي نهاية المدة يمكننا ترحيل الارصدة الفعلية النهائية لتصبح ارصدة بداية المدة لكن ما دمت ستعمل برنامج مطلوب منك انجازه فأرى ان تعمل على طريقتك .. وفكرتي اجعلها في التجارب مربط الفرس هو البند الثالث من التسلسل وكأنك تميل الى فكرة الجدول الواحد ؟ هنا يلزمنا عمل ثلاث حقول اساسية أو اربعة ( بعيدا عن بقية الحقول المهمة الأخرى مثل معرف الصنف وغير ذلك) المخزن والنقطة يشتركان في واحد من هذه الحقول الثلاثة 1- المشتريات او الوارد : يخص المخزن 2- المبيعات : يخص النقطة 3- المحول : يشترك فيه المخزن والنقطة .. للمخزن = صادر .. وللنقطة= وارد 4- حقل المعرف ---------------- نجري عملية : تم شراء 1000 سلعة واودعت في المخزن وتم تسجيل فاتورة مشتريات وتم رصد العدد في الحقل1 + معرف المخزن في الحقل4 ( لاحظ امكانية العمل مع اكثر من مخزن ) تم تحويل 100 منها الى النقطة1 .. يتم تسجيل فاتورة تحويل ويتم رصد العدد في حقل3 .. + معرف النقطة في الحقل4 ( امكانية العمل مع اكثر من نقطة) تم بيع 50 منها من النقطة1 .. يتم تسجيل فاتورة بيع ويتم رصد العدد في حقل2 .. + معرف النقطة في الحقل4 ___________ الآن يمكننا عمل استعلام عن صنف محدد في مخزن محدد او جميع المخازن عن المشتريات وعن الصادر والأرصدة الناتجة كما يمكننا عمل استعلام عن صنف محدد في نقطة محددة او جميع النقاط عن المحول (الوارد) وعن المبيعات والأرصدة الناتجة كل هذا حسب مخزن واحد او اكثر أو حسب نقطة أو اكثر و حسب صنف او اكثر