مراجعة ردّ المدفوعات في Google Play تمنحك 24 ساعة للدفاع، وإليك ما يجب إرساله

عندما يسحب بنك العميل دفعة في Google Play، لا تكتفي Google Play بردّ المال والمضيّ قدماً. فهي ترسل إلى خادمك إشعار PendingRefundReviewNotification وتبدأ عدّاداً مدته 24 ساعة. أجب على ذلك الإشعار عبر واجهة ReviewRefund مع تفضيل للاسترداد ودليل على ما استخدمه العميل فعلاً، وستدمج Google Play مدخلاتك في كيفية اعتراضها على ردّ المدفوعات. اصمت، فيُسوّى النزاع دون كلمة واحدة من الطرف الوحيد الذي يعرف كيف استُهلك المنتج.

مراجعة ردّ المدفوعات في Google Play هي مسار الاسترداد الوحيد في Android الذي يطلب منك دليلاً، وهي النظير المباشر لـ CONSUMPTION_REQUEST من Apple. وهي أهم الآن مما كانت عليه. فاعتباراً من August 3 2026 تنقل Google Play تكلفة ردّ المدفوعات إلى المطوّرين، لذا فإن نزاعاً تعجز عن الإجابة عليه يُخصم من حسابك أنت، لا من حساب Google. إليك بالضبط ما يحمله الإشعار، وما ترسله بالمقابل، والحقول التي تُكوّن دليلك، وأين يتحول الصمت إلى مال.

ما هي مراجعة ردّ المدفوعات في Google Play فعلاً

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

هذا هو المكان الوحيد في نظام الاسترداد لدى Android حيث يغيّر دليلك النتيجة. فكل مسار استرداد آخر في Google Play يجري من دونك. يمكن للعميل أن يسترد ذاتياً خلال 48 ساعة من الشراء، ويمكن للدعم أن يمنح استرداداً، وتُسترد المشتريات غير المُقرّة تلقائياً، وكلها تحسمها Google. مراجعة ردّ المدفوعات هي الاستثناء، ويجدر التعامل معها بوصفها محادثة الاسترداد الوحيدة التي تستطيع فعلاً المشاركة فيها.

إنها نسخة Android من نافذة الأدلة لدى Apple

متجران، مساران يطلبان دليلاً من المطوّر، وهذه هي القائمة كاملة. ترسل Apple إشعار CONSUMPTION_REQUEST وتمنحك 12 ساعة للإجابة عبر Send Consumption Information. وترسل Google Play إشعار PendingRefundReviewNotification وتمنحك 24 ساعة للإجابة عبر orders.reviewrefund. تختلف الآليات، لكن الدرس واحد: حين يسأل المتجر عمّا استخدمه العميل، فإن الإجابة الدقيقة هي الفرق بين الاحتفاظ بالبيع وردّه.

يهمّ فرق واحد عملياً. حمولة الاستهلاك لدى Apple هي خمسة حقول رقمية ولا شيء غيرها. أما دليل Google Play فأغنى. يمكنك إرسال نسبة استهلاك إضافة إلى قائمة بأحداث استخدام فردية، يحمل كلٌّ منها طابعاً زمنياً ومعرّف حساب وحتى عنوان IP و location تقريبي. تمنحك Google Play مساحة أكبر لوصف التسليم، ما يعني مساحة أكبر لتكون مُقنعاً.

عدّاد الـ 24 ساعة وكيف يصل الإشعار إليك

تصل المراجعة بوصفها Real Time Developer Notification إلى موضوع Cloud Pub/Sub الخاص بك، وهو القناة نفسها التي تُسلّم أحداث اشتراكاتك ومشترياتك. الرسالة حمولة مُرمّزة بـ base64 داخلها كائن pendingRefundReviewNotification. يبدأ العدّاد حين يُنشر ذلك الإشعار، لا حين تصادف قراءته، لذا فإن مُستهلِكاً يسأل مرة في اليوم هو مُستهلِك يفوّت النزاعات.

PendingRefundReviewNotification، حقلاً حقلاً

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

ردّ المدفوعات وحده يفتح مراجعة معلّقة

قيمة refundReason في المراجعة المعلّقة هي دائماً CHARGEBACK، تُسلَّم بوصفها العدد الصحيح 7. توجد أسباب استرداد أخرى في عالم Google Play، لكنها لا تصل إليك عبر هذا المسار، لأنه لا رأي لك فيها. إذا رأيت PendingRefundReviewNotification، فقد عكس بنك دفعة و Google Play تقرّر هل تعترض عليها. هذا هو المُطلِق الوحيد.

ماذا ترسل بالمقابل عبر واجهة ReviewRefund

تجيب باستدعاء POST واحد إلى orders.reviewrefund. المسار الكامل هو POST https://androidpublisher.googleapis.com/androidpublisher/v3/applications/{packageName}/orders/{orderId}:reviewrefund، مُصرّح به بنطاق https://www.googleapis.com/auth/androidpublisher، وهو نطاق OAuth نفسه الذي يستخدمه تكامل Play Developer API لديك أصلاً. النجاح يعيد جسماً فارغاً مع HTTP 200.

الجسم هو حيث تعيش قضيتك. تعيد pendingRefundToken من الإشعار، وتذكر تفضيلاً للاسترداد، وترفق دليل استهلاك.

تفضيلك للاسترداد توصية، لا حُكم

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

حقول الدليل التي تدعم DECLINE

