اذهب الي المحتوي
أوفيسنا
بحث مخصص من جوجل فى أوفيسنا
Custom Search

مطلوب فكرة لتصميم جداول


الردود الموصى بها

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

 

رابط هذا التعليق
شارك

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

فخر للمنتدى ان تكون ابا عبدالله من اعضائه 

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

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

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

 

  • Like 1
رابط هذا التعليق
شارك

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

  • Like 1
رابط هذا التعليق
شارك

منذ ساعه, أبو عبدالله الحلوانى said:


تصميم جدول items لحفظ بيانات وتكويد الاصناف ورصيد بداية المدة
 

اذا تم اعتماد البرنامج في المؤسسة لأول مرة .. يتم تسجيل جميع الاصناف الموجودة كرصيد بداية المدة 

وكذلك عند الجرد السنوي وأعداد البرنامج لسنة جديدة .

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

فلماذا ادرجها في جدول الاصناف ؟؟

اقتباس

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

نعم معك قلبا وقالبا

اقتباس

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

ما دمت ستدمج المبيعات مع المخزون .. والصنف هو الصنف .. يعني هو الذي تم تخزينه وهو الذي تم بيعه

اثبت لي ان الجدول الواحد لا يفي بالغرض ؟؟

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

 

هل قاعدة البيانات التي يعمل عليها واحدة ؟ 

هل هي محلية ام سحابية ؟

لأنك تتكلم عن نقاط بيع ومخزون ، وليس نقطة بيع ومخزون

 

 

 

 

  • Like 1
رابط هذا التعليق
شارك

وعليكم السلام اخي 

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

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

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

رابعا قم بانشاء جدول الفاتورة التابعة وتتضمن كود الفاتورة سيكون رقم و اربطة بكود الفاتورة الرئيسية  وكود المادة رقم واربطة بكود  المادة والسعر والكمية 

الان لديك برنامج متكامل ان شاء الله  

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

 

تم تعديل بواسطه ازهر عبد العزيز
  • Thanks 1
رابط هذا التعليق
شارك

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

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

فلماذا ادرجها في جدول الاصناف ؟؟

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

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

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

اثبت لي ان الجدول الواحد لا يفي بالغرض ؟؟

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

 

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

هل قاعدة البيانات التي يعمل عليها واحدة ؟ 

هل هي محلية ام سحابية ؟

نعم واحدة وهي سحابية وليست محلية
 

 

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

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

نعم إن شاء الله وأنا جاهز
الفكرة العامة أن خط سير الصنف تتم بهذا التسلسل 
1- بداية من فاتورة المشتريات والتي يتم تسجيلها محاسبيا - فاتورة شراء 
2- يتم ايداع تلك الأصناف في المخزن الرئيسي - بإذن اضافة 
3 - يتم صرف المواد من المخزن الرئيسي الي المخازن الفرعية (بإذن صرف - أو إذن تحويل) بنقاط البيع عند الحاجة.
4- يتم بيع هذه الاصناف من خلال نقاط البيع - فاتورة بيع 
5- تحديد الارصدة التي أوشكت علي النفاد - لتحرير عرض اسعار 
6- ثم العودة الي نقطة البداية.
وجزاكم الله خيرا 

رابط هذا التعليق
شارك

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

والله اعلم

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

اما بالنسبة لـــــــ

اقتباس

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

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

هذا شأنك أستاذنا العزيز .. والكثير ينهج هذا النهج

ولكن التعامل مع الارصدة سيكون ايسر واقل ادوات في كون رصيد اول المدة في التفاصيل بشرط :

ان يأخذ ( رصيد اول المدة ) معرفا  أسوة بالمعرفات الاخرى : بيع / شراء .. الخ ...

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

وأيضا نحن نتعامل غالبا مع جدول واحد . 

اقتباس

ورصيد بداية المدة هو رصيد نهاية المدة السابقة

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

وهذا يعني زيادة في اوقات العمل وزيادة في موظفي الادخال ، والخطأ في الادخالات دوما وارد في مثل هذه الحالات

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

 والدليل ان الجرد السنوي يتم بالمقارنة بين الموجودات على الأرض وبين تقارير هذه الارصدة

-------------------------------------------

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

 

  • Like 1
رابط هذا التعليق
شارك

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

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

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

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

ولكن التعامل مع الارصدة سيكون ايسر واقل ادوات في كون رصيد اول المدة في التفاصيل بشرط :

ان يأخذ ( رصيد اول المدة ) معرفا  أسوة بالمعرفات الاخرى : بيع / شراء .. الخ ...

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

وأيضا نحن نتعامل غالبا مع جدول واحد . 

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

 

رابط هذا التعليق
شارك

من فضلك سجل دخول لتتمكن من التعليق

ستتمكن من اضافه تعليقات بعد التسجيل



سجل دخولك الان
  • تصفح هذا الموضوع مؤخراً   0 اعضاء متواجدين الان

    • لايوجد اعضاء مسجلون يتصفحون هذه الصفحه
×
×
  • اضف...

Important Information