الانتقال من Dynamics NAV: مسار الترقية ليس قفزة واحدة

على مكتبك عرض سعر مكتوب عليه كلمة "ترقية". أنت تشغّل NAV 2015 أو NAV 2016 أو NAV 2017 أو NAV 2018، أو نسخة Business Central مبكرة داخل المقر، وعرض عليك أحدهم نقلك إلى الإصدار الحالي. الرقم كبير لكنه ليس سخيفًا، والكلمة تجعل الأمر يبدو قفزة نسخة: عطلة نهاية أسبوع، ونسخة احتياطية، والنظام نفسه بأزرار أحسن.

وتوثيق مايكروسوفت نفسه يصف شيئًا مختلفًا بنيويًا، وهو علني. اقرأ المسار قبل أن تعود إلى العرض.

ما يقوله المسار المنشور فعلًا

توثيق مسارات الترقية إلى Business Central — صفحة بالإنجليزية تحمل تاريخ مستند 20 فبراير 2026 وآخر تحديث في 28 مايو 2026 — يبيّن كيف تصل كل نسخة قديمة إلى الإصدار الحالي. فبالنسبة إلى NAV 2015 (النسخة 8) وNAV 2016 (النسخة 9) وNAV 2017 (النسخة 10) وNAV 2018 (النسخة 11) وBusiness Central October 2018 (النسخة 13)، فإن الطريق إلى Business Central 2026 release wave 1 ليس نقلة واحدة. هو يمر عبر النسخة 14، ثم النسخة 25، ثم النسخة 28.

اقرأ ذلك كخطة مشروع لا كرسم بياني، لأنه هذا ما هو عليه.

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

ولهذا قد يكون العرض الذي أمامك أمينًا تمامًا وناقصًا معًا. فمن سعّر "الترقية" كحدث واحد إما سعّر السلسلة كلها دون أن يريك السلسلة، وإما سعّر حلقة واحدة. وهما مستندان مختلفان يبدوان متطابقين من الخارج. اسأل أيهما تحمل، كتابةً.

وهذه الصفحة تقع تحت الدليل الأوسع لعائلة Dynamics للشركات في الإمارات، وهو مكان البدء إن لم تكن قد حسمت بعد هل Business Central هو ما تريده في نهاية هذا كله.

الجملة التي تغير طبيعة المشروع

في الصفحة نفسها تذكر مايكروسوفت الشرط بوضوح: هذا المسار يقتضي أن تحوّل تطبيقك من C/AL إلى AL.

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

وتحويل تطبيق من لغة تطوير إلى أخرى ليس ترقية. هو إعادة كتابة. كل قطعة من تلك القطع تُبنى وتُختبر ويُوقَّع عليها من جديد، ومن يفعل ذلك عليه أولًا أن يستنتج ما الذي كانت الشيفرة القديمة من أجله — وهذا عادةً النصف الأصعب، لأن المتطلب لم يُكتب إلا داخل الشيفرة نفسها.

وحجم إعادة الكتابة دالة مباشرة على ما خُصص عبر السنين، ولا أحد عدّه. وهذا ليس نقدًا لشركتك؛ هو صحيح في كل منشأة NAV معمّرة، لأن التخصيص يتراكم طلبًا عاجلًا في كل مرة ولا يُدفع لأحد مقابل جرده. والتمييز الذي يحدد الرقم هو التمييز القديم بين التهيئة والشيفرة التي صار أحدهم يملكها إلى الأبد، وحتى يُرسم هذا التمييز على كائناتك أنت، يبقى كل رقم يُقتبس لك تخمينًا بفاصلة عشرية.

المسار يضيق، فالوثيقة تُقرأ عند القرار لا من الذاكرة

وهنا يقع من أنجز واجبه ثم توقف. تذكر مايكروسوفت في الصفحة نفسها أنه ابتداءً من 2025 release wave 1 (النسخة v26) لن تكون الترقية المباشرة من Business Central 2019 (النسخة v14) إلى الإصدار الأحدث مدعومة، وأن المسار المدعوم سيمر عبر 2024 release wave 2 (النسخة v25).

ما كان موجودًا حين نظر مدير تقنية المعلومات عندك آخر مرة قد لا يكون موجودًا الآن. المسار المنشور وثيقة حية — والصفحة المقتبسة أعلاه حُدثت في مايو 2026 — وهي رواية المورد نفسه عما سيدعمه وما لن يدعمه. فالإجراء الصحيح ليس استرجاع ما كان المسار، بل فتح الصفحة يوم تقرر، وقراءتها في مواجهة نسختك بالضبط، ووضع نسخة مؤرخة مما قالته في الملف بجوار العرض. دقيقتان تزيلان فئة كاملة من المفاجآت المكلفة.

