ابوخليل

تفضل doc.ActiveDocument.ActiveWindow.PrintOut _ Range:=wdPrintFromTo, From:="2", To:="2" باعتبار ستطبع الصفحة رقم 2

جدول التصنيع سيكون في النهاية هو تفصيل فاتورة البيع فقط اختر العميل ثم اختر المنتج تظهر لك الاسعار كلها التفصيلية والاجمالية يمكنك اظهار ما تريد داخل الفاتورة

يمكن عمل حقل خصومات خاصة

انا عارف ان الفكرة التي اطرحها لم تتبلور في رأسك العلاقات والربط اتركها جانبا اسعار الشراء مكانها جدول الشراء الاسعار ثابته على الاقل فترات يجب ان يكون البرنامج مرن وحاول تبتعد كثيرا عن مسألة ادخال الارقام اجعل البرنامج يعتمد على الاختيار على اساس الاسعار محددة مسبقا

غالبا الاسعار ثابتة ارى انك تدمج المصاريف والتشكيل وخلافه مع الاصناف وتدمج الحركة مع التصنيع

ممكن فقط هذا يفيد في الفرز والا فالجميع في الاخير سيذهب للزبائن انت الآن تفكر بجدول وسيط واعتقد هذا يسبب التواء وعمليات جانبية تصعب من المهمة فدعنا من النماذج يجب ان نتحدث من منظور الجداول وكأننا ندخل البيانات من الجداول مباشرة فكر بجدول التصنيع بحيث يكون هو الكل في الكل وبناء عليه يتم معرفة رصيد المواد الخام نعم صحيح هو جدول خدمي لسرد الاصناف المتوفرة الكميات في جدول المشتريات

مادام فاتورة البيع تسجل بالحبة فالمسألة محلولة وبكل يسر هو كلامي السابق : (ما بعد مرحلة المشتريات) جدول التصنيع يسجل فيه المنتج والمواد الخام التابعة وعمليات التصنيع والاجور الاخرى وهامش الربح ونعمل فيه حقل (نعم/لا) = تم من اجل يظهر في شاشة المبيعات و نعمل فيه حقل لمعرف الزبون : من اجل يختفي من شاشة المبيعات ويظهر في شاشة ارشيف المبيعات وفي التقارير ملحوظة : المواد الخام التابعة وعمليات التصنيع والاجور الاخرى (كل شيء) تكون كلها في جدول الاصناف وامام كل صنف سعره في جدول التصنيع يتم اختيار المادة الخام في الشاشة بالاسم ولكن القيمة الفعلية داخل الجدول هو السعر

س : فاتورة البيع كيف يتم تحريرها بالمنتج حبة حبة ؟ يعني اسجل: 1- باب رقم 2122 بقيمة كذا 2- باب رقم 2123 بقيمة كذا .... وهكذا ؟

انا ارى كل طلبية تاخذ كود ، اعتبرها مكيفات او افران اذا تعاملنا مع المنتج كوحدة فستكون تكلفته المخزنية معلومة سلفا وايضا ستكون الملحقات قابلة للتغيير وسيكون جدول التصنيع هو المستودع النهائي للمنتج وهو الذي يحتوي على جميع التكاليف سيحتوي مثلا على 10 قطع من المنتج رقم كذا وقطعة من المنتج رقم كذا

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

طيب العميل يريد 15 باب و 20 نافذة ، لن ترصد البيانات باب باب وسجل سجل ستكون الكمية كلها في سجل واحد فحسب فكرتي السابقة لو انت تخرج الباب من المخزن ك(وحدة) فيكفي انك تدرج عدد الابواب فقط لا بد تفكر بالاكسسوارات وفرق القيمة بينها بطريقة ما استدراك : سجلين واحد للابواب والآخر للنوافذ ملحوظة : فكرتي تخص فقط الاصناف الموجودة في المستودع باعتبارها اساسيات

السلام عليكم اولا ليس لي خبرة في التصنيع والتكاليف ولكن لدي فكرة لن تعدم فائدة هل فكرت بالتعامل مع المخزن الاول بالوحدة أي ( الباب ومستلزماته الافتراضية )

وعليكم السلام مبدئيا تستطيع العمل على جدولين ( اساسي و فرعي ) الاساسي لرب الأسرة والفرعي لبقية افراد الاسرة التابعين الجدولين متشابهين تماما بجميع الحقول ويزيد الفرعي بحقل لمعرف رب الأسرة من اجل الربط

عليكم السلام تفضل هنا وهنا

في هذا المطلب يلزم استخدام DCount ومعاملاتها ( اسم الجدول + اسم الحقل + الشرط ) وهو ما وفقت الى الوصول اليه :

هذا يعد جميع القيم في الجدول الذي هو مصدر بيانات النموذج =Count([fild_a])

الحمد لله ان وفقك لذة الانتصار لا تعادلها لذة

من اجل ظهور الحقل الفارغ نكتب Like "*" & [Forms]![frm_name]![combo_name] & "*" or is null

نعم الاصل ان جميع الدوائر تكون في جدول واحد

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

اشعار : مشكلة في المرفقات في المشاركة الاولى حيث لا يمكن تنزيلها ، فحاول رفعها مرة اخرى

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

اعذرني مازال غير مفهوم .. لا تواخذني المفروض تضع عينات لموظفين مختلفة التواريخ وتعمل مستحقاتهم بالتفصيل والتي يفترض انها حقهم على اعتبار عندنا ثلاث تواريخ ثابتة : تاريخ تعيين الموظف تاريخ الخصخصة تاريخ نهاية الخدمة