من يملك التصميم والكود والحساب بعد التسليم؟ ملكية المخرجات في عقود الأعمال الرقمية

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

القاعدة التي يجهلها كثيرون: الدفع لا ينقل الملكية تلقائياً

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

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

ثلاثة أصول رقمية يتنازع عليها الطرفان

معظم نزاعات ما بعد التسليم تدور حول ثلاثة أصول، لكلٍّ منها قاعدةٌ ينبغي أن يحسمها العقد:

لاحظ الفرق الجوهري في السطر الأخير: في عقود الإدارة (حسابات التواصل، المتجر، المجتمع الرقمي) لا ينتقل الأصل أصلاً — فهو ملكٌ للعميل من البداية، والمنفّذ لا يعدو كونه مديراً بالوكالة. ولهذا فإن أخطر ما قد يقع هو أن ينتهي عقد الإدارة ويحتفظ المنفّذ ببيانات الدخول أو يربط الحساب ببريدٍ يملكه هو. ابدأ من عقد إدارة حسابات التواصل الاجتماعي الذي ينصّ على ملكية الحسابات وتسليمها، أو عقد بناء متجر إلكتروني الذي يربط تسليم الكود وبيانات الدخول بالسداد.

القاعدة العملية: ما تبنيه لعميلك يبقى ملكك حتى يدفع؛ وما تديره لعميلك يبقى ملكه منذ اللحظة الأولى. الخلط بين الحالتين هو أصل معظم النزاعات الرقمية.

البند الذهبي: انتقال الملكية عند السداد الكامل

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

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

ثلاثة أخطاء شائعة — وكيف تتجنّبها

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

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