سؤال يتردّد على لسان كل صاحب مشروع بمجرّد أن يتسلّم نظامه الجديد: إن ظهر خطأ بعد الإطلاق، فهل أدفع ثمن إصلاحه أم يُصلَح دون مقابل؟ الإجابة ليست «نعم» أو «لا» مطلقة، بل تتوقّف على تعريف دقيق لما يُعدّ «خطأً» أصلاً، وعلى ما نصّ عليه عقدك من ضمان. كثير من الخلافات بين العميل والمزوّد تولد هنا تحديداً: العميل يظنّ أن كل تعديل مشمول، والمزوّد يرى الطلب ميزة جديدة لا عيباً يستوجب الإصلاح. ووضوح هذه الحدود منذ البداية يحمي علاقتك ومالك معاً.
في هذا الدليل نفصّل ما الذي يُصلَح فعلاً بلا مقابل خلال فترة الضمان، وما الذي يخرج عنه فيصبح عملاً مأجوراً، والفرق الجوهري بين الضمان وعقد الصيانة، وكيف تصوغ بنود عقدك لتحفظ حقّك دون سوء فهم. الهدف أن تدخل مرحلة ما بعد التسليم وأنت تعرف تماماً أين ينتهي التزام المزوّد المجاني وأين يبدأ ما تدفع مقابله، فلا يذهب حماسك للنظام الجديد ضحية خلاف كان يمكن تفاديه بسطر واحد في العقد، في سوق سعودي يتّجه نحو احترافية أعلى في صياغة العقود الرقمية وحماية حقوق الطرفين.
ما المقصود بالضمان في المشاريع البرمجية؟
الضمان في البرمجيات تعهّد من المزوّد بإصلاح العيوب التي تظهر في العمل المُسلَّم خلال مدة محدّدة، دون تكلفة إضافية على العميل. لكنه لا يعني تطويراً مفتوحاً بلا حدود، بل يقتصر على ما يلي:
- مطابقة المتّفق عليه: أن يعمل النظام كما نصّ عليه نطاق المشروع.
- مدة محدّدة: فترة معلومة تبدأ من تاريخ التسليم أو الإطلاق.
- عيوب لا تحسينات: يعالج الأخطاء الفعلية لا الرغبات المستجدّة.
- ضمن الاستخدام السليم: شرط ألّا ينشأ الخلل من تدخّل خارجي خاطئ.
بهذا الفهم يصبح الضمان حماية عادلة للطرفين: يطمئن العميل إلى جودة ما استلمه، ويحمي المزوّد نفسه من طلبات لا نهاية لها تحت مظلّة «إصلاح».
ما الذي يُصلَح مجاناً خلال الضمان؟
تشمل فترة الضمان عادةً كل خلل ينبع من العمل نفسه ولم يكن ظاهراً وقت التسليم. من أبرز ما يُصلَح دون مقابل:
- أخطاء برمجية تمنع وظيفة متّفق عليها من العمل كما ينبغي.
- رسائل خطأ أو توقّف مفاجئ يظهر أثناء الاستخدام الطبيعي.
- اختلاف سلوك النظام عمّا هو موثّق في مستند المتطلبات.
- مشكلات توافق مع المتصفّحات أو الأجهزة التي شملها الاتفاق.
- ثغرات ناتجة عن خطأ في البناء لا عن إضافة العميل لاحقاً.
القاعدة البسيطة: إن كان الخلل جزءاً ممّا وعدك به المزوّد ولم تطلب أنت تغييره، فإصلاحه من مسؤوليته المجانية خلال الضمان، ولا يجوز أن يُحمَّل عليك كأنه طلب مستحدث. وهذا التمييز وحده يحسم أغلب ما قد ينشأ من جدل بعد التسليم.
ما الذي لا يشمله الضمان؟
ليس كل ما يظهر بعد الإطلاق عيباً مضموناً؛ فبعض الطلبات عمل جديد يُسعَّر على حدة. يوضّح الجدول الحدّ الفاصل:
| مشمول بالضمان | خارج الضمان (عمل مأجور) |
|---|---|
| تعطّل وظيفة كانت تعمل ضمن النطاق | إضافة وظيفة جديدة لم يشملها الاتفاق |
| خطأ في حساب أو عرض بيانات متّفق عليه | تغيير قواعد العمل بناءً على طلبك الجديد |
| خلل ظهر دون تدخّل خارجي | عطل بسبب تعديل طرف آخر على الكود |
| مشكلة في التصميم المُسلَّم | إعادة تصميم الواجهة حسب ذوق مختلف |
حين يكون هذا الفصل مكتوباً بوضوح، تختفي أغلب النزاعات، ويعرف كل طرف حدود التزامه قبل أن يتحوّل الغموض إلى خصومة.
الفرق بين الضمان وعقد الصيانة
يخلط كثيرون بين الاثنين، لكنهما مختلفان في الغاية والمدة والتكلفة. فهم الفرق يجنّبك مفاجأة غير سارّة بعد انتهاء الضمان:
- الضمان: مجاني ومؤقّت، يعالج عيوب التسليم فقط.
- الصيانة: عقد مدفوع ممتدّ يغطّي الدعم والتحديث والتطوير.
- الغطاء: الضمان يصلح الخطأ، والصيانة تشمل التحسين المستمر.
- الاستمرارية: الصيانة تبدأ غالباً حين تنتهي مدة الضمان.
لذلك يُنصَح بأن تناقش عقد الصيانة مبكّراً، حتى لا يبقى نظامك بلا غطاء في اللحظة التي ينقضي فيها ضمانه المجاني، فالانتقال السلس من ضمان إلى صيانة أفضل بكثير من فراغ يترك أعمالك مكشوفة.
كيف تحمي حقّك في الضمان بالعقد؟
الضمان الشفهي لا قيمة له عند الخلاف؛ ما يحميك فعلاً بنود مكتوبة لا تحتمل التأويل. احرص على أن ينصّ عقدك صراحةً على:
- مدة الضمان بدقّة وتاريخ بدايتها المعتمد.
- تعريف واضح لما يُعدّ خطأً مشمولاً وما يُعدّ طلباً جديداً.
- زمن استجابة الفريق لبلاغات الضمان بعد رفعها.
- آلية إثبات الخلل وتوثيقه بين الطرفين.
- ما يترتّب على تعديل طرف ثالث للكود من أثر على الضمان.
كلما كانت هذه البنود مفصّلة، قلّ احتمال الجدل، وتحوّل الضمان من وعد فضفاض إلى حقّ ملموس تستطيع المطالبة به بثقة.
لماذا «وقت البيانات» شريكك بعد التسليم؟
نحن في وقت البيانات لتقنية المعلومات، شركة سعودية مقرّها الرياض، نُسلِّم أنظمتنا بضمان مكتوب واضح المدة والنطاق، يفصل بجلاء بين إصلاح العيوب المجاني والتطوير الجديد المأجور، فلا يبقى العميل في حيرة. ونمهّد بعده لعقد صيانة يحفظ استمرارية نظامك بلا انقطاع. اطّلع على خدماتنا أو تفاصيل خدمات تطوير البرمجيات، أو تواصل معنا لمعرفة تفاصيل الضمان.
ماذا بعد انتهاء فترة الضمان؟
انقضاء الضمان لا يعني أن يُترك نظامك لمصيره؛ بل هو اللحظة التي تنتقل فيها المسؤولية إلى غطاء مدفوع مدروس. أمامك عندها عدة مسارات:
- توقيع عقد صيانة سنوي يضمن استمرار الدعم والتحديث.
- الاكتفاء بدعم عند الطلب تدفع مقابله لكل حالة على حدة.
- بناء فريق داخلي إن توفّر لديك الكود والتوثيق الكامل.
- الجمع بين فريق داخلي ومزوّد خارجي للحالات المعقّدة.
الخيار الأنسب يعتمد على حجم نظامك وحساسية عملياتك، لكن القاعدة الثابتة أن ترك النظام بلا غطاء بعد الضمان مخاطرة قد تكلّفك أضعاف ما يوفّره التخطيط المبكّر.
الأسئلة الشائعة
كم تبلغ مدة الضمان المعتادة؟
تختلف بحسب حجم المشروع وطبيعته وما يُتّفق عليه، لكن المهمّ أن تكون المدة مكتوبة في العقد بوضوح مع تاريخ بدايتها، لا مجرّد وعد شفهي يصعب إثباته لاحقاً.
هل يشمل الضمان إضافة ميزات جديدة؟
لا، الضمان يعالج العيوب في العمل المُسلَّم فقط. أما إضافة ميزة لم يشملها الاتفاق الأصلي فتُعدّ تطويراً جديداً يُسعَّر على حدة أو يُدرج ضمن عقد صيانة لاحق.
هل يسقط الضمان إذا عدّل طرف آخر النظام؟
غالباً نعم في الأجزاء المتأثّرة، لأن التدخّل الخارجي قد يُحدث خللاً لا يتحمّله المزوّد الأصلي. لذلك تنصّ العقود عادةً على أثر تعديل الغير على التزام الضمان.
ما الفرق بين إصلاح الخطأ وطلب التعديل؟
إصلاح الخطأ يعيد وظيفة متّفق عليها إلى عملها الصحيح، أما التعديل فيغيّر سلوكاً كان يعمل كما هو مطلوب. الأول مشمول بالضمان، والثاني عمل جديد يُحتسب مقابله.
هل أحتاج عقد صيانة إن كان لديّ ضمان؟
الضمان مؤقّت ويغطّي العيوب فقط، بينما يمتدّ عقد الصيانة ليشمل الدعم والتحديث والتحسين المستمر. لذا يُنصح بالتخطيط للصيانة قبل أن تنتهي مدة الضمان بوقت كافٍ.