تخطيط احتياجات المواد (MRP)

يعتمد MRP التقليدي في ERP على مهل تسليم ثابتة وطاقة غير محدودة. أما MRP من MSF فيعتمد على جدول APS ذي الطاقة المحدودة الواقعية، فتكون المواعيد دقيقة.

ينشئ مقترحات يعتمدها المشترون لديكم، وتتحول المقترحات المعتمدة إلى أوامر شراء في نظام ERP.

نعم، العمليات المُسندة لمقاولين من الباطن والمواد الموردة لهم مدعومة بالكامل.

خمسة أمور لا ثلاثة: قوائم المواد (BOM) مطابقة لما يُصنَّع فعليًا على الأرض، ومخزون متاح مطابق لما في الرف، ومهل تسليم مقيسة لا موروثة من ملف قديم، وأوامر شراء وأوامر عمل مفتوحة بتواريخ استحقاق ما زال أحدهم يصدّقها، وقواعد الهالك ونسبة الإنتاجية وتحجيم الدفعات. أخطرها صمتًا هو التوريد المفتوح القديم، لأنه يغطي احتياجًا ليس مغطى في الحقيقة. قبل الانطلاق، استخرج كل أمر مفتوح تاريخ استحقاقه في الماضي وافرض قرارًا: إعادة جدولة أو إغلاق.

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

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

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

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

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

تواريخ السريان تحكم ما تستخدمه عمليات التفجير الجديدة، لا الأوامر المفتوحة سلفًا. الأمر المُطلَق يحمل قائمة المكونات التي صدر بها ولا يُعاد تفجيره، فإدخال التغيير عليه يعني إعادة إصدار الأمر أو تعديله يدويًا. تحققوا من التاريخ الذي يقود اختبار السريان (تاريخ الإنشاء أم الإطلاق أم البدء المخطط أم تاريخ الاحتياج)، لأن هذا الاختيار هو ما يحدد أصلًا إن كان التغيير سيطال أمرًا بعينه.