تطوير أنظمة سلاسل الإمداد في الرياض

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

وهذه الفجوة هي ما تسدّه البرمجيات المخصصة. وهي النمط نفسه الذي يتكرر في أعمال إنتركي البرمجية: نظام قائم منذ سنوات يُطلب منه ما لم يُصمم له، كأن يخدم بوابة للعملاء، أو تطبيقًا للجوال، أو يتصل بمنصة لم تكن موجودة عند تركيبه.

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

في أعمال سلاسل الإمداد يقع معظم الخطر في الواجهات بين الأنظمة لا في واجهة المستخدم. ومنهج إنتركي في التكامل ينطبق هنا مباشرة:

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

وقد شرحنا الأنماط وأسباب تعطل واجهات ERP في دليل تكامل أنظمة ERP وفي صفحة ممارسة تكامل الأنظمة.

روابط ذات صلةتكامل أنظمة ERPتكامل الأنظمة

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

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