حجر العبور ليس مكانًا للإقامة

الآن الجزء غير المريح. عن النسخة 14 — أول قفزة في السلسلة أعلاه — تكتب مايكروسوفت أن الدعم الرئيسي لها انتهى في أكتوبر 2023، وأن التحديثات الطفيفة لها لم تعد متاحة، وأن العملاء الجدد لا يستطيعون استعمالها في الإنتاج بل كمسار للترقية إلى أحدث نسخة فقط.

اجلس مع معنى هذا. الطريق إلى نظام مدعوم يمر عبر نسخة خارج الدعم الرئيسي، لا تتلقى تحديثات طفيفة، ولا يشغّلها عميل جديد في الإنتاج. هي سقالة لا أرضية.

وهذا مقبول ما دمت عابرًا. الخطر في التوقف، والمشاريع تتعثر لأسباب عادية: دورة ميزانية، واستقالة، وموسم ذروة، وتخصيص أصعب مما ظن أحد. والمتعثر في منتصف السلسلة يتعثر على نسخة بتلك الخصائص الثلاث.

فضع لها تاريخًا. عامل القفزات الوسيطة كعبور محدد المدة، بسقف زمني معلن ومالك مسمى، يُتفق عليه قبل تشغيل أول تحويل ويُكتب في العقد لا في الخطة. والمورد الذي يرفض الالتزام بمدة العبور يقول لك شيئًا عن تقديره. وقبل هذا كله، احسب هل تنتقل أصلًا: انتهاء الدعم عامل دفع حقيقي وليس دراسة جدوى، وهذا كل موضوع ما الذي يجب أن تساويه الترقية قبل أن تستحق التنفيذ.

القرار الذي يفرضه هذا فعلًا

الآن الجزء الذي لا تصل إليه أغلب محادثات ترقية NAV، وفيه المال.

إفصاح أولًا، لأنه ينبغي أن يغير قراءتك للفقرات التالية: نحن شريك أودو، وهذه مصلحة تجارية.

السبب الذي يبقي الشركات مع عائلة منتج عبر انتقال مؤلم هو التكلفة الغارقة، وهو سبب سليم عادةً. أنت دفعت ثمن تلك التخصيصات، وناسك يعرفون الشاشات، وعملياتك نمت حول افتراضات النظام. والذهاب إلى غيره يعني إعادة بنائها كلها، وإعادة بنائها مكلفة، فترقّي بدلًا من ذلك.

إلا أنك على هذا المسار بالذات تعيد بناءها كلها على أي حال. فالتحويل من C/AL إلى AL يعني أن كل تخصيص يُكتب من الصفر، على يد من عليه أن يعيد اكتشاف الغرض منه. والشيء الذي كانت حجة التكلفة الغارقة تحميه ليس محفوظًا. هو يُنفَق.

وحين يصح ذلك، يتغير شكل السؤال. يتوقف عن كونه "كيف نرقّي" ويصير: ما دام كل تخصيص سيُعاد بناؤه على أي حال، ماذا ينبغي أن تكون الوجهة؟ سؤال مختلف بمجموعة أجوبة مختلفة، ويستحق تقييمًا حقيقيًا لا خيارًا افتراضيًا — وعلى هذه القائمة القصيرة تحديدًا يعني ذلك قراءة أودو في مواجهة Business Central على الفروق البنيوية لا على شبكات الخصائص.

وBusiness Central جواب قوي على ذلك السؤال. هو الأقل إرباكًا لناسك، لأن النسب متصل والمفاهيم تنجو من النقلة. وهو عميق في المالية بقدر يلاحظه مدير مالي جاد في الساعة الأولى. ويصل بطبقة تقارير وطبقة هوية قد تملكها منشأة موحّدة على مايكروسوفت أصلًا، وإن كانت مجموعتك قد وحّدت على مايكروسوفت فالجدال منتهٍ قبل أن يبدأ، وبحق. والحالات التي يفوز فيها بنيوية لا عاطفية: المالية كمركز ثقل، وعمليات غير استثنائية، وجمهور كبير يعتمد ويطلع ولا يشغّل، ولا أحد داخلي يريد حوكمة قاعدة شيفرة. وما ليس عليه هو أن يكون تلقائيًا. والوجهة المفترضة لا المختارة تظهر بعد سنوات في ما تكلفه المنشأة كي تبقى قائمة، وهي فاتورة لا يقرؤها أحد يوم القرار لأنها لم تُكتب بعد، ثم يقرؤها الجميع كل سنة بعده.

