إصدار مطور Northwind 2.0: المخزون

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

• يتم شراء منتج عندما يتلقى Northwind المنتج على أمر الشراء.

• يتم بيع المنتج عندما يقوم Northwind بفواتير طلب لهذا المنتج.

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

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

• المنتج حسب الطلب يعني أنه على أمر الشراء بحالة تمت الموافقة عليه.

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

[آخر كمية أخذ المخزون] + [مجموع الكميات المشتراة منذ ذلك اليوم] – [مجموع الكميات المباعة منذ ذلك اليوم] = [الكمية المادية في متناول اليد]

لمشاهدة المخزون قيد العمل هنا في NW 2 Developer Edition، دعونا نبدأ بسيطا، مع منتج جديد. أعطه اسما تتوقع رؤيته في كتالوج البقالة بالجملة. 

سنستخدم هذه الأرقام:
مستوى إعادة ترتيب > من 50
> المستوى المستهدف البالغ 40
> Min Reorder Qty من 100
في البداية، لا يحتوي هذا المنتج على طلبات، ولا أوامر شراء، وسجل Stock-Take واحد بكمية 0. 

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

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

تقدم أمر الشراء إلى الحالة المعتمدة .
يعرض نموذج المنتج الآن Qty No Stock من 10، وQty على Order من 100، ويظهر عنصر سطر الطلب على نموذج الطلب الآن حالة عند الطلب. 

تقدم أمر الشراء إلى الحالة المستلمة .
يتم تشغيل إجراء ReallocateInventory ويعود في الوقت المناسب للبحث عن عناصر سطر الطلب في حالة No Stock أو On Order، وإذا كانت هناك كمية كافية متبقية، فإنه "يفي" بها عن طريق تعيين الحالة إلى مخصص. سيحدث هذا لطلبنا، ويمكننا الآن التقدم به إلى خط النهاية. تم!

في NW 2.0 نعالج بعض السيناريوهات الأخرى، بما في ذلك ما يلي:

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

• عند تقليل كمية عنصر سطر الطلب المخصص، تصبح دلتا متاحة للتخصيص أيضا.

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

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

• الفواتير الجزئية والشحنات الجزئية.

• المنتجات التي يتم إرجاعها (إما من قبل العملاء أو الموردين).

• المعاملة التفضيلية في تخصيص المنتجات لأفضل عملائنا.

• موقع المستودع ("bin") لكل منتج، ودعم المسح الضوئي داخل وخارج باستخدام ماسح ضوئي للرمز الشريطي. طباعة تسمية رمز شريطي لوضع علامة على الحاوية.

• انتهاء صلاحية المنتج - مفهوم مهم جدا في الأعمال الغذائية.

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

Northwind 2.0 Developer Edition: أشياء يجب أن تعرفها 

إصدار مطور Northwind 2.0: جميع الموضوعات