الخلاصة

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

يستطيع تغيير صورة اللعبة، ولا يستطيع تخفيض سعرها

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

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

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

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

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

الملف موجود، لكن صاحبه انتقل إلى مشروع آخر

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

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

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

اللاعب لا يحتاج إلى شراء الماضي من جديد

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

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

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

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

المنحنى الصاعد لا يغلق حساب الشهر

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

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

وقد تتعطل المهمة عند صلاحية صغيرة. إتاحة البيانات المالية اختيار مستقل عند مشاركة الإدارة، وبعدها يحتاج مستخدم الشريك المستقبل إلى View Financials. تستطيع الشركتان الاتفاق على كشف التاريخ، بينما الموظف الذي سيطابقه لا يستطيع فتحه. المصافحة بين المديرين لا تعدّل صلاحيات المحاسب.

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

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

يمكن تسليم الواجهة دون تسليم جهة التحصيل

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

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

لتغيير الشريك الذي يتلقى المدفوعات يلزم نقل التطبيق. يبدأ الطرف الحالي بتحديد المستلم وتاريخ النفاذ والسبب. يقبل المستلم، ثم يؤكد المرسل مرة أخرى، وبعد ذلك تراجع Valve الطلب. يجب أن يمتلك المستخدمان لدى الطرفين صلاحية Actual Authority، وأن يكون حساب الشريك المستقبل مكتمل التسجيل والتحقق.

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

التاريخ الذي يبدأ عنده الاستحقاق ليس وصول المال إلى البنك

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

تذكر Valve مدة معتادة من يومين إلى سبعة أيام عمل للمراجعة بعد اكتمال موافقة الطرفين. لا تشمل هذه العبارة ضمانًا لكل الوقت الذي تستغرقه الشركتان في التأكيد وإكمال خطواتهما.

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

لهذا يجب فصل تاريخ الصفقة وموافقة المنصة وبدء الإدارة والفترة المالية ودورة الدفع. عبارة «ننتهي آخر الشهر» قادرة على حمل خمسة معانٍ مختلفة، وهو إنجاز لغوي لا يحتاجه أي فريق تسوية.

الاسم الجديد لا يمحو جدول الخصومات

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

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

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

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

الوثائق الأصلية

نقل التطبيقات على Steam، مشاركة الإدارة والاطلاع المالي، التقارير والمدفوعات، صلاحيات الخصومات وفترات الانتظار.