Business Central أم Finance and Operations: أي دايناميكس يُباع لك؟

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

وهو لا يصف منتجًا واحدًا. Dynamics 365 علامة تجارية تغطي أنظمة منفصلة عدة، اثنان منها يباعان في المحادثات نفسها في هذا السوق. أحدهما Business Central. والآخر هو المنتج الذي تسميه صفحة تسعير مايكروسوفت نفسها Dynamics 365 Finance، والذي ما زال كل عرض وكل شريك وكل استشاري في الخليج تقريبًا يسميه Finance and Operations أو F&O أو ببساطة AX.

وهما ليسا نسختين من نظام واحد. Business Central منحدر من Navision، وFinance and Operations منحدر من AX. أصلان مختلفان، وشكل تنفيذ مختلف، وملمح شريك مختلف، ومدة مشروع مختلفة، وفجوة سعر قائمة تقرأها من موقع مايكروسوفت نفسه. وإن كنت أبكر من هذه المرحلة وما زلت تحدد أين تقع مايكروسوفت في مواجهة بقية قائمتك القصيرة، فالخريطة الأوسع في دليل كيف تباع عائلة دايناميكس في الإمارات.

وهذه الصفحة تفترض أن العرض بين يديك بالفعل، وأنك تريد أن تعرف أي المنتجين هو.

ما الذي يختلف فعلًا، وهو ليس شبكة خصائص

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

أربعة أشياء تختلف فعلًا، وكل واحد منها يحرك ميزانيتك:

1. السعر المعلن لكل مستخدم.
2. حجم المنشأة وشكلها الذي بني كل منتج حولها.
3. مما يتكون التنفيذ فعليًا.
4. كم من المشروع تهيئة وكم منه إدارة برنامج.

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

فجوة السعر، من صفحات مايكروسوفت وحدها

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

على صفحة تسعير Business Central، نسخة Essentials بـUSD 80.00 لكل مستخدم شهريًا بدفع سنوي، ونسخة Premium بـUSD 110.00، ورخصة Team Members بـUSD 8.00. وعلى صفحة تسعير Dynamics 365 Finance، المنتج بـUSD 210.00 لكل مستخدم شهريًا بدفع سنوي، وFinance Premium بـUSD 300.00.

ضع السطرين أحدهما في مواجهة الآخر. USD 210.00 في مواجهة USD 80.00 ليس فرق نسبة مئوية؛ هو مضاعف على كل مستخدم كامل، ويتكرر كل سنة.

وتحفظان، أولهما لمايكروسوفت. الصفحتان تحملان الحاشية ذاتها حرفيًا: "Prices shown are for informational purposes only and may not be reflective of actual list price due to currency, country, and regional variant factors. Your actual price will be reflected at checkout." أي أن عرضًا مكتوبًا في دبي قد لا يطابق الرقم المنشور. لكن ما لا تفسره الحاشية هو شكل الفجوة: عوامل العملة والإقليم تحرك سعرًا، ولا تحول مضاعفًا إلى فرق تقريب.

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

الحد الأدنى لعدد المقاعد غير الموجود على صفحة المورد

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

ولأنه يصل بصيغة القاعدة لا يُسأل عنه، فينتقل الاجتماع وقد صار الحد الأدنى معطى.

وهذا ما تقوله صفحات المورد نفسها. صفحة تسعير Business Central لا تذكر حدًا أدنى لعدد المقاعد في أي موضع منها. وصفحة تسعير Dynamics 365 Finance لا تذكر حدًا أدنى لعدد المقاعد ولا حدًا أدنى للشراء في أي موضع منها.

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

فاسأل، كتابةً: من أين يأتي هذا الحد الأدنى، وفي أي مستند؟ ثلاثة أجوبة أمينة.

بند في اتفاقية بعينها. اطلب البند، واقرأ أي اتفاقية يلزم: مايكروسوفت أم الشريك.

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

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

