[Rabeea Qbaha]

السلام عليكم جميعا

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

ما الطريقة الانسب لفعل ذلك ؟؟
وشكرا.

[ابراهيم ايبو]

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

[Rabeea Qbaha]

(23-11-20, 06:14 AM)ابراهيم ايبو كتب : السلام عليكم ورحمة الله وبركاته
اخي ربيع عملية الاضافات هي اوبشن او ميزة او شرح للمطلوب تنفيذه من قبل المعد في المطبخ 
هنا حتما يجب ان يكون كل طلب منفصل ويكون هناك حقل في الفاتورة ييتم فيه ذكر ذلك بجانب كل طلب
او يمكنك انشاء حقل ملاحظات يذكر فيه تفاصيل المراد وفي هذه الحالة تكون الكمية عدد 2 او اكثر او حسب طلب الزبون ومايريد
هذا ما وجدته في اغلب البرامج ارحو ان اكون قد افدتك 
دمت بخير ياغالي

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

[Rabeea Qbaha]

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

وعليكم السلام اخي Amir_Alzubidy
وهو كذلك، فقد قمت بالقراءة قليلا و حاولت ان ارسم بعض السناريوهات في مخيلتي لبعض حلول
لكن الافضل و الاسهل هي الطريقه المتبعة حاليا بابقاء العدد 1، و الناحية السلبية الوحيدة هي ان بعض الفواتير ستكون 
طويلة قليلا، لكن هذا نادر حدوثة و ليس بالامر الغير مقبول.

شكرا للمشاركة، دمت بخير صديقي العزيز.

[Rabeea Qbaha]

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

بالفعل صديقي، أكثر المطاعم هنا في فلسطين لديها بعض الاضافات يجب ان تكون مدفوعة مثل الجبنة و البصل ... الخ.
ما فكرت بة هنا ان اقوم بزيادة سعر الاضافة على المجموع للصنف، مثلا لو شخص طلب برجر بسعر 20 و اراد ان يضيف جبنة بسعر 5 و بصل بسعر 3
سيكون كالاتي:
الصنف   السعر   العدد       الأضافات   المجموع    
برجر       20         1       جبنة-بصل       27

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

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

[ابو ليلى]

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

[Rabeea Qbaha]

(24-11-20, 10:21 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 ، وتسوي ايضا خاصية اضافة (ملاحظات نصية) على مستوى الصنف ، وبالتالي يكون للكاشير خيارين اما الاضافات واما الملاحظات، الملاحظات سريعة وممتازة في كثير من الحالات خصوصا اذا كانت الملاحظات مالها علاقة بالاسعار ولا بالمخزون  ، مثلا (بدون فلفل) .. هنا نستخدم الملاحظات ولا تستخدم الموديفاير ، لان مافي احد ياخذ فلوس من الزبون على هذا الشيء ، الا اذا كان صاحب المطعم مجنون ويبي يهرب الزباين ههه

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

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

[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 كتب : بصراحة اعجبتي الافكار الموضوعة عندي سؤال لماذا لا تضيف عامود الاضافات فقط على ريسيت المطبخ اما اذا كانت مدفوعة فضعه على ريسيت الزبون و المطبخ و بالنسبة للكمية ضع زر عليه اشارة + لاضافة واحد او اكثر بعد تحديد العامود اذا كان بغير اضافات و اشارة - لتنقيص الكمية و تكون قد حللت المشكلة باذن الله تعالى .

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