حساب المكونات من قائمة المواد: الكمية الأساسية والمخزون المشترك

اقرأ كمية المنتج الأساسية ووحدة كل مكوّن، ثم احسب احتياج الطلبات المتوافقة واجمع الصنف المشترك قبل خصم المتاح له مرة واحدة. [1][2] في مثالنا الاحتياج 44 قطعة، والمتاح 20، فيبقى 24 ضمن الفروض المعلنة.

• القائمة تصف مكونات المنتج، وقد تخص كمية أساسية محددة وتجمعات فرعية. [1][2] اكتب نسخة القائمة والمنتج ووحدة الأساس؛ رقم المكون ليس دائمًا نصيب منتج واحد.
• الطلب أ ثماني وحدات، لكل واحدة ثلاث قطع تثبيت؛ والطلب ب خمس وحدات، لكل واحدة أربع من الصنف نفسه. الاحتياجان 24 و20، ومجموعهما 44 قطعة قبل النظر إلى المخزون.
• في قائمة مستقلة، بفرض تناسب ثابت، عشر وحدات نهائية تحتاج 30 قطعة؛ نصيب الوحدة ثلاث، وطلب ثماني وحدات يحتاج 24. ومدخل 0.003 كغ للوحدة عند ثماني وحدات يعطي 0.024 كغ، أي 24 غرامًا، لا 24 كغ.
• رصيد صنف التثبيت 30 قطعة، منها عشر محجوزة لعمل خارج الطلبين. نفترض أن العشرين الأخرى متاحة ومسموح تخصيصها؛ الاحتياج المتبقي 44−20=24. لا تساوِ كل رصيد فعلي بالمقدار المتاح تلقائيًا.
• تخصيص العشرين لأ يترك أربعة لأ و20 لب. وتخصيص عشر لكل طلب يترك 14 و10؛ المجموع 24 في الحالين. خصم العشرين كاملة من كل طلب يكرر المخزون نفسه.
• قد تكون للمكون قائمة فرعية. [1][2] في فرع مستقل، مع صنع كل التجميعات للطلب دون رصيد سابق منها: ثماني وحدات أ، لكل منها تجميعان، ولكل تجميع ثلاث قطع، تحتاج 48 قطعة. لا نضيف 16 تجميعًا إلى 48 قطعة بوصفهما صنفًا واحدًا.
• يمكن أن تتقيد نسخة القائمة بالفترة والكمية والموقع والمنتج. [1] في نسخة مؤلفة أخرى يحتاج أ أربع قطع بدل ثلاث، فيصير الاحتياج 52 والمتبقي 32 مع إبقاء المتاح 20؛ لا تخلط نسختين في الصف نفسه.
• احفظ هوية الصنف والوحدة وكمية الأساس والنسخة والطلبات والمتاح وتاريخ السجل. الناتج وصف لورقتنا، ولا يحدد موعد وصول أو سعرًا أو طريقة تصنيع لم نعطها.

تصف Microsoft قائمة المواد بالمكونات اللازمة لإنتاج المنتج، وتوضح أن بعض المكونات قد تكون لها قوائمها الفرعية. [1] ويذكر دليل YousrERP أن القائمة تنشأ لكمية محددة، مع حقل كمية ووحدة للمكون. [2] نقرأ هذه الحقول بوصفها تعريفًا لما ستدخل عليه عملية الحساب، دون تنفيذ إعدادات برنامج أو استنساخ شاشة مورّد.

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

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

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

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

احتياج أ ثمانية في ثلاثة، أي 24 قطعة. واحتياج ب خمسة في أربعة، أي 20 قطعة. مجموع الصنف س هو 44. هذه كمية قبل خصم المخزون في ورقتنا؛ لا نكتب أن المورد يجب أن يرسل 44 تلقائيًا، لأن الملف لم يقدم بعد مقدار ما هو متاح من الصنف عند وقت السؤال.

الجدول يحتفظ بكل طلب ونصيبه من المكون، حتى يستطيع القارئ إعادة المجموع. لو نقلت 44 إلى رسالة بلا تعريف، قد لا يعرف المتلقي هل هي وحدات نهائية أم قطع تثبيت أم كمية من قائمة أساسية. اكتب هوية الصنف والوحدة مع الإجمالي بدل الاعتماد على اسم العمل وحده لتفسير العدد.

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

