ما الذي يجب أن تملكه عند انتهاء مشروعك البرمجي؟
قائمة تسليم لأصحاب المنشآت: الكود المصدري والحسابات وحسابات متاجر التطبيقات وكلمات المرور والوثائق والنسخ الاحتياطية قبل سداد الدفعة الأخيرة.
عند انتهاء أي مشروع برمجي، يجب أن تملك الكود المصدري كاملًا في مستودع مسجّل باسم حسابك، وكل حساب يعمل عليه النظام (الخوادم السحابية، واسم النطاق، والبريد الإلكتروني، ومتاجر التطبيقات، وخدمات الدفع)، وكلمات المرور الخاصة بها جميعًا، ووثائق مكتوبة، ونسخة احتياطية حديثة من بياناتك. إذا بقي أيٌّ من ذلك باسم المطوّر وحده، فأنت لا تتحكم فعليًا في البرنامج الذي دفعت ثمنه. استلم هذه العناصر قبل سداد الدفعة الأخيرة، لا بعدها.
آخر تحديث: 6 نوفمبر 2026
العقد يحدد ما يحق لك، أما هذه القائمة فتتناول ما يجب أن تستلمه فعليًا. وإذا كنت ما زلت في مرحلة التعاقد، فاقرأ أولًا تسعة أمور يجب مراجعتها في عقد تطوير البرمجيات.
ماذا يعني «تسليم الكود المصدري» فعليًا
عبارة «سنسلّم الكود المصدري» تبدو واضحة، لكنها كثيرًا ما تُنفَّذ بملف مضغوط يُرسل بالبريد الإلكتروني في اليوم الأخير، وهذا لا يكفي. يُعدّ الكود المصدري مُسلَّمًا عندما:
- يكون في مستودع Git تملكه أنت على GitHub أو GitLab أو Bitbucket، بسجلّه الكامل، لا مجرد نسخة واحدة.
- يكون كاملًا، أي يشمل الخادم الخلفي والموقع الإلكتروني ولوحة التحكم وتطبيقات الجوال وأي سكربتات مساعدة، لا الجزء الظاهر لك فقط.
- يمكن تشغيله، بحيث يستطيع مطوّر لم يرَ المشروع من قبل أن يتبع التعليمات ويحصل على نسخة تعمل.
- لا ينقصه شيء يعتمد عليه: قوالب الإعدادات، وملفات تحديث قاعدة البيانات، وقائمة بكل خدمة خارجية يتصل بها.
- لا يحتوي على بيانات سرية، فكلمات المرور ومفاتيح API مكانها منفصل وموثّق، لا مكتوبة داخل ملفات الكود.
على GitHub يستطيع المطوّر نقل المستودع إلى حسابك أو إلى حساب منشأتك، وتنتقل معه البلاغات وطلبات الدمج وسجلّ التعديلات كاملًا، وتُحوَّل الروابط القديمة تلقائيًا إلى الموقع الجديد. وهذه أنظف طريقة لاستلام كود بدأ العمل عليه في حساب المطوّر.
الحسابات التي يجب أن تكون باسمك
معظم مشكلات التسليم لا تتعلق بالكود، بل بحسابات فتحها المطوّر «لتوفير الوقت» ولم ينقلها قط. وبعد عام قد يتعذّر الوصول إلى المطوّر، وينتهي اسم النطاق، ولا يستطيع أحد تجديده.
| العنصر | باسم من يجب أن يكون | ما المشكلة إن لم يكن كذلك |
|---|---|---|
| مستودع الكود | حساب منشأتك | لا تستطيع الاستعانة بمطوّر آخر لتعديل البرنامج |
| اسم النطاق | منشأتك، وبريدك الإلكتروني جهةَ اتصال | يتوقف الموقع والبريد الإلكتروني عند انتهاء النطاق |
| الاستضافة والخوادم السحابية | حسابك وبطاقة الدفع الخاصة بك | قد تُوقَف الخوادم أو تُحتجز عند أي خلاف |
| قاعدة البيانات وتخزين الملفات | داخل حسابك السحابي | تبقى بيانات عملائك لدى طرف ثالث |
| البريد الإلكتروني وإعدادات DNS | حسابك | تفقد بريدك ولا تستطيع توجيه النطاق إلى مكان آخر |
| App Store وGoogle Play | حسابات المطوّر الخاصة بمنشأتك | لا يمكن تحديث التطبيق دون المطوّر السابق |
| بوابة الدفع والرسائل النصية وواتساب والخرائط | منشأتك وعقودها | تتوقف المدفوعات أو الرسائل، أو تذهب الأموال إلى حساب آخر |
| أدوات التحليلات وSearch Console | حسابك، مع إضافة المطوّر مستخدمًا | تفقد سجلّ زيارات موقعك |
القاعدة واحدة في كل صف: أنت مالك الحساب، والمطوّر مستخدم مضاف تستطيع إلغاء صلاحيته. وإذا احتاج إلى صلاحية المالك لإعداد أمر ما، فيجب أن تعود إليك فور انتهاء العمل.
App Store وGoogle Play: انشر التطبيق باسم منشأتك
تطبيقات الجوال هي أكثر ما يبقى باسم المطوّر، لأن النشر باسم منشأتك يتطلب بعض الإجراءات. ومع ذلك احرص عليه، فحساب المطوّر هو اسم البائع الذي يراه العملاء، وهو الذي يحتفظ بالتقييمات والمراجعات.
لفتح حساب باسم منشأة، يطلب المتجران رقم D-U-N-S، وهو معرّف مجاني من تسعة أرقام تصدره شركة Dun & Bradstreet، إضافة إلى موقع إلكتروني للمنشأة وبيانات الاتصال. وتشترط Apple كذلك أن يكون الشخص المسجِّل مخوّلًا بالتوقيع عن المنشأة، ورسوم عضويتها 99 دولارًا أمريكيًا سنويًا. ابدأ مبكرًا، لأن التحقق لا يتم فورًا.
وإذا كان التطبيق منشورًا بالفعل في حساب المطوّر، فيمكن نقله. تتيح Apple لصاحب الحساب نقل التطبيق إلى حساب آخر، ويحتفظ التطبيق بتقييماته ومراجعاته ومعرّف الحزمة، ويستمر المستخدمون في تلقي التحديثات. ويدعم Google Play أيضًا نقل التطبيقات، فينتقل المستخدمون والتقييمات والمراجعات وصفحة المتجر بعد موافقة مالك الحساب المستقبِل. وتبقى بعض العناصر في الحساب القديم مثل تقارير المبيعات السابقة، وتحتاج الخدمات المرتبطة مثل Firebase إلى تعديل منفصل. اطلب من المطوّر إتمام النقل قبل سداد الدفعة الأخيرة.
كلمات المرور والمفاتيح والوثائق
بيانات الدخول والوثائق هي ما يمكّن أي مطوّر لاحق من مواصلة العمل. اطلب ما يلي:
- قائمة ببيانات الدخول في برنامج لإدارة كلمات المرور مشترك معك، تشمل كل حساب وخادم وخدمة، ومن يملك صلاحية الوصول إلى كلٍّ منها.
- مفاتيح API يمكنك تغييرها، أي أن تعرف أين يُستخدم كل مفتاح وكيف تستبدله.
- مفاتيح توقيع تطبيقات الجوال، أو تأكيدًا مكتوبًا بأن المتجر يدير توقيع التطبيق وأن مفتاح الرفع ملكك.
- وثيقة تقنية مختصرة توضح مكونات النظام، وأين يعمل، وطريقة تثبيته، وطريقة إصدار التحديثات، والخدمات الخارجية التي يستخدمها.
- دليل استخدام للوحة التحكم بلغة واضحة للموظفين الذين يديرون النظام يوميًا.
- قائمة بالمشكلات المعروفة وبما لم يكتمل بعد، حتى لا تفاجئك لاحقًا.
لا يلزم أن تكون الوثائق طويلة؛ فوثيقة واضحة من عشر صفحات تُحدَّث باستمرار أنفع من مئة صفحة كُتبت مرة واحدة ولم تُراجع بعدها.
البيانات والنسخ الاحتياطية
بياناتك كثيرًا ما تكون أثمن من الكود نفسه. قبل التسليم تأكد من أن:
- النسخ الاحتياطية تعمل تلقائيًا، وأنك تعرف عدد مراتها ومكان حفظها.
- نسخة احتياطية واحدة على الأقل استُعيدت فعليًا لإثبات أنها تعمل.
- بإمكانك تصدير بياناتك، مثل العملاء والطلبات والفواتير، بصيغة شائعة مثل CSV.
- النسخ الاحتياطية محفوظة في حسابك، لا على جهاز المطوّر وحده.
كيف تتحقق من التسليم بنفسك
لا تحتاج إلى قراءة الكود للتحقق من التسليم. اطلب من مطوّر آخر إجراء اختبار واحد: أن يبدأ من مستودعك ووثائقك فقط، ويبني النظام على خادم جديد، ثم يسجّل الدخول. إذا نجح ذلك فالتسليم حقيقي، وإذا احتاج إلى الاتصال بالمطوّر الأصلي فهناك ما ينقص.
ثم سجّل الدخول بنفسك إلى كل حساب في الجدول السابق ببريدك الإلكتروني، وتأكد من أنك المالك. غيّر كلمات المرور التي تم تداولها أثناء المشروع، وألغِ صلاحيات من لم يعد بحاجة إليها.
تفشل عمليات التسليم للأسباب نفسها التي تفشل بها المشاريع: نطاق عمل غامض، وغياب التوثيق المكتوب، وعدم وجود نقاط مراجعة. يشرح مقال لماذا تفشل المشاريع البرمجية، والفحوص الخمسة التي تمنع ذلك هذه الفحوص. وبعد التسليم، تحافظ خطة صيانة البرمجيات على تحديث النظام واختبار النسخ الاحتياطية.
دور KF Tech Solutions
تبني KF Tech Solutions البرمجيات المخصّصة والمواقع الإلكترونية وتطبيقات الويب والجوال، ونعمل مع المنشآت في مصر ودول الخليج. في المشروعات الجديدة، يمكننا فتح الحسابات باسم منشأتك منذ الأسبوع الأول، فلا يبقى في النهاية ما يحتاج إلى نقل. وإذا كنت تتسلّم نظامًا من مورّد آخر، يمكننا مراجعة ما استلمته مقارنةً بهذه القائمة في مكالمة مجانية.
أسئلة شائعة
هل من الطبيعي أن يحتفظ المطوّر بالكود المصدري؟
بعض الموردين يمنحون ترخيص استخدام لمنتج جاهز بدلًا من تسليم الكود، وقد يكون ذلك عادلًا إذا انعكس على السعر ونصّ عليه العقد. أما البرنامج المبني خصيصًا لك فالمتوقع أن تملك كوده. اتفق على ذلك كتابةً قبل بدء العمل، ويشرح مقال كيف تختار شركة برمجيات ما ينبغي أن تسأل عنه.
هل يمكنني نقل تطبيقي من حساب المطوّر إلى حسابي؟
نعم في أغلب الحالات. يدعم كلٌّ من Apple وGoogle Play نقل التطبيق بين حسابات المطوّرين مع الاحتفاظ بتقييماته ومراجعاته. يبدأ المطوّر عملية النقل، ثم تقبلها أنت من حسابك.
هل أحتاج إلى منشأة مسجّلة لنشر التطبيق باسمي؟
يمكنك النشر بصفتك فردًا، لكن اسمك الشخصي سيظهر حينها بوصفه البائع. أما حساب المنشأة فيُظهر اسم منشأتك، ويطلب المتجران رقم D-U-N-S لفتحه.
ماذا أفعل إذا رفض المطوّر تسليم صلاحيات الوصول؟
راجع أولًا ما ينص عليه العقد بشأن الملكية والتسليم. قد يمكن استرداد حسابات النطاق والاستضافة والتطبيقات عبر الدعم الفني لكل مزوّد إذا أثبتّ ملكيتك للنشاط، لكن ذلك بطيء وغير مضمون. هذه معلومات عامة وليست استشارة قانونية؛ وفي حال النزاع استشر محاميًا. والوقاية أسهل بكثير، ولهذا يجب أن تكون الحسابات باسمك منذ البداية.
متى يجب أن يتم التسليم؟
قبل سداد الدفعة الأخيرة. اربط المرحلة الأخيرة باستلام المستودع والحسابات والوثائق، وبنجاح اختبار إعادة البناء. ويمكن أن يحدد موجز المشروع البرمجي الواضح هذه المخرجات منذ اليوم الأول.
إذا أردت رأيًا ثانيًا فيما استلمته، أو أردت بدء مشروع تكون فيه كل الحسابات باسمك، احجز مكالمة مجانية أو راسلنا.
المصادر
اقرأ المزيد
النشرة البريدية
ملاحظات من حين لآخر عن البرمجيات والأتمتة وإدارة أعمال أفضل. دون رسائل مزعجة.