حين لا يصل الطلب: الاسترداد التلقائي، ومعنى أن يبقى الطلب قيد المراجعة

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

أربع حالات لا خامس لها

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

الحالتان الأخيرتان مرتبطتان: الفشل يتبعه الاسترداد تلقائياً، لا بقرار يُتّخذ لاحقاً.

ما يحدث عند الفشل، بالتفصيل

حين يتعذّر تنفيذ طلب، ثلاثة أشياء تقع دون أن تطلبها:

• تعود القيمة كاملة إلى رصيد محفظتك. لا جزء منها ولا رسوم عليها.
• يُكتب قيد في الكشف نوعه «استرداد» وفيه رقم الطلب، فتستطيع أن تطابقه بسجلّك. الكشف لا يُعدَّل ولا يُحذف منه شيء؛ التصحيح فيه يكون بقيد مقابل لا بإعادة كتابة الماضي.
• تتغيّر حالة الطلب إلى «استُرد» على صفحته، ومن يستعمل الواجهة البرمجية ويشترك في الإشعارات يصله حدث order.refunded.

ولذلك لا يبقى شيء مخصوماً مقابل طلب لم يُسلَّم. هذه ليست سياسة نتّبعها، بل الطريقة الوحيدة التي يعمل بها النظام.

«قيد المراجعة»: الحالة التي تحتاج صبراً لا فعلاً

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

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

فيبقى الطلب معلّقاً حتى يُحسم أمره بجواب قاطع، ثم يصير «تم التسليم» أو «استُرد». والوعد المرافق لهذه الحالة صريح: تُخبَر بالنتيجة، ولا تُحاسَب مرّتين وأنت تنتظر.

ما لا يجب أن تفعله في الأثناء

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

ومن يشتري عبر الواجهة البرمجية له حماية إضافية: إعادة إرسال الطلب نفسه بترويسة Idempotency-Key نفسها تُعيد إليك الطلب الأول كما هو، لا طلباً ثانياً ولا خصماً ثانياً. التفصيل في توثيق الواجهة البرمجية.

ولماذا لا يوجد طلب استرداد أصلاً

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

والحالة الوحيدة التي تكون فيها إعادة المال هي الصواب بلا لبس — أن يتعذّر التنفيذ — هي الحالة التي يعيد فيها النظام المال بنفسه. فلم يبقَ للزرّ ما يفعله.

ماذا تقول لزبونك في الأثناء

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

أسئلة

كم ينتظر الطلب المعلّق؟

لا يوجد رقم ثابت يصحّ أن يُكتب هنا. ما يصحّ أن يُقال إنّ الحالة تنتهي دائماً إلى «تم التسليم» أو «استُرد»، وإنّها لا تنتهي بخصم مقابل لا شيء.

هل أُخصَم مرّتين إن فشل الطلب بعد الخصم؟

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

أستطيع أن أرى الاسترداد أين؟

في كشف المحفظة داخل لوحتك، نوع القيد «استرداد» وفيه رقم الطلب. وصفحة الطلب نفسها تقول إنّ قيمته عادت.

زبوني يطالبني باسترداد ثمن كود سلّمته له وقال إنّه لا يعمل.

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