الـ DECLINE المجرّد ادعاء بلا برهان. حقول الاستهلاك هي البرهان. قيمة consumptionPercentageMilliunits عدد صحيح بالوحدات الألفية، لذا فإن 100000 تقول إن العميل استهلك 100 percent مما اشتراه و 50000 تقول النصف. و consumptionUsageEvents مصفوفة اختيارية يمكن لكل حدث فيها أن يحمل obfuscatedAccountId و obfuscatedProfileId و consumptionTime و ipAddress و consumptionItemDescription و location تقريبياً. و sampleContentProvided قيمة منطقية للحالة التي منحت فيها العميل عيّنة مجانية من المحتوى المدفوع. معاً تقول هذه، بلغة مخطط Google Play نفسه، إن المنتج سُلّم واستُخدم.

استدعاؤك الأول هو استدعاؤك الوحيد

تسجّل Google Play أول استدعاء ReviewRefund تجريه على إشعار وتتجاهل كل استدعاء بعده، مع إعادة حالة OK رغم ذلك. لا مسودة ولا مراجعة. إذا كانت إجابتك الأولى NEUTRAL متعجّلة بلا دليل لأن خط معالجتك لم يكن جاهزاً، فتلك هي الإجابة المسجّلة، ويُهمَل الاستدعاء اللاحق الحامل لتاريخ الاستهلاك الكامل بصمت. ابنِ الإجابة الكاملة قبل أن ترسل أي شيء.

ماذا تكلّفك المراجعة من مال

لسنوات كلّف ردّ مدفوعات خاسر في Google Play المطوّرَ البيعَ وقليلاً غيره، لأن Google Play كانت تتحمّل الرسوم اللاحقة. ينتهي ذلك في August 3 2026. فبالنسبة للطلبات المُقدَّمة بعد ذلك التاريخ، تتقاسم Google Play تكلفة ردّ المدفوعات مع المطوّرين، وحصة المطوّر هي سعر الشراء مطروحاً منه رسوم خدمة Play مضافاً إليها رسم ردّ المدفوعات المرتبط الذي تفرضه المؤسسة المالية. تظل Google Play تغطّي جزء رسوم الخدمة. رسم البنك ثِقل جديد على جانبك من الدفتر.

الاسترداد ليس أبداً الرقم الحقيقي

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

الحجم الذي تحاربه Google

تقول Google Play إنها حجبت US$3.4B من الاحتيال وإساءة الاستخدام في 2025 وتضيف كشف احتيال طوال 2026. تغيير تقاسم التكلفة جزء من الدفعة نفسها: امنح المطوّرين سبباً لتغذية النظام بالأدلة، فيعترض النظام على المزيد من النزاعات غير المشروعة. واجهة ReviewRefund هي الطريق الذي يدخل به دليلك. الإجابة الفارغة صوت لترك ردّ مدفوعات احتيال ودّي يمرّ على حسابك.

كيف تكون جاهزاً قبل وصول الإشعار

نافذة الـ 24 ساعة ليست المشكلة. المشكلة أن الدليل الذي تحتاجه يجب أن يكون موجوداً قبل النزاع، مُلتقطاً وقت الشراء والاستهلاك، لا مُعاد بناؤه بعد ظهور رمز. الفريق الذي يبدأ بجمع البيانات حين يصل الإشعار قد خسر أصلاً.

ارفق الهوية وقت الشراء

عيّن obfuscatedAccountId بـ setObfuscatedAccountId في كل عملية شراء، كي يُطابَق معرّف الحساب في الإشعار مباشرة بمستخدم في نظامك. اجعله تجزئة، 64 حرفاً أو أقل، لا email صريحاً أو بيانات شخصية أخرى أبداً، لأن المعرّفات الصريحة تؤدي إلى حجب المشتريات. من دون تلك الصلة لا تستطيع ربط pendingRefundToken بتاريخ استخدام حقيقي، ولا يقف خلف DECLINE الخاص بك شيء.

سجّل الاستهلاك وقت حدوثه

سجّل ماذا سلّم طلب مدفوع، ومتى، ولمن، بصيغة تستطيع تحويلها إلى consumptionPercentageMilliunits و consumptionUsageEvents عند الطلب.

• ضع طابعاً زمنياً على كل وحدة استهلاك، كي يكون consumptionTime في كل حدث حقيقياً لا مُقدّراً.
• تتبّع التسليم مقابل الشراء، كي تذكر نسبة استهلاك بثقة بدل التخمين.
• احتفظ بمعرّفَي الحساب والملف الشخصي بجانب الاستخدام، كي يتجمّع الحدث في استعلام واحد حين يصل الرمز.
• التقط IP الطلب و location التقريبي إن توفّرا لديك، لأن Google Play تقبل كليهما بوصفهما حقلي حدث.

أجب داخل النافذة، تلقائياً

نافذة الـ 24 ساعة مريحة لآلة وقاسية على إنسان عليه أن يكون مستيقظاً ومنتبهاً. يجب أن تكون الإجابة تلقائية: إشعار يدخل، حساب يُبحث عنه، استهلاك يُجمَّع، استدعاء ReviewRefund واحد يخرج، كل ذلك بلا إنسان في الحلقة. هذا هو الجزء الذي تشغّله RefundHalt نيابة عنك. نصغي إلى PendingRefundReviewNotification، ونطابق الطلب بالاستخدام الذي نتتبّعه أصلاً لذلك الحساب، ونجيب orders.reviewrefund داخل النافذة مع تفضيل للاسترداد ودليل استهلاك حقيقي. الرمز هو الخيط، والدليل هو القضية. أعِدّ كليهما، فتصبح محادثة الاسترداد الوحيدة التي تستطيع المشاركة فيها محادثة تستطيع الفوز بها.