BFP-SCM-STD-2026-001 · الإصدار 1.0 · 2026-07-25
⚖️ الدراسة المقارنة العالمية — الأنظمة العالمية × هيكلنا الوظيفي × دورتنا المستندية
قياس دورتنا المستندية وهيكلنا الوظيفي على ثمانية نماذج تشغيلية عالمية (وول مارت · أمازون · إيكيا · شي إن · علي بابا · كارفور · نون · إي باي)، واستخراج ما يقبل النقل إلى بيئتنا: فجوات مُدلَّلة، ومؤشرات قابلة للقياس، ومخاطر مقدَّرة، وأسئلة تُطرح في الاجتماعات، وتوصيات مرتبة بالأفق والأثر. الغاية أن تكون هذه الوثيقة عدّة قرار لا أرشيف معلومات.
📌 الملخص التنفيذي
◆نظامنا يقف اليوم في موضع لافت: انضباطه الداخلي يقارب المستوى العالمي — تسعة عشر نموذجًا محكومًا في ست سلاسل، وستة حرّاس منطقية مُختبَرة، وفصل أدوار مفروض في قواعد الأمان، وإغلاق مالي بقائمة تحقق مشتقّة — بينما انفتاحه على الخارج ما يزال في بدايته.
◆الفجوة الكبرى ليست في المستندات بل فيما قبلها وفيما بعدها: لا إشارة طلب تولّد الشراء (كل طلب قرار بشري)، ولا مورّدَ يرى ما نراه، ولا زمنَ للدورة مُقاسًا. الشركات الثماني تختلف في كل شيء إلا في هذه الثلاثة.
◆الاستيراد نمط توريدنا الرئيسي، ومع ذلك لا نوزّع تكاليف الشحن والجمارك على تكلفة الصنف (Landed Costs) — فنحن نسعّر على فاتورة المورّد لا على الكلفة الحقيقية. هذه أخطر فجوة مالية في الدراسة، ودرسها الأوضح عند علي بابا في مسار الاستيراد بين الشركات.
◆أربعة وعشرون من ثلاثين مؤشرًا مقترحًا في هذه الدراسة قابلة للحساب اليوم من بيانات موجودة فعلًا في النظام — القياس عندنا مسألة عرضٍ لا جمعِ بيانات، وهو أرخص مكسب في الخارطة كلها.
◆الدرس الأعمق من المقارنة أن النماذج الثمانية على تباينها تتفق على قاعدة واحدة: المال لا يتحرك إلا بواقعة موثّقة (مطابقة ثلاثية عند وول مارت وكارفور، ودفع مضمون عند علي بابا، وكشف تسوية عند نون وإي باي). نظامنا يطبّق هذه القاعدة أصلًا — وهذا أمتن ما فيه.
🏠 طرف المقارنة: نظامنا في سطور
- ✔الدورة المستندية باثنتي عشرة مرحلة موثّقة ومنشورة: من طلب الشراء حتى الإغلاق المالي، وبينها الجرد الدوري والتسويات.
- ✔ست سلاسل مترابطة (وارد · صادر · فوترة · مرتجعات · جرد · نقل)، واشتقاقٌ لا يجري إلا من مستند معتمَد وينقل المقبول جودةً وحده إلى التخزين.
- ✔ستة حرّاس منطقية: المطابقة الثلاثية · بوابة الجودة · FEFO · تصريح البوابة · التسوية · الإشعار الدائن — كلها منطق خالص مُختبَر لا اجتهاد بشري.
- ✔فصل أدوار مفروض في قواعد الأمان: من يُدخل لا يعتمد، ومن جهّز الشحنة لا يجيز خروجها، وتسوية المخزون والإشعار الدائن للمالية والمدير وحدهما.
- ✔ترقيم مركزي ذرّي لكل المستندات الرسمية، وسجل مسح لا يُحذف (append-only)، ومصدر سحابي واحد للأصناف والأرصدة بالتشغيلات والصلاحيات.
- ✔صندوق «بانتظار اعتمادي» يقيس عمر الحالة من آخر نقلة ويُبرز المتأخر — فالمتابعة أداة لا قائمة.
- ✔موديول أودو brandzo_warehouse مكتمل الباك اند اثنتي عشرة مرحلة بسبعة حرّاس واثنين وخمسين اختبار قبول، بانتظار التشغيل الحيّ في M2.
- ✔هيكل تنظيمي بمصدر واحد يولّد التقارير وكتالوج الوظائف، وسبعة اجتماعات تحضيرية بستة وثلاثين بندًا ومحاضر وخطابات مرقّمة رسميًّا.
التفصيل الحي: الهيكل والمسارات — والنماذج تُنشأ وتُعتمد في المستندات.
📈 بطاقة النضج — عشرة أبعاد مُقاسة على سقف الشركات الثماني
السلّم: 0 غائب · 1 موثَّق بلا بناء · 2 بناء جزئي · 3 مبني ومختبَر · 4 مُشغَّل ومقيس · 5 مستوى عالمي.
حوكمة المستندات والاعتماد
3.5/5أربعة عشر نموذجًا محكومًا حيًّا بمخططات مُختبَرة، وصندوق «بانتظار اعتمادي» بمهل تقادم لكل حالة، وترقيم مركزي ذرّي، وسجل مسح لا يُحذف. ينقصه أن أزمنة الاعتماد نفسها تُقاس ويُحاسَب عليها.
المرجع الأعلى: كارفور — الفصل الوظيفي الصارم: المستودع لا يعرف الأسعار والمالية لا تشتري.
أسرع رافعة: قياس زمن البقاء في كل حالة من طوابع التحديث ونشره لوحةً أسبوعية.
ترابط السلاسل والاشتقاق
3.5/5أربع سلاسل معرَّفة مع اشتقاق لا يجري إلا من معتمَد وينقل المقبول جودةً وحده. الحلقة مكسورة عند ASN (لا مخطط له فتقفز السلسلة من أمر الشراء إلى الاستلام) وعند غياب مسار العبور السريع.
المرجع الأعلى: وول مارت — سلسلة إلكترونية متصلة من الكاشير إلى الرف بلا إعادة إدخال.
أسرع رافعة: بناء مخطط ASN وإدراجه بين PO وGRN ليكتمل الوارد خمس حلقات.
الرقابة المالية والمطابقة والإغلاق
3/5مطابقة ثلاثية بست حالات وتسامح منضبط لا تُغلق بلا تقرير جودة، وقائمة إغلاق فترة سداسية البنود حكرًا على المدير المالي. لكن الموديول لم يُشغَّل حيًّا بعد، ولا توزيع لتكاليف الوصول وهي عصب شركة مستوردة.
المرجع الأعلى: وول مارت وكارفور — لا سداد قبل مطابقة ثلاثية آلية، وأي خلل يوقف الدفع.
أسرع رافعة: تشغيل الاثنين والخمسين اختبارًا في بيئة أودو حيّة (M2) لرفع الرقابة من «مبنيّة» إلى «مُشغَّلة».
الجودة والفحص وFEFO
4/5تقرير جودة مستقل بحساب نسبة الرفض وتحذيراته، وبوابة جودة تمنع دخول غير المقبول إلى التخزين، وحارس FEFO يقارن بأقرب تشغيلة متاحة فعلًا ويكشف البند بلا تاريخ، ومراقبة صلاحيات ≤7/30 يومًا. أقوى أبعادنا التشغيلية.
المرجع الأعلى: كارفور — فحص جودة مركزي بمناطق حرارية قبل التوزيع.
أسرع رافعة: ربط نتائج الفحص ببطاقة أداء المورّد ليصير الفحص ذا أثر لا سجلًّا.
دقة المخزون والجرد
3.5/5سلسلة جرد وتسوية بعدّ مزدوج والفرق من الثاني المؤكَّد، وحارس يمنع أي تعديل بلا محضر مصادَق وسبب موثَّق، وماستر أرصدة سحابي واحد بالتشغيلات والصلاحية بلا تخزين محلي. الشق «الدائم» غائب: لا خصم لحظي من بيع.
المرجع الأعلى: إيكيا — دقة الرصيد حرجة لأن العميل يسحب بنفسه؛ عدّات دورية ومسح آلي.
أسرع رافعة: جدولة عدّات دورية دوّارة للأصناف عالية الحركة بدل الجرد الشامل.
تكامل المورّدين
1/5لا ASN ولا بوابة مورّدين ولا تبادل بيانات ولا بطاقة أداء — العلاقة كلها خارج النظام، والموجود توثيق ASN في مصفوفة الورق دون بناء. أضعف أبعادنا رغم أن بيانات الاشتقاق (كميات الاستلام، ونسب رفض الجودة، ومواعيد أوامر الشراء) متوفرة كلها.
المرجع الأعلى: وول مارت — Retail Link منذ 1991 وأكثر من عشرين ألف مورّد على EDI؛ وشي إن التي جعلت بوابة المورّدين عملها نفسه.
أسرع رافعة: بطاقة أداء مورّد مشتقّة من مستنداتنا القائمة — لا تحتاج تعاون المورّد أصلًا.
إشارة الطلب والتجديد والتنبؤ
0.5/5كل طلب شراء يبدأ بقرار بشري، بلا نقطة إعادة طلب ولا حد أدنى/أقصى ولا تنبؤ من أي نوع. الأرصدة اللحظية موجودة في الماستر السحابي فالمادة الخام حاضرة والمنطق غائب. هذه أكبر مسافة بيننا وبين النماذج الثمانية.
المرجع الأعلى: وول مارت — البيع الحقيقي يولّد الطلب؛ وإيكيا — رقم تنبؤ واحد تلتزم به السلسلة كلها.
أسرع رافعة: تنبيه حدّ أدنى لكل صنف من الأرصدة القائمة — مكسب أسابيع لا شهور.
القياس ومؤشرات الأداء
2/5لوحة سلاسل الإمداد تقيس ثمانية مؤشرات حيّة (POD وOTIF وMTTR والصلاحيات) — لكنها مؤشرات أسطول. الدورة المستندية نفسها بلا قياس: لا زمن مرحلة ولا نسبة مطابقة ناجحة ولا دقة استلام ولا معدل الطلب المثالي.
المرجع الأعلى: أمازون — المقاييس المشتركة الأسبوعية تحلّ محلّ الاجتماعات، والخلاف يُحسم بالبيانات.
أسرع رافعة: أربعة وعشرون من ثلاثين مؤشرًا في هذه الدراسة قابلة للحساب اليوم من بيانات قائمة.
اللوجستيات والنقل
3.5/5دورة رحلة كاملة من التصريح إلى إثبات التسليم، بتوقيع إلكتروني وصورة وإقفال بمطابقة وقود وكشف انحراف، وأوامر صيانة وعُهد ولوحة تنفيذية. المكسور: الرحلة تتتبّع المركبة لا البضاعة — لا رابط بين الرحلة وبنود إذن التسليم.
المرجع الأعلى: وول مارت — نظام نقل يحوّل الأوامر إلى حمولات بأسطول خاص واستغلال رحلات العودة.
أسرع رافعة: ربط الرحلة بإذن التسليم بمرجع متبادل فيصير التتبع على مستوى الصنف.
التنظيم وفصل الأدوار والصلاحيات
4.5/5مصدر واحد للهيكل (38 عقدة وRACI) يولّد التقريرين وكتالوج الوظائف، ومصدر واحد للقائمة يشتقّ منه حارس الصفحات، واختبارات انحراف تُسقط البناء عند أي تباعد، وفصل صريح في قواعد الأمان بين من يُدخل ومن يعتمد. يضاهي المرجع العالمي.
المرجع الأعلى: كارفور — المشتريات لا تدفع، والمستودع لا يعرف الأسعار، والمالية لا تشتري.
أسرع رافعة: حسم العقد التسع المقترحة في الهيكل واعتمادها رسميًّا.
قراءة البطاقة: متوسط النضج 2.9/5 — وقراءته أهم من رقمه: البوابة قوية حيث تتحكّم بنفسها (التنظيم 4.5 · الجودة 4.0 · الحوكمة والسلاسل ودقة المخزون واللوجستيات 3.5) وضعيفة حيث تحتاج طرفًا آخر أو إشارة من السوق (تكامل المورّدين 1.0 · التجديد والتنبؤ 0.5 · القياس 2.0). وهذا ليس تعثّرًا بل ترتيبٌ سليم للبناء: الشركات الثماني كلها أحكمت انضباطها الداخلي أولًا ثم فتحته على الخارج — والفرق أننا بلغنا هذه النقطة في أشهر لا عقود. والمرحلة التالية بطبيعتها هي فتح النظام: مورّدٌ يرى، وطلبٌ يولّد نفسه، ومؤشرٌ يُحاسِب.
🕳️ تحليل الفجوات (Gap Analysis)
كل فجوة مسنودة بممارسة عالمية موثقة وبحالتنا الفعلية من الكود — لا انطباعات.
التجديد الآلي ونقاط إعادة الطلب (Automatic Replenishment / Reorder Points)
🌍 الممارسة العالمية — Walmart · IKEA · Carrefour · Amazon
وول مارت تولّد أمر التجديد آليًّا دون تدخل بشري لحظة نزول الصنف عن نقطة إعادة الطلب المحسوبة من الجرد الدائم، ولأوامرها أنواع مرقّمة (النوع 33 للتجديد الأسبوعي المجمّع والنوع 03 لبضائع العبور السريع). إيكيا تعتمد منطق الحد الأدنى/الأقصى لكل صنف في كل معرض فيتولّد أمر التجديد آليًّا حتى الحد الأقصى. كارفور تركيا أتمتت تجديد أكثر من 600 متجر بأداة Slim4 فوق SAP فارتفع توفر الأصناف على الأرفف نحو 7%. أمازون في نموذج 1P يعيد الطلب من المورّد آليًّا من سرعة البيع ومهلة التوريد بلا مشترٍ بشري في الحلقة.
🏠 حالنا اليوم
كل طلب شراء PR يُنشأ يدويًّا؛ لا توجد نقاط إعادة طلب ولا قواعد حد أدنى/أقصى ولا أي توليد آلي لمقترحات الشراء، رغم أن أرصدة FEFO السحابية بالتشغيلات والصلاحية (1017 صنفًا) توفر أساس البيانات اللازم للحساب.
الدليل: ملف التعريف §12 («لا تجديد آلي/نقاط إعادة طلب — كل PR يدوي») و§10 (ماستر الأصناف والأرصدة)؛ مخطط src/services/documents/schemas/pr.js لا يحوي أي مصدر توليد آلي.
الأثر علينا: لشركة استيراد ليبية بمهل توريد بحرية تمتد أسابيع، غياب إشارة الطلب المحسوبة يعني نفادات متكررة للأصناف الرائجة (خسارة بيع مباشرة لكل علامة) وتكديس رأس مال في الأصناف الراكدة، ويجعل توقيت الحاويات رهين اجتهاد فردي بدل حساب سرعة البيع × مهلة التوريد.
بناء إشعار الشحن المسبق ASN في محرّك المستندات
🌍 الممارسة العالمية — Walmart · Carrefour · Amazon
وول مارت تستقبل ASN (نموذج EDI 856) لحظة خروج الشاحنة من مستودع المورّد مع أرقام SSCC لكل طبلية، وتُمسح الطبليات عند الوصول وتُطابق آليًّا مع بيانات الإشعار. كارفور توثّق بنفسها دمج بيانات ASN في نظام WMS للتحقق من أن المستلَم فعليًّا يطابق المشترى. أمازون تطابق البضاعة الواردة مع إشعار الشحن 856 وتحتسب غرامات على المورّد المتأخر أو الناقص.
🏠 حالنا اليوم
ASN موثَّق كمرحلة 03 في خريطة الدورة (/dashboard/workflows) ومذكور كنموذج 3 في مصفوفة الورق الرسمية (21 نموذجًا)، لكنه ليس من الأنواع الـ19 المبنية في المحرّك؛ فالاستلام GRN يشتق من PO مباشرة بلا خطوة إشعار شحن، أي لا رؤية مسبقة لمحتوى الحاوية قبل وصولها.
الدليل: تحقق مباشر: قائمة src/services/documents/schemas/ تضم 19 ملفًا وليس فيها asn.js؛ ملف التعريف §3 (⚠️ فجوة مؤكدة) وسلسلة الوارد في src/services/documents/chain.js (PR→PO→GRN→QC→PUTAWAY).
الأثر علينا: بلا ASN تصل الحاوية إلى طرابلس «مفاجأة»: لا حجز موعد تفريغ، ولا تجهيز مواقع تخزين مسبق، ولا مطابقة مستقلة بين ما شحنه المورّد وما طلبناه قبل فتح الحاوية — فتطول مدة التفريغ وتضيع فرصة اكتشاف العجز مبكرًا وإسناده للمورّد أو الناقل.
بوابة الموردين والتبادل الإلكتروني للمستندات (Vendor Portal / EDI)
🌍 الممارسة العالمية — Walmart · Amazon · SHEIN
وول مارت أطلقت بوابة Retail Link عام 1991 وربطت أكثر من 20 ألف مورّد بنظام مخزونها مباشرة، وتتبادل الدورة كاملة عبر EDI (850 أمر شراء، 855 تأكيد، 856 إشعار شحن، 810 فاتورة) فيدخل أمر شراء وول مارت كأمر بيع في نظام المورّد بلا إدخال يدوي. أمازون تدير مورّدي 1P عبر Vendor Central بنفس نماذج EDI. شي إن بنت نظام MES ربط آلاف المصانع ببوابة موردين يستقبلون منها الأوامر ويحدّثون فيها مراحل التنفيذ لحظيًّا — وخلاصة تقريرها: «حين تكون علاقتك بمورّديك هي عملك الأساسي فبوابة الموردين أهم من أي وحدة أخرى».
🏠 حالنا اليوم
لا بوابة موردين ولا أي قناة تكامل إلكترونية؛ أمر الشراء PO مستند محكوم داخليًّا (مخطط + سلسلة + صندوق اعتماد) لكنه يخرج للمورّد خارج النظام، وتأكيد المورّد وتحديثات الشحن لا تعود إلى النظام إطلاقًا.
الدليل: ملف التعريف §12 («لا بوابة مورّدين ولا EDI ولا تكامل أنظمة مع الموردين») مقابل §3 وschemas/po.js (المستند الداخلي مبني).
الأثر علينا: كل مراسلة مع موردي العلامات الخمس (GUESS وMia وMaubsson وWet n Wild) تمر بالبريد وواتساب خارج السجل المستندي، فتنقطع سلسلة الإثبات بين PO والشحنة الفعلية، ويستحيل أتمتة ASN أو تقييم الالتزام لاحقًا لأن بيانات التأكيد والشحن لا تدخل النظام أصلًا.
بطاقة تقييم الموردين بالأداء الفعلي (Vendor Scorecard)
🌍 الممارسة العالمية — SHEIN · Walmart · Amazon
شي إن تجعل التقييم قرارًا آليًّا: نتيجة كل استلام (تأخر، عجز، رفض جودة) تعود إلى درجة المصنع فتحدد نصيبه من الأوامر القادمة وشروط دفعه — الموزّع الآلي يمنح الملتزم طلبات أكثر. وول مارت تقيس مورّديها بمعيار OTIF (التسليم في الموعد وبالكامل) وتقتطع آليًّا نحو 3% من قيمة الأمر المخالف، ولديها دور وظيفي محدد «مدير حلول المورّدين» لمتابعة هذا المعيار. أمازون تحتسب غرامات على المورّد المتأخر أو الناقص عند الاستلام.
🏠 حالنا اليوم
لا بطاقة تقييم موردين، رغم أن بيانات الاشتقاق جاهزة: GRN يسجل المستلَم مقابل المطلوب، QC يسجل المقبول والمرفوض بأسبابه، والمطابقة الثلاثية threeWayMatch تحسب الفروق صنفًا صنفًا بست حالات — أي أن OTIF ونسبة الرفض قابلة للحساب من مستندات موجودة فعلًا لكن لا أحد يجمعها على مستوى المورّد.
الدليل: ملف التعريف §12 («لا بطاقة تقييم مورّدين رغم توفر بيانات GRN/QC/تواريخ») و§5 (threeWayMatch في src/services/documents/chain.js).
الأثر علينا: بلا درجة موضوعية لكل مورّد تبقى قرارات تجديد العقود وتوزيع الطلبات بين موردي العلامات انطباعية، ولا نملك حجة رقمية عند المطالبة بتعويض العجز أو التفاوض على الشروط — بينما البيانات التي تبني الحجة مسجلة عندنا مستنديًّا بالفعل.
التكلفة الشاملة للوصول (Landed Costs) للبضاعة المستوردة
🌍 الممارسة العالمية — Alibaba
تقرير علي بابا — وهو الأقرب لواقع المستورد العربي — يجعلها توصية صريحة للشركة المستوردة: وثّق الصفقة داخل نظامك بأمر شراء واستلام مقابل قائمة التعبئة ومطابقة ثلاثية «وتوزيع تكاليف الشحن على الأصناف»، ويسمّي المقابل المعياري في Odoo باسمه: Landed Costs لتوزيع النقل والجمارك على تكلفة الأصناف. ودورة B2B عبر Trade Assurance تربط الدفع بمستندات التصدير (فاتورة تجارية، قائمة تعبئة، بوليصة، شهادة منشأ) التي تحمل هذه التكاليف.
🏠 حالنا اليوم
لا آلية لتوزيع تكاليف الشحن والجمارك والنقل الداخلي على تكلفة الأصناف؛ الدورة المالية المبنية (المطابقة الثلاثية → فاتورة المورد → قيد اليومية → الإغلاق المالي bz.period.close في موديول أودو) تتعامل مع قيمة فاتورة المورّد فقط، ونحن شركة استيرادها هو نمط التوريد الرئيسي.
الدليل: ملف التعريف §12 («لا Landed Costs — ونحن شركة مستوردة») و§7 (بنود قائمة الإغلاق الستة في brandzo-addons/brandzo_warehouse لا تشمل توزيع تكاليف شحن) و§1 (الاستيراد نمط التوريد الرئيسي).
الأثر علينا: تكلفة الصنف المسجلة أقل من تكلفته الحقيقية بنسبة الشحن والجمارك (وهي كبيرة في الاستيراد إلى ليبيا)، فتُبنى الأسعار والهوامش وتقييم ربحية كل علامة على رقم خاطئ، ويظهر الإغلاق المالي مخزونًا مقوَّمًا بأقل من كلفته الفعلية — تشويه مباشر لقوائم شركة تجارتها كلها استيراد.
العبور السريع (Cross-Docking)
🌍 الممارسة العالمية — Walmart · Carrefour
وول مارت تمرر أكثر من 80% من بضائعها بأسلوب العبور السريع: تُفرَّغ بضاعة المورّد وتُفرز مباشرة حسب طلبات الفروع وتُحمَّل على شاحنات خارجة خلال نحو 24 ساعة دون تخزين، ما خفّض تكاليف المناولة نحو 30% وأزمنة التسليم نحو 50%، ولها نوع أمر شراء مخصص له (النوع 03). كارفور تستخدم العبور السريع للأصناف سريعة الحركة والطازجة داخل مراكز التوزيع.
🏠 حالنا اليوم
المسار الوحيد في سلسلة الوارد هو استلام → فحص → تخزين موجّه (GRN → QC → PUTAWAY)، ثم رحلة صادر مستقلة (PICK → PACK → DN → GP)؛ لا يوجد مسار يحوّل بضاعة واردة مخصصة لعميل أو منفذ بيع مباشرة من رصيف الاستلام إلى الشحن دون المرور بالتخزين والسحب.
الدليل: src/services/documents/chain.js — سلسلة الوارد تنتهي حتمًا بـPUTAWAY وسلسلة الصادر تبدأ مستقلة (ملف التعريف §4)؛ §12 («المسار الوحيد استلام→تخزين»).
الأثر علينا: البضاعة المطلوبة مسبقًا لمنافذ العلامات تدفع كلفة مناولة مزدوجة (تخزين ثم سحب) وتتأخر أيامًا بلا داعٍ؛ في مواسم وصول الحاويات المتزامن يصبح هذا عنق زجاجة يرفع كلفة التشغيل ويؤخر توفر البضاعة الموسمية على الأرفف.
ربط النقل بمستندات الصرف (TMS ↔ DN/GP)
🌍 الممارسة العالمية — Walmart · Carrefour
وول مارت يحوّل نظام النقل TMS لديها أوامر الشراء إلى حمولات ويُسند لكل حمولة ناقلًا وموعد تسليم، وتُستغل رحلات العودة (Backhaul) لتقليل الكيلومترات الفارغة. كارفور يبني TMS الحمولات من أوامر التحويل للفروع ويجدولها حسب مواعيد استلام كل فرع مع مراعاة سلسلة التبريد — أي أن الرحلة عندهما مشتقة من المستند لا موازية له.
🏠 حالنا اليوم
منظومة الرحلات مبنية ومنشورة حيًّا (TRIP-2026-#### بدورة Dispatch-to-POD مع تصريح بوابة وPOD بتوقيع كانفس وإقفال بمطابقة وقود وكشف انحراف >15%) لكنها غير مربوطة ببنود مستند صرف حقيقي: الرحلة لا تعرف أي DN/GP تحمل، وحارس البوابة gateVerdict يفحص GP بمعزل عن الرحلة.
الدليل: ملف التعريف §9 (⚠️ «الرحلة غير مربوطة بعد ببنود مستند صرف حقيقي (DN/GP) — مخطط لها») و§12؛ حارس البوابة في src/services/documents/chain.js.
الأثر علينا: لا يمكن الإجابة مستنديًّا عن سؤال «أي بضاعة كانت على الشاحنة الفلانية؟» — فتتبع POD يثبت وصول الرحلة لا وصول البنود، وتتعطل المحاسبة على النواقص أثناء النقل، ويبقى OTIF المقاس في لوحة الأسطول مؤشر مركبات لا مؤشر تسليم بضاعة.
قياس زمن الدورة المستندية ومؤشراتها (Cycle-Time & Perfect Order KPIs)
🌍 الممارسة العالمية — Amazon · Walmart
أمازون تدير التنسيق بين إداراتها بمقاييس مشتركة تُراجع أسبوعيًّا — نسبة التوفر، دقة الاستلام، أعمار المخزون، هامش الفئة — فكل إدارة ترى أثر عملها على أرقام الأخرى في لوحات موحدة والخلافات تُحسم بالبيانات. وول مارت تحاسب على OTIF باقتطاع نحو 3%، وكل محطة في مراكز تنفيذ أمازون لها مقاييس إنتاجية ودقة.
🏠 حالنا اليوم
المادة الخام للقياس موجودة: صندوق الاعتماد يقيس عمر الحالة من آخر نقلة وله مهل تقادم (مُرسَل يومان، معتمَد 5، مسودة أسبوعان)، لكن لا توجد لوحة تقيس زمن كل مرحلة من الـ12، ولا نسبة نجاح المطابقة الآلية، ولا دقة الاستلام، ولا Perfect Order Rate — ولوحة سلاسل الإمداد الثمانية المؤشرات (POD% هدف 100، OTIF ≥95%، MTTR…) تقيس الأسطول لا الدورة المستندية.
الدليل: src/services/documents/inbox.js (أعمار الحالات والمهل — ملف التعريف §6) و§12 («مؤشرات الدورة المستندية غير مقيسة») و§9 (مؤشرات اللوحة التنفيذية أسطولية).
الأثر علينا: بلا قياس لا نعرف أين تختنق الدورة: هل التأخير في اعتماد PR أم في فحص QC أم في التخزين؟ ولا يمكن مساءلة الإدارات بأرقام مشتركة كما تفعل أمازون — فتبقى الحوكمة المستندية المبنية بعناية (5 حرّاس + فصل أدوار) بلا عداد يثبت أثرها أو يكشف تقادمها.
التنبؤ بالطلب (Demand Forecasting)
🌍 الممارسة العالمية — IKEA · Carrefour · Amazon · Walmart
إيكيا تبدأ دورتها من التنبؤ لا من البيع: نظام تخطيط متقدم APS يبني تنبؤًا كميًّا متكررًا تُشتق منه خطط المواد وطاقة الموردين والتجديد. كارفور يحسب نظامها المركزي الطلب المتوقع لكل صنف في كل فرع آخذًا الموسمية والعروض. أمازون تتنبأ بالطلب جغرافيًّا وتوزع المخزون مسبقًا على المراكز القريبة من العملاء، ووول مارت تُدخل في تنبؤها حتى بيانات الطقس والمناسبات المحلية.
🏠 حالنا اليوم
لا يوجد أي تنبؤ طلب بأي مستوى — لا إحصائي بسيط (متوسط متحرك لسرعة البيع) ولا موسمي؛ قرارات كميات الحاويات القادمة لكل علامة تُتخذ يدويًّا بلا إسناد رقمي من النظام، رغم توفر تاريخ الحركة في أرصدة FEFO والمستندات.
الدليل: ملف التعريف §12 («التنبؤ والتخطيط: لا يوجد أي تنبؤ طلب») مقابل §10 (بيانات الأرصدة والتشغيلات متوفرة سحابيًّا).
الأثر علينا: في الاستيراد بمهل طويلة، الطلب الخاطئ لا يُصحَّح إلا بحاوية جديدة بعد أسابيع؛ غياب التنبؤ يعني إما رأس مال مجمدًا في مخزون زائد لعلامة راكدة أو رفوفًا فارغة لعلامة رائجة — وكلاهما خسارة مضاعفة في سوق ليبي تقلباته عالية أصلًا.
مستندات الأمانة وكشوف التسوية (Consignment & Settlement Statements)
🌍 الممارسة العالمية — 🟡 نون · eBay · Amazon
نون تجعل كشف التسوية الأسبوعي المستند المالي المحوري: يطابق ما بيع من عهدة البائع وما حُصِّل له وما خُصم من عمولات ورسوم ومرتجعات، وبضاعة FBN تبقى ملك البائع (أمانة) بمحضر استلام يؤسس مسؤولية العهدة، وتقريرها يوصي بمستودع مستقل في نظام البائع لبضاعة الأمانة. eBay تصدر كشوف تسوية بعد خصم العمولات تُترجم قيودًا (إيراد، عمولات، مردودات، ذمة على المنصة). أمازون FBA يسجل العجز والتلف في تقرير تسوية يطالب به التاجر بتعويض.
🏠 حالنا اليوم
الأنواع الـ19 المبنية كلها مستندات ملكية ذاتية؛ لا يوجد نوع مستند أمانة (بضاعتنا لدى الغير أو بضاعة الغير عندنا) ولا كشف تسوية دوري مع منصة أو موزّع، مع أن نموذج توزيع العلامات متعدد القنوات مرشح طبيعي للبيع بالأمانة لدى منافذ الغير.
الدليل: قائمة src/services/documents/schemas/ (تحقق مباشر: 19 نوعًا ليس بينها أمانة/تسوية) وملف التعريف §12 («لا مستندات أمانة/تسوية منصات»).
الأثر علينا: أي توسع في البيع عبر منافذ شركاء أو منصات إقليمية سيجري خارج النظام المستندي كليًّا: بضاعة تخرج بلا عهدة موثقة وتحصيل يُطابَق يدويًّا — وتقرير نون صريح في أن الخلل هنا «يعني نزاعًا ماليًّا»، أي مخاطرة مباشرة على ذمم العلامات الخمس.
تكامل نقاط البيع مع المخزون (POS → Perpetual Inventory)
🌍 الممارسة العالمية — Walmart · Carrefour · SHEIN · eBay
وول مارت تدير كل فرع بجرد دائم: كل مسحة كاشير تخصم فورًا من الرصيد المركزي وتغذي التجديد الآلي — «البيع الحقيقي هو الذي يولّد الطلب لا التخمين». كارفور تبدأ دورتها كلها من بيانات نقاط البيع لحظيًّا. شي إن تجعل رصيد الموقع الإلكتروني هو رصيد المستودع نفسه لحظيًّا، وeBay تحذر من أن غياب الرصيد الموحد المتزامن يقود إلى البيع الزائد (Overselling).
🏠 حالنا اليوم
لا POS متكامل ولا أي إشارة طلب من البيع؛ الدورة المستندية تنتهي عند تصريح الخروج GP وتفقد أثر البضاعة بعد البوابة — البيع الفعلي في منافذ العلامات لا يعود إلى النظام فلا يخصم رصيدًا ولا يولّد إشارة.
الدليل: ملف التعريف §12 («لا إشارة طلب من البيع (لا POS متكامل)») و§4 (سلسلة الصادر تنتهي بـGP في src/services/documents/chain.js).
الأثر علينا: النظام يرى المستودع ولا يرى السوق: لا نعرف سرعة بيع أي صنف في أي منفذ، فيستحيل التجديد الآلي والتنبؤ من الأصل (كلاهما يتغذى على بيانات البيع)، وتبقى قرارات التوزيع بين المنافذ تخمينية — هذه الفجوة هي القفل الذي يمنع فتح فجوتَي التجديد والتنبؤ.
الرقم الواحد المشترك — تنبؤ موحد تلتزم به السلسلة (One-Number Forecast)
🌍 الممارسة العالمية — IKEA · Walmart
إيكيا تبني تنبؤًا موحدًا يُعتمد كأرقام مشتركة لكامل السلسلة: المشتريات تحجز طاقة المصانع عليه، والمستودعات تخطط سعتها وعمالتها عليه، والمالية تبني موازنة المشتريات والتدفق النقدي عليه — «رقم واحد يلتزم به الجميع فيقلّ الاحتكاك لأن الخلاف يُحسم في الخطة لا في التنفيذ». ووول مارت تربط الموردين ومراكز التوزيع والفروع بإشارة طلب واحدة مشتركة فالجميع يرى نفس الأرقام.
🏠 حالنا اليوم
لا توجد خطة طلب/إمداد موحدة تربط الإدارات؛ الحوكمة التنظيمية متقدمة (مصدر واحد org-structure.json بـ38 عقدة وRACI، و7 اجتماعات تحضيرية بـ36 بندًا مع 7 إدارات) لكنها حوكمة هياكل واجتماعات، وليس فيها «رقم» تشغيلي واحد تلتزم به المشتريات والمخازن والمالية معًا.
الدليل: ملف التعريف §8 (src/data/org-structure.json) و§11 (الاجتماعات والحوكمة) مقابل §12 (لا تنبؤ ولا خطة طلب من أي نوع).
الأثر علينا: كل إدارة تعمل على تقديرها الخاص: المشتريات تطلب باجتهادها والمالية توازن بمعزل والمخازن تفاجأ بالحاويات — فتُحسم الخلافات في التنفيذ (أغلى نقطة) بدل الخطة، ويغيب الأساس الذي تُبنى عليه موازنة شراء سنوية لكل علامة من العلامات الخمس.
حوافز الانضباط المستندي (ربط الأداء المستندي بالمعاملة)
🌍 الممارسة العالمية — SHEIN · Walmart · Amazon
شي إن حوّلت الانضباط المستندي نفسه إلى نظام حوافز: نتيجة كل استلام تعود آليًّا إلى درجة المصنع فتحدد نصيبه من الأوامر القادمة وشروط دفعه، والدفع السريع المنضبط هو ما يجعل آلاف الورش تقبل دفعات 100 قطعة. وول مارت تقتطع نحو 3% من قيمة الأمر المخالف لمعيار OTIF، وما يجعل الانضباط مقبولًا أن Retail Link تُري المورّد نفس البيانات التي يُحاسَب عليها فتُحسم الخلافات بالأرقام. أمازون تحتسب غرامات آلية على التأخر والنقص وتخصم مطالبات النقص من الفاتورة آليًّا.
🏠 حالنا اليوم
الحرّاس السبعة يفرضون الانضباط بالمنع (لا خروج بلا إذن، لا تسوية بلا محضر، لا خصم بلا مرتجع) وصندوق الاعتماد يكشف المتقادم بمهل لكل حالة — لكن لا توجد أي عاقبة أو حافز مربوط بالأداء: لا غرامة على مورّد متأخر، ولا أثر لتقادم اعتماد على تقييم موظف أو إدارة، ولا ربط بين الالتزام المستندي وشروط التعامل.
الدليل: src/services/documents/chain.js (الحرّاس — ملف التعريف §5) وsrc/services/documents/inbox.js (مهل التقادم — §6)؛ لا آلية جزاء/حافز في أي منهما.
الأثر علينا: المنع يوقف الخطأ لكنه لا يحسّن السلوك: المورّد الذي يشحن ناقصًا كل مرة لا يخسر شيئًا، والمعتمِد البطيء لا يظهر أثره إلا كصف في صندوق — فتبقى كلفة عدم الانضباط على الشركة وحدها بدل نقلها تعاقديًّا وإداريًّا إلى مصدرها كما تفعل الشركات الثلاث.
القيد المحاسبي الآلي لكل حركة مخزنية (Real-Time Inventory Accounting)
🌍 الممارسة العالمية — Walmart · Amazon
وول مارت: كل حركة مخزنية — استلام، تحويل، بيع، إتلاف — تولّد قيدها المحاسبي تلقائيًّا فتتطابق الأرقام التشغيلية والمالية لحظيًّا، ولا تملك البضاعة محاسبيًّا إلا عند وصولها ورفّها بقيد يديره النظام آليًّا. أمازون تُغذّي SAP المالي بكل حركة مخزنية وبيعية بقيودها آليًّا منذ 2008.
🏠 حالنا اليوم
قيد اليومية مرحلة 11 من الدورة والإغلاق المالي مبني في موديول أودو (bz.period.close بقائمة تحقق 6 بنود وقفل فترة)، لكن الواجهة الحية (بوابة Astro/Firestore) والموديول منفصلان: المستندات الحية (GRN، ADJ، DMG، CN) لا تولّد قيودًا آلية لأن بيئة أودو لم تُشغَّل بعد (مرحلة M2) — فالحركة المخزنية اليومية تجري بلا انعكاس محاسبي لحظي.
الدليل: ملف التعريف §7 (⚠️ «لم تُشغَّل الاختبارات حيًّا بعد — لا بيئة أودو، مرحلة M2») و§2 (المراحل 10–12 موثقة في الخريطة).
الأثر علينا: بين الآن وتشغيل M2 تعيش الشركة بدفترين: واقع مخزني لحظي في البوابة ومحاسبة تُلحق يدويًّا لاحقًا، فتتراكم فروق التقييم وتصعب معرفة قيمة المخزون الفعلية في أي لحظة — وهو ما يجعل تشغيل بيئة أودو حيًّا أولوية مالية لا تقنية فحسب.
حجز مواعيد الاستلام (Delivery Slot Booking)
🌍 الممارسة العالمية — Walmart · Carrefour · Amazon · 🟡 نون
وول مارت تستقبل الشاحنة في مركز التوزيع «في موعد محجوز مسبقًا» ثم تُمسح الطبليات وتُطابق مع ASN. كارفور: «يصل المورّد في موعد محجوز». أمازون يحجز المورّد موعد تسليم في مركز الاستلام عبر Vendor Central، ونون تُلزم البائع بالتسليم «في موعد محجوز بمستودع نون» بعد طلب إدخال مخزون — أي أن حجز الموعد ممارسة مشتركة لدى كل من يشغّل مستودع استلام.
🏠 حالنا اليوم
لا آلية لحجز مواعيد وصول الشحنات/الحاويات إلى المستودع؛ الاستلام يبدأ بمستند GRN عند الوصول الفعلي، ولا جدول رصيف استلام يوزّع الطاقة اليومية للفريق — وهي فجوة تتفاقم بغياب ASN الذي يُبنى الحجز عليه عادة.
الدليل: سلسلة الوارد في src/services/documents/chain.js لا تتضمن أي خطوة جدولة قبل GRN (ملف التعريف §4)، ولا ذكر لأي جدولة استلام في ملف التعريف كله.
الأثر علينا: وصول حاويتين في يوم واحد يشلّ الرصيف والفريق بينما تمر أيام بلا عمل — طاقة الاستلام غير مستوية فترتفع ساعات الانتظار والغرامات الأرضية (Demurrage) على الحاويات المتأخرة التفريغ، وهي كلفة نقدية مباشرة على المستورد.
🏅 أفضل الممارسات العالمية — وأين نقف من كل واحدة
مطبَّق: 5 · جزئي: 6 · غائب: 9 — الأحكام مُتحقَّق منها ضد الكود الفعلي.
المطابقة الثلاثية قبل السداد (3-Way Match)
مطبَّقلا يُسدَّد للمورّد إلا بعد مطابقة آلية بين ثلاث وثائق: أمر الشراء (المطلوب) ومحضر الاستلام (المستلَم) والفاتورة (المُطالَب به)، صنفًا صنفًا وكمية وسعرًا؛ وأي خلل يوقف السداد آليًّا ويرتدّ إشعار خصم على المورّد.
يطبقها: وول مارت (الفاتورة 810 تُطابَق ثلاثيًّا قبل السداد) · كارفور (مطابقة ثلاثية إلكترونية والفروقات على المورّد أو الناقل) · أمازون (مطابقة آلية لملايين الفواتير في FinOps) · إيكيا (مطابقة فاتورة المصنّع مع سعر العقد الإطاري وكمية الاستلام) · علي بابا (توصيها صراحة للمستورد العربي عن صفقات المنصة)
حكمنا مسنود بـ: دالة threeWayMatch في src/services/documents/chain.js: مطلوب↔مستلَم↔مقبول بست حالات وتسامح 2% أو وحدة، ولا تُغلق بلا تقرير جودة QC؛ وهي المرحلة 09 في /dashboard/workflows ويقابلها حارس مماثل في موديول أودو brandzo_warehouse.
خطوتنا: التعميق: قياس نسبة المطابقات الناجحة من أول مرة (First-Pass Match) شهريًّا وعرضها في لوحة مؤشرات الدورة، وربط الفروقات المتكررة ببطاقة المورّد عند بنائها.
إشعار الشحن المسبق (ASN)
جزئيالمورّد يرسل تفاصيل الشحنة إلكترونيًّا لحظة تحركها (المحتوى، الطبليات، أرقام التتبع) قبل وصولها، فيُجدول الاستلام مسبقًا وتتم المطابقة عند الرصيف بالمسح مقابل الإشعار بدل الإدخال اليدوي.
يطبقها: وول مارت (نموذج 856 لحظة تحرك الشاحنة + ملصقات SSCC) · أمازون (856 مع غرامات على المتأخر والناقص) · كارفور (ASN يُدمج في WMS للتحقق من أن المستلَم يطابق المشترى) · إيكيا (مستندات الشحن والإشعار المسبق أساس المطابقة بمركز التوزيع)
حكمنا مسنود بـ: ASN موثَّق كمرحلة 03 في صفحة /dashboard/workflows وكنموذج 3 في مصفوفة الورق (21 نموذجًا)، لكنه ليس من الأنواع الـ19 المبنية في المحرّك — لا يوجد src/services/documents/schemas/asn.js، وسلسلة الوارد تقفز من PO إلى GRN مباشرة.
خطوتنا: بناء schemas/asn.js وإدراجه في سلسلة الوارد (PO → ASN → GRN) بحيث يُشتق GRN من ASN لا من PO مباشرة، ويُسجَّل انحراف المستلَم عن المُشعَر به — خطوة واحدة تكمل النموذج 15/21.
فصل الأدوار: من يتفاوض لا يستلم ولا يدفع
مطبَّقالمشتريات تثبّت الشروط ولا تدفع، والمستودع يستلم بالكمية دون أن يعرف الأسعار، والمالية تطابق وتدفع دون أن تشتري — ثلاثة أطراف على نظام واحد وأرقام مشتركة، والفصل نفسه هو الرقابة الداخلية.
يطبقها: كارفور (المستودع لا يعرف الأسعار والمالية لا تشتري — نصًّا) · وول مارت (المشتري يثبّت الكلفة والتجديد الآلي يُصدر الأوامر ومركز التوزيع يستلم بلا أسعار) · أمازون (مدير المورّدين يثبّت الشروط والطلب الآلي يُصدر والمالية تخصم)
حكمنا مسنود بـ: قواعد firestore.rules: اعتماد ADJ/CN حكر على المالية والمدير، واعتماد GP لضابط البوابة والمدير لا لأمين المخزن الذي جهّز؛ وderiveDocument في chain.js لا يشتق إلا من مستند معتمَد؛ وفي أودو الإغلاق المالي حكر على المدير المالي.
خطوتنا: التعميق: توسيع مصفوفة RACI في org-structure.json لتنص صراحة على حجب حقل السعر عن أدوار المستودع في شاشات GRN، وتدقيق دوري آلي يرصد أي مستند أُدخل واعتُمد بنفس الحساب.
الجرد الدائم والجرد الدوري المستمر
جزئيرصيد دفتري يتحدث لحظيًّا مع كل حركة (Perpetual Inventory)، تسنده عدّات دورية جزئية مستمرة (Cycle Count) تكشف فجوة الدفتري/الفعلي مبكرًا بدل جرد سنوي واحد، وكل فرق يمر بتسوية موثّقة.
يطبقها: وول مارت (كل مسح على الكاشير يخصم فورًا + مسح دوري للأرفف وروبوتات) · إيكيا (عدّات دورية وطائرات مسيّرة لجرد المواقع العلوية — دقة الرصيد حرجة) · كارفور (كل بيع يحدّث المخزون لحظيًّا ويغذي التنبؤ)
حكمنا مسنود بـ: الشق الدوري مطبَّق: سلسلة CC → ADJ مع حارس adjustmentVerdict (لا تسوية بلا محضر جرد مصادَق وفرق حقيقي وسبب موثَّق) وجلسات الجرد الذكي بسجل مسح سحابي؛ الشق الدائم ناقص: لا POS متكامل فلا خصم لحظي من البيع (ملف التعريف §12).
خطوتنا: المرحلة القادمة: جدولة جرد دوري ABC (الأصناف السريعة شهريًّا والبطيئة فصليًّا) بدل الجلسات الحدثية، وربط أي قناة بيع مستقبلية بخصم لحظي من ماستر الأرصدة.
الصرف بأقرب صلاحية (FEFO) وإدارة سلسلة الطزاجة
مطبَّقكل سحب يُلزَم بالتشغيلة الأقرب انتهاءً (First-Expired First-Out) لا الأقرب موقعًا، مع تتبع التشغيلات والصلاحيات على مستوى الرصيد وإنذارات قبل الانتهاء — وهو جوهر إدارة الأقسام الطازجة والتبريد في التجزئة الكبرى.
يطبقها: كارفور (أقرب ممارسة موثّقة في البيانات: سبع مناطق حرارية 0–25° وطلب يومي للطازج وجدولة تراعي سلسلة التبريد)
حكمنا مسنود بـ: حارس fefoViolations في src/services/documents/chain.js: تشغيلة كل بند سحب تُقارن بأقرب تشغيلة متاحة فعلًا والبند بلا تاريخ يُعدّ الأبعد فيُكشف؛ وماستر الأصناف يمسك أرصدة FEFO بالتشغيلات والصلاحية؛ ولوحة سلاسل الإمداد تراقب صلاحيات ≤7/30 يومًا.
خطوتنا: التعميق: تقرير أسبوعي آلي بالتشغيلات التي ستنتهي خلال 30/60/90 يومًا مع مقترح تخفيض أو إرجاع للمورّد قبل تحوّلها إلى DMG.
التجديد الآلي بنقاط إعادة الطلب (Min/Max)
غائبلكل صنف حدّان أدنى/أقصى محسوبان من سرعة البيع ومهلة التوريد؛ نزول الرصيد عن الأدنى يولّد أمر تجديد آليًّا دون اجتهاد بشري، ويبقى البشر لضبط المعاملات والاستثناءات فقط.
يطبقها: وول مارت (نقطة إعادة الطلب تولّد الأمر آليًّا دون تدخل) · إيكيا (حدّان لكل صنف بكل معرض محسوبان مركزيًّا) · كارفور (مقترحات آلية — تجربة تركيا: +7% توفرًا بعد الأتمتة) · أمازون (إعادة الطلب الآلي في 1P بلا مشترٍ بشري) · شي إن (إعادة طلب الموديل الرائج خوارزميًّا منذ الساعات الأولى)
حكمنا مسنود بـ: ملف التعريف §12: كل طلب شراء PR يدوي، لا نقاط إعادة طلب ولا إشارة طلب من البيع — رغم أن ماستر الأرصدة السحابي (مصدر واحد، 1017 صنفًا) يوفر الرصيد اللحظي اللازم للحساب.
خطوتنا: البداية العملية: حقلا min/max على بطاقة الصنف في الماستر + وظيفة يومية تولّد PR «مسودة» عند كسر الحد الأدنى فيمر بدورة الاعتماد القائمة نفسها — أتمتة التوليد لا الاعتماد.
المخزون المُدار من المورّد (VMI)
غائبالمورّد نفسه — أو البائع في الصورة المعكوسة — يراقب أرصدة عميله عبر بوابة مشتركة ويقرر التجديد وفق قواعد متفق عليها؛ الشرط التأسيسي: مشاركة بيانات البيع والرصيد نفسها التي يُحاسَب عليها.
يطبقها: وول مارت (VMI لكبار المورّدين عبر Retail Link منذ 1991) · علي بابا (VMI معكوس: كاينياو تزوّد البائع بالتنبؤ وتنبيهات النفاد وهو يقرر) · نون (VMI معكوس: تقارير سرعة البيع وتوصيات الكميات عبر Seller Lab)
حكمنا مسنود بـ: ملف التعريف §12: لا بوابة مورّدين ولا EDI ولا أي تكامل أنظمة مع الموردين؛ العلاقة مستندية يدوية بالكامل (PR/PO تُنشأ داخليًّا).
خطوتنا: ممارسة متأخرة في خارطتنا: تتطلب أولًا بوابة الموردين وبطاقة الأداء؛ الصيغة الواقعية لاحقًا: مشاركة علامة واحدة كبرى (مثل GUESS) تقريرَ سرعة بيع وأرصدة شهريًّا كخطوة صفرية نحو VMI.
بطاقة أداء المورّد المشتقة من المستندات
غائبدرجة لكل مورّد تُشتق آليًّا من وقائع النظام لا الانطباعات: الالتزام بالموعد والكمية (OTIF)، نسب رفض الجودة، دقة الاستلامات — وتُراجع دوريًّا وتوجّه قرارات التوريد.
يطبقها: شي إن (نتيجة كل استلام تعود آليًّا إلى درجة المصنع) · وول مارت (معيار OTIF لدى مدير حلول المورّدين) · أمازون (مقاييس دقة الاستلام وغرامات المتأخر والناقص)
حكمنا مسنود بـ: ملف التعريف §12: لا بطاقة تقييم مورّدين — رغم أن بيانات الاشتقاق متوفرة فعلًا في النظام: GRN (الكميات والتواريخ) وQC (نسب الرفض) وPO (الموعد الموعود).
خطوتنا: مكسب سريع: صفحة «بطاقة المورّد» تقرأ ما هو مخزَّن أصلًا — OTIF = استلامات في الموعد وبالكامل ÷ إجمالي الاستلامات، ونسبة الرفض من تقارير QC — دون أي حقل إدخال جديد.
الدفع المربوط بالوقائع اللوجستية (Escrow / دفعات مرحلية)
جزئيالمال لا يتحرك إلا بتحقق واقعة لوجستية موثّقة: دفعة مقدمة عند العقد، دفعة عند تأكيد الشحن، والرصيد عند الاستلام المقبول — فيتحول جدول السداد نفسه إلى أداة حوكمة ورقابة على المورّد.
يطبقها: علي بابا (Escrow وTrade Assurance: الإفراج عن الدفعة باستيفاء الشروط) · إي باي (الدفعة المحتجزة لدى المنصة حتى إتمام الصفقة) · شي إن (الدفع على الاستلام المقبول جودةً) · نون (التسوية بعد التسليم الموثّق)
حكمنا مسنود بـ: الشق الرقابي مطبَّق: لا سداد قبل المطابقة الثلاثية (chain.js) وقائمة تحقق الإغلاق bz.period.close تشمل الفواتير المرحّلة والدفعات؛ الغائب: شروط دفع مرحلية مربوطة بوقائع الشحن (مقدمة/شحن/وصول) لصفقات الاستيراد بالحاويات — وهي نمط توريدنا الرئيسي.
خطوتنا: إضافة «جدول دفعات» على PO الاستيرادي: نسب مرتبطة بأحداث (اعتماد PO، ASN/بوليصة، GRN مقبول)، وكل دفعة لا تُصرف إلا بوجود مستند الحدث المعتمد — امتداد طبيعي لحرّاسنا.
رقم التنبؤ الواحد الملزم للسلسلة كلها
غائبتنبؤ طلب مركزي واحد يُعتمد أرقامًا مشتركة: المشتريات تحجز الطاقة عليه، والمستودعات تخطط سعتها عليه، والمالية تبني الموازنة عليه — فيُحسم الخلاف في الخطة لا في التنفيذ.
يطبقها: إيكيا (خطة التنبؤ الموحدة من APS تُشتق منها كل الخطط قبل شهور) · كارفور (تنبؤ مركزي موحّد بدل اجتهاد كل مخطط — تجربة تركيا) · وول مارت (المورّدون والمراكز والفروع على إشارة طلب واحدة)
حكمنا مسنود بـ: ملف التعريف §12: لا يوجد أي تنبؤ طلب في النظام؛ التخطيط يبدأ من PR يدوي بلا إشارة بيع ولا موسمية.
خطوتنا: البداية الممكنة بحجمنا: خطة توريد فصلية لكل علامة (كمية متوقعة لكل فئة) تُعتمد في اجتماع واحد وتُخزَّن في النظام، وتُقاس PRs الفعلية عليها — رقم واحد بسيط قبل أي خوارزمية.
الترقيم المركزي الموحّد للمستندات والوحدات
مطبَّقكل مستند ووحدة مناولة يحمل معرّفًا فريدًا من عدّاد مركزي واحد بصيغة موحّدة، فيُتتبع عبر الأطراف والأنظمة بلا لبس ولا ازدواج — من ملصق الطبلية إلى رقم المحضر.
يطبقها: وول مارت (ملصقات GS1-128/SSCC موحّدة عالميًّا لكل طبلية تُطابَق آليًّا مع ASN) · علي بابا (البوليصة الرقمية الموحدة: باركود واحد يتتبع الطرد عبر ناقلين متعددين)
حكمنا مسنود بـ: src/services/documents/numbering.js: عدّاد مركزي counters/{TYPE}-{YEAR} بمعاملة ذرّية لكل الأنواع (MOM/LTR/SYS/TRIP/WO/CUST/PC ومستندات الدورة)، وصيغة موحّدة مثل TRIP-2026-####؛ والأصناف المعلّقة تُرفع بمعرّف حتمي وعدّاد خادم.
خطوتنا: التعميق: طباعة الرقم باركودًا/QR على كل نموذج PDF بحيث يفتح المستند في النظام بمسحة واحدة عند البوابة أو الجرد — الرقم موجود، تبقى قابلية مسحه.
المقاييس المشتركة بين الإدارات بدل التقارير المنفصلة
جزئيالإدارات الثلاث (شراء، مخازن، مالية) تُراجَع أسبوعيًّا على لوحات موحدة بمؤشرات يرى فيها كلٌّ أثرَ عمله على أرقام الآخر: التوفر، دقة الاستلام، أعمار المخزون، الهامش — فتُحسم الخلافات بالأرقام لا الاجتماعات.
يطبقها: أمازون (التنسيق بمقاييس مشتركة تُراجع أسبوعيًّا لا باجتماعات — نصًّا) · وول مارت (Retail Link يُري المورّد نفس البيانات التي يُحاسب عليها) · إيكيا (التنبؤ الموحد رابط الإدارات كلها)
حكمنا مسنود بـ: اللوحة التنفيذية لسلاسل الإمداد تقيس 8 مؤشرات مشتركة (POD% هدف 100، OTIF ≥95%، MTTR، صلاحيات، وقود شاذ) — لكنها مؤشرات أسطول؛ ملف التعريف §12: مؤشرات الدورة المستندية نفسها غير مقيسة (زمن كل مرحلة، نسبة المطابقة الناجحة، دقة الاستلام، Perfect Order Rate).
خطوتنا: توسيع اللوحة القائمة بأربعة مؤشرات دورة تُحسب مما هو مخزَّن: متوسط عمر الحالة لكل نوع (من صندوق الاعتماد inbox.js)، نسبة مطابقات threeWayMatch الناجحة، نسبة رفض QC، وPerfect Order.
بوابة المورّدين الموحّدة
غائبواجهة واحدة يرى فيها المورّد أوامره ويؤكد المواعيد ويحدّث حالة التجهيز ويرفع مستندات الشحن ويطّلع على البيانات التي يُحاسَب عليها — فيدخل أمر الشراء نظامَه دون إدخال يدوي وتُحسم النزاعات بالشفافية.
يطبقها: وول مارت (Retail Link منذ 1991 — +20 ألف مورّد) · أمازون (Vendor Central وSeller Central) · شي إن (بوابة المورّدين فوق MES — أهم وحدة في نموذجها) · نون (Seller Lab) · علي بابا (لوحات البائعين كبديل نظام شبه كامل)
حكمنا مسنود بـ: ملف التعريف §12: لا بوابة مورّدين ولا EDI؛ التواصل مع الموردين خارج النظام كليًّا، وPO يُدار داخليًّا فقط.
خطوتنا: بحجمنا لا نحتاج Retail Link: صفحة قراءة محمية برابط/دور viewer لكل مورّد كبير تعرض أوامره المفتوحة وحالة استلاماتها ونتيجة مطابقتها — خطوة أولى تمهد لاستقبال ASN منه لاحقًا.
العبور السريع (Cross-Docking)
غائبالبضاعة الواصلة تُفرز مباشرة على طلبات الوجهات وتُحمَّل خلال ساعات دون أن تدخل التخزين إطلاقًا — يقلص المناولة والمساحة وزمن الوصول للرف، ويصلح للسريع والطازج والموزَّع مسبقًا.
يطبقها: وول مارت (+80% من البضائع خلال ~24 ساعة — خفض مناولة 30% وأزمنة 50%) · كارفور (عبور سريع للأصناف السريعة والطازجة في مراكز التوزيع)
حكمنا مسنود بـ: ملف التعريف §12: المسار الوحيد في المحرّك استلام → تخزين؛ سلسلة الوارد تنتهي إلزاميًّا بـPUTAWAY ولا يمكن اشتقاق PICK من GRN مباشرة.
خطوتنا: حالتنا المناسبة: الحاوية الموزعة مسبقًا على عملاء جملة — مسار اختياري في chain.js يشتق PICK من GRN المقبول جودةً مباشرة (بعلَم cross-dock وموافقة المدير) متجاوزًا PUTAWAY.
التكلفة الواصلة (Landed Costs)
غائبتوزيع الشحن والجمارك والتأمين والتخليص على تكلفة أصناف الشحنة (بالقيمة أو الوزن أو الحجم) بحيث تعكس تكلفة الوحدة الحقيقة الكاملة — وبدونها يظل هامش المستورد وهمًا محاسبيًّا.
يطبقها: علي بابا (الدرس المنصوص للمستورد العربي: مطابقة ثلاثية مع الفاتورة التجارية + Landed Costs على تكلفة الأصناف)
حكمنا مسنود بـ: ملف التعريف §1 و§12: الاستيراد نمط التوريد الرئيسي (حاويات من الخارج) ولا يوجد توزيع لتكاليف الشحن والجمارك على التكلفة — فاتورة المورد (مرحلة 10) تمسك سعر البضاعة فقط.
خطوتنا: الأولوية القصوى ماليًّا لشركة مستوردة: مستند «مصاريف شحنة» يرتبط بـGRN ويوزَّع آليًّا على بنوده بالقيمة، فتتحدث تكلفة الوحدة في الماستر — وفي أودو تفعيل Landed Costs القياسية عند M2.
التتبع اللحظي لكل خطوة بالمسح
جزئيكل انتقال للبضاعة أو الطرد يُمسح ويُسجَّل فوريًّا (استلام، فرز، تحميل، تسليم)، فيرى كل طرف — حتى العميل — أين يقف طلبه لحظيًّا، ويصبح السجل نفسه دليل الفصل في أي نزاع.
يطبقها: أمازون (كل خطوة تُمسح — تتبع لحظي من المستودع لباب العميل) · علي بابا (بوليصة موحدة تتبّع عبر ناقلين متعددين) · شي إن (تتبع لحظي لمراحل الإنتاج داخل مصانع الغير) · نون (باركود تتبع وإثبات تسليم بتطبيق السائق) · إي باي (رقم التتبع دليل البائع الوحيد في النزاعات)
حكمنا مسنود بـ: رحلات TRIP بدورة Dispatch-to-POD كاملة: تصريح بوابة، POD بتوقيع كانفس وصورة، إقفال بمطابقة وقود — لكن ملف التعريف §9/§12: الرحلة غير مربوطة ببنود مستند الصرف (DN/GP ↔ TRIP)، فالتتبع على مستوى المركبة لا البضاعة.
خطوتنا: الخطوة المخطط لها أصلًا: ربط TRIP ببنود DN/GP بحيث يجيب النظام عن «أين الصنف الفلاني الآن؟» — ومعها يكتمل خيط التتبع من GRN حتى توقيع العميل.
مستندات بضاعة الأمانة وكشوف التسوية
غائبالبضاعة غير المملوكة (لك عند الغير أو للغير عندك) تُمسك في مستودع مستقل بمحضر استلام يؤسس المسؤولية، وتحصيلها النقدي ذمة تُطابَق، وكشف تسوية دوري يقفل الحلقة: ما بيع وما حُصّل وما خُصم — ودقة هذه الثلاثية شرط بقاء العلاقة.
يطبقها: نون (مثلث الأمانات FBN: محضر استلام + ذمة تحصيل COD + كشف تسوية أسبوعي) · علي بابا (مخزون البائع لدى كاينياو بتتبع مستقل) · إي باي (كشف التسوية أساس قيود البائع وذمة المنصة حتى التحويل) · أمازون (بضاعة تجار FBA في مراكزها مع تقارير تعويض العجز)
حكمنا مسنود بـ: ملف التعريف §12: لا مستندات أمانة أو تسوية منصات؛ نماذج CUST القائمة تخص عُهد الأصول الداخلية للموظفين لا بضاعة الغير، والنماذج الـ14 كلها لبضاعة مملوكة.
خطوتنا: يُبنى عند أول حاجة فعلية (بيع عبر منصة أو تخزين لعلامة شريكة): موقع مخزني مستقل + محضر استلام أمانة + كشف تسوية شهري — القوالب الأربعة عند نون وإي باي جاهزة للاستنساخ.
رصيد موحّد يمنع البيع الزائد متعدد القنوات
جزئيرصيد واحد في نظام التاجر تخصم منه كل قنوات البيع فور كل عملية وتتزامن بقية القنوات تلقائيًّا — فالبيع الزائد (Overselling) يُمنع ببنية البيانات لا بالحذر اليدوي.
يطبقها: إي باي (أخطر أخطاء بائعيها — الحل المنصوص: رصيد مشترك يحدّث الجميع فورًا) · أمازون (رصيد الشبكة المركزي يحكم الوعد للعميل) · شي إن (رصيد الموقع هو رصيد المستودع لحظيًّا)
حكمنا مسنود بـ: الأساس البنيوي قائم: ماستر أرصدة سحابي واحد (مصدر وحيد بلا localStorage) وحارس البوابة gateVerdict يمنع خروج أي كمية تتجاوز المأذون — لكن لا توجد قناة بيع متصلة تخصم آليًّا بعد (لا POS ولا متجر إلكتروني، ملف التعريف §12).
خطوتنا: عند فتح أي قناة بيع: تُربط حصريًّا بماستر الأرصدة القائم (لا نسخة رصيد خاصة بها)، مع حجز الكمية عند تأكيد الطلب لا عند الشحن — القاعدة تُقرَّر الآن قبل وجود القناة.
الحوافز والجزاءات المشتقة آليًّا من المستندات
غائبنتيجة كل واقعة مستندية (تأخر، عجز، رفض جودة) تتحول آليًّا إلى أثر اقتصادي على الطرف المسؤول: غرامة تُقتطع، نصيب أقل من الأوامر القادمة، شروط دفع أطول — فيصبح الانضباط المستندي نفسه نظام حوافز يدير المورّدين بلا مراسلات.
يطبقها: وول مارت (غرامة OTIF ~3% من قيمة الأمر المخالف تُربط بالمستندات آليًّا) · شي إن (درجة المصنع تحدد نصيبه من الأوامر وشروط دفعه — حلقة رابعة تغلق المثلث) · أمازون (خصم مطالبات النقص وغرامات التأخير آليًّا عند المطابقة)
حكمنا مسنود بـ: لا آلية في النظام تربط نتائج GRN/QC بأي أثر على المورّد؛ الفروقات تُسجَّل في المطابقة الثلاثية وتقف عند إيقاف السداد دون جزاء مقنن أو أثر على التوريد اللاحق.
خطوتنا: تُبنى فوق بطاقة المورّد (المتطلب السابق): بند خصم تلقائي مقترح في الإشعار الدائن CN عند مخالفة الموعد/الكمية بنسبة معلنة في PO — الحارس creditNoteVerdict القائم يضبط سقفه أصلًا.
السجل التدقيقي غير القابل للحذف (Append-Only)
مطبَّقكل مسح وكل حركة يُضاف قيدًا دائمًا لا يُعدَّل ولا يُحذف، بهوية فاعله ووقته — فيصبح السجل مصدر الحقيقة ودليل الإثبات، والتصحيح يكون بقيد عكسي موثَّق لا بمحو الأثر.
يطبقها: أمازون (كل خطوة تُمسح وتُسجَّل — أساس التتبع والتعويضات) · شي إن (سجل مراحل الإنتاج اللحظي يغذّي التقييم) · إي باي (المستند هو الدليل — الشحن بلا سجل تتبع = خسارة النزاع تلقائيًّا)
حكمنا مسنود بـ: src/services/stock/operationsService.js نصًّا: «الفكرة الحاكمة: سجلّ لا يُحذف (append-only)» — كل مسح قيد دائم في operations/{opId}/scans بهوية الماسح ووقته (appendScan)، والجرد بلا localStorage، والتسويات لا تمر إلا عبر ADJ موثَّق بمحضر وسبب.
خطوتنا: التعميق: تعميم النمط نفسه على سجل انتقالات حالة المستندات (من أنشأ، من اعتمد، متى) إن لم يكن مكتملًا، وتقرير تدقيق دوري يُظهر أي فجوات زمنية شاذة بين القيود.
🎯 إطار مؤشرات الأداء (KPIs)
24 من أصل 30 مؤشرًا قابلة للقياس اليوم من بيانات النظام القائمة — البقية تنتظر بناء مصدر بياناتها.
سلسلة الوارد (6/7 قابل للقياس اليوم)
| المؤشر | الصيغة | المعيار العالمي | هدفنا | مصدر البيانات عندنا | الدورية / المسؤول | قياسه اليوم |
|---|---|---|---|---|---|---|
| زمن دورة طلب الشراء PR Approval Cycle Time | Σ (طابع نقلة الاعتماد approve في سجل التدقيق audit − createdAt) لكل مستندات PR المعتمدة في الفترة ÷ عدد مستندات PR المعتمدة | أمر التجديد يتولّد آليًّا عند نقطة إعادة الطلب دون تدخل بشري — الزمن البشري يقارب الصفر للأصناف الاعتيادية وول مارت (التجديد الآلي من نقاط البيع)، ويماثلها نموذج 1P عند امازون | ≤ 24 ساعة لكل طلب شراء يدوي | مجموعة documents (type=PR): حقل createdAt + قيود المجموعة الفرعية audit بحقل at (دالة appendAudit في documentsService.js) | أسبوعي · مسؤول المشتريات (purchase_officer) | ✔ نعم |
| زمن اعتماد أمر الشراء PO Approval Cycle Time | Σ (طابع اعتماد PO في audit − createdAt) ÷ عدد مستندات PO المعتمدة في الفترة | تأكيد الأمر (نموذج 855) يعود من المورّد إلى وول مارت خلال ساعات — الدورة الإلكترونية لا تنتظر أيامًا وول مارت (جدول مستندات EDI) | ≤ 48 ساعة من الإنشاء إلى الاعتماد | مجموعة documents (type=PO): createdAt + audit.at، والاشتقاق من PR عبر حقل links (deriveDocument في chain.js) | أسبوعي · مسؤول المشتريات (purchase_officer) | ✔ نعم |
| تغطية إشعار الشحن المسبق ASN Coverage Rate | (عدد استلامات GRN المسبوقة بإشعار شحن مسبق ASN معتمد ÷ إجمالي استلامات GRN في الفترة) × 100 | ASN-856 يُرسل لحظة خروج الشاحنة من مستودع المورّد ويُدمج في WMS للتحقق عند الاستلام — تغطية شبه كاملة وول مارت (نموذج 856) وكارفور (دمج ASN في نظام المستودع) | 100% من الحاويات الواردة خلال سنة من بناء النموذج | غير متاح اليوم — ASN هو المرحلة 03 في الخريطة والنموذج 3 في مصفوفة الورق لكنه ليس من الأنواع الـ19 المبنية (لا يوجد schemas/asn.js — فجوة مؤكدة) | شهري · مسؤول المشتريات (purchase_officer) | ✘ بعد البناء |
| دقة الاستلام Receiving Accuracy | (عدد بنود GRN بحالة «مطابق» ضمن تسامح 2% أو وحدة واحدة في دالة threeWayMatch ÷ إجمالي بنود GRN المغلقة مطابقتها) × 100 | «دقة الاستلام» مقياس أسبوعي مشترك تُراجع عليه الإدارات، وتُحتسب غرامات آلية على المورّد المتأخر أو الناقص امازون (المقاييس المشتركة الأسبوعية وغرامات الاستلام) | ≥ 98% من البنود مطابقة دون فرق | chain.js → threeWayMatch: حقول qtyOrdered/qtyReceived لكل بند (tally على بنود PO وGRN) مع الحالات الست وحقل varianceReceived | أسبوعي · مدير المخازن (warehouse_manager) | ✔ نعم |
| نسبة الرفض في فحص الجودة QC Rejection Rate | (Σ qtyRejected في بنود تقارير QC المعتمدة ÷ Σ qtyInspected في الفترة) × 100 | نتيجة كل فحص استلام تعود آليًّا إلى درجة المصنع فتحدد نصيبه من الأوامر القادمة وشروط دفعه شي ان (ربط الجودة بتقييم المورّد عبر MES) | ≤ 2% من الكميات المفحوصة | بنود مستندات QC (qtyInspected/qtyAccepted/qtyRejected) — الاشتقاق GRN→QC ينقل qtyReceived إلى qtyInspected (خريطة الاشتقاق في chain.js سطر 66) | أسبوعي · مفتش الجودة (qc_inspector) | ✔ نعم |
| زمن الرصيف إلى الرف Dock-to-Stock Time | Σ (طابع اعتماد PUTAWAY − طابع اعتماد GRN المرتبط به عبر links) ÷ عدد أوامر التخزين المعتمدة | العبور السريع (Cross-Docking) يُخرج البضاعة نحو الفروع خلال ~24 ساعة لأكثر من 80% من البضائع دون تخزين وول مارت (المرحلة 4: الاستلام والعبور السريع) | ≤ 48 ساعة من اعتماد الاستلام إلى اعتماد التخزين | قيود audit.at لمستندات GRN وQC وPUTAWAY المترابطة بحقل links؛ حارس الجودة يضمن أن المخزَّن هو المقبول فحصًا فقط | أسبوعي · مدير المخازن (warehouse_manager) | ✔ نعم |
| المهلة الكلية لسلسلة الوارد Inbound Lead Time (PR to Putaway) | Σ (طابع اعتماد PUTAWAY − createdAt لمستند PR في رأس السلسلة) ÷ عدد السلاسل المكتملة PR→PO→GRN→QC→PUTAWAY في الفترة | دورة كاملة من أمر الإنتاج إلى العرض القابل للبيع في نحو 10 أيام بدل أشهر شي ان (ضغط دورة التصميم-الإنتاج) | قياس خط الأساس في أول ربع ثم خفضه 20% | سلسلة الوارد الكاملة في chain.js + طوابع audit.at عبر حقل links بين المستندات الخمسة | شهري · مدير المخازن (warehouse_manager) | ✔ نعم |
سلسلة الصادر (3/3 قابل للقياس اليوم)
| المؤشر | الصيغة | المعيار العالمي | هدفنا | مصدر البيانات عندنا | الدورية / المسؤول | قياسه اليوم |
|---|---|---|---|---|---|---|
| دقة الانتقاء Picking Accuracy | (بنود PICK بلا مخالفة FEFO وبلا فرق بين qtyPicked والكمية المطلوبة ÷ إجمالي بنود قوائم السحب المعتمدة) × 100 | كل خطوة انتقاء وتعبئة تُمسح وتُسجَّل في محطة SLAM بمقاييس إنتاجية ودقة لكل محطة امازون (دورة Outbound: انتقاء → تعبئة → SLAM) | ≥ 99.5% من البنود | بنود PICK (حقل qtyPicked) + دالة fefoViolations في chain.js التي تقارن تشغيلة كل سحب بأقرب تشغيلة متاحة فعلًا | أسبوعي · مدير المخازن (warehouse_manager) | ✔ نعم |
| زمن دورة تجهيز الصادر Outbound Order Cycle Time | Σ (طابع اعتماد GP − createdAt لمستند PICK في رأس السلسلة) ÷ عدد سلاسل الصادر المكتملة PICK→PACK→DN→GP | لحظة تأكيد الطلب تبدأ سلسلة آلية كاملة؛ وإقليميًّا يصل نموذج noon Minutes إلى تسليم خلال 45–90 دقيقة امازون (سلسلة Outbound الآلية) ونون (Supermall/noon Minutes) | ≤ 24 ساعة من إنشاء قائمة السحب إلى اعتماد تصريح الخروج | سلسلة الصادر المستقلة في chain.js + طوابع audit.at وحقل links عبر PICK→PACK→DN→GP | أسبوعي · مدير المخازن (warehouse_manager) | ✔ نعم |
| التزام بوابة الخروج Gate Pass Compliance Rate | (تصاريح GP المعتمدة بلا أي مخالفة من gateVerdict — لا كمية تتجاوز المأذون ولا صنف خارج الإذن ÷ إجمالي تصاريح GP) × 100 | أي خلل — كمية ناقصة أو مخالفة — يوقف العملية آليًّا؛ والفصل بين من يجهّز ومن يعتمد هو جوهر الرقابة الداخلية كارفور (مثلث المالية–المشتريات–المخازن) | 100% — صفر مخالفات بوابة | chain.js → gateVerdict + قواعد Firestore التي تجعل اعتماد GP لضابط البوابة والمدير لا لأمين المخزن الذي جهّز | أسبوعي · ضابط البوابة (gate_officer) | ✔ نعم |
النقل والتوزيع (2/3 قابل للقياس اليوم)
| المؤشر | الصيغة | المعيار العالمي | هدفنا | مصدر البيانات عندنا | الدورية / المسؤول | قياسه اليوم |
|---|---|---|---|---|---|---|
| التسليم في الموعد وبالكامل On-Time In-Full (OTIF) | (عدد الرحلات المسلَّمة في موعدها المخطط وبكامل حمولتها ÷ إجمالي الرحلات المسلَّمة في الفترة) × 100 | وول مارت تقتطع آليًّا نحو 3% من قيمة الأمر المخالف لمعيار OTIF، ومدير حلول المورّدين مسؤول عن هذا المعيار وول مارت (غرامة OTIF ~3% وفريق التجديد) | ≥ 95% (الهدف المعتمد في لوحتنا التنفيذية) | مجموعة trips: deliveredDate وdeliveredAtMs في fleetOpsService.js — اللوحة التنفيذية تعرض OTIF هدف ≥95% ضمن مؤشراتها الثمانية | أسبوعي · مسؤول الحركة (fleet) | ✔ نعم |
| نسبة توثيق إثبات التسليم Proof of Delivery Rate | (رحلات بحالة delivered وحقل pod مكتمل — اسم مستلم + توقيع كانفس ÷ إجمالي الرحلات المسلَّمة) × 100 | رقم التتبع/إثبات التسليم هو دليل البائع الوحيد في نزاعات «لم يصلني الطلب»، وبدونه يخسر النزاع تلقائيًّا تقريبًا اي بي (المرحلة 2: بوليصة الشحن ورقم التتبع) | 100% (النظام يرفض POD بلا اسم ولا توقيع أصلًا) | fleetOpsService.js → recordPod: كائن trips.pod بحقول receiverName وsignature وphoto + deliveredAtMs | يومي · مسؤول الحركة (fleet) | ✔ نعم |
| ربط الرحلات بمستندات الصرف Trip-to-Document Linkage Rate | (رحلات TRIP المربوطة ببنود DN/GP معتمدة ÷ إجمالي رحلات التوزيع في الفترة) × 100 | نظام النقل TMS يحوّل أوامر الشراء إلى حمولات ويُسند لكل حمولة ناقلًا وموعد تسليم — كل حمولة موصولة بمستندها وول مارت (المرحلة 5) وكارفور (أمر التحويل للفرع = ERP + TMS) | 100% بعد بناء الربط TRIP↔DN/GP | غير متاح اليوم — الرحلة غير مربوطة بعد ببنود مستند صرف حقيقي DN/GP (فجوة موثقة في ملف التعريف §9) | شهري · مسؤول الحركة (fleet) | ✘ بعد البناء |
المرتجعات والجرد (4/4 قابل للقياس اليوم)
| المؤشر | الصيغة | المعيار العالمي | هدفنا | مصدر البيانات عندنا | الدورية / المسؤول | قياسه اليوم |
|---|---|---|---|---|---|---|
| نسبة المرتجعات Return Rate | (Σ كميات بنود RET المعتمدة في الفترة ÷ Σ كميات بنود DN المسلَّمة في الفترة نفسها) × 100 | المرتجعات تُفحص في المستودع وتُعاد للرصيد القابل للبيع أو تُصنَّف تالفة، وتُخصم في كشف التسوية الأسبوعي نون (المرحلة 3: التسليم والتحصيل والتسوية) | ≤ 3% من الكميات المسلَّمة | بنود مستندات RET وDN في مجموعة documents؛ خريطة الاشتقاق RET→CN تحمل qty وunitPrice وreason (chain.js سطر 74) | شهري · مدير المخازن (warehouse_manager) | ✔ نعم |
| زمن معالجة المرتجع Return Processing Cycle Time | Σ (طابع اعتماد CN − createdAt لمستند RET المرتبط) ÷ عدد سلاسل RET→CN المكتملة | المرتجعات والنزاعات تُدار داخل المنصة بمهل محددة، ومستنداتها هي بيّنات الفصل اي بي (المرحلة 4: التسليم والتسوية والنزاعات) | ≤ 5 أيام عمل من الإرجاع إلى الإشعار الدائن | audit.at لمستندي RET وCN + حارس creditNoteVerdict (لا خصم بلا مرتجع معتمد ولا بما يتجاوز المُرجَع) | شهري · المدير المالي (finance_manager) | ✔ نعم |
| نسبة التالف Damage Rate | (Σ كميات سندات DMG المعتمدة في الفترة ÷ Σ qtyReceived في بنود GRN للفترة نفسها) × 100 | التغليف المسطّح خفض تكلفة النقل والتلف — التلف عند ايكيا مؤشر يُهندَس له لا قدر يُحتمل ايكيا (ركيزة Flat-Pack) | ≤ 1% من الكميات المستلمة | بنود سندات DMG (مستند مستقل بلا سلسلة عمدًا — قد يُكتشف التالف بلا إرجاع) + بنود GRN في documents | شهري · مدير المخازن (warehouse_manager) | ✔ نعم |
| تغطية الجرد الدوري Cycle Count Coverage | (عدد الأصناف المعدودة في محاضر CC مصادَقة خلال الربع ÷ إجمالي أصناف الماستر السحابي 1017) × 100 | مسح دوري للأرفف وروبوتات مسح لاكتشاف الفجوات عند وول مارت؛ وعدّات دورية وطائرات مسيّرة للمواقع العلوية عند ايكيا وول مارت (مسح الأرفف) وايكيا (الجرد الدائم ودقته) | 100% من الأصناف تُعدّ مرة كل ربع على الأقل | بنود محاضر CC (schemas/cc.js — العدّ المزدوج والفرق من العدّ الثاني المؤكَّد) + كتالوج 1017 صنفًا في الماستر السحابي | ربع سنوي (تتبّع شهري) · مدقق المخزون (inventory_auditor) | ✔ نعم |
دقة المخزون (3/3 قابل للقياس اليوم)
| المؤشر | الصيغة | المعيار العالمي | هدفنا | مصدر البيانات عندنا | الدورية / المسؤول | قياسه اليوم |
|---|---|---|---|---|---|---|
| دقة سجلات المخزون Inventory Record Accuracy (IRA) | (بنود CC بفرق صفر — دالة matched/lineVariance = 0 ÷ إجمالي البنود المعدودة في محاضر مصادَقة) × 100 | دقة الرصيد حرجة لأن العميل يسحب بنفسه من الخدمة الذاتية — جرد دائم مع عدّات دورية مستمرة ايكيا (المعرض هو المستودع) ووول مارت (الجرد الدائم Perpetual Inventory) | ≥ 98% من البنود بفرق صفر | schemas/cc.js: lineVariance (العدّ المؤكَّد − الرصيد الدفتري) وعدّاد «البنود المطابقة تمامًا» المحسوب في النموذج | شهري · مدقق المخزون (inventory_auditor) | ✔ نعم |
| نسبة العجز المخزني Inventory Shrinkage Rate | (Σ القيمة المطلقة للفروق السالبة varianceValue في محاضر CC المصادَقة ÷ Σ قيمة الرصيد الدفتري المعدود) × 100 | «ضبط الفاقد» وظيفة قائمة بذاتها ضمن عمليات المتاجر عند وول مارت وول مارت (إدارة عمليات المتاجر) | ≤ 0.5% من قيمة المخزون المعدود | schemas/cc.js: varianceValue (الفرق × سعر الوحدة) وإجمالي قيمة الفرق المحسوب + سندات ADJ عبر حارس adjustmentVerdict | شهري · مدقق المخزون (inventory_auditor) | ✔ نعم |
| الالتزام بالصرف حسب أقرب صلاحية FEFO Compliance Rate | ((إجمالي بنود السحب − بنود مخالفات fefoViolations) ÷ إجمالي بنود قوائم السحب المعتمدة) × 100 | مركز التوزيع الإقليمي في دبي يفحص ويوزّع الأغذية بسبع مناطق حرارية — الصلاحية وسلسلة التبريد تحكمان الصرف كارفور / ماجد الفطيم (المرحلة 3: الاستلام والفحص المركزي) | ≥ 98% من البنود ملتزمة (وصفر تشغيلات منتهية تخرج) | chain.js → fefoViolations: تشغيلة كل سحب مقابل أقرب تشغيلة متاحة فعلًا في أرصدة FEFO؛ البند بلا تاريخ يُعدّ الأبعد فيُكشف | أسبوعي · مدير المخازن (warehouse_manager) | ✔ نعم |
الموردون (3/3 قابل للقياس اليوم)
| المؤشر | الصيغة | المعيار العالمي | هدفنا | مصدر البيانات عندنا | الدورية / المسؤول | قياسه اليوم |
|---|---|---|---|---|---|---|
| التزام المورّد بموعد التسليم Supplier On-Time Delivery | (استلامات GRN المعتمدة بتاريخ ≤ requiredDelivery في رأس PO المرتبط ÷ إجمالي استلامات المورّد في الفترة) × 100 — لكل مورّد | معيار OTIF مع اقتطاع آلي نحو 3% من قيمة الأمر المخالف، وبوابة Retail Link تُري المورّد نفس الأرقام التي يُحاسَب عليها وول مارت (غرامة OTIF 3% وRetail Link) | ≥ 90% في السنة الأولى ثم ≥ 95% | حقلا header.requiredDelivery وheader.supplier في schemas/po.js + طابع اعتماد GRN في audit.at — البيانات متوفرة وبطاقة التقييم غير مبنية بعد | شهري · مسؤول المشتريات (purchase_officer) | ✔ نعم |
| نسبة تلبية المورّد Supplier Fill Rate | (Σ qtyReceived في بنود GRN ÷ Σ qtyOrdered في بنود PO المقابلة) × 100 — مجمعة بحقل supplier لكل مورّد | تُحتسب غرامات على المورّد المتأخر أو الناقص عند الاستلام في مراكز امازون امازون (نموذج 1P — الاتجاه الأول Inbound) | ≥ 95% لكل مورّد | chain.js → threeWayMatch (totalOrdered/totalReceived وvarianceReceived لكل بند) + header.supplier من PO | شهري · مسؤول المشتريات (purchase_officer) | ✔ نعم |
| درجة جودة المورّد Supplier Quality Acceptance Score | (Σ qtyAccepted في بنود QC ÷ Σ qtyReceived في بنود GRN للمورّد نفسه) × 100 — لكل مورّد | نتيجة كل استلام (تأخر، عجز، رفض جودة) تعود آليًّا إلى درجة المصنع فتحدد نصيبه من الأوامر القادمة — الانضباط المستندي نظام حوافز شي ان (مثلث المالية–المشتريات–المخازن بالحلقة الرابعة) | ≥ 98% قبولًا؛ ومورّد دون 95% يدخل خطة تصحيح | بنود QC (qtyAccepted/qtyRejected) + بنود GRN + header.supplier — كل مكونات بطاقة التقييم متوفرة في documents والبطاقة نفسها غائبة | شهري · مفتش الجودة (qc_inspector) | ✔ نعم |
المالية والإغلاق (1/4 قابل للقياس اليوم)
| المؤشر | الصيغة | المعيار العالمي | هدفنا | مصدر البيانات عندنا | الدورية / المسؤول | قياسه اليوم |
|---|---|---|---|---|---|---|
| نسبة المطابقة الثلاثية النظيفة Clean Three-Way Match Rate | (مطابقات threeWayMatch المغلقة وكل بنودها «مطابق» دون استثناء يدوي ÷ إجمالي المطابقات المغلقة في الفترة) × 100 | لا سداد إلا بعد مطابقة آلية للفاتورة مع أمر الشراء ومحضر الاستلام؛ أي خلل يوقف السداد آليًّا ويرتد إشعار خصم — التغطية 100% وول مارت وكارفور (المطابقة الثلاثية قبل أي سداد) | 100% تغطية للمطابقة، و≥ 95% منها نظيفة بلا تدخل | chain.js → threeWayMatch: ست حالات للبند، تسامح 2% أو وحدة، ولا تُغلق المطابقة بلا تقرير جودة | شهري · المدير المالي (finance_manager) | ✔ نعم |
| زمن دورة فاتورة المورّد Supplier Invoice Cycle Time | Σ (تاريخ ترحيل فاتورة المورّد − تاريخ استلامها) ÷ عدد الفواتير المرحّلة في الفترة | الدفع السريع المنضبط بناءً على الاستلام المقبول هو ما يجعل آلاف الورش الصغيرة تقبل العمل بدفعات 100 قطعة شي ان (دورات الدفع القصيرة) — والمطابقة قبل الصرف عند وول مارت | ≤ 7 أيام من الاستلام إلى الترحيل | موديول أودو brandzo_warehouse — المرحلة 10 (فواتير مرحّلة ضمن قائمة تحقق الإغلاق)؛ مبنيّ ومُختبَر لكن غير مشغَّل حيًّا (لا بيئة أودو — مرحلة M2) | شهري · المدير المالي (finance_manager) | ✘ بعد البناء |
| نسبة القيود المحاسبية الآلية Automated Journal Entry Rate | (الحركات المخزنية — استلام، تحويل، بيع، إتلاف — التي ولّدت قيدها المحاسبي آليًّا ÷ إجمالي الحركات المخزنية في الفترة) × 100 | كل حركة مخزنية تولّد قيدها المحاسبي تلقائيًّا فتتطابق الأرقام التشغيلية والمالية لحظيًّا (≈100%) وول مارت (دور ERP في الدورة المستندية) | 100% بعد تشغيل أودو | موديول أودو brandzo_warehouse — المرحلة 11 (قيد اليومية)؛ 52 اختبارًا مبنيًّا لكن غير مشغَّل حيًّا بعد | شهري · المدير المالي (finance_manager) | ✘ بعد البناء |
| أيام الإغلاق المالي للفترة Financial Period Close Days | عدد أيام العمل من نهاية الفترة حتى اكتمال بنود قائمة تحقق bz.period.close الستة (فواتير مرحّلة، دفعات، إشعارات دائنة، جلسات جرد مصادَقة، تسويات مطبَّقة، مرتجعات مقفلة) وقفل الفترة | التكامل اللحظي بين التشغيل والمالية يجعل الإقفال مطابقةً لا إعادة بناء — الأرقام متطابقة لحظيًّا قبل نهاية الفترة وول مارت وامازون (SAP للماليات مع تغذية آلية من الأنظمة التشغيلية) | ≤ 5 أيام عمل | موديول أودو → bz.period.close: القائمة مشتقة آليًّا، الإغلاق حكر على المدير المالي، وقفل الفترة يمنع الترحيل بتاريخ داخلها — غير مشغَّل حيًّا بعد | شهري · المدير المالي (finance_manager) | ✘ بعد البناء |
الصحة العامة للدورة (2/3 قابل للقياس اليوم)
| المؤشر | الصيغة | المعيار العالمي | هدفنا | مصدر البيانات عندنا | الدورية / المسؤول | قياسه اليوم |
|---|---|---|---|---|---|---|
| نسبة الطلب المثالي Perfect Order Rate | (الشحنات الكاملة × في الموعد × بلا تلف أو مرتجع × بمستندات صحيحة DN/GP/POD) ÷ إجمالي الشحنات × 100 — حاصل ضرب المكونات الأربعة | وعد التسليم هو المنتج نفسه عند امازون؛ ومعيار OTIF مع غرامة 3% عند وول مارت هو مكوّنه الأشهر امازون (الهوس بالعميل) ووول مارت (OTIF) | ≥ 90% عند اكتمال الربط | مكوناته الجزئية متاحة (GP في documents، POD في trips، RET) لكن تركيبها يتطلب ربط TRIP↔DN/GP غير الموجود بعد — لذا غير قابل للقياس كاملًا اليوم | شهري · مدير النظام (admin) | ✘ بعد البناء |
| متوسط عمر انتظار الاعتماد Approval Queue Aging | Σ (الآن − updatedAt) للمستندات في حالة «مُرسَل» ÷ عددها، مع عدّ المستندات المتجاوزة لمهلة التقادم (مُرسَل يومان، معتمَد 5، مسودّة 14) | تأكيد الأمر يعود خلال ساعات والدورة إلكترونية بالكامل تقريبًا بلا أوراق — لا مستند ينام في درج وول مارت (نموذج 855 والدورة الإلكترونية) | صفر مستندات متجاوزة لمهلة اليومين في «بانتظار اعتمادي» | inbox.js: عمر الحالة يُقاس من آخر نقلة (updatedAt) مع مهل تقادم لكل حالة وترتيب بالأقدم انتظارًا وتصدير CSV | يومي · مدير النظام (admin) — وكل معتمِد عن قائمته | ✔ نعم |
| التغطية الرقمية للدورة المستندية Document Cycle Digital Coverage | (عدد النماذج المحكومة الحية في المحرك ÷ نماذج مصفوفة الورق الرسمية) × 100 = حاليًّا 14 ÷ 21 = 67% | دورة مستندية إلكترونية متكاملة «تقريبًا بلا أوراق» من ماسح الكاشير إلى رف الفرع (≈100%) وول مارت (ثانيًا: الدورة المستندية) | 100% — وأولها بناء نموذج ASN المفقود (المرحلة 03) | src/services/documents/schemas/index.js (14 نوعًا مبنيًّا) مقابل مصفوفة الورق الرسمية (21 نموذجًا) — الفجوة موثقة في ملف التعريف §3 | ربع سنوي · مدير النظام (admin) | ✔ نعم |
⚠️ سجل المخاطر
التقدير = الاحتمال (1–5) × الأثر (1–5) — والنطاقات: مرتفع ≥ 15 · متوسط ≥ 8 · منخفض دونها.
🔴 مخاطر مرتفعة — تدخل فوري (9)
هوامش وهمية لغياب التكلفة الوصولية (Landed Cost)
5×4 = 20مالية/نقدية
السيناريو: حاوية بقيمة فاتورة 100 ألف دينار تُسجَّل تكلفتها في النظام بسعر فاتورة المورّد فقط، بينما يُدفع 35 ألف دينار شحنًا وجمارك وتخليصًا وأرضيات كمصروفات عامة منفصلة. التسعير يُبنى على تكلفة ناقصة بنحو الثلث، فتُباع أصناف بهامش «ظاهري» 20% وهو فعليًّا خسارة، ولا يظهر ذلك إلا في الإقفال السنوي.
درس العالم: تقرير علي بابا يوجه المستورد العربي نصًّا: وثّق الصفقة داخل نظامك — استلام مقابل قائمة التعبئة، مطابقة ثلاثية، وتوزيع تكاليف الشحن والجمارك على الأصناف (Landed Costs) — فهذه الدورة الأقرب لواقع الشركات المستوردة في منطقتنا.
المعالجة: إضافة مستند «تكاليف الشحنة LC» يُشتق من GRN في محرك المستندات ويوزّع الشحن/الجمارك/التخليص على بنود الاستلام نسبيًّا، وإضافة بند سابع لقائمة تحقق الإغلاق المالي bz.period.close في موديول brandzo_warehouse: «لا GRN استيراد بلا تكاليف وصولية موزعة».
تقلب سعر الصرف بين أمر الشراء وسداد الفاتورة
5×4 = 20مالية/نقدية
السيناريو: يصدر PO بالدولار وسعر الصرف الفعلي المتاح وقتها، وتصل البضاعة وتُسدَّد فاتورة المورّد بعد 90 يومًا وقد تحرك السعر الموازي 15%. المطابقة الثلاثية تمر بنجاح لأنها تقارن كميات، بينما تكلفة الدينار الحقيقية قفزت؛ الأسعار الرفّية لم تُحدَّث، فيتآكل الهامش على كامل مبيعات الفترة دون أي إنذار في النظام.
درس العالم: إيكيا تثبّت السعر مقدمًا في عقود إطارية مع المصانع فتنصبّ المطابقة على الكميات والجداول لا الأسعار؛ ووول مارت وأمازون احتاجتا طبقة مالية موحدة (SAP) أساسًا بسبب التشغيل متعدد العملات — العملة عندهما بيانات نظام لا ملاحظة هامشية.
المعالجة: إضافة حقلَي «العملة وسعر الصرف المعتمد» إلى نموذجَي PO وفاتورة المورّد في schemas/، وحارس ثامن «فرق الصرف» يرفع تنبيهًا في صندوق الاعتماد إذا تجاوز فرق السعر بين المستندين نسبة معتمدة (مثلًا 5%) قبل اعتماد الفاتورة، مع تفضيل عقود إطارية بأسعار مثبتة مع المورّدين الخمسة الرئيسيين.
تسرب نقدي في التوزيع لغياب تسوية الرحلة
4×5 = 20مالية/نقدية
السيناريو: سائق ينفذ رحلة TRIP-2026 يسلّم فيها 12 عميل جملة ويحصّل نقدًا (السوق الليبي نقدي بالأساس). الرحلة تُقفل بمطابقة الوقود وتوقيع POD، لكن لا يوجد مستند يطابق: قيمة بنود DN المسلَّمة = النقد المحصَّل = المورَّد للخزينة — لأن الرحلة أصلًا غير مربوطة ببنود DN/GP. بعد ثلاثة أشهر يُكتشف عجز تراكمي لا يمكن نسبته لرحلة أو سائق بعينه.
درس العالم: نون: التحصيل النقدي عند الاستلام يتحول فورًا ذمةً موثقة، وكشف التسوية الدوري يطابق ما بيع وما حُصِّل وما خُصم — والتقرير ينص أن دقة محاضر الاستلام وكشوف التسوية «شرط بقاء النموذج كله».
المعالجة: تنفيذ الربط المخطط TRIP↔DN/GP، وإضافة «كشف تسوية رحلة» يُشتق آليًّا عند الإقفال: بنود التسليم × قيمها = النقد المتوقع، ويُقفل بمصادقة المالية (فصل أدوار عبر firestore.rules كما في ADJ/CN)، ويظهر الانحراف النقدي في اللوحة التنفيذية بجوار انحراف الوقود >15%.
توقف التشغيل أثناء انقطاع الكهرباء/الإنترنت (نظام سحابي فقط)
5×4 = 20تقنية
السيناريو: انقطاع كهرباء ست ساعات في طرابلس يوم استلام حاويتين: النظام سحابي بالكامل (Firestore) والجرد صار عمدًا «بلا localStorage»، فتتوقف شاشات GRN والماسح؛ يستلم الفريق ورقيًّا بلا أرقام مستندات من العدّادات، وبعد عودة الاتصال تُدخل البيانات من الذاكرة فتظهر فروقات لا يعرف أحد أهي أخطاء إدخال أم عجز حقيقي — وينكسر مبدأ «كل حركة تُمسح وتُسجَّل».
درس العالم: أمازون: «كل خطوة تُمسح وتُسجَّل» هو أساس النموذج كله — أي فجوة مسح تعني فقدان سلسلة العهدة؛ ووول مارت بنت التقنية لخدمة العملية التجارية لا العكس: العملية (استلام موثق دائمًا) هي الثابت والتقنية تتكيف.
المعالجة: طابور غير متصل (Offline queue) في شاشتي الماسح والاستلام يخزّن الحركات محليًّا ويزامنها عند عودة الاتصال مع سجل المسح السحابي append-only القائم، ودفتر «GRN طوارئ» ورقي مرقّم مسبقًا من عدّاد counters تُدخل بياناته لاحقًا بوسم «إدخال لاحق» ليميّزه محضر الجرد الدوري CC.
نفاد الأصناف سريعة الحركة لأن كل طلب شراء يدوي
4×4 = 16تشغيلية
السيناريو: صنف رائج من Wet n Wild يبيع 60 وحدة أسبوعيًّا ومهلة استيراده 8 أسابيع؛ لا توجد نقطة إعادة طلب، فلا يُنشأ PR إلا حين يلاحظ موظف بعينه انخفاض الرصيد في شاشة أرصدة FEFO. يسافر الموظف أسبوعين، فينزل الرصيد تحت حد المهلة دون أن ينتبه أحد، ويحدث نفاد 5 أسابيع كاملة في موسم ذروة، وتُفقد المبيعات لصالح المنافسين.
درس العالم: وول مارت: الجرد الدائم يخصم كل عملية بيع لحظيًّا ويولّد أمر التجديد آليًّا عند نقطة إعادة الطلب بلا تدخل بشري؛ وتجربة كارفور تركيا الموثقة: أتمتة تجديد 600+ متجر بأداة تنبؤ فوق SAP رفعت التوفر الرفّي نحو 7%.
المعالجة: إضافة حدَّي أدنى/أقصى لكل صنف في الماستر السحابي (1017 صنفًا)، ومولّد «مسودة PR آلية» في محرك المستندات يُنشئ PR بحالة مسودة في صندوق الاعتماد حين ينزل رصيد FEFO عن الحد الأدنى — القرار يبقى بشريًّا (اعتماد PR) لكن الإشارة آلية.
الاعتماد على شخص واحد في إدارة النظام ونشره
4×4 = 16تقنية
السيناريو: المالك هو الوحيد القادر على نشر قواعد Firestore وإسناد الأدوار ودفع التحديثات إلى Pages؛ يتعطل اعتماد GP لأن مستخدمًا جديدًا يحتاج دور gate_officer والمالك خارج البلاد بلا اتصال، أو يحدث خطأ في قاعدة أمنية يقفل صندوق الاعتماد كله ولا أحد غيره يملك الصلاحية أو المعرفة لإصلاحه — فيتوقف اعتماد المستندات في الشركة كلها أيامًا.
درس العالم: وول مارت توثّق عملياتها حتى في أدلة مورّديها ولا تعتمد على أفراد بل على عمليات موصوفة؛ وأمازون تدير التنسيق بمقاييس ولوحات مؤسسية لا بأشخاص لا غنى عنهم — المؤسسية هي الضامن لا البطل الفرد.
المعالجة: تعيين مشرف نظام ثانٍ بدور admin موثّق في org-structure.json (مرشح طبيعي: مدير الخدمات اللوجستية)، وكتابة Runbook تشغيلي في DEVELOPER_GUIDE.md: نشر قواعد Firestore، إسناد الأدوار، التعامل مع فشل النشر — مع تمرين تبادل أدوار ربع سنوي يجريه الشخص الثاني فعليًّا.
احتجاز جمركي وغياب رؤية الشحنات في الطريق
4×4 = 16سلسلة إمداد واستيراد
السيناريو: حاوية تُحتجز في ميناء ليبي ثلاثة أسابيع لنقص شهادة منشأ؛ النظام لا يعرف أصلًا أن هناك شحنة في الطريق (لا مستند بين PO وGRN)، فلا أحد يتابع المهل الجمركية، وتتراكم أرضيات وغرامات تأخير لا تُسجَّل ولا تُحمَّل على تكلفة البضاعة، ويُكتشف الاحتجاز مصادفة حين يسأل مدير المبيعات عن موعد وصول الصنف الناقص.
درس العالم: علي بابا (مسار B2B): الدورة التصديرية موثقة مستندًا مستندًا — فاتورة تجارية، قائمة تعبئة، بوليصة شحن، شهادة منشأ — والدفع مربوط بتحقق واقعة لوجستية موثقة (Trade Assurance)، وكاينياو تجعل التتبع الموحد عبر الناقلين خدمة أساسية لا كمالية.
المعالجة: نموذج ASN/شحنة يحمل حالات فرعية (أبحرت ← وصلت الميناء ← قيد التخليص ← أُفرج عنها) مع حقول بوليصة الشحن وشهادة المنشأ وتاريخ استحقاق الأرضيات، وبطاقة «شحنات في الطريق» في اللوحة التنفيذية بجوار مؤشرات الأسطول، وتحميل غرامات الاحتجاز على مستند التكاليف الوصولية LC.
إعدام مخزون مستحضرات التجميل لانتهاء الصلاحية قبل البيع
4×4 = 16جودة وصلاحيات
السيناريو: تُستلم دفعة 800 وحدة كريمات Mia Skin Care بصلاحية 10 أشهر، لكن مُدخل GRN يترك تاريخ الصلاحية فارغًا لبعض البنود (حارس FEFO يعدّ البند بلا تاريخ «الأبعد» فلا يُسحب أولًا بل آخِرًا). البيع في السوق الليبي أبطأ من المتوقع، والتنبيه الوحيد (≤7/30 يومًا في لوحة سلاسل الإمداد) يصل متأخرًا جدًّا عن أي تصريف تجاري مجدٍ، فتُعدم 300 وحدة بسند DMG.
درس العالم: كارفور تدير الحساسّ للصلاحية بدورة خاصة: فحص جودة مركزي وسبع مناطق حرارية ودورة طلب يومية قصيرة للطازج بمشاركة بشرية أكبر لصعوبة تنبؤه — البضاعة محدودة الصلاحية تحتاج مسارًا وإيقاعًا مختلفين لا نفس دورة البضاعة الجافة.
المعالجة: جعل التشغيلة وتاريخ الصلاحية حقلين إلزاميين في نموذج GRN لأصناف التجميل (تحقق في المخطط لا مجرد كشف لاحق من fefoViolations)، وإضافة شرائح إنذار مبكر 180/90 يومًا في شاشة أرصدة FEFO مع مسار تصريف موثق (عرض/خصم يعتمده المدير التجاري) قبل بلوغ شريحة الإعدام.
وصول الحاويات «عمياء» بلا إشعار شحن مسبق (ASN)
5×3 = 15تشغيلية
السيناريو: يصدر أمر شراء PO لحاوية مستحضرات تجميل من المورّد، ثم لا يسجَّل أي مستند بين المرحلة 02 (PO) والمرحلة 04 (GRN): تصل الشاحنة إلى المستودع دون موعد محجوز ولا معرفة مسبقة بالمحتوى، فيُفاجأ فريق الاستلام بـ40 طبلية، ويُجرى الفحص والمطابقة يدويًّا مقابل أمر الشراء وحده، فيمتد الاستلام يومين وتضيع فروقات العجز بين مسؤولية المورّد والناقل.
درس العالم: وول مارت تجعل إشعار الشحن المسبق (نموذج 856 EDI) وملصقات GS1-128/SSCC أساس المطابقة الآلية لحظة وصول الشاحنة، وكارفور تدمج بيانات ASN في نظام المستودع (WMS) للتحقق من أن المستلَم فعليًّا يطابق المُشترى — الاستلام عندهما يبدأ قبل وصول الشاحنة لا بعده.
المعالجة: بناء نموذج ASN المفقود (schemas/asn.js — النموذج 03 في مصفوفة الورق) واشتقاقه من PO المعتمد عبر deriveDocument في chain.js، بحقول: رقم بوليصة الشحن، تاريخ الوصول المتوقع ETA، ومحتوى الطبليات؛ ثم اشتقاق GRN من ASN بدل PO مباشرة، وإظهار «شحنات في الطريق» في صندوق الاعتماد (inbox.js).
🟡 مخاطر متوسطة — خطة معالجة (6)
تدهور صامت في أداء الدورة لغياب مؤشراتها
4×3 = 12تشغيلية
السيناريو: زمن المرحلة GRN→PUTAWAY يتضاعف تدريجيًّا من يوم إلى ثلاثة أيام خلال ربع سنة (تكدس في منطقة الفحص)، ونسبة نجاح المطابقة الثلاثية من أول مرة تهبط من 90% إلى 60% — ولا يلاحظ أحد، لأن لوحة سلاسل الإمداد تقيس مؤشرات الأسطول (POD، OTIF، وقود) لا مؤشرات الدورة المستندية، فيُكتشف الخلل فقط عند أزمة: بضاعة معطلة وفواتير مورّدين متأخرة السداد.
درس العالم: أمازون: التنسيق بين الإدارات لا يتم باجتماعات بل بمقاييس مشتركة تُراجع أسبوعيًّا (نسبة التوفر، دقة الاستلام، أعمار المخزون) — كل إدارة ترى أثر عملها على أرقام الأخرى في لوحات موحدة والخلافات تُحسم بالبيانات.
المعالجة: بناء لوحة «مؤشرات الدورة المستندية» في مركز التقارير تتغذى من طوابع النقلات المخزنة أصلًا في المستندات (عمر الحالة الذي يحسبه inbox.js): زمن كل مرحلة من 12، نسبة المطابقة الآلية الناجحة من threeWayMatch، دقة الاستلام (GRN مقابل PO)، وPerfect Order Rate — بمراجعة أسبوعية إلزامية للمديرَين.
اختناق الاعتمادات عند غياب أحد المديرَين
4×3 = 12حوكمة وفصل أدوار
السيناريو: المدير المعتمِد يسافر أسبوعًا؛ تتراكم في صندوق «بانتظار اعتمادي» 25 وثيقة تتجاوز مهلة التقادم (مُرسَل يومان): تصاريح GP فتقف شاحنات عند البوابة، وتسويات ADJ فيتجمد إقفال الجرد، وإشعارات CN فيتأخر رد أموال العملاء — وتتحول الحوكمة الصارمة نفسها إلى سبب تعطل التشغيل، فيبدأ الموظفون «حلولًا» ورقية خارج النظام.
درس العالم: وول مارت: التجديد الآلي يصدر أوامر ضمن سقف الشراء المعتمد للفئة دون توقيع المشتري على كل أمر — التفويض بالسقوف المالية لا بالتوقيع الفردي؛ وأمازون تخرج المشتري البشري من حلقة الأصناف الاعتيادية كليًّا.
المعالجة: مصفوفة تفويض بالقيمة: تحت سقف معيّن يعتمد نائبٌ محدد في org-structure.json (لكل نوع مستند بديل اعتماد ثانٍ في firestore.rules)، مع تصعيد آلي في inbox.js — إشعار للمدير الأعلى حين يتجاوز مستند مهلة حالته بدل بقائه صامتًا في الصندوق.
إخفاء العجز والسرقة في سندات التالف والتسويات
3×4 = 12حوكمة وفصل أدوار
السيناريو: أمين مخزن يعرف أن DMG مستند مستقل بلا سلسلة اشتقاق: يسجّل شهريًّا 15–20 وحدة عطور «تالفة» بلا صور ولا مرتجع مرتبط، ويخرجها فعليًّا للبيع الخاص. حارس التسوية adjustmentVerdict يضبط ADJ جيدًا (يشترط محضر جرد مصادَقًا)، لكن مسار DMG أضعف؛ ومع الوقت يصبح «التالف» بندًا شهريًّا معتادًا لا يسأل عنه أحد.
درس العالم: كارفور: جوهر الرقابة الداخلية أن كل طرف يضبط الآخر — «المشتريات لا تستطيع الدفع، والمستودع لا يعرف الأسعار، والمالية لا تشتري»؛ وشي إن تعيد نتيجة كل استلام (رفض جودة/عجز) آليًّا إلى درجة الطرف المسؤول فيصبح الانضباط المستندي نظام حوافز.
المعالجة: تشديد نموذج DMG في schemas/: صورة إلزامية + سبب مصنف + اعتماد ثنائي (qc_inspector ثم finance_manager) في firestore.rules أسوة بـADJ/CN، وإضافة تقرير «اتجاه التالف والتسويات حسب الصنف والموظف» في مركز التقارير يراجعه المدير شهريًّا، وجعل عدّ CC أعمى (العدّاد لا يرى الرصيد الدفتري في شاشة الجرد).
استمرار الشراء من مورّدين متعثرين لغياب بطاقة التقييم
4×3 = 12سلسلة إمداد واستيراد
السيناريو: مورّد يتأخر في 4 من آخر 6 شحنات وترفض الجودة 8% من بنوده؛ كل GRN وQC يسجّل ذلك بدقة، لكن لا شيء يجمّع البيانات، فيُصدر مسؤول المشتريات PR جديدًا لنفس المورّد لأن «السعر مناسب»، ويتكرر النفاد والرفض الجودي وتُدفع نفس الكلفة الخفية كل مرة.
درس العالم: شي إن: تقييم المصنع يُبنى آليًّا من أداء استلاماته الفعلي (التزام، جودة، مواعيد) ويقرر نصيبه من الأوامر القادمة وشروط دفعه — «اربط تقييم مورّديك بأداء استلاماتهم الفعلي في النظام لا بالانطباعات»؛ ووول مارت تقتطع نحو 3% غرامة عن مخالفة معيار OTIF.
المعالجة: شاشة «بطاقة تقييم المورّدين» في مركز التقارير تُشتق آليًّا من بيانات GRN/QC القائمة (OTIF، نسبة الرفض، متوسط التأخير) — الملف التعريفي يؤكد أن البيانات متوفرة أصلًا — وإظهار درجة المورّد داخل نموذج PR لحظة إنشائه لتكون أمام المعتمِد قبل الموافقة.
توسع بفروع ومنصات بلا رصيد موحد ولا مستندات تحويل
3×4 = 12نمو وتوسع
السيناريو: تفتح Brandzo معرضًا في بنغازي وتبدأ البيع عبر منصة إلكترونية محلية: البضاعة تُنقل للمعرض بلا مستند تحويل داخلي محكوم (السلاسل الحالية أربع وليس فيها TRF)، فيتضارب الرصيد — الصنف يظهر متاحًا في المنصة بينما نُقل فعليًّا إلى بنغازي، فتُباع 30 قطعة غير موجودة، وتنهار الثقة بأرقام الماستر الواحد الذي بُني بعناء.
درس العالم: إي باي: البيع الزائد (Overselling) أخطر أخطاء البائع متعدد القنوات، والحل رصيد واحد تُخصم منه كل القنوات وتتزامن لحظيًّا؛ وإيكيا تدير التوزيع على المعارض بأمر تجديد ومحضر استلام معرض محكومين لكل حركة بين المواقع.
المعالجة: قبل أي فرع جديد: إضافة سلسلة خامسة «تحويل داخلي TRF → استلام فرع» في chain.js بنفس منطق DN/GP (لا يخرج من موقع إلا بمستند معتمد ولا يدخل رصيد الفرع إلا بمسح استلام)، وجعل أرصدة FEFO في الماستر مفصولة بالموقع مع بقاء المصدر السحابي واحدًا.
قطيعة بين الواجهة الحية وموديول أودو غير المشغَّل
3×4 = 12نمو وتوسع
السيناريو: موديول brandzo_warehouse مكتمل (12/12 مرحلة، 52 اختبارًا) لكنه لم يعمل يومًا في بيئة أودو حقيقية؛ عند التشغيل الفعلي (M2) تُدار العمليات شهورًا على البوابة (Firestore) وأودو معًا، فتتباعد الأرقام: GRN في البوابة بلا نظير مرحّل في أودو، ويفشل الإغلاق المالي bz.period.close لأن قائمة تحققه الست تجد فواتير غير مرحّلة وجلسات جرد غير مصادَقة — فيفقد الفريق الثقة بالنظامين معًا.
درس العالم: وول مارت وأمازون كلتاهما انتهتا إلى نمط الطبقات المتكاملة (أنظمة تشغيل داخلية + SAP للماليات) عبر تحول مُدار على مراحل لا قفزة واحدة، وكارفور جعلت SAP S/4HANA «مصدر الحقيقة» الذي تتغذى منه بقية الأنظمة — تعدد الأنظمة مقبول بشرط وضوح مصدر الحقيقة والتزامن.
المعالجة: خطة تشغيل متوازٍ محددة في M2: تشغيل الاختبارات الـ52 في بيئة أودو حقيقية أولًا، ثم شهر تشغيل مزدوج تُطابَق فيه أسبوعيًّا مستندات البوابة (GRN/ADJ/CN) مع نظائرها في أودو عبر تقرير مطابقة، ولا يُعلن أودو مصدر الحقيقة المالية إلا بعد إغلاق فترة كاملة ناجح بقائمة تحقق bz.period.close.
❓ بنك الأسئلة الاحترافية — وقود الاجتماعات
أسئلة تكشف قرارات مؤجلة وافتراضات صامتة؛ كل سؤال مسنود بمرجع عالمي وينتهي بقرار مطلوب. تُطبع صفحة الإدارة قبل اجتماعها.
س1. من يملك «رقم التنبؤ» عندنا؟ إيكيا تُلزم السلسلة كلها برقم تنبؤ واحد يُعتمد قبل شهور وتُشتق منه خطط الشراء والسعة والموازنة — نظامنا اليوم يوثّق ما حدث (14 نموذجًا محكومًا من PR إلى CN) لكن لا يوجد فيه مستند تنبؤ واحد، ولا إدارة مكلَّفة بإنتاجه.
لماذا يهم؟بلا رقم تنبؤ معتمد يشتري كل طرف باجتهاده: المشتريات تخمّن الكميات، والمستودع يخمّن السعة، والمالية تخمّن السيولة — والخلاف يقع في التنفيذ بدل أن يُحسم في الخطة. كل بنيتنا المستندية جاهزة لتستقبل هذا الرقم ولا أحد ينتجه.
المرجع العالميإيكيا: «رقم تنبؤ واحد تلتزم به السلسلة كلها» — نظام APS مركزي يبني تنبؤًا موحدًا تُشتق منه خطط المواد وطاقة المورّدين والتجديد، والمشتريات تحجز الطاقة عليه والمستودعات تخطط سعتها عليه والمالية تبني الموازنة عليه.
القرار المطلوبتسمية مالك واحد للتنبؤ (إدارة/شخص)، واعتماد «خطة التنبؤ» مستندًا رسميًّا خامس عشر في النظام بدورة إصدار شهرية، تتفرع منه طلبات الشراء PR بدل الاجتهاد الفردي.
س2. بنينا نظام اجتماعات كاملًا (7 محاضر MOM وتقرير مجمّع SYS) — لكن أمازون تقول إن التنسيق الحقيقي لا يتم بالاجتماعات بل بمقاييس مشتركة تُراجع أسبوعيًّا. فهل لدينا لوحة مؤشرات واحدة ترى فيها كل إدارة أثر عملها على أرقام الإدارة الأخرى، أم أن كل إدارة ستقدّم تقريرها المنفصل في الاجتماع؟
لماذا يهم؟اللوحة التنفيذية في /dashboard/supply-chain تعرض 8 مؤشرات لكنها لوجستية الطابع (POD، OTIF، وقود، صيانة)؛ لا يوجد فيها توفر الأصناف ولا دقة الاستلام ولا أعمار المخزون ولا هامش الفئة — أي المؤشرات التي تربط التجاري بالمخزني بالمالي. بدونها تتحول اجتماعاتنا إلى سرد لا مساءلة.
المرجع العالميأمازون: «التنسيق لا يتم باجتماعات بل بمقاييس مشتركة تُراجع أسبوعيًّا: نسبة التوفر، دقة الاستلام، أعمار المخزون، هامش الفئة — كل إدارة ترى أثر عملها على أرقام الأخرى في لوحات موحدة».
القرار المطلوباعتماد قائمة 6–8 مؤشرات مشتركة بين الإدارات (توفر، دقة استلام، عمر مخزون، هامش) وموعد مراجعة أسبوعي ثابت، وتكليف التقنية بإضافتها إلى اللوحة التنفيذية القائمة.
س3. حين يعمل موديول أودو (brandzo_warehouse مكتمل 12/12 وينتظر التشغيل الحي في M2) وبوابة Firestore تعمل حيًّا اليوم بنماذجها الـ14 — أيهما «مصدر الحقيقة»؟ هل قررنا من الآن أي رصيد يُعتمد عند تعارض الرقمين، أم نؤجل القرار حتى يقع التعارض؟
لماذا يهم؟نحن نبني منظومتين متوازيتين لنفس الدورة المستندية: البوابة الحية والموديول المحاسبي. بلا إعلان صريح للسيادة سنكرر خطأ «الهيكل التنظيمي المكتوب في أربعة أماكن وقد انحرفت فعلًا» الذي اكتشفناه بأنفسنا — لكن هذه المرة في الأرصدة والأموال لا في المخططات.
المرجع العالميكارفور: «الـERP هو مصدر الحقيقة الذي تتغذى منه بقية الأنظمة» — S/4HANA عمود فقري واحد، وOMS/WMS/TMS طبقات متخصصة فوقه لا أنداد له.
القرار المطلوبقرار معماري مكتوب: عند تشغيل M2 يكون أودو سيد البيانات المالية والأرصدة، والبوابة طبقة تشغيل وواجهة — مع تحديد آلية المزامنة واتجاهها قبل التشغيل لا بعده.
🗺️ خارطة توصيات التطوير
ثلاثة آفاق متسقة مع خطة المشروع (البوابة القائمة ← تشغيل أودو M2 ← التكاملات) — كل توصية مربوطة بفجوتها ولها مؤشر نجاح.
⚡ مكسب سريع (5)
بناء نموذج إشعار الشحن المسبق ASN في محرك النماذج
مرتفعإضافة النوع الخامس عشر إلى محرك النماذج المحكومة (ملف جديد src/services/documents/schemas/asn.js) وإدراجه في سلسلة الوارد لتصبح PR → PO → ASN → GRN في chain.js، بحيث يشتق deriveDocument مذكرة GRN من ASN المعتمد وتُقارن كميات الاستلام ببنود ASN قبل الفحص. هذه فجوة مؤكدة في ملف التعريف: المرحلة 03 موثقة في صفحة /dashboard/workflows والنموذج 3 في مصفوفة الورق، لكنه غير مبني في المحرك. الدرس: وول مارت (نموذج 856 يُرسل لحظة تحرك الشاحنة ويُستخدم للمطابقة عند الاستلام) وكارفور صراحة: «ASN ليس رفاهية — شرط للتحقق من أن المستلَم يطابق المشترى».
🧩 في أودو: وحدتا المشتريات والمخزون: يتحقق ASN في أودو عبر الاستلام المجدول مقابل أمر الشراء — التاريخ المتوقع والطرود على إيصال الاستلام stock.picking مع «مسح الباركود والمطابقة مع أمر الشراء» (جدول إسقاط وول مارت)، ويُضاف حقل مرجع ASN إلى حارس الاستلام في موديول brandzo_warehouse عند التشغيل الحي M2.
📏 مؤشر النجاح: ≥90% من مذكرات GRN لشحنات الاستيراد مسبوقة بـASN معتمد خلال 90 يومًا من إطلاق النموذج.
👤 مسؤول المشتريات (purchase_officer) · الجهد: منخفض
بطاقة أداء الموردين المشتقة من بيانات GRN وQC القائمة
مرتفعشاشة «بطاقة أداء المورد» تُشتق آليًا من بيانات موجودة فعلًا في النظام دون إدخال جديد: OTIF من مقارنة موعد PO/ASN بتاريخ GRN، نسبة الرفض من بنود تقارير QC، ودقة الكميات من فروقات threeWayMatch الست حالات. ملف التعريف يقر الفجوة صراحة: «لا بطاقة تقييم موردين رغم توفر بيانات GRN/QC لاشتقاق OTIF ونسب الرفض». الدرس: شي إن («اربط تقييم مورديك بأداء استلاماتهم الفعلي في النظام لا بالانطباعات» — درجة المصنع تحدد نصيبه من الأوامر) ووول مارت (معيار OTIF بعهدة مدير حلول الموردين).
🧩 في أودو: وحدة المشتريات في أودو: «مؤشرات OTD وجودة الاستلامات على بطاقة كل مورد» (جدول إسقاط شي إن) مع تقارير تحليل المشتريات Purchase Analysis — البيانات المتراكمة في بوابتنا تهاجر كخط أساس تاريخي عند M2.
📏 مؤشر النجاح: بطاقة حية لكل مورد نشط (5 علامات تجارية) خلال 6 أسابيع، وقرار ترسية واحد شهريًا على الأقل موثق بدرجة البطاقة.
👤 مسؤول المشتريات (purchase_officer) · الجهد: منخفض
لوحة مؤشرات الدورة المستندية فوق صندوق الاعتماد
مرتفعلوحة قياس مبنية فوق بيانات صندوق الاعتماد (inbox.js يقيس عمر الحالة من آخر نقلة أصلًا): زمن المكوث لكل مرحلة من مراحل الدورة الاثنتي عشرة، نسبة المطابقة الثلاثية المغلقة آليًا دون تدخل، دقة الاستلام (GRN بلا فروقات)، وPerfect Order Rate لسلسلة الصادر PICK→PACK→DN→GP. ملف التعريف يؤكد أن «مؤشرات الدورة المستندية غير مقيسة — لوحة سلاسل الإمداد تقيس مؤشرات الأسطول لا الدورة». الدرس: أمازون («اجعل للإدارات مقاييس مشتركة تُراجع دوريًا بدل تقارير منفصلة — كل إدارة ترى أثر عملها على أرقام الأخرى»).
🧩 في أودو: بعد M2 تُستخرج المؤشرات ذاتها من سجلات أودو (تواريخ حالات purchase.order وstock.picking وaccount.move) عبر اللوحات التحليلية المدمجة، فتتحول اللوحة الأمامية إلى قراءة لمصدر حقيقة واحد كما عند كارفور («الـERP مصدر الحقيقة وطبقات متخصصة فوقه»).
📏 مؤشر النجاح: تقرير أسبوعي منشور للمراحل الـ12، وخفض متوسط عمر حالة «مُرسَل» إلى أقل من يومين (مهلة التقادم المعرفة في inbox.js) خلال ربع واحد.
👤 مدير السلاسل والإمداد والمخازن (warehouse_manager) · الجهد: متوسط
ربط الرحلات TRIP ببنود إذن التسليم DN وتصريح البوابة GP
مرتفعإقفال الفجوة المعلنة «الرحلة غير مربوطة بعد ببنود مستند صرف حقيقي»: لا تُفتح رحلة توزيع TRIP-2026-#### إلا بإحالة إلى GP معتمد (حارس gateVerdict قائم)، وتحميل بنود DN على الرحلة، وإقفال POD (بتوقيع الكانفس والصورة الموجودين) يقفل بنود DN المرتبطة. الدرس: وول مارت (نظام TMS «يحوّل الأوامر إلى حمولات» — المستند التجاري هو أصل الحمولة لا العكس) ونون (إثبات التسليم بالمسح هو ما يغذي التسوية المالية).
🧩 في أودو: أودو: حقل مرجع الرحلة/الحمولة على أمر التسليم stock.picking الصادر، وتأكيد التسليم عند POD — أو تكامل TMS كطبقة فوق الـERP كما في نموذج كارفور (TMS يبني الحمولات ويجدولها).
📏 مؤشر النجاح: 100% من رحلات التوزيع الجديدة مرتبطة بتصريح GP معتمد، مع بقاء مؤشر POD على هدف 100% في اللوحة التنفيذية القائمة.
👤 قسم الحركة والأسطول (fleet) · الجهد: منخفض
حارس نقطة إعادة الطلب يولّد مسودات PR من أرصدة FEFO
مرتفعإضافة حدين أدنى/أقصى لكل صنف في ماستر الأصناف السحابي (1017 صنفًا)، ومهمة دورية تفحص أرصدة FEFO فتولّد مسودة طلب شراء PR مقترحة في المحرك القائم بدل أن يظل «كل PR يدويًا» (فجوة معلنة). الاعتماد يبقى بشريًا عبر صندوق الاعتماد — الأتمتة في الاقتراح لا القرار. الدرس: إيكيا («التجديد بحدود دنيا/قصوى محسوبة مركزيًا أدق من اجتهاد كل فرع») ووول مارت (عند نقطة إعادة الطلب يولّد النظام أمر تجديد آليًا دون تدخل بشري).
🧩 في أودو: قواعد إعادة التموين Reordering Rules في مخزون أودو: «حد أدنى/أقصى ينشئ أمر شراء مسودة تلقائيًا» (جدول إسقاط وول مارت، وإسقاط إيكيا Min/Max لكل مستودع) — الحدود المضبوطة الآن تُرحَّل كما هي إلى orderpoint عند M2.
📏 مؤشر النجاح: ≥60% من طلبات الشراء PR تتولد من التنبيه لا يدويًا خلال ربع، مع انخفاض مقيس لحالات نفاد أصناف الفئة أ.
👤 مسؤول المشتريات (purchase_officer) · الجهد: متوسط
🛠️ متوسط المدى (5)
مستند التكلفة الواصلة LC لتوزيع الشحن والجمارك على الحاويات
تحويلينموذج محكوم جديد «سند التكلفة الواصلة LC» في محرك النماذج يوزع الشحن البحري والجمارك والتخليص والنقل الداخلي على بنود GRN الخاصة بالحاوية (بالقيمة أو الوزن أو الكمية) قبل قيد اليومية بالمرحلة 11 — فجوة معلنة حرجة لأننا «شركة مستوردة بلا Landed Costs»، وهوامش الأصناف اليوم محسوبة بسعر الفاتورة لا بالتكلفة الحقيقية. الدرس: علي بابا للمستورد العربي («وثّق صفقة المنصة داخل نظامك: أمر شراء، استلام مقابل قائمة التعبئة، مطابقة ثلاثية، وLanded Costs»).
🧩 في أودو: وحدة المخزون في أودو: Landed Costs — «توزيع النقل والجمارك على تكلفة الأصناف» (جدول إسقاط علي بابا) مع التقييم الآلي للمخزون، وربطها ببند فواتير الموردين في قائمة تحقق الإغلاق المالي bz.period.close الموجودة في الموديول.
📏 مؤشر النجاح: 100% من حاويات الاستيراد تصدر بتكلفة واصلة موزعة خلال 7 أيام من GRN، وهامش كل صنف يُحسب بالتكلفة الحقيقية الشاملة.
👤 المدير المالي (finance_manager) · الجهد: متوسط
خطة طلب موحدة: رقم تنبؤ واحد يقود المشتريات وخطط الحاويات
تحويليبناء «خطة الطلب الموحدة»: رقم تنبؤ شهري لكل صنف/علامة يُشتق من تاريخ الصرف الفعلي (بنود DN) وأرصدة FEFO ونتائج الجرد الدوري CC، يُعتمد في اجتماع شهري ثم تُشتق منه مقترحات PR وجداول الحاويات ومهل الاستيراد — سدًّا لفجوة «التنبؤ والتخطيط: لا يوجد أي تنبؤ طلب». الدرس: إيكيا («رقم تنبؤ واحد تلتزم به السلسلة كلها — أقوى فكرة قابلة للنقل»؛ المشتريات تحجز عليه والمالية تبني موازنتها عليه فيُحسم الخلاف في الخطة لا التنفيذ) وتجربة كارفور تركيا (+7% توفرًا بعد أتمتة التجديد فوق SAP).
🧩 في أودو: أودو: الجدولة الرئيسية MPS + التنبؤ فوق قواعد إعادة التموين — «أوامر شراء من خطة رئيسية أو من التنبؤ مع عقود إطارية» (جدول إسقاط إيكيا)، و«مقترحات الطلب أوامر شراء مسودة» (إسقاط كارفور).
📏 مؤشر النجاح: رفع توفر أصناف الفئة أ بمقدار 5–7 نقاط مئوية خلال 6 أشهر من اعتماد أول خطة، وانخفاض المخزون الراكد المكتشف في الجرد الدوري.
👤 مسؤول المشتريات (purchase_officer) بمصادقة المدير المالي · الجهد: مرتفع
بوابة موردين خفيفة: تأكيد الأوامر ورفع ASN ورؤية بطاقة الأداء
مرتفعصفحة محمية للموردين الخمسة الرئيسيين يرون فيها أوامر PO الصادرة لهم فيؤكدونها أو يعتذرون عن جزء (مكافئ نموذج 855 عند وول مارت)، ويرفعون ASN وبيانات الشحن (يتكامل مع rec-asn-schema)، ويطلعون على بطاقة أدائهم نفسها التي نحاسبهم بها (يتكامل مع rec-vendor-scorecard). الدرس: وول مارت («شارك مورديك البيانات التي تحاسبهم عليها — الشفافية تحسم النزاعات»، بوابة Retail Link منذ 1991) وشي إن («حين تكون علاقتك بمورديك هي عملك الأساسي فبوابة الموردين أهم من أي وحدة أخرى»). فجوة معلنة: «لا بوابة موردين ولا EDI».
🧩 في أودو: بوابة الموردين Vendor Portal الجاهزة في أودو: «يرى المورد أوامره ويؤكد المواعيد ويحدّث الحالة» (جدول إسقاط شي إن)، وإرسال Purchase Order عبر البوابة (إسقاط وول مارت) — بعد M2 تغني البوابة الجاهزة عن الصيانة الذاتية.
📏 مؤشر النجاح: أكبر 10 موردين يؤكدون أوامرهم عبر البوابة خلال 48 ساعة من الإرسال، وانخفاض مراسلات المتابعة اليدوية 50%.
👤 مسؤول المشتريات (purchase_officer) · الجهد: مرتفع
منظومة مستندات الأمانات وكشف التسوية الدوري
متوسطبناء مجموعة مستندات «الأمانات» في المحرك: مستودع أمانة مستقل في أرصدة FEFO، محضر إدخال/إخراج عهدة، ذمة تحصيل نقدي COD، وكشف تسوية دوري يطابق ما بيع وما حُصّل وما خُصم — تحضيرًا للبيع عبر المنصات أو تخزين بضاعة غير مملوكة (فجوة معلنة: «لا مستندات أمانة/تسوية منصات»). الدرس: نون (مثلث الأمانات: محضر استلام + ذمة تحصيل + كشف تسوية أسبوعي — «دقة المستندات شرط بقاء النموذج»، و«البضاعة الأمانة تحتاج مستودعًا مستقلًا لا تُخلط بالرصيد الرئيسي») وإي باي (كشف التسوية أساس القيود المحاسبية).
🧩 في أودو: أودو: «مستودع خارجي/بضاعة أمانة بتتبع مستقل» (جدول إسقاط علي بابا) وتحويل داخلي إلى مستودع FBN مستقل + «قيود دورية: إيراد وعمولات ومردودات وذمة على المنصة» و«دفعة على وسيط تحصيل تُقفل عند التسوية» (جدول إسقاط نون).
📏 مؤشر النجاح: مطابقة شهرية 100% بين كشوف أي منصة أو طرف أمانة والدفاتر، وصفر خلط بين رصيد الأمانة والرصيد المملوك.
👤 المدير المالي (finance_manager) · الجهد: متوسط
مسار العبور السريع المحكوم للبنود المخصصة مسبقًا
متوسطفتح مسار ثانٍ في سلسلة الوارد: بنود GRN المخصصة مسبقًا لعميل جملة أو دفعة توزيع تُشتق مباشرة إلى قائمة سحب PICK متجاوزة أمر التخزين PUTAWAY، بحارس جديد يشترط قبول الجودة (حارس الجودة القائم) وتخصيصًا موثقًا بمرجع — اليوم «المسار الوحيد استلام→تخزين» (فجوة معلنة). الدرس: وول مارت (أكثر من 80% من البضائع تمر بالعبور السريع خلال ~24 ساعة دون تخزين، بانخفاض 30% في تكاليف المناولة و50% في أزمنة التسليم).
🧩 في أودو: أودو: مسارات Routes متعددة الخطوات «استلام ← منطقة عبور ← شحن للفرع دون تخزين» (جدول إسقاط وول مارت Cross-Docking) — يُفعَّل كمسار Route على مستوى الصنف أو أمر البيع بعد M2.
📏 مؤشر النجاح: الشحنات المخصصة مسبقًا تغادر خلال ≤48 ساعة من GRN (يُقاس من لوحة مؤشرات الدورة rec-cycle-kpis) بدل دورة التخزين والسحب الكاملة.
👤 مدير المخازن (warehouse_manager) · الجهد: متوسط
🧭 استراتيجي (4)
التشغيل الحي M2: أودو مصدر الحقيقة والقيد الآلي لكل حركة
تحويليتنفيذ M2 وفق الخطة القائمة: نشر موديول brandzo_warehouse المكتمل (12/12 مرحلة، 7 حراس، 52 اختبارًا) على بيئة أودو حية، تشغيل الاختبارات التي «لم تُشغَّل حيًا بعد» (فجوة معلنة في ملف التعريف §7)، ترحيل ماستر الأصناف (1017 صنفًا) والأرصدة، إسناد الأدوار من org-structure.json، وتفعيل الإغلاق المالي bz.period.close بقائمة التحقق الست وقفل الفترات. الدرس: كارفور («الـERP مصدر الحقيقة الذي تتغذى منه بقية الأنظمة») ووول مارت («كل حركة مخزنية تولّد قيدها المحاسبي تلقائيًا» و«العملية التجارية هي التي تقود التقنية» — بوابتنا الحالية هي العملية، وأودو ينفذها).
🧩 في أودو: بيئة أودو مستضافة + تثبيت brandzo_warehouse وتفعيل وحدات المخزون والمشتريات والمحاسبة مع المطابقة الثلاثية 3-Way Matching (جدولا إسقاط وول مارت وكارفور: «المطابقة الثلاثية قبل السداد في وحدة المحاسبة») وقفل الفترات المبني في S12.
📏 مؤشر النجاح: الاختبارات الـ52 خضراء على البيئة الحية، وإتمام أول إغلاق فترة مالية حية عبر bz.period.close خلال 90 يومًا من بدء M2.
👤 مدير النظام (admin) بمشاركة المدير المالي · الجهد: مرتفع
إشارة الطلب من البيع: تحويل الدورة من الدفع إلى السحب
تحويليتكامل نقاط البيع مع المخزون بحيث يخصم كل بيع من الرصيد المركزي لحظيًا ويغذي التنبؤ (rec-forecast-replenish) ونقاط إعادة الطلب (rec-reorder-alerts) — سدًّا لفجوة «لا إشارة طلب من البيع (لا POS متكامل)». هذا يقلب الدورة من دفع مبني على التخمين إلى سحب مبني على البيع الفعلي. الدرس: وول مارت («المعلومة بدل المخزون: كل مسح على الكاشير يخصم فورًا من الرصيد المركزي وعند نقطة إعادة الطلب يولّد النظام أمر تجديد آليًا» — الجرد الدائم Perpetual Inventory) وكارفور (كل بيع يحدّث المخزون لحظيًا ويغذي التنبؤ المركزي).
🧩 في أودو: وحدة POS في أودو متكاملة مع المخزون: «تكامل POS مع المخزون — البيع يخصم لحظيًا ويغذي التنبؤ» (جدول إسقاط وول مارت)، تُفعَّل بعد التشغيل الحي M2 كوحدة إضافية على نفس قاعدة البيانات.
📏 مؤشر النجاح: 100% من قنوات البيع تخصم من رصيد واحد لحظيًا، وزمن اكتشاف النفاد ينخفض من دورة الجرد الدوري CC إلى لحظة البيع نفسها.
👤 مدير المخازن (warehouse_manager) مع الإدارة التجارية · الجهد: مرتفع
التكامل الإلكتروني مع كبار الموردين بمكافئات EDI
مرتفعتبادل المستندات الأربعة إلكترونيًا مع أكبر علامتين موردتين (من علامات الكتالوج: GUESS وMia وسواهما): أمر الشراء (مكافئ 850)، تأكيد الأمر (855)، إشعار الشحن ASN (856)، والفاتورة (810) — عبر البوابة (rec-supplier-portal) أو API بدل البريد والإدخال اليدوي، سدًّا لفجوة «لا EDI ولا تكامل أنظمة مع الموردين». الدرس: وول مارت («أمر الشراء يدخل نظام المورد كأمر بيع دون إدخال يدوي» — طبقة تكامل الموردين منذ 1991 بأكثر من 20 ألف مورد) وأمازون (دورة 850/855/856/810 عبر Vendor Central مع غرامات على المتأخر والناقص).
🧩 في أودو: أودو: إرسال Purchase Order للمورد إلكترونيًا عبر بوابة الموردين (جدول إسقاط وول مارت) وموصلات API/EDI لتبادل التأكيد والـASN والفاتورة آليًا؛ يُبنى فوق بوابة الموردين بعد M2 ويغذي المطابقة الثلاثية في المحاسبة مباشرة.
📏 مؤشر النجاح: أكبر علامتين تجاريتين تتبادلان الأمر والتأكيد والـASN والفاتورة إلكترونيًا بلا إدخال يدوي خلال سنة، وصفر أخطاء إدخال على هذه الأوامر.
👤 مسؤول المشتريات (purchase_officer) مع مدير النظام · الجهد: مرتفع
ربط جزاءات أداء الموردين وشروط الدفع المرحلية بالمستندات آليًا
مرتفعتحويل بطاقة أداء الموردين (rec-vendor-scorecard) من قياس إلى حوكمة مالية: شروط تعاقدية (OTIF، دقة ASN، نسب الرفض) تحتسب خصومات موثقة على فاتورة المورد آليًا من فروقات GRN والمطابقة الثلاثية، وشروط دفع مرحلية لصفقات الاستيراد لا يتحرك فيها المال إلا بواقعة لوجستية موثقة (عقد ← بوليصة/ASN ← GRN مقبول جودةً). الدرس: وول مارت («اربط غرامات الأداء OTIF بالمستندات آليًا لا بالاجتهاد» — غرامة ~3% من قيمة الأمر المخالف)، وشي إن (نتيجة كل استلام تعود آليًا لدرجة المصنع فتحدد نصيبه وشروط دفعه)، وعلي بابا («المال لا يتحرك إلا بواقعة لوجستية موثقة — أقوى صيغة لحوكمة المدفوعات»).
🧩 في أودو: محاسبة أودو بعد M2: «تسجيل فروقات الاستلام ومطالبات المورد من محضر الاستلام» (جدول إسقاط أمازون) بإشعارات خصم/دائن مرتبطة بالفواتير، و«شروط دفع مرحلية: مقدمة + عند الشحن + عند الاستلام» على أمر الشراء (جدول إسقاط علي بابا Trade Assurance).
📏 مؤشر النجاح: كل فرق استلام موثق يتحول إلى مطالبة أو خصم مستندي خلال 15 يومًا، وصفر خصومات اجتهادية بلا مستند مرجعي.
👤 المدير المالي (finance_manager) · الجهد: متوسط
📖 المنهجية والحدود والمراجع
المنهجية
- •استُخرجت ثمانية تقارير بحثية عن الشركات العالمية وهُيكلت في مصدر بيانات واحد (global-doc-cycles.json) بسبعة محاور موحّدة لكل شركة: الفلسفة، والمراحل، والمستندات، وتجديد الفروع، ودور ERP، وإسقاط Odoo، ومثلث الإدارات.
- •حُلّلت ستة أبعاد بالتوازي (فجوات · مؤشرات · مخاطر · أسئلة · ممارسات · توصيات)، ثم رُوجعت ادّعاءات الدراسة عن نظامنا ضد الكود الفعلي: مخططات المستندات، وسلاسلها وحرّاسها، وقواعد الأمان، وموديول أودو.
- •قاعدة الإسناد: كل فجوة تحمل شركتها المرجعية ودليلها من نظامنا، وكل توصية تربط فجوة موجودة فعلًا، وكل مؤشر يحمل صيغته ومصدر بياناته — ويحرس ذلك آليًّا حارس الدراسة في وحدة studiesModel، فلا تُنشر الدراسة إن انكسر إسنادها.
- •قُدِّرت المخاطر بحاصل الاحتمال × الأثر على سلّم خماسي، وقُيّم النضج على سلّم من ستّ درجات سقفُه ممارسة الشركات الثماني نفسها.
حدود الدراسة
- •المعرفة عن الشركات الثماني مستمدّة من التقارير البحثية المرفقة (يوليو 2026) وحدها — لم تُراجَع مصادرها الأولية، وبعض أرقامها تقديرية منشورة لا مدقّقة.
- •أرقام المقارنة تخصّ شركات بأحجام تفوقنا بمراتب؛ القيمة في المبدأ التشغيلي لا في الرقم — والاستنساخ الحرفي لنموذج وول مارت أو أمازون ليس هدفًا ولا ممكنًا.
- •تقييم النضج اجتهاد مُسنَد إلى الكود لا تدقيق طرف ثالث، ويُعاد النظر فيه بعد كل مرحلة كبرى (أقربها تشغيل موديول أودو حيًّا في M2).
- •المؤشرات المعلَّمة «قابلة للقياس اليوم» قابلة للحساب من بيانات موجودة، لكن شاشاتها لم تُبنَ بعد — فالقابلية ليست قياسًا فعليًّا.
المراجع
- •ثمانية تقارير بحثية: طريقة عمل (وول مارت · أمازون · إيكيا · شي إن · علي بابا · كارفور · نون · إي باي) والدورة المستندية — يوليو 2026.
- •المرجع التشغيلي الرسمي — الدورة المستندية باثنتي عشرة مرحلة ومصفوفة الواحد والعشرين نموذجًا.
- •تقرير هيكل الوظائف والأدوار، ومصدر الهيكل الواحد org-structure.json.
- •الكود الحيّ: مخططات المستندات وسلاسلها وصندوق الاعتماد · قواعد firestore.rules · موديول أودو brandzo_warehouse.
- •خارطة الطريق ROADMAP.md ووثيقة المطوّر DEVELOPER_GUIDE.md.
اعتماد الدراسة
محمد البرشي
مدير إدارة السلاسل والإمداد والمخازن
رمزي الباش
مدير إدارة الخدمات اللوجستية والخدمية