دعم أودو بعد التشغيل: ما الذي تشتريه فعلًا

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

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

ويُسمّى العقد في هذه السوق «عقد الصيانة السنوية»، أو AMC اختصارًا، وهي تسمية موروثة من صيانة المعدّات. فالمبرّد يعمل أو لا يعمل. أمّا نظام الأعمال فيتعطّل بعشر طرق جزئية ليس أيٌّ منها عطلًا، ومعظم ما ستطلبه في السنة الثانية ليس صيانة أصلًا.

أربعة منتجات ترتدي كلمة واحدة

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

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

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

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

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

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

الأشكال الأربعة التي يأتي بها سعر الدعم

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

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

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

الوقت والمواد. أصدق الأشكال وأرخصها لنظام مستقرّ. وتكلفته الخفيّة سلوكية: حين يحمل كل سؤال سعرًا ظاهرًا، يكفّ فريقك عن السؤال، والشركة التي كفّت عن السؤال شركة تراكم التفافات.

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

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

زمن الاستجابة ليس زمن الحل

اقرأ أي عقد دعم وعُدّ كم مرة يلتزم فيه باستجابة. ثم عُدّ الالتزامات بحلّ.

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

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

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

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

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

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

الرعاية المكثّفة تنتهي في تاريخ اختاره أحدهم

الرعاية المكثّفة هي الفترة الحادّة بعد التشغيل، حين يظلّ من بنى النظام ممسكًا به. وهي مسعَّرة داخل ثمن التنفيذ، ولها نهاية دائمًا.

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

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

أمّا النصف السلوكي من هذه الفترة — الشكّ، والإرهاق، والالتفافات التي تتصلّب إجراءً — فموضوع آخر، وهو مبسوط في لماذا أخطر أيام مشروعك ليس اليوم الأول.

لكودك المخصّص ساعة تدقّ، والساعة ليست ساعتك

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

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

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

اكتب الاستثناءات، في العقد، عن قصد

الاستثناء غير المكتوب ليس توفيرًا. هو خلاف بتاريخ لاحق.

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

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

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

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

المالك الداخلي، وأثره في فاتورتك

الحالة العامة — أن نظامًا بلا شخص مسؤول ينحرف ولا ينهار — مقرّرة في رقم السنوات الخمس. أمّا ما يخصّ عقد الدعم تحديدًا فأضيق.

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

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

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

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

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

سؤال الخروج، يُسأل والجميع على وفاق

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

قاعدة البيانات. لا «نحن نأخذ نسخًا احتياطية يومية». نسخة كاملة، في حوزتك، استعدتَها في مكان آخر مرة واحدة على الأقل. فالنسخة التي لم يستعدها أحد قطّ اعتقادٌ لا ضابط رقابي.

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

التوثيق. الحزمة نفسها الموصوفة أعلاه، وهي تخدم الرعاية المكثّفة والخروج معًا.

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

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

الشركات التي لا ينبغي أن تشتري منّا عقد دعم

نحن نبيع الدعم. اقرأ هذا وهذه المصلحة في ذهنك: نحن نفضّل أن نبيع عقدًا صغيرًا يُستعمَل على عقد كبير يُلغى ضجرًا.

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

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

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

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

والاختبار يحسمها في خمس دقائق. اكتب ماذا يحدث لو توقّف النظام في أسوأ ساعة من أسوأ أسبوع عندك — آخر شحنة قبل عطلة، أو يوم استحقاق الإقرار. فإن كان الجواب الصادق «نراسل أحدًا وننتظر»، فاشترِ الغطاء. وإن كان اسمًا ودليل تشغيل ونسخة احتياطية مستعادة، فقد لا تحتاجه.

أين يتركك هذا

الدعم هو الجزء الذي يُتفاوض عليه آخرًا، ويُسعَّر بأقلّ عناية، ويُعاش أطول من كل ما سواه.

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

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

ملاحظة عن المصادر

مدة الدعم القياسي عند Odoo — ثلاث سنوات لكل إصدار رئيسي، تشمل دعم مكتب المساعدة وإصلاح الأعطال والتحديثات الأمنية، ثم دعم ممتدّ بعد تلك المدة برسم إضافي إلزامي — رُوجعت على وثائق Odoo الإدارية، صفحة «الدعم القياسي والممتدّ» (https://www.odoo.com/documentation/19.0/administration/standard_extended_support.html)، في 26 أغسطس 2026. ولم يُذكر هنا أي سعر للدعم القياسي أو الممتدّ لأننا لم نتحقّق من سعر. والمورّدون يغيّرون سياسات الدعم؛ تحقّق من الوضع الحالي قبل أن تبني عليه موازنة.