نفتح قائمة مستقلة تقول إن عشر وحدات نهائية تحتاج 30 قطعة من صنف معين. نختار في هذا الفرع تناسبًا ثابتًا، بلا كمية تجهيز منفصلة أو فاقد أو حد دفعة. نصيب الوحدة 30 على عشرة، أي ثلاث قطع. عندما يكون الطلب ثماني وحدات، تصبح الحاجة 30×8÷10، أي 24 قطعة.

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

ونؤلف سطرًا لمادة أخرى بوحدة كتلية: 0.003 كيلوغرام لكل وحدة نهائية. عند ثماني وحدات نحصل على 0.024 كيلوغرام، أي 24 غرامًا. لا نحول الرقم 24 إلى قطع من س، ولا نكتبه 24 كيلوغرامًا بعد تحويله إلى الغرام. اسم المادة ووحدة الناتج يظلان مع هذا السطر المستقل.

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

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

الطرح 30−10 يعطي المتاح 20، ثم 44−20 يعطي الاحتياج المتبقي 24. لا نستعمل الثلاثين كلها في العملية الثانية بعد أن أعلنّا الحجز، ولا نخصم العشر ثانية بعد استعمال العشرين. يحتفظ السجل بالرصيد والحجز والمتاح في ثلاث خانات حتى يمكن متابعة أثر كل منها.

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

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

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

وفي طريقة مستقلة نخصص عشر قطع لكل طلب. أ يبقى له 24−10=14، وب يبقى له 20−10=10؛ المجموع مرة أخرى 24. تغير توزيع المتبقي بين الطلبين، بينما مقدار ما استعملناه من الرصيد بقي عشرين. النتيجة لا تختار أي ترتيب أفضل للعمل؛ لم نعط أولوية أو موعدًا أو قرار تخصيص واقعيًا.

الخطأ أن ننفذ 24−20 لأ و20−20 لب ثم نجمع أربعة وصفرًا. كل عملية منفردة استعملت الرصيد الكامل نفسه، فاحتسبناه مرتين وخصمنا أربعين رغم وجود عشرين فقط. لا يصلح هذا الناتج جوابًا عن الطلبين معًا، حتى لو لم يظهر فيه عدد سالب ينبه القارئ إلى المشكلة.

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

توضح Microsoft أن المكون قد يشير إلى قائمته الخاصة، ويذكر دليل YousrERP بناء هيكل من تجميعات فرعية. [1][2] نفتح لهذا المعنى نموذجًا مستقلًا: كل وحدة أ تحتوي تجميعين ص، وكل تجميع ص يحتاج ثلاث قطع س. سننتج ثماني وحدات أ، ونفترض أن جميع التجميعات ستُصنع لهذا الطلب بلا رصيد منها.

نحتاج أولًا 8×2=16 تجميعًا ص. ثم نحتاج لكل واحد ثلاث قطع، فيصبح س مقدار 16×3=48 قطعة. الكمية تخص هذا الهيكل الجديد، وليست إضافة إلى احتياج 44 في أصل الطلبين. أعطينا قواعد النموذج كاملة حتى يعرف القارئ أي فرع يعمل عليه بدل نقل رقم من بطاقة أخرى.

لا نجمع 16 تجميعًا مع 48 قطعة لنكتب 64 قطعة من س؛ التجميع والقطعة عنصران مختلفان، والقطع تمثل متطلبات إنشاء التجميعات داخل المثال. كذلك لا نضيف 48 مرة ثانية إذا كانت قائمة مسطحة أخرى تعرض مجموع س نفسه لأ. يجب معرفة هل السطر يمثل تفصيلًا لما في سطر سابق أم احتياجًا مستقلًا.

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

تذكر Microsoft أن صلاحية نسخة القائمة قد تتقيد بالفترة والكمية والموقع وأبعاد المنتج. [1] نأخذ ذلك سببًا لطلب تعريف النسخة في الملف، دون تعميم إعدادات برنامج على كل منشأة. الاسم المختصر للمنتج وحده لا يخبرنا أي مجموعة بيانات قصدها المرسل عندما أرسل كمية لمكون.

نعود إلى الطلبين الأصليين ونختار نسخة بديلة لأ: الوحدة تحتاج أربع قطع س بدل ثلاث، مع ب كما كان عند أربع. أ يحتاج 8×4=32، وب يحتاج 5×4=20، فيكون الإجمالي 52. إذا أبقينا المتاح عشرين، يصبح المتبقي 32. لم يتغير عدد المنتجات المطلوبة؛ تغير مدخل القائمة لأ في هذا الفرع.

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

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

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

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

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

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