وأيًا كان اختيارك، ضع التكلفة المتكررة للوجهة بجوار تكلفة المشروع والقرار ما زال مفتوحًا، لأن الاثنتين تُعرضان عادةً بفارق شهور وواحدة فقط منهما تتكرر. صفحة أسعار Business Central عند مايكروسوفت، وهي بالإنجليزية، تدرج Essentials بـUSD 80.00 لكل مستخدم شهريًا مدفوعة سنويًا، وPremium بـUSD 110.00، وTeam Members بـUSD 8.00، تحت حاشية تنص على أن الأسعار المعروضة لأغراض إعلامية فقط وقد لا تعكس سعر القائمة الفعلي بسبب عوامل العملة والدولة والتنويعات الإقليمية، وأن سعرك الفعلي يظهر عند إتمام الشراء.

خذها كشكل لا كفاتورتك. التحويل رقم لمرة واحدة والاشتراك رقم متكرر، والقرار المبني على الأول وحده هو كيف تُفاجأ الشركات في السنة الثالثة.

ما تثبته قبل أن تلتزم بأي شيء

أيًا كانت الوجهة، الجرود الأربعة نفسها تقرر هل ينجو الرقم المقتبس من الاحتكاك بمنشأتك. ولا واحد منها يحتاج موردًا، وكلها يبدأ هذا الأسبوع.

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

أي جزء منه ما زال مستعملًا. أرخص عمود في التمرين وأثمنه. حصة كبيرة من أي منشأة معمّرة شيفرة أجابت عن سؤال توقف العمل عن طرحه من سنين: تقرير لعميل لم تعد تورّد له، وتسلسل موافقات لقاعدة تغيرت من زمن، وربط مع نظام أُوقف. وكل بند تقرر ألا تعيد بناءه يخرج بتكلفة صفر، وتلك الساعة متاحة قبل بدء العمل فقط.

ما هي طبقة التقارير. اسأل من أين تأتي الأرقام التي تقرأها إدارتك فعلًا. والجواب الأمين خليط عادةً: بعضها من النظام، وبعضها من جدول يسحب منه، وبعضها من جدول كُتب باليد. الأول وحده يُرحَّل، والاثنان الآخران يُعاد تصميمهما، وهما كثيرًا ما يراهما المجلس.

أي عمليات ربط موجودة. كل وصلة مع بنك، أو بوابة جمارك، أو نظام مستودع، أو مكتب رواتب، أو طرف ثالث لا تتحكم فيه. كل واحدة تفاوض منفصل على تقويم منفصل، والأطراف الثالثة لا تعيد الجدولة لمشروعك. والدرزات هي حيث تتعفن المنشآت، وهي الحجة الأوسع في لماذا تزيد كل عملية ربط جديدة الأمور سوءًا.

ثم احسم ما الذي يعبر من البيانات، قبل أن يسعّره أحد. والانعكاس في أي نقلة هو "أحضر كل شيء"، وأمام عقد من مستندات NAV يكون هذا الانعكاس أكبر بند قابل للتجنب في الميزانية. السجلات الرئيسية لا بد أن تعبر، لأن النظام لا يعامل بدونها. والأرصدة الافتتاحية موقف يُؤخذ في لحظة واحدة معلنة ويوقّعه صاحب الدفتر، لا ملف يصدّره أحدهم عصر الخميس. والتاريخ يطلبه الجميع ولا يحتاجه أحد تقريبًا بالصورة التي طلبه بها: المدقق يريد سجلات لا نظامك، ونسخة محفوظة للقراءة فقط من النظام القديم تفي بذلك الالتزام بثمن رخصة. ثلاث مهام بثلاثة أسعار، واحدة منها فقط نقل بيانات.

أين يضعك هذا

الشركة التي تخرج من هذا بخير ليست الأسرع حركة. هي التي قرأت مسار المورد نفسه، وفهمت أن التحويل من C/AL إلى AL يجعل كلمة "ترقية" مضللة، وعدّت تخصيصاتها قبل أن تقبل سعرًا لإعادة بنائها، وتقاعدت ما لا يستعمله أحد، ثم اختارت وجهتها على الجدارة — وربما الوجهة نفسها، لكن مختارة لا مفترضة.

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

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