المشاركة في عمل برنامج مخازن ومبيعات

أخ فراس

بالنسبة للمبتدئين أقترح أن نشرح لهم ال flow chart أو التحليل الذي قمت بعمله حتى يشارك معنا من لديهم الخبرة العملية وليس لديهم الخبرة البرمجية

وبالنسبة للتحليل الذى ارفقته أقترح التالي

1- أن يقوم الموظف المسئول بأوامر الشراء بتعبئة نموذج طلب الشراء يطلب فيه مواد وذلك من خلال (داتا بيز مخزن فيها الأصناف وأكوادها وأسعارها ووحدة كل صنف) 2- يقوم المدير بمراجعة امر الشراء ومطابقته تلقائيا مع الموجود بالمخازن ومدى أهمية الطلب واعتماد الطلب فيدخل الى داتا بيز الطلبات المعتمدة وهنا سيكون القرار اما انها موجودة بالمخزن أو سيتم طلبها من مورد خارجي فاذا كانت بالمخازن يتم رفض الطلب لأن ادارة المبيعات هي التى تتولي الصرف من المخازن وليس ادارة المشتريات لذلك اقترح أن تكون الصفحة 6 و 7 خاصة بادارة المبيعات عند طلب الصرف من المخازن

يمكن أن تكون شاشة اعداد أمر شراء محتوية على التالي

رقم أمر الشراء/التاريخ/الموظف المسئول/اعتماد المدير/التاريخ

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

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

الكود

الصنف

اقل كمية

أكبر كمية

صورة الصنف

طريقة التسعير

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

السلام عليكم أخواني الأعزاء،

مشكورين على المشاركة

اقتباس

مخطط تدفق البيانات الذي أرفقته يبدو لي أنه لإدارة موجودات منشأة، وليس مخازن ومبيعات

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

الهدف من التصميم هو فصل المهام، حيث هناك ثلاث أدوار رئيسية:

- الشخص الذي يطلب المواد / المستلزمات واستلامها (إدارة أو قسم بداخل المنشأة سواء كانت المبيعات أو الشئون الإدارية)

- الشخص المسئول عن توفير أو شراء المواد أو المستلزمات (إدارة أو قسم التموين /المشتريات)

- الشخص المسئول عن استلام وتخزين و صرف المواد (المخازن / المستودعات)

ولكل شخص هدف معين :

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

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

الثالث: اهتمامه في تصريف المخزون والتأكد من عدم تراكمها في المخزن.

والفكرة من فصلهم هو لضمان عدم وجود تلاعب، وضمان وجود مسئول يمكن محاسبته في حال وجود مشكله.

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

اقتباس

أما في المخازن والمبيعات التي أقترحه Al_imam فلا أظنه يتوافق معه

ما أود أن أبين أخي الكريم بغض النظر عن طبيعة العمل (محل بيع تجزئه أو منشأة كبيره) فإنهم يشتركون في نفس المبدأ لعملية تأمين المواد أو المستلزمات.

اقتباس

ونظرا لبساطة النظام - حيث انه يعمل على جهاز واحد لمستخدم واحد - فان عملية التصميم والبرمجة والتطوير - لم يكن بها اى تعقيد - حتى انى ركزت على واجهة المستخدم User Interface - لكى تبدو بشكل جيد

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

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

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

والهدف من النظام ليس تطوير نظام نقاط مبيعات مرتبط بمخزن، ولكن هو نظام متكامل يوفر هذه كخاصية.

اقتباس

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

بناءً على ماذا يتم تعبئة الطلب، هل هو بسبب طلب من زبون معين، أو نقص المخزون أو بأمر من إدارة البيعات. أرجة التوضيح ليتم التعديل

اقتباس

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

المدير هنا هو مدير المبيعات أو مدير المشتريات أو مدير المخازن؟

اقتباس

3- ادارة المبيعات هي التى تتولي الصرف من المخازن وليس ادارة المشتريات لذلك اقترح أن تكون الصفحة 6 و 7 خاصة بادارة المبيعات عند طلب الصرف من المخازن

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

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

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

والله ولي التوفيق

فراس

al_imam كتب:

يمكن أن تكون شاشة اعداد أمر شراء محتوية على التالي

