التصنيع والعمليات الصناعية
ميزانمنصة موحّدة لتخطيط موارد المؤسسات
تصوّر لنظام ERP بالعربية أولًا يجمع المالية والمشتريات والمخزون وتخطيط الإنتاج في سجلّ تشغيلي واحد لمصنع متعدد المواقع.
01
التحدي
تعمل منشآت صناعية كثيرة متعددة المواقع على خليط من الأنظمة: نظام محاسبي قديم خُصِّص إلى حدّ تصعب معه ترقيته، وجداول بيانات لتخطيط الإنتاج، وتطبيقات منفصلة للمستودعات والمشتريات. والنتيجة أن الرقم الواحد — رصيد مادة خام أو تكلفة أمر إنتاج — له أكثر من نسخة، ولا أحد يثق بأيّ منها تمامًا.
ويبلغ الاحتكاك ذروته عند إقفال الشهر: تسويات يدوية بين الكيانات القانونية، وطلبات شراء تنتظر الاعتماد في البريد الإلكتروني، ومخزون لا تُعرف حقيقته إلا بعد جرد فعلي. ومع إلزامية الفوترة الإلكترونية في المملكة، لم يعد ربط إصدار الفاتورة بالحدث التشغيلي تحسينًا اختياريًا، بل متطلبًا تصميميًا.
أما منصات ERP العالمية فكثيرًا ما تتعامل مع العربية كإضافة لاحقة: واجهات مترجمة حرفيًا، وجداول لا تحترم اتجاه القراءة، وتقويم هجري غائب أو مُلحق على عجل. فيلجأ الفريق إلى التصدير إلى Excel لإنجاز عمله، ويعود التشتت من حيث بدأ.
02
الحل المقترح
يقترح «ميزان» نواة تشغيلية واحدة مبنية بأسلوب الوحدة المتماسكة المعيارية (Modular Monolith) بحدود نطاقات واضحة: الأستاذ العام، والذمم الدائنة والمدينة، والمشتريات، والمخزون والمستودعات، وتخطيط احتياجات المواد (MRP). ينطلق النظام كوحدة نشر واحدة سهلة التشغيل، ويمكن فصل أي وحدة لاحقًا حين تبرّر الأحمال ذلك — لا قبله.
كل حدث تشغيلي — استلام بضاعة أو صرف مواد أو إغلاق أمر إنتاج — يولّد قيده المحاسبي آليًا عبر قواعد ترحيل قابلة للتهيئة، ثم يُنشر عبر نمط Transactional Outbox إلى ناقل أحداث تستهلكه التقارير والتكاملات دون أن ترتبط بقاعدة البيانات الأساسية. وتُدار مسارات الاعتماد متعددة المستويات بمحرك سير عمل متين يصمد أمام إعادة التشغيل ويحفظ حالة كل طلب.
وصُمّمت الفوترة الإلكترونية كمحوّل مستقل يراعي متطلبات الربط في المرحلة الثانية من «فاتورة» لدى هيئة الزكاة والضريبة والجمارك: توليد المستندات بصيغة UBL 2.1، والختم التشفيري، ورمز QR، ومسارَي الاعتماد والإبلاغ، مع عزل مفاتيح التوقيع في وحدة أمن عتادية (HSM). وهذه اعتبارات تصميمية للمفهوم، لا ادّعاء باعتماد رسمي.
03
منطق التصميم
العربية هنا لغة التصميم الأولى لا طبقة ترجمة: تُبنى الجداول منطقيًا باتجاه RTL مع محاذاة الأعمدة الرقمية بما يسهّل مقارنة الخانات، وتُعزل رموز الأصناف وأرقام الدُّفعات اللاتينية اتجاهيًا داخل النص العربي كي لا تنقلب. ويعرض كل حقل تاريخ التقويمين الهجري (أم القرى) والميلادي، ويختار المستخدم أيّهما يتصدّر.
يقضي مستخدم ERP المحترف يومه في الشاشات نفسها، لذلك فضّلنا الكثافة المدروسة على المساحات الاستعراضية: شبكات بيانات بثلاثة مستويات كثافة، وتنقّل كامل بلوحة المفاتيح، ولوحة أوامر سريعة، وعروض محفوظة لكل دور وظيفي. أما في أرض المصنع فتتحوّل الواجهة إلى تطبيق PWA للأجهزة اللوحية بأهداف لمس كبيرة ومسح باركود وقوائم مهام مختصرة.
يحقق الوضعان الداكن والفاتح تباينًا وفق WCAG 2.2 AA، ولا تعتمد حالات الاعتماد والتنبيه على اللون وحده بل تقترن بأيقونة ونص. وكل إجراء حساس يمرّ بتأكيد صريح ويُسجَّل في سجل تدقيق إلحاقي لا يقبل التعديل.
04
مثال على المعمارية
تقسيم توضيحي لطبقات النظام، من الشاشات التي يستخدمها الناس إلى البنية التحتية. نقطة انطلاق نتحقق منها في مرحلة الاكتشاف، وليست تصميمًا نهائيًا.
طبقة 01
طبقة التجربة
- مساحات عمل حسب الدور الوظيفي بـ Next.js
- تطبيق PWA للأجهزة اللوحية في أرض المصنع مع مسح الباركود
- لوحة أوامر سريعة وعروض محفوظة
- إنشاء مستندات PDF ثنائية اللغة
طبقة 02
واجهات API والتكامل
- طبقة GraphQL BFF لتطبيقات الويب
- واجهات REST بإصدارات مرقّمة وWebhooks
- نمط Transactional Outbox إلى Apache Kafka
- التقاط التغييرات (CDC) عبر Debezium للتعايش مع النظام القديم
طبقة 03
وحدات النطاق
- دفتر أستاذ عام متعدد الكيانات
- دورة الشراء حتى السداد بمصفوفات اعتماد
- المخزون وتتبّع الدُّفعات والتشغيلات
- تخطيط الاحتياجات من المواد (MRP) وتكلفة أوامر العمل
- مسارات عمل متينة بـ Temporal
طبقة 04
الامتثال والفوترة الإلكترونية
- توليد الفواتير بصيغة UBL 2.1 XML
- ختم تشفيري بمفاتيح محفوظة في HSM
- ترميز رمز QR بصيغة TLV
- طوابير الاعتماد والإبلاغ مع إعادة المحاولة
طبقة 05
البيانات
- PostgreSQL مقسّمة حسب الكيان القانوني
- تحليلات تشغيلية على ClickHouse
- تخزين مؤقت وأقفال موزّعة على Redis
- تخزين كائني للمستندات
طبقة 06
البنية التحتية
- Kubernetes في منطقة سحابية داخل المملكة
- التسليم عبر Terraform وGitOps
- تتبّع الطلبات عبر OpenTelemetry
- دخول موحّد عبر Keycloak مع صلاحيات حسب الدور
05
التقنيات المقترحة
أدوات قد نعتمدها في هذا التصوّر، وتشير إلى منظومات تقنية نعمل بها، لا إلى شراكات أو شهادات.
- TypeScript
- Next.js
- NestJS
- PostgreSQL
- Apache Kafka
- Debezium
- Temporal
- ClickHouse
- Redis
- Keycloak
- Kubernetes
- Terraform
- OpenTelemetry
06
أبرز المزايا
أستاذ عام متعدد الكيانات
قيود مزدوجة تُرحَّل آليًا من الأحداث التشغيلية، مع توحيد القوائم المالية بين الشركات واستبعاد المعاملات البينية.
مصفوفات اعتماد مرنة
مسارات اعتماد حسب المبلغ ومركز التكلفة وحدود الصلاحية، مع تفويض مؤقت وتصعيد تلقائي عند تجاوز المهلة.
تتبّع الدُّفعات من المورّد إلى المنتج
سلسلة تتبّع كاملة للمواد الخام والدُّفعات تتيح استدعاءً دقيقًا ومحدود النطاق عند ظهور مشكلة جودة.
تخطيط احتياجات المواد
اقتراحات شراء وإنتاج مبنية على الطلب ومستويات المخزون ومُهل التوريد، يراجعها المخطّط قبل إطلاقها.
فوترة إلكترونية في صلب العملية
تصدر الفاتورة من الحدث التشغيلي نفسه عبر محوّل مستقل يراعي متطلبات «فاتورة»، ويعيد المحاولة تلقائيًا عند انقطاع الاتصال.
سجل تدقيق لا يقبل التعديل
كل تغيير على بيانات مالية أو صلاحيات يُسجَّل بمن أجراه ومتى ولماذا، ويمكن استعراضه على خط زمني.
07
الفوائد المحتملة
هذه أهداف تصميمية يُبنى الحل لتحقيقها، وليست نتائج مُقاسة.
تقليص الاعتماد على التسويات اليدوية عند إقفال الشهر
مصدر واحد موثوق لأرصدة المخزون وتكلفة الإنتاج
تسريع دورات الاعتماد مع وضوح المسؤولية في كل خطوة
دمج متطلبات الفوترة الإلكترونية في صلب العملية بدل إلحاقها لاحقًا
أساس قابل للتوسّع عند إضافة مصانع أو كيانات جديدة دون إعادة بناء
الخدمات والقطاع ذو الصلة
القطاع
أنظمة الصناعة 4.0 تربط الآلات والإنتاج والمخزون والجودة في رؤية تشغيلية واحدة.
الخدمات المرتبطة
أنظمة ERP وCRM وموارد بشرية ومالية مصمّمة حول طريقة عملك، متكاملة ومرنة وقابلة للنمو مع مؤسستك.
خطوط بيانات موثوقة ومستودعات محكومة ولوحات تنفيذية تحوّل البيانات المتفرقة إلى قرارات.
واجهات REST وGraphQL، وتكامل المدفوعات، وتكاملات قائمة على الأحداث تجعل أنظمتك المنفصلة منظومة واحدة.
بنى سحابية آمنة وقابلة للتوسع، وخطوط نشر مؤتمتة، ومراقبة شاملة على AWS وAzure وGoogle Cloud.
تصميم المنتجات وتجربة المستخدم
تصميم منتجات قائم على البحث، من رحلات المستخدم إلى أنظمة تصميم جاهزة للتطوير في الواجهات المؤسسية المعقّدة.
هذا مشروع تصوّري أعدّته AMA GROUP لتوضيح منهجيتها، وليس عملًا منفّذًا لعميل؛ فالواجهة تعرض بيانات توضيحية، ولا تشير إلى أي عميل أو شعار أو نتائج محقّقة.
لديك تحدٍّ مشابه؟
شاركنا المشكلة التي تواجهها، وسنعود إليك بتصوّر واضح للنهج والنطاق والخطوات التالية.