الخلاصة

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

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

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

ما الذي يدخل في المليون؟

يمنح البرنامج المشاركين المؤهلين والمقبولين عمولة قدرها 15% على التطبيقات المدفوعة والمشتريات داخل التطبيق التي يغطيها. الحد هو مليون دولار أمريكي من العوائد. وتقصد Apple العوائد بعد خصم عمولتها وبعض الضرائب والتسويات. ثمن شراء التطبيق ليس هذا الرقم. وربح شركة التطوير ليس هو أيضا.

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

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

للنقل ذاكرة، وللسيطرة حساب آخر

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

وتربط Apple الحسابات بالملكية أو السيطرة. من المعايير حصة تتجاوز 50%، ومنها أيضا سلطة القرار النهائي. إنشاء شركة أخرى وحده لا يخلق حدا مستقلا. ويمنع الاتفاق الاستخدام غير السليم لحسابات متعددة للاستفادة من البرنامج.

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

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

التقييمات تعبر والتقارير تنقسم

يسمح دليل النقل للتطبيق المستوفي للشروط بالبقاء متاحا للتنزيل أثناء نقله. يحتفظ بالتقييمات والمراجعات وBundle ID. ويواصل المستخدمون تلقي التحديثات. تلك استمرارية تستحق جزءا من ثمن الشراء: المنتج لا يبدأ سمعته من الصفر.

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

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

الخصم ليس جزءا من الشيفرة

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

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

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