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

[hougar]

السلام عليكم

اقترحت في موضوع سابق مع الاستاذ @الحلبي فكرة تعتمد أن يكون في جدول الأصناف حقلين للكميات "حقل للكرتونة وحقل للحبة" أو أكثر مثلا "حقل للكرتونة وحقل للعلبة وحقل للحبة"

ويكون خصم الكميات مرتبط بطريقة البيع

1- إذا تم البيع بالكرتونة يتم الخصم من حقل كميات الكرتونة مباشرة

2-إذا تم البيع بالحبة فيتم الخصم من حقل كميات الحبة مباشرة وعند نفاد الكمية بالحبة يتم تلقائيا فتح كرتونة لتضاف لحقل الكمية بالحبة وتنقص عدد 1 من حقل الكمية بالكرتونة

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

في انتظار المزيد من التعقيب والتوجية

فاتورة بيع كرتون-حبة.rar

[متقاعد]

منذ ساعه, hougar said:

فكرة تعتمد أن يكون في جدول الأصناف حقلين للكميات "حقل للكرتونة وحقل للحبة" أو أكثر مثلا "حقل للكرتونة وحقل للعلبة وحقل للحبة"

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

والسبب اني تعامل في ادخال وبيع وشراء ورجيع وتالف الاصناف عن طريق الباركود

في اسواق يكون هناك رقم باركود للكرتون مثلا 10123456789 وللشد او الدرزن نفس الرقم للكرتون مع اختلاف اخر رقمين او ثلاثة ارقام  واحيان اربعة حسب محتوى الكرتون وكذلك الحال للعلبة الواحدة باركود مشابة واختلاف في الارقام الاخيرة من اليمين

وبالتالي البيع يتم عن طريق قارئ الباركود فاذا كان باركود علبه سيتم اعتبارها كذلك ... الخ

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

هذه تجربتي السابقة اما رأيي الحالي فانصح دائما باستخدام  الوحدة الاصغر للصنف فقط

 

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

 

[hougar]

31 دقائق مضت, مبرمج سابق said:

في اسواق يكون هناك رقم باركود للكرتون مثلا 10123456789 وللشد او الدرزن نفس الرقم للكرتون مع اختلاف اخر رقمين او ثلاثة ارقام  واحيان اربعة حسب محتوى الكرتون وكذلك الحال للعلبة الواحدة باركود مشابة واختلاف في الارقام الاخيرة من اليمين

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

اقتباس

هذه تجربتي السابقة اما رأيي الحالي فانصح دائما باستخدام  الوحدة الاصغر للصنف فقط

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

كما أني اريد التأكد هل يوجد عيوب في الفكرة ام لا.... والله أعلم

[متقاعد]

27 دقائق مضت, hougar said:

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

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

ومع ان البرنامج عمل لعدة سنوات بدون مشاكل ولا اعلم حاليا هل مازل يستخدم ام لا

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

27 دقائق مضت, hougar said:

لكن اختلاف الباركود ليس مشكلة

بالنسبة لتجربتي السابقة كان ميزة وليس مشكلة

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

تحياتي

[Amr Ashraf]

منذ ساعه, مبرمج سابق said:

هذه تجربتي السابقة اما رأيي الحالي فانصح دائما باستخدام  الوحدة الاصغر للصنف فقط

السلام عليكم .. رأيك سليم 100% دائما يفضل استخدام الوحدة الاصغر كمقياس لرصيد المخزن وبما ان عملى كمسئول تخطيط ومتابعة عامة جزء منه الرقابة على المخازن فكان الحل العملى للمخازن بعد تجارب هو ترصيد الوحدات الاصغر وعرض باقى الوحدات فى التقارير فقط عن طريق معادلات تعتمد على رصيد القطعة وتحويلها الى عبوات مثلا الكرتونة الداخلية للصنف (تحتوى على 10 قطع ) و الكرتونة الخارجية للصنف (تحتوى على 20 كرتونة داخلية أى 200 قطعة من الصنف) .