والجواب الذي ينبغي ألا ينجو من السؤال مرتين هو "مايكروسوفت تشترط ذلك". ومن لا يستطيع إسناد رقم استعمله لتحجيم ميزانيتك قال لك شيئًا عن طريقة تجميع بقية المستند. وهي الغريزة نفسها التي يبنى عليها العرض التوضيحي المتمرن عليه — والطلبات التي تكسر التمرين في كيف تمسك نص العرض التوضيحي بيدك.

كيف تعرف أيهما يعرض عليك

الرد الأول لا يكون صريحًا دائمًا، لأن الشريك ما زال يقرر إلى أي منتج يوجهك. اقرأ هذه العلامات.

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

مفردات التغيير. التهيئة والإعداد والتخصيص الشخصي تنتمي إلى نوع من المشاريع، ومستندات التصميم ودورات البناء وبروفة التحويل الرسمية إلى نوع آخر. وهذه مفردات يختارها من فعلوا هذا من قبل، وهي تتسرب.

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

المدة. خطة تقاس بالأسابيع وخطة تقاس بالأرباع تصفان منتجين مختلفين مهما قال الغلاف.

تهيئة، أم إدارة برنامج

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

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

إن كنت على نظام مايكروسوفت أصلًا

كثير من الشركات الإماراتية تصل إلى هذا القرار من تركيب مايكروسوفت قائم، والمنشأة القديمة تقرر غالبًا أكثر مما يقرر التقييم. ومايكروسوفت تنشر مسارات الترقية لـBusiness Central.

توثيق مسارات الترقية يبين أن NAV 2015 (v8) وNAV 2016 (v9) وNAV 2017 (v10) وNAV 2018 (v11) وBusiness Central October 2018 (v13) لا تصل إلى Business Central 2026 release wave 1 إلا بالقفز عبر v14 ثم v25 ثم v28. وعلى ذلك المسار يقول التوثيق صراحةً: "This path requires you convert your application from C/AL to AL." أي تحويل تطبيقك من C/AL إلى AL.

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

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

التوطين، والحد الذي ترسمه مايكروسوفت

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

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

ومايكروسوفت نفسها ترسم ذلك الحد بين الوظائف الأساسية والوظائف المحلية، وتصفه في توثيقها الإنجليزي لتوطين Business Central.

نمط الإخفاق، في الاتجاهين

الخطآن يرتكبهما أذكياء أمام عروض جيدة. والفرق بينهما متى تصل الفاتورة.

شراء Finance and Operations لمشكلة Business Central. النظام يعمل. لكن ما اشتريته معه جهاز حوكمة مبني لمنشأة لست هي: لجنة توجيهية لشركة تحسم أمورها في الممر، ومدير اختبار لنطاق يحمله شخص واحد في رأسه، وسطر لكل مستخدم عند رقم Finance المنشور لا رقم Business Central. لا شيء ينكسر ولا شيء يعلن عن نفسه؛ أنت تدفعه كل سنة فحسب.

شراء Business Central لمشكلة Finance and Operations. هادئ في السنة الأولى، لأنها نواة مالية والنواة المالية بخير. ويظهر في الثانية: الكيان القانوني الخامس، والتقارير النظامية لبلد ثانٍ، ومصفوفة معاملات بينية نبت لها بعد جديد، وحجم لم يقدره أحد، ومصنع. ويصل كسلسلة طلبات صغيرة، كل واحد منها قابل للجواب وحده بتغيير، والجواب الأمين عنها مجتمعةً منتج آخر — وعندك حينها نظام حي وجمهور مدرب وتنفيذ غارق خلفك.

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

ما تضعه كتابةً قبل التوقيع

خمسة أسئلة، وإرسالها لا يكلف شيئًا.

1. لأي منتج هذا العرض — سمِّه، وسمِّ سطر الرخصة كما تسميه صفحة تسعير مايكروسوفت.
2. إن ذُكر حد أدنى لعدد المقاعد، فما مستنده؟
3. ما حصة إدارة البرنامج من هذه الأتعاب، وما الذي يسلمه ذلك الدور؟
4. كم بيئة غير إنتاجية مشمولة، ومن يحدّثها، وكل كم؟
5. للترحيل: أي مسار ترقية منشور من مايكروسوفت يتبعه هذا التقدير، برابطه؟

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

أين يضعك هذا

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

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