رقم أمر الشراء/التاريخ/الموظف المسئول/اعتماد المدير/التاريخ

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

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

الكود

الصنف

اقل كمية

أكبر كمية

صورة الصنف

طريقة التسعير

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

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

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

والله اعلم،

فراس

اقتباس

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

اتفق معك فى ان الموضوع كان حالة خاصة

يوجد فى المكان - 4 موظفين - ولكن يوجد جهاز كمبيوتر واحد - وليس شبكة بين اكثر من جهاز

قد كان المسئول عن تسجيل البيانات - موظفة واحدة تقوم بتسجيل كل شىء

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

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

اما بخصوص التلاعب - فهو بالفعل وارد - ولهذا فان صاحب المعرض - كان يتابع كل شىء اول باول (يوميا)

مع تحياتى

محمود فايد

الأخ فراس الاخوة الكرام

السلام عليكم

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

******************

رقم الصنف

اسم الصنف

الكمية الموجودة

موقع الصنف

حد الطلب عند الوصول لأقل كمية

حد أكبر كمية

وحدة الصنف

التسعير بناءا على 1- نسبة الربح بيع قطاعي % أو مبلغ محدد 2- نسبة الربح بيع جملة % أو مبلغ محدد

سعر التكلفة للموجود حاليا

تاريخ الصلاحية

******************

طبعا احنا بنتناقش وارجو أن لايكون هناك مانع من طرح كل الأفكار حتى نصل الى الأمثل

السلام عليكم وكل عام وانتم جميعا بخير

بالنسبة للشاشة السابقة اذا ماكانش في اعتراض عليها وهي الخاصة باضافة بيانات الأصناف فقط

اقترح الداتا بيز لها كالتالي items.dbf

رقم الصنف It_no N(10

اسم الصنف It_name C(30

الكمية الموجودة(أثناء الجرد) It_q1 N(5

موقع الصنف It_loc C(20

حد الطلب عند الوصول لأقل كمية It_min N(5

حد أكبر كمية It_max N(5

وحدة الصنف It_unit C(10

التسعير بناءا على 1- نسبة الربح بيع قطاعي % it_rate_one N(4.2 أو مبلغ محدد it_amt_one N(5

2- نسبة الربح بيع جملــــة % it_rate_all N(4.2 أو مبلغ محدد it_amt_all N(5

سعر التكلفة للموجود حاليا It_price N(8.2

تاريخ الصلاحية It_expir D(8

بالاضافة لمدخل البيانات وهو متغير يؤخذ من شاشة الدخول للبرنامج usr_code

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

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

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

السلام عليكم

قرأت ودخت وما شاء الله عليكم مجهود كبير

واسمحوا لي بالمشاركة ولكن من آخر نقطة وضعها الاخ العزيز al_Imam

وهي بطاقة الصنف ( فهي كما ذكر الاخ الامام اساسية )

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

ولاضافة المرونة للبرنامج يجب ان تحتوي على الخانات التالية ( جزء منها ضمن الجدول وجزء منهما يستدعى

عند استدعاء بطاقة الصنف )

وهي:

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

بالاضافة للجداول التابعة (المجموعات، التصنيفات، الاقسام، المستودعات، المنشأ، شجرة الحسابات الرئيسية، الموردين )

مع التحية

السلام عليكم

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

اخوتى المبرمجين

السلام عليكم

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

arab_foxpro.rar

السلام عليكم

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

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

ما الاحظة من مروري السريع على ردود الزملاء هو دمج المراحل ببعض في هذه الحالة سوف نصل الى امور معقدة جدا هذا في رأيي طبعا.

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

1-عمل قاعدة بيانات.

2-عمل الجداول المطلوبة وعمل علاقاتها ببعض.

3-القيام بانشاء الشاشات ومن ضمنها شاشة المستخدم.

4- وضع الاوامر في البرنامج من استعراض واضافة وتعديل وحذف.

5- انشاء التقارير.

6- عمل شاشات الاحصاء.

7- الاختبار.

سوف اضع مثال لرقم 2 لتقريب الفكرة.

من هذه المراحل سوف تختصر بالوقت والجهد.

احد الزملاء اقترح بانشاء فريق لكل مرحلة هذا جيد في رأيي.

عموما اتمنى لكم التوفيق وانا حاضر معكم على طول.

db.rar

الأخ العزيز

السلام عليكم

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

store_analysis1.rar

عزيزي الامام شكرا لك

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

فلا تقلق ياعزيزي انجاز مشروعك مكسب لنا كلنا.

السلام عليكم ورحمة الله اخوتى المبرمجين الأعزاء

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

وبعد ذلك سأقوم باضافة هذه البيانات في الكومبو الخاص بكلا منها في شاشة اضافة الأصناف

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

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

arab_foxpro.rar

اهلا بعودتك عزيزي الامام

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

شكرا

اهلا أخي العزيز vpman وسلام عليكم جميعا

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

عزيزي الامام

رأي المبدأي

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

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

لكن الاهم هو التخطيط لقاعدة البيانات اذا انتهينا من هذه النقطة فثلث المشروع يعتبر منتهي.

ملحوظة المخطط غير مكتمل ويحتاج الى مراجعة.

store.rar

VFPman كتب:

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

أخي العزيز vpman

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

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

اوكي عزيزي الامام بالانتظار

أخي العزيز vfpman

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

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

المرحلة الأولى:التمهيد والاضافات

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

المرحلة الثانية : المشتريات

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

المرحلة الثالثة: المبيعات

تؤجل الى بعد الانتهاء من المرحلتين الأوليتين

store_plane.rar

عزيزي الامام ما قمت به عمل رائع لكن ما الذي اود الحصول عليه هو اسماء الجداول والحقول التي تريدها مع ربط العلاقات بينهما مثل ما ارفقت في السابق.

المرفق التالي مثال بسيط

شكرا

الاخوة المبرمجين الأعزاء السلام عليكم

الأخ العزيز ابو سلطان لقد قمت بانشاء بعض الجداول ولم استطع ان اكمل الباقي لضيق الوقت ولكن خلال الأسبوع القادم سأنتهي من انشاء جميع الجداول ومرفق بعض الجداول التى انشاتها لمناقشتها فيما بيننا ولم انجز بالطبع جميع العلاقات فيما بينها وهي:

المجموعات categories

العملاء customers

الموردينsuppliers

الشاحن او الشركة الأم shippers

اضافة الأصنافitemes1

فواتير البيع salesinv_details

اجمالي فواتير البيع tot_sales_inv

فواتير الشراء purshaseinv_details

امر الشراء order

تفاصيل امر الشراء order_details

مندوبي البيع salesmen وذلك اذا اردنا ان يكون هناك مندوبي مبيعات للمستودع

مناطق البيع region

أحياء بداخل مناطق البيع territories

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

وفي انتظار المشاركات والتفاعل المستمر مرفق صورة لبعض العلاقات ومرفق الجداول

some_of__dbc_store.rar

store_dbc.rar

الاخوة الأعزاء

السلام عليكم

1- خطوة البداية كما قلت سابقا هي شاشة اضافة الأصناف وقد صممتها وصممت الجدول الخاص به items1 وكنت انتظر الاضافات لها والتطوير لها حتى ننتقل الى الخطوة التالية وكما تعلمون فان هذه الشاشة تاخذ محتوياتها من (اضافة فرع/اضافة وحدة/اضافة مورد/اضافة مجموعة/اضافة موقع تخزين/اضافة شاحن/اضافة مستخدم/اضافة مخزن)

2- الخطوة التالية هي شاشة فاتورة المشتريات وستجدون الجدول الخاص بها purshasinv_details وهذه الشاشة تأخذ بياناتها من جدول الأصناف items1 وجدول الموردين suppliers وممكن من جدول اوامر الشراءorders وستصب بياناتها في الجدول الخاص بها بالاضافة الى جدول المخزون الكلي stock

فأرجو أن نركز حاليا في هذه المرحلة فما رأيكم؟؟؟

اهلا عزيزي الامام

لا لا استنى شوية

انا لسة شغال لك بمسألة الجداول اليوم بالليل تخلص

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

لكن عموما خد الملف ده بس انا لسه مخلصتش منه خد بالك ..... مخلصتش منه

شكرا واعذرني على التأخر

_____.rar

الاخوة الأعزاء

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

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