وبالتالى نصيحتى لصاحب الموضوع @hougar هوا ان يكون الرصيد بالقطعة او الوحدة الواحدة فقط .. وفى جدول الاصناف قم بزيادة عمود لعدد الوحدات فى الكرتونة مثلا وعدد الوحدات فى الحبة وعددها فى اى وسيلة قياس اخرى الخ ...

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

 

 

[متقاعد]

38 دقائق مضت, Amr Ashraf said:

رأيك سليم 100% دائما يفضل استخدام الوحدة الاصغر كمقياس لرصيد المخزن

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

لذا تجد اني اكدت على هذا الرأي "الوحدة الاصغر فقط " في مشاركتي الاولى والثانية

الحقيقة اننا احيانا نلزم انفسنا بلزوم مالا يلزم ونستخدم حقول وجداول ونماذج يمكن في حالات كثيرة الاستغناء عنها

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

ومثال اخر يحتوي النموذج الرئيسي على 6 نماذج فرعية !!

تحياتي وبالتوفيق للجميع

[hougar]

شكرا لاستاذي @مبرمج سابق وكذلك الاستاذ @Amr Ashraf على توجيهاتكم ونصحكم سأعمل على تعديل أو بالأحرى تصويب الفكرة لدي بشكل يقلل من التعقيد ولأني في بداياتي لتعلم البرمجة وليس لدي خبرة في تصميم هذا النوع البرامج باحترافية لكن استجابة لأحد عملائي الذي لديه محل يعتمد الشراء بالكرتون ويبيع بالجملة وبالتجزئة (أي يبيع بالكرتون وبالحبة حسب رغبة الزبون) وهذا ما دفعني لتصميم الفواتير كما في الملف المرفق.

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

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

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

زشكرا جزيلا.

 

[الحلبي]

14 ساعات مضت, hougar said:

اقترحت في موضوع سابق مع الاستاذ @الحلبي فكرة تعتمد أن يكون في جدول الأصناف حقلين للكميات

اولا : اشكر الاستاذ/ HOUGAR على اعادة الموضوع واثرائه ببعض المعلومات خصوص من الاستاذ الكبير / خالد مبرمج سابق والاستاذ / عمرو اشرف

ولكن استاذ / HOUGAR  انا فتحت الملف المرفق ولكن وجدت بعض الاشياء غير مفهومة يعنى مثلا لو فتحنا نموذج البيع وقمنا ببيع صنف وبعد ان نضغ رقم الباركود ماذا نفعل بعد ذلك واين نضع الكمية 

ولماذا تاريخ الفاتورة عبارة عن رقم بصراحة انا لم اعرف ابيع اى صنف 

ياريت توضح لنا كيف استخدام نموذج البيع عند قيامنا ببيع صنف معين فى خطواط بسيطة 

عموما جزاك الله كل خير على اعادة الموضوع وعلى مشاركة الخبراء

 

تم تعديل أغسطس 12, 2022 بواسطه الحلبي

[hougar]

2 ساعات مضت, الحلبي said:

اريت توضح لنا كيف استخدام نموذج البيع عند قيامنا ببيع صنف معين فى خطواط بسيطة 

تم تعديل الملف

فاتورة بيع كرتون-حبة.rar

تم تعديل أغسطس 12, 2022 بواسطه hougar

[الحلبي]

4 ساعات مضت, hougar said:

تم تعديل الملف

اشكرك وجزاك الله كل خير على التوضيح

[ابوخليل]

23 ساعات مضت, Amr Ashraf said:

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

 

 

السلام عليك : مداخلة لمشاركة اخوتي واحبتي : 

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

الشيء الاهم كثير من المصانع العالمية تعتمد التفرقة في ترقيم وحدات منتجاتها ، فلماذا نجتهد وقد كفينا نصف الرحلة

حبيبي واخي الاستاذ عامر ماخط بالاحمر اعلاه فهمت منه ان المستخدم يجب عليه قبل اجراء الحركة ان يختار نوع الوحدة ,, هل فهمي صحيح؟

[اكرم العريقي]

هناك فكرة هي المعتمدة عامة في اغلب البرامج المحاسبية

وهي ان هناك جدول منفصل خاص بالوحدات مرتبط برقم الصنف

