النطاق ودورة حياة الإنتاج

تغطي الوحدة دورة الإنتاج الكاملة: البيانات الأساسية ← التخطيط ← التنفيذ ← التكاليف، إضافة إلى طبقة التحكم بأرضية المصنع Shop Floor Control (SFC) للتتبع اللحظي. ما يلي خارج النطاق ويتم التكامل معه لا إعادة بنائه: دفتر الأستاذ العام، نواة المخزون والمستودعات، نواة المشتريات، أوامر المبيعات، الموارد البشرية والرواتب.

الطبقات المعمارية الأربع

تتدفق البيانات من الأعلى للأسفل، مع حلقة مغلقة: انحرافات التكاليف وتعارضات السعة في CRP تعود لتصحيح التخطيط.

المطلب الجوهري: العمومية (The Genericity Mandate)

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

القواعد التصميمية الشاملة (Cross-Cutting Rules)

تنطبق هذه القواعد على كل كيان وعملية في الوحدة:

• اللقطات المجمّدة (Frozen Snapshots): عند Release أمر الإنتاج يُؤخذ نسخة مجمّدة من الـ BOM والـ Routing النشطين؛ أي تغيير لاحق في البيانات الأساسية لا يؤثر على الأوامر المُصدَرة — حمايةً للتكلفة التاريخية ومسار التدقيق.
• الحالة كآلة حالات (State Machine): كل كيان معاملاتي (أمر، صرف، تأكيد، استلام) له حالة صريحة بانتقالات وشروط مسبقة وآثار جانبية محددة — لا تغييرات حالة عشوائية.
• علاقة كثير-لكثير بين الطلب والإمداد: أمر مبيعات قد ينقسم لعدة أوامر إنتاج، وأمر إنتاج قد يخدم عدة أوامر مبيعات؛ جدول Pegging يسجّل الروابط.
• التعدد المستوياتي في كل شيء: الـ BOM والأوامر والتكاليف تدعم تعشيشاً غير محدود (منتج تام ← تجميعة فرعية ← مكوّن ← مادة خام) عبر التكرار (recursion).
• الإعداد بدلاً من الكود: كل نقطة تباين هي حقل لا مسار برمجي.
• كل حدث فعلي يُولّد قيداً محاسبياً: صرف المواد والتأكيد واستلام البضاعة كلٌ يُنتج قيد GL؛ التكلفة منسوجة داخل التنفيذ لا خطوة دفعية لاحقة.
• تجريد الموارد: السعة تُستهلك عبر كائنات Resource بأنواع مختلفة؛ السعة الفعلية للعملية مقيّدة بـالحد الأدنى المتاح عبر كل الموارد المطلوبة.

آلتا الحالة المسمّاتان (State Machines)

حالة أمر الإنتاج order_status:

1. Planned — مُخطَّط
2. Released — مُصدَر (تؤخذ هنا اللقطة المجمّدة)
3. InProcess — قيد التنفيذ
4. Completed — مكتمل
5. Closed — مُغلق

حالة العملية operation_status:

1. Waiting — منتظر
2. Ready — جاهز
3. InProgress — قيد التشغيل
4. Completed — مكتمل

التعدادات الحاكمة (Key Enumerations)

حالة البناء المرجعية (Build Status)

ماذا يعني هذا لـ Moon ERP

• تكامل لا إعادة بناء: GL عبر Modules\Accounting\Actions\CreateJournalEntry فقط، والمخزون عبر وحدة Inventory، والمشتريات/المبيعات/الموارد البشرية عبر وحداتها القائمة — مطابق لمبدأ "خارج النطاق" في المواصفة.
• وحدة Production الحالية تملك بالفعل BillOfMaterials وBomComponent/Operation وProductionOrder وProductionCenter — أساس يُبنى عليه، لكنه يحتاج توسعة لتعدد التجاويف والمنتجات المشتركة وتجريد الموارد.
• التعدادات الـ ١١ تُنفَّذ كـ Enums داخل الوحدة وفق وصفة Moon ("enums per state machine")؛ وآلتا الحالة order_status/operation_status تُنفَّذان كآلات حالة بأحداث ومستمعين.
• "كل حدث فعلي يُولّد قيداً" يتطابق تماماً مع نمط Moon المُثبت (PostLabInvoice → CreateJournalEntry): صرف/تأكيد/استلام كل منها يستدعي قيداً مزامناً.
• اللقطات المجمّدة وترقيم المستندات تتكئان على SequenceService، وBaseModel/TenantAware يضمنان company_id ونطاق الفرع عبر DataScope — مطابق لوصفة الوحدات السريرية.
• خرائط الصلاحيات تُسجَّل في Core PermissionDependencyRegistry ببادئة mfg، تماماً كما تفعل LIS.
• المطلب الجوهري (الإعداد بدلاً من الكود) يحمي Moon من تفرّع الكود لكل عميل مصنع: كل سلوك خاص يصبح حقل إعداد بقيمة افتراضية شائعة.