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