بحيث يستطيع المستخدم يضيف اي وحدة يريدها والوحدة الصغرى دائما هي التي تحمل القيمة 1

بالتوفيق للجميع

 

[Amr Ashraf]

19 ساعات مضت, ابوخليل said:

حبيبي واخي الاستاذ عامر ماخط بالاحمر اعلاه فهمت منه ان المستخدم يجب عليه قبل اجراء الحركة ان يختار نوع الوحدة ,, هل فهمي صحيح؟

استاذنا الفاضل ابو خليل بارك الله فى عمرك , نعم كما فهمت يحدد المستخدم الوحدة أياً كانت كبرى او صغرى او متوسطة ويقوم البرنامج بترجمتها الى عدد الوحدات الصغرى وتسجيلها فى الجدول بالوحدة الصغرى , وعند استدعاء الرصيد بالاعتماد على جدول الحركات يكون بالوحدة الصغرى وفى التقرير يكون من 3 أعمدة وحدة صغرى , وحدة متوسطة , وحدة كبرى او اياً كانت المسميات .. وبهذا قصدت انه فى هذه الحالة الموضوع اسهل من طريقة الاستاذ صاحب الموضوع .

ومن ناحية الباركود فكرة حضرتك افضل وبالفعل هتوفر خطوة تحديد الوحدة عند عمل الفاتورة وانا كان قصدى اوفر عليه تعدد الباركود ايضاً توفير خطوة ولكن فكرتك افضل من الناحية العملية , اعذرنى لم اطبق على الباركود من قبل ومنكم نتعلم حفظكم الله

 

[ابوخليل]

43 دقائق مضت, Amr Ashraf said:

 ولكن فكرتك افضل من الناحية العملية , اعذرنى لم اطبق على الباركود من قبل ومنكم نتعلم حفظكم الله

 

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

لأن جميع البيانات ستنزل آليا بجدول تفاصيل الحركة بمجرد تمرير قارىء الباركود ، 

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

ويمكن ادراج سعر الشراء  في جدول تفاصيل الحركات فقط اذا كانت الاسعار تتغير باستمرار ، وهذا يلزم منه التدخل اليدوي 

النتيجة :

عند الشراء في المستودعات كل ما على المستخدم عمله هو تمرير القارىء وكتابة الكمية ، ويكتب السعر اذا لم يعتمد في جدول الاصناف.

وعند البيع ايضا يمرر القارىء على باركود السلع المشتراه وعند استلام المبلغ ينقر انتر ليطبع الفاتورة التي يظهر فيها اسماء الاصناف والوحدة والسعر المفرد والمجموع

[hougar]

في 11‏/8‏/2022 at 20:30, مبرمج سابق said:

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

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

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

هل يمكن المساعدة في ذلك؟ 

تم تعديل أغسطس 15, 2022 بواسطه hougar

[متقاعد]

الفكرة التي عملتها واشرت اليها في مشاركتي الاولى وان كان النقاش قد تجاوزها بمشاركة الاساتذة الافاضل

اقول الفكرة تعتمد بشكل كلي كما اشرت سابقا ⬇️

في 11‏/8‏/2022 at 22:30, مبرمج سابق said:

اني تعامل في ادخال وبيع وشراء ورجيع وتالف الاصناف عن طريق الباركود

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

اي ان عملية الكتابة تكون فقط في اسم الصنف وسعر الشراء والبيع لمرة واحدة فقط عند ادخال صنف جديد لم يسبق ادخاله وهذا يتوافق مع ما اشار اليه الاستاذ الفاضل @ابوخليل ⬇️

في 13‏/8‏/2022 at 19:34, ابوخليل said:

عند الشراء في المستودعات كل ما على المستخدم عمله هو تمرير القارىء وكتابة الكمية ، ويكتب السعر اذا لم يعتمد في جدول الاصناف.

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

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

ولكن مع ذلك ربما تلقي بعض الضوء على الفكرة الاساسية من حيث طريقة الترميز والشراء والبيع بالباركود التي تحدثت عنها

واعتذر مقدما اذا لم يكن فيها ما يخدم الموضوع

تحياتي

 

[عبد الله قدور]

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

اسعد الله اوقاتكم جميعا

سامحوني لم استطع ان اقرا ماكتب في الموضوع كاملا ، لكني اريد ان اضع فكرة استخدمها في برنامجي المحاسبي ووجدتها في برامج محاسبية اخرى

1- في جدول بطاقة المادة تسمح للمستخدم باضافة ثلاث وحدات لكل مادة مع تحديد معامل التحويل بين كل واحدة ، كما هو متعارف عليه في معظم برامج المحاسبة ، (باستثناء برنامج الفا للمحاسبة يسمح لك باضافة عدد غير محدود من الوحدات )

2- في جدول الفواتير تضع حقل للكمية يستخدمه المستخدم في ادخال الكمية والوحدة التي يستخدمها في عملية البيع او الشراء ويكون هناك عمود اخر للكمية مخفي يقوم البرنامج بتسجيل الكمية بالوحدة الاولى دائما فيه اعتمادا على عمود الكمية الاولى الذي ادخله المستخدم

مثال

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

في الفواتير يسجل المستخدم في فاتور الشراء 2 دستة (في عمود الكمية الاول ) في عمود الكمية المخفي يقوم البرنامج تلقائيا بكتابة القيمة 24 (2*12)

3- بهذه الحالة اصبح عندك عمود يحوي حركة المادة بالوحدة الاولى دائما تقوم باستخدامه في حساب رصيد المادة ويمكن ان تحول منه للوحدات الاخرى في العرض في حركة المادة

 

[hougar]

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

سألخص الفكرة التي توصلت إليها بفضل مساهمات ونصائح  الاساتذة الكرام .

1- بالنسبة لفاتورة الشراء فدائما ما يقوم البرنامج تلقائيا بكتابة القيمة ضرب معامل الوحدة يعني الكمية*معامل الوحدة ذلك أن التاجر دائما ما يشتري السلع بالكرتونة

2- فاتورة البيع دائما تعتمد على الوحدة الضعرى أي البيع بالحبة

وسأضيف عليها كود في برنامج المبيعات يوجه المستخدم  في حالة أن الزبون إذا طلب كمية أكبر أو تساوي معامل الوحدة (12 مثلا عدد الحبات في الكرتونة) فيقوم البرنامج بالتنبيه بتسليمه كرتونة مباشرة أو نضيف عمود في فاتورة البيع خاص بطريقة تسليم السلعة وتظهر في هذاالعمود علامة توضح طريقة التسليم

مثلا لو طلب الزبون 27 حبة فيظهر البرنامح في فاتورة البيع عند عمود طريقة التسليم هذه العلامة 3[2]  ومعناها سليم هذا الزبون 2 كرتونة + 3حبات

3- بالنسبة لحركة الصنف يعتمد على الوحدة الصعري أي بالحبة ويمكن ان تحول إلى الوحدات الاخرى (الكرتونة) في العرض في حركة المادة.

[ابوخليل]

احبتي جميع ما تم التطرق له من الاخوة أعلاه  صحيح لا غبار عليه .. وانا متأكد ان اي مبرمج يعيد بناء مشاريع له قديمة سوف يسلك دروبا جديدة تختلف عن طريقته السابقة وذلك بسبب تراكم الخبرة وما استجد فيها من رؤية جديدة حول مسار مشروعه

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

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

مقدمة :

واجهات المشروع الأساسية تنقسم الى نوعين او ثلاثة :

 النوع الأول : - واجهات البيع والشراء .. وهذه الواجهات هي الاصل في المشروع ، وتأخذ بياناتها من جدول الاصناف وتدرجه في جدول الحركة ، واهم ما تأخذه من جدول الاصناف ... باركود الصنف / نوع الوحدة / عدد الوحدات الصغرى / سعر البيع / كود المورد

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

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

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

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

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

________________________________________________

النوع الثاني : جميع الواجهات الخدمية التي يتم ادخال البيانات الاولية والاساسية للمشروع من خلالها .

________________________________________________

النوع الثالث : واجهات المحاسب  .. وهي للقراءة فقط من اجل البحث والتصفية والطباعة  ..