إجابة سريعة: في Google Play، تحدث معظم عمليات استرداد الأموال دون أي تدخل منك، فتصدرها Google وتُلغي صلاحية الوصول (entitlement) وتُعلمك بعد وقوعها عبر مشترى ملغى (voided purchase). الاسترداد الوحيد الذي يمكنك الاعتراض عليه فعليًا هو عملية رد مبلغ (chargeback) قيد المراجعة، حيث تمنحك Google حوالي 24 ساعة لتقديم توصية. كل ما عداه تتابعه ولا تخوض معركة بشأنه. معرفة الفرق بين الحالتين هي الفرق بين استرداد الإيرادات ومشاهدتها تتسرب بصمت.
لماذا يختلف Google Play عن Apple
إذا أتيت إلى هنا من جانب استرداد أموال Apple، فأعد ضبط توقعاتك فالمتجران يعملان بطرق مختلفة جدًا.
في Apple، يمكن للمطورين تلقي إشعار CONSUMPTION_REQUEST وتقديم معلومات الاستهلاك لعملية قرار استرداد الأموال الخاصة بـ Apple. وهذا هو سير العمل المُتناول في أتمتة استرداد أموال Apple.
يعتمد Google Play على نموذج مختلف. قد تعالج Google عمليات استرداد الأموال وفق سياساتها، في حين يمكن لعمليات رد مبلغ (chargeback) محددة أن تدخل في عملية مراجعة من المطور. توفر Google الآن إشعار PendingRefundReviewNotification عندما تتطلب عملية رد مبلغ مراجعة من المطور. يمكن للمطورين بعد ذلك استخدام ReviewRefund API لتقديم تفضيل استرداد الأموال والأدلة ذات الصلة بشأن استخدام المشتريات في غضون 24 ساعة.
هذا التمييز بالغ الأهمية عند بناء سير عمل لاسترداد أموال Google Play.
الأمور الثلاثة التي تحدث على Play
من المفيد تقسيم ما يحدث فعليًا على Google Play إلى ثلاثة أحداث متمايزة، لأن المطورين يخلطون بينها غالبًا ثم يتساءلون عن سبب "عدم قدرتهم على الاعتراض على عمليات الاسترداد."
الحدث | من يقرر | هل يمكنك الاعتراض عليه؟ | كيف تعرف بذلك |
استرداد من المستخدم/Google | لا | إشعار مشترى ملغى، بعد وقوع الحدث | |
مشترى ملغى | لا | إشعار مطور فوري | |
عملية رد مبلغ (chargeback) قيد المراجعة | شبكة البطاقة، بناءً على معلومات من Google | نعم — حوالي 24 ساعة للرد | إشعار مطور فوري |
الحدثان الأولان تقوم بتسجيلهما لضمان دقة صلاحيات الوصول والتحليلات. أما الثالث فهو الوحيد الذي يحتوي على نافذة قرار يمكنك التأثير فيها.
مراجعات رد المبلغ (Chargeback): الحالة التي يمكنك الاعتراض عليها
تحدث عملية رد مبلغ (chargeback) في Google Play عندما ينازع العميل في دفعة ما من خلال مؤسسته المالية، بدلًا من طلب استرداد أموال عادي من Google Play.
عندما تتطلب عملية رد مبلغ مراجعة من المطور، تُرسل Google إشعار PendingRefundReviewNotification. يمكن للمطورين بعد ذلك تقييم المعاملة وتقديم تفضيل استرداد مثل APPROVE أو DECLINE أو NEUTRAL، إلى جانب الأدلة ذات الصلة باستخدام المشتريات. توفر Google حاليًا نافذة استجابة مدتها 24 ساعة لعملية المراجعة هذه.
هذا هو الجزء من عملية استرداد أموال Google Play الذي يكون فيه التوقيت مهمًا.
الخطوة العملية هي رصد كل مراجعة معلّقة في الوقت الفعلي وتقديم التوصية المناسبة قبل إغلاق نافذة الـ 24 ساعة.
المشتريات الملغاة: تابعها، لا تخوض معركة بشأنها
كل ما لا يُعد مراجعة رد مبلغ يحتاج إلى معالجة مختلفة.
يساعد سير عمل Voided Purchases API المطورين على تحديد المشتريات التي تم إلغاؤها أو إبطالها، حتى يتمكن التطبيق من الحفاظ على دقة حالة صلاحيات الوصول والتقارير المالية.
لا يمكنك التعامل مع كل مشترى ملغى كفرصة للنزاع. بل عليك تسجيل الحدث والتأكد من أن وصول المستخدم يعكس حالة الشراء الفعلية.
هناك ثلاثة أسباب تجعل هذا الأمر مهمًا:
دقة صلاحيات الوصول: إذا تم استرداد مبلغ شراء أو إلغاؤه، يجب أن يعكس تطبيقك ذلك. المستخدم الذي لم تعد له صلاحية وصول سارية لا ينبغي أن يستمر في الحصول على الوصول المميز.
تحليلات دقيقة: تؤثر عمليات استرداد الأموال وعمليات رد المبلغ على تقارير الإيرادات وقيمة العميل مدى الحياة (LTV) ومقاييس الاشتراك الأخرى إذا لم يتم احتسابها بشكل صحيح.
اكتشاف الأنماط: يمكن أن تكشف مجموعة من المشتريات الملغاة من منطقة واحدة، أو SKU واحد، أو مصدر استحواذ واحد عن مشكلة في المنتج أو الفوترة أو الاستحواذ، حتى عندما لا تستطيع التراجع عن المعاملة الفردية.
لذا فالموقف الصحيح هو: تسجيل كل حدث ذي صلة، والحفاظ على دقة صلاحيات الوصول والتقارير، وتوجيه جهودك الفعلية في الاعتراض نحو عمليات رد المبلغ التي تدخل في مراجعة المطور.
ما الذي تتطلبه الرؤية الفورية فعليًا
لا شيء من هذا يعمل بدون رؤية فورية.
يستخدم Google Play إشعارات المطورين الفورية (Real-time Developer Notifications) عبر Google Cloud Pub/Sub لإعلام نظامك الخلفي (backend) بأحداث الفوترة ذات الصلة. يُعد إشعار PendingRefundReviewNotification مهمًا بشكل خاص لأنه يخبر نظامك بأن عملية رد مبلغ تتطلب مراجعة من المطور وأن هناك نافذة استجابة مدتها 24 ساعة متاحة.
هنا تتحول إشعارات المطورين الفورية من مجرد ميزة مراقبة إلى أكثر من ذلك. فهي يمكن أن تصبح المُحرّك لسير عمل آلي لاسترداد الأموال.
يحتاج نظامك الخلفي إلى استقبال الإشعار، وتحديد الطلب المتأثر، وتقييم معلومات المعاملة والاستهلاك المتاحة، وتقديم الاستجابة المناسبة عبر Google Play Developer API.
كما تحتاج إلى التحقق من بيانات الإشعارات مقابل واجهات برمجة التطبيقات (APIs) الخاصة بـ Google، حتى لا يتحول الحدث الفائت إلى عملية استرداد أو تحديث صلاحية وصول مفقود بصمت.
بالنسبة للفرق التي تعالج حجمًا كبيرًا من المعاملات، يمكن أن يصبح الحفاظ على هذه البنية التحتية يدويًا مكلفًا من الناحية التشغيلية.
يمكن لمنصة برمجية مُدارة لإدارة استرداد أموال Google Play أن تزيل الكثير من عبء المراقبة وسير العمل هذا، من خلال تجميع الإشعارات وأحداث الاسترداد ومراجعات رد المبلغ والتحليلات في مكان واحد.
كيف تتم معالجة الجزء القابل للاعتراض
بمجرد أن تتدفق الإشعارات، تحتاج إلى إنجاز مهمتين بشكل مستمر وفي أي ساعة:
بخصوص مراجعات رد المبلغ: استقبال إشعار PendingRefundReviewNotification، وتقييم المعاملة، وتقديم التوصية المناسبة وأدلة استخدام المشتريات عبر ReviewRefund API ضمن نافذة الـ 24 ساعة.
بخصوص كل ما عداه: سجّل الاسترداد أو المشترى الملغى، وحدّث صلاحيات الوصول، وغذّ تحليلاتك، حتى تظل الأحداث التي لا يمكنك الاعتراض عليها توفر لك بيانات دقيقة وأنماطًا واضحة.
يبقى سير عمل استرداد الأموال في Play Console مفيدًا لعرض الطلبات يدويًا وإصدار عمليات الاسترداد المؤهلة. توثق Google إجراءات استرداد الأموال وإجراءات استرداد/إلغاء الاشتراكات عبر Play Console، في حين يمكن أيضًا استخدام Google Play Developer API لعمليات الاسترداد المدعومة.
يقوم RefundSensor بكل ذلك من خلال لوحة تحكم واحدة، إلى جانب عمليات استرداد أموال Apple، حتى لا تضطر إلى تشغيل أو صيانة أنظمة منفصلة لكل متجر.
ما يمكن وما لا يمكن لهذا الحل فعله
لا يمكنه تحويل كل عملية استرداد أموال في Google Play إلى نزاع. قد تُصدر Google عمليات استرداد وفق سياسات الاسترداد الخاصة بها، وهذه الأحداث تختلف عن عمليات رد المبلغ التي تدخل في مراجعة المطور.
لا يمكنه ضمان أن أي عملية رد مبلغ محددة ستُحل لصالحك. فعملية المراجعة هي عملية قرار خاصة بـ Google، وتوصية المطور ليست نتيجة مضمونة.
يمكنه ضمان أن يكتشف نظامك مراجعات رد المبلغ المعلّقة، ويستجيب ضمن النافذة المتاحة، ويتابع أحداث الاسترداد والمشتريات الملغاة الأخرى، حتى تظل صلاحيات الوصول والتحليلات لديك دقيقة.
التحلي بالواقعية بشأن الأمرين الأولين هو ما يجعل الثالث قيّمًا: فأنت تتوقف عن تفويت فرص المراجعة بسبب التوقيت، وتتوقف عن التحرك بشكل أعمى فيما يخص بقية نشاط استرداد أموال Google Play لديك.
المصادر الرسمية {#official-sources}
تتغير سياسات Google وواجهات برمجة التطبيقات الخاصة بها، لذا تعامل مع وثائق Google الرسمية كالمرجع النهائي:
لوحة تحكم واحدة لكل من المتجرين. يرصد RefundSensor مراجعات رد المبلغ في Google Play في الوقت الفعلي ويقدّم توصية بالرفض ضمن النافذة المحددة، ويتابع كل عمليات الاسترداد والمشتريات الملغاة الأخرى، ويقوم بنفس الأمر مع Apple، كل ذلك من مكان واحد. إشعارات يتم تهيئتها تلقائيًا، دون أي تغييرات في الكود. ابدأ مجانًا →
روابط داخلية لإضافتها بعد النشر: الركيزة الأساسية لأتمتة استرداد أموال Apple · Voided Purchases API مقابل RTDN · أنماط إساءة استخدام الاسترداد.
الأسئلة الشائعة
نوع واحد فقط: عملية رد مبلغ (chargeback) قيد المراجعة، حيث تمنحك Google حوالي 24 ساعة لتقديم توصية. أما عمليات الاسترداد العادية والعمليات التي تبدأها Google فتُقرر من قبل Google دون أي تدخل من المطور، ويمكنك تتبعها لكن لا يمكنك الاعتراض عليها.
هي الحالة التي ينازع فيها العميل في رسوم ما لدى بنكه أو شبكة بطاقته، فتدخل المنازعة في نافذة مراجعة. تتيح لك Google تقديم توصية بشأن كيفية حلها، وذلك عادةً في غضون حوالي 24 ساعة.
الاسترداد هو إعادة الأموال. أما المشترى الملغى فهو إشعار من Google بأن عملية شراء ما لم تعد سارية، وغالبًا ما يكون ذلك نتيجة لاسترداد أو إلغاء. تستخدم أحداث المشتريات الملغاة للحفاظ على دقة صلاحيات الوصول والتحليلات.
أنشئ موضوع (topic) في Google Cloud Pub/Sub، ومنح Google Play صلاحية النشر إليه، وقم بتهيئته في Play Console، واشترك نظامك الخلفي (backend) فيه. وفّق البيانات مقابل Voided Purchases API حتى لا يُنشئ أي إشعار فائت فجوة. يقوم RefundSensor بتهيئة موضوع Pub/Sub تلقائيًا، لذا كل ما عليك هو لصق اسم موضوع واحد.
لا. تتم معالجة عمليات الاسترداد ورد المبلغ من جانب الخادم (server-side) عبر Real-time Developer Notifications وGoogle Play Developer API، دون الحاجة إلى أي SDK أو إعادة إرسال للتطبيق.
