صفحة «شكرًا» والطلب المُنشأ لا يؤكدان استلام الأموال. لتقرير المبيعات، اربط رقم الطلب بالدفعة المؤكدة، واحسب المبالغ المُعادة بشكل منفصل. لا تغيّر الحالات يدويًا كي يتوافق التقرير مع التوقعات.
ثلاث لحظات مختلفة
قد يُنشئ المشتري طلبًا ويفتح صفحة الدفع ثم يغلقها دون أن يدفع. وقد يعود إلى الموقع قبل تأكيد الدفع. لذلك يُتحقق من حدث الواجهة وحالة الطلب وحالة الدفعة كلٌّ على حدة. وتحدد كل خدمة دفع بعينها حالاتها وطريقة تأكيدها؛ وأسماء مزوّد واحد ليست عامة.
على سبيل المثال، تفرّق وثائق YooKassa بين pending وwaiting_for_capture وsucceeded وcanceled. وفي العملية المختارة لا يُستبدل انتظار الخصم بدفعة ناجحة. هذا توضيح لقراءة الحالات، وليس تعليمات لتغيير إعدادات استقبال المدفوعات.
مطابقة تعليمية
في السجل أربعة طلبات بقيمة 1 000 روبل. بالنسبة إلى A الدفعة مؤكدة؛ وB في الانتظار؛ وC ملغى دون خصم ناجح؛ وD مؤكد، ثم سُجّل إرجاع مبلغ 300. أُنشئت طلبات بقيمة 4 000، وأُكدت مدفوعات بقيمة 2 000، وسُجّلت المبالغ المُعادة بشكل منفصل بقيمة 300. ورصيد المقبوضات النقدية ضمن هذه الحدود الافتراضية هو 1 700.
هذا ليس حسابًا للإيرادات أو الأرباح المحاسبية: فلا توجد هنا تكلفة البضاعة ولا العمولات ولا التزامات أخرى. والغرض من المثال ألا تتحول أربعة سطور طلبات إلى أربع عمليات شراء مدفوعة.
إذا اختلفت الأرقام
طابق معرّف الدفعة والعملة والمبلغ والوقت وآخر حالة مؤكدة. ولا ينبغي أن يصبح تكرار callback دفعة أخرى لنفس الدفعة في تقريرك. واترك الحالات غير الواضحة في قائمة منفصلة لمراجعتها مع المسؤول عن المحاسبة. وميّز العمليات التجريبية والعرضية بشكل منفصل؛ فوجودها لا يثبت وجود مقبوضات نقدية حقيقية.
المخطط: 1 — الطلبات المُنشأة؛ 2 — المدفوعات المؤكدة حسب المعرّفات؛ 3 — مطابقة منفصلة للمبالغ المُعادة والحالات غير المعروفة.
مهمة مجاورة: وصل المشتري إلى الدفع وتوقف: ما الذي يتحقق منه مالك الصفحة.
المصادر
YooKassa: عملية الدفع. تم التحقق في 21 سبتمبر 2026. الأمثلة والمخططات العملية منهجية تحريرية؛ والأرقام الافتراضية ليست بيانات عملاء.
بالنسبة إلى منشور علني جاهز منفصل، يمكن التحقق من شروط المشاهدات. لا تؤدي هذه الخدمة العمل الموصوف ولا تضمن اهتماماً عضوياً أو طلبات أو مبيعات.