ربط الجداول لفاتورة الشراء والبيع

[ابوخليل]

ايضا عند اختيار العميل في رأس الفاتورة لادخال فاتورة جديدة يمكن اظهار رسالة برصيد العميل  سواء بالسالب او الموجب

اذا العميل مورد والقيمة بالموجب هذا يعني ان االمتجر مدين

ما ذكرته لك اعلاه في المشاركات السابقة ياتي تباعا واحدة واحدة وعليك التطبيق والدراسة والملاحظة

دعني اعمل بعض التنسيق على مثالك لتبدأ العمل

[ابوخليل]

عدلت على النماذج  انظر النماذج الخدمية كيف اصبحت

خاصة نموذج الأصناف وانظر سعر البيع والخصم والسعر النهائي ( غالبا الخصم على البيع لم يمر بي خصم على المشتريات انما البائع هو من يضع الخصم على السلعة المباعة )

.......................................

عملك فقط على فورم الفاتورة ..

تم تحسين الفاتورة والتفاصيل

- جعلت خاصية حقول نوع العملية .. ونوع الدفع (مطلوبة=نعم)

عمليات التفاصيل في النموذج الفرعي تعتمد على حقل نوع العملية في فورم الفاتورة الرئيسي

- ادخال الصنف اما بالرقم او الاختيار

- عند كتابة رقم الصنف او اختياره من مربع التحرير .. يتم ادراج السعر ( شراء او بيع )

- عند كتابة الكمية يظهر الاجمالي  في الحقل المخصص ( شراء او بيع )

اللمسات والتحسينات ممكنة مثل ضم حقلي الاجمالي فوق بعض بحيث لا يظهر الا الحقل الموافق لنوع العملية

ومثل رسائل النظام واستبدالها برسائل مفهومة

...................

ومثل ان نعمل رأسين للفاتورة واحد للبيع وأخر للمشتريات .. بدلا من اختيار النوع في كل عملية .. وتسهيلا للمستخدم

ويمكن عمل اربع رؤوس لا تستغرب اثنان للبيع النقد والآجل واثنان للشراء النقد والآجل

كل هذه الأربعة تصب في جدول واحد

..............

وتحسينات اخرى كثيرة يمكن مستقبلا عملها

المهم عملية البيع والشراء الأساسية تسير بشكل محكم وسلس

_____________________________________

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

وتعرف كيف تتم العملية وخطواتها معرفة تامة

خذ وقتك ولا تستعجل .. الدرس هذا بسيط وهو البداية

ملحوظة : مرتجع الشراء هو عبارة عن بيع  ومرتجع البيع عبارة عن شراء

...........

بعد ذلك يمكننا الانتقال الى عملية الدفع

 

Invoices2.rar

[Ahmed_J]

السلام عليكم

شكرا لك استاذ @ابوخليل

بارك الله فيك

تعبتك معي 

بقى Payments ماعندي اي فكرة عنه 

هل التسديد مرتبط باجمالي الفاتورة ام مرتبط باجمالي الدين بصورة عامة

وكيف استخرج رصيد الزبون السابق  

وشكرا

تم تعديل منذ 15 ساعات بواسطه Ahmed_J

[ابوخليل]

 لا تستعجل على رزقك 

انا شرطت الانتقال الى الدفع بعد استيعاب وفهم العمل الحالي

انت لم تدرس المثال جيدا .. كطالب علم

يجب ان تسأل عن الصغيرة قبل الكبيرة

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

هذه المعلومة جديدة حتى على هذا المنتدى

يوجد ملاحظات اخرى يجب ان لا تمر عليك مرور الكرام .. حتى تفهمها : كيف ولماذا ؟

ملحوظة :

اسماء الجداول يجب ان تبدأ بالبادئة tbl

والنماذج بالبادئة frm

والاستعلامات بالبادئة qry

والتقارير بالبادئة rep

[Foksh]

24 دقائق مضت, ابوخليل said:

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

 

سؤال جميل جداً ..

برأيي هل من الممكن أن يكون السبب لتحديد الخصم للصنف / أصناف محددة وليس للفاتورة بشكل عام !!

فقد تتيح له فرصة الخصم على اصناف محدة وليس جميع الاصناف ، أو الإستفادة من فكرة العروض على الأصناف ( إن لم يخني التعبير )  

[Ahmed_J]

استاذ @ابوخليل

اكيد عندي اسئلة كثيرة 

بس والله خجلان منك 

لان الاسئلة كثيرة

سؤال : رقم الفاتورة : InvoiceID  هل يتم تعبئته يدوي او المفروض بصورة تلقائية لان لدي صيفة بالتنسيق يكون تلقائي ("NO:"000000)

اكيد انا افضل ان يكون اخر موضوع هو الدفع بعد اكمال متطلبات العمل الحالي

نحن عندنا الخصم يكون على مجمل الفاتورة وليس صنف معين 

ومع ذلك نستفيد منكم ان شاء الله

تم تعديل منذ 12 ساعات بواسطه Ahmed_J

[ابوخليل]

2 ساعات مضت, Foksh said:

سؤال جميل جداً ..

برأيي هل من الممكن أن يكون السبب لتحديد الخصم للصنف / أصناف محددة وليس للفاتورة بشكل عام !!

فقد تتيح له فرصة الخصم على اصناف محدة وليس جميع الاصناف ، أو الإستفادة من فكرة العروض على الأصناف ( إن لم يخني التعبير )  

نعم .. العروض .. المكان الصحيح للخصم جدول الاصناف

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

ولكن يوجد فائدة اخرى مهمة جدا عند احتساب الخصم في جدول الأصناف .. تظهر هذه الفائدة عند عمليات الارجاع .. حيث ان سعر المبيع ثابت ( مع خصم او بدونه)

على اعتبار ان سعر البيع يدرج آليا

فالارجاع يتم بسعر المبيع نفسه ( هل هذه النقطة واضحة ومفهومة ؟)

58 دقائق مضت, Ahmed_J said:

 

سؤال : رقم الفاتورة : InvoiceID  هل يتم تعبئته يدوي او المفروض بصورة تلقائية لان لدي صيفة بالتنسيق يكون تلقائي ("NO:"000000)

 

انا تحدثت عن هذا فراجع المشاركات السابقة

وادراج رقم الفاتورة تلقائيا هو المتبع عادة

[Foksh]

8 دقائق مضت, ابوخليل said:

فالارجاع يتم بسعر المبيع نفسه ( هل هذه النقطة واضحة ومفهومة ؟)

100% 👌🏻

[ابوخليل]

11 ساعات مضت, Ahmed_J said:

 

اكيد انا افضل ان يكون اخر موضوع هو الدفع بعد اكمال متطلبات العمل الحالي

 

من المتطلبات .. ضبط العمليات الاربع بحيث تجري بسلاسة وتخدم المستخدم ..

اعمل 4 ازرار او تبويبات : بيع  / شرائ / مرتجع بيع / مرتجع شراء

الفورم يفتح افتراضيا على البيع .. لأن 90% من العمليات هي بيع

حينها يكون حقل نوع العملية ( بيع ) اجباريا ، ويتم تصفية قائمة العملاء فلا يظهر الا الزبائن فقط

وحين تنقر على زر شراء :

حينها يكون حقل نوع العملية ( شراء ) اجباريا ، ويتم تصفية قائمة العملاء فلا يظهر الا الموردون فقط

وينطبق هذا على الزرين الآخرين

ايضا من اجل الاحصاءات والاستعلامات مستقبلا  ( وهو غير ملزم )  ادراج حقلي العميل ونوع العملية ضمن جدول التفاصيل