[asemshahen5]

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

[Rabeea Qbaha]

(26-11-20, 09:49 PM)الشاكي لله كتب :

(24-11-20, 03:45 AM)Amir_Alzubidy كتب : السلام عليكم و رحمة الله
مادام الموضوع مفتوح للنقاش فأنا حبيت اشارك
ولو بتأييد لما تفضل به الاخ الحبيب ابراهيم جزاه الله خير
فأنا اوافقه الرأي حيث اني واجهت نفس الطلب قبل يومين من احد الزبائن
بأن يتم الغاء التجميع عند اضافة الصنف على فاتورة الزبون
وذلك بسبب الملاحظات التي يتم كتابتها على الصنف
ليتم ارسالها الى قسم التجهيز .
فمثلا اذا ما تم طلب ساندويش شاورما عدد اثنان
واحدة منها بلا بطاطا و الثانية زيادة بطاطا
فوجدت بأن شكل الفاتورة ينبغي ان يكون كالاتي :
---------------------------------------------------------
اسم الصنف                     السعر     العدد     المجموع
الملاحظة    
---------------------------------------------------------
ساندويش شاورما            1.50        1           1.50
بدون بطاطا        
ساندويش شاورما            1.50        1           1.50
زيادة بطاطا
---------------------------------------------------------
علماً بأن بعض المطاعم تتخذ منحنىً اخر فيما يتعلق بمثل هذه الامور
بالتوفيق

انا اؤيد هذا الحل ، وهو في حالة الmodifiers (الاضافات) تقوم بعمل segregate للصنف ، كما فعل الاستاذ امير في الاعلى. 

فقط لفتة بسيطة احب ان اشير اليها واتمنى انها مافاتتكم ، هذي الاشياء (دبل جبن، زيادة بطاطا ، زيادة فطر ، الخ ...) نحن لانسميها ملاحظات بل نسميها اضافات او modifiers .. بغض النظر عن الاسم، فان هذي الاضافات ليست مجرد نصوص عادية ، بل يجب ان يكون لها entity حقيقي في النظام.. وذلك لانها قد ترتبط بنظام الinventory (الربط مع المخزون والوصفات) وقد يكون لها (سعر\تكلفة) في حد ذاتها وبالتالي تدخل في موضوع الreporting ايضا.

فلا يمكن جعل هذه الاضافات مجرد string نكتبه في الفاتورة وخلاص، وانما يجب ان يكون للاضافات database tables خاصة بها ومكان خاص لتعريفها وربطها بالمخزون والتقارير وغيرها من الامور.

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

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

فقط احببت عن انبه على هذه النقطة لربما غفل عنها احد ما..
موفقين ان شاء الله..

صديقي الشاكي لله السلام عليك و على جميع الاعضاء.
لقد قمت بالفعل بعمل المقترح من الاخوة مسبقا و هذا كان الحل الامثل بنظري، وقمت بعمل جدول خاص لل extras يحتوي الاسم و السعر و الكمية والمعلومات الاخرى.
فالإضافات المجانية ستكون قيمتها صفر والإضافت المدفوعة ستكون بالسعر المدخل من قبل المستخدم و اقوم بعرضها في فورم مع امكانية اضافة ملاحظات اضافية.
و بالنسبة لجدول المبيعات اضفت عمود جديد اسميتة extras ليقوم بحفظ قيمة الاضافات في هذه الحالة ابقيت على موضوع ال computed column و اصبح شكل الجدول كالاتي :

المنتج    السعر     الكمية     سعر الأضافات    المجموع      الإضافات 
برجر          20          1                7                27        جبنة - بصل

و يتم ضرب السعر بالكمية + سعر الإضافات لينتج المجموع.
مع العلم انني قمت بإبقاء الخيار للمستخدم بزيادة الكمية يدويا وليس عند اضافة صنف من نفس النوع، مع مراعاة مضاعفة سعر الأضافات عند تغير الكمية.
حاليا لا اقوم بعرض سعر الإضافات بفاتورة الزيون فقط اقوم بعرض  السعر و الكمية و المجموع (في المستقبل اذا قام احد بطلب عرض الإضافات فستكون جاهزة)
لكن هل تقترح ان اقوم ايضا باضافة جدول جديد لحفظ مبيعات الضافات وربطها بكل فاتورة ؟؟

ولدي مشكلة غريبة و غير منطقية عند طباعة فاتورة الزيون : 
لدي فراغ كبير ينتج في اول الفاتورة  عند الطابعة على الطابعة الحرارية ثابت وهو 150mm لا اعلم لماذا يحدث !! وهو امر محير.
قمت بتجربة الكثير من الطرق و بالبحث بالانترنت و لم اعثر على حل.
عند تجربة طباعة فاتورة على برامج اخرى قمت بعملها مسبقا لا مشاكل ولا يوجد فراغات وهو امر غريب.
هذة اعدادات الصفحة لتقارير crystal reports : 

---

(26-11-20, 10:45 PM)asemshahen5 كتب : بصراحة اعجبتي الافكار الموضوعة عندي سؤال لماذا لا تضيف عامود الاضافات فقط على ريسيت المطبخ اما اذا كانت مدفوعة فضعه على ريسيت الزبون و المطبخ و بالنسبة للكمية ضع زر عليه اشارة + لاضافة واحد او اكثر بعد تحديد العامود اذا كان بغير اضافات و اشارة - لتنقيص الكمية و تكون قد حللت المشكلة باذن الله تعالى .

مرحبا اخي عاصم، 
بالنسبة لل "ضع زر عليه اشارة + لاضافة واحد او اكثر بعد تحديد العامود اذا كان بغير اضافات و اشارة - لتنقيص الكمية" انا بالفعل قمت بذلك و هو امر اشمل و افضل.
لكن لم افهم عليك كيف سيتم ذلك "ماذا لا تضيف عامود الاضافات فقط على ريسيت المطبخ اما اذا كانت مدفوعة فضعه على ريسيت الزبون و المطبخ"
بما انني اقوم بإضافة الإضافات كنص في مبيعات الفاتورة، عند طباعة الفاتورة كيف سأفرق بين الإضافات المدفوعة و الغير مدفوعة عند طباعة فاتورة المطبخ او فاتورة الزبون ؟ 
دمت بخير أخي.

[asemshahen5]

السلام عليكم و رحمة الله و بركاته طريقة التمييز عن طريق جدول الاضافات باستعلام مركب و عامود bool في جدول الاضافات .

[sendbad100]

(28-11-20, 02:51 PM)asemshahen5 كتب : السلام عليكم و رحمة الله و بركاته طريقة التمييز عن طريق جدول الاضافات باستعلام مركب و عامود bool في جدول الاضافات .

السلام عليكم

[b]او يمكن من خلال سعر الاضافة  اذا مدفوعة او صفرية[/b]

استفدت كثيرا  من النقاش بارك الله فيكم جميعاً

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