دورة حياة الدفع: من التفويض إلى التسوية
دورة حياة الدفع هي التسلسل الثابت الذي تمر به الدفعة منذ لحظة الموافقة عليها حتى لحظة وصول الأموال إلى حساب التاجر: التفويض، التحصيل، المقاصة، التسوية، ثم الصرف. تؤدي كل خطوة مهمة واحدة بالضبط، وتكون الأموال في حالة مختلفة بعد كل منها. يتصور معظم الناس الدفع بالبطاقة حدثاً واحداً عند النقر؛ لكنه في الحقيقة سلسلة، وتقريباً كل ما ينجح أو يفشل في المدفوعات يحدث لأن هذه الخطوات منفصلة لا متزامنة.
فهم السلسلة هو الفارق بين دفعة تُطابَق تلقائياً وتذكرة دعم. لذا لنتتبعها مرة واحدة، من البداية إلى النهاية وبالترتيب.
التفويض: حجز لا تحويل
التفويض سؤال لا حركة أموال. عند النقر بالبطاقة، يصل الطلب إلى المُصدِر، فيتحقق من أن الحساب موجود وفي وضع سليم وفيه رصيد أو ائتمان يغطي المبلغ. إن كان كذلك، يضع حجزاً — يخصّص المال كي لا يُنفق مرتين — ويعيد رمز تفويض. لم تتحرك أي أموال. صار لدى التاجر الآن وعد بأن الأموال سليمة، صالح خلال مهلة تحددها شبكة البطاقات. يمكن عكس التفويض (إلغاء void) قبل تحصيل أي شيء، وتنتهي صلاحيته من تلقاء نفسه إن لم يُستخدم. لهذا ينخفض رصيد البطاقة لحظة الدفع بينما يتثبّت بند كشف الحساب لاحقاً: الانخفاض هو الحجز لا الخصم. وقد يُرفض التفويض صراحةً — رصيد غير كافٍ، قاعدة احتيال، بطاقة منتهية — وبوابة الدفع الجيدة تميّز بين الرفض الناعم الذي يستحق إعادة المحاولة والرفض الصارم الذي لا يستحقها. ولأن الحجز هو وعد المُصدِر بأن المال سليم، يمكن للتاجر تسليم البضاعة بأمان اعتماداً على رمز التفويض وحده، قبل أن تغادر وحدة نقد واحدة حساب العميل فعلياً.
التحصيل: تحويل الحجز إلى مطالبة
التحصيل هو قول التاجر «حصِّل هذا الآن». فهو يحوّل الحجز إلى طلب فعلي للمال. ويمكن أن يكون كاملاً، أو جزئياً (مبلغ نهائي أقل من المفوَّض — سلعة شُحنت بسعر أقل من التفويض المسبق)، أو مؤجلاً (تفويض عند الطلب وتحصيل عند الشحن). التفويض والتحصيل في خطوة واحدة هو الأصل عند صندوق المتجر؛ أما التفويض أولاً ثم التحصيل لاحقاً فهو أسلوب الفنادق ومضخات الوقود والأسواق الإلكترونية، لأنها لا تعرف المبلغ النهائي حين تُقدَّم البطاقة. الفجوة بين التفويض والتحصيل فاصل مقصود ومفيد — فيه يقرر التاجر ما سيخصمه فعلاً.
المقاصة: حزمة المطابقة
لا تُسوّى المدفوعات المحصّلة واحدة تلو الأخرى في الوقت الفعلي. بل تُجمع في ملفات وتُتبادل بين المُحصِّل (acquirer) الخاص بالتاجر وشبكات البطاقات على شكل حزم — وهذه هي المقاصة. في هذه الخطوة تُطابَق المعاملات، وتُحتسب المبالغ بالصافي، وتُطبَّق رسوم الشبكة ورسوم التبادل (interchange) ليتفق الجميع على من يدين لمن وبكم. المقاصة مهمة مطابقة لا حركة أموال: تنتج الإجماليات المتفق عليها التي تعمل عليها الخطوة التالية. وهي كذلك، بنيوياً، عملية حزم — وهذا هو السبب الحقيقي في أن دفعة بدت فورية عند الصندوق تستغرق أياماً لتصل نقداً. لا شيء في نظام الحزم قيد في الحواسيب؛ هكذا صُمّمت الشبكات لتصفية آلاف المؤسسات بعضها مقابل بعض بكفاءة، فتتبادل إجماليات متفقاً عليها مرة كل دورة بدلاً من إطلاق تحويل عن كل فنجان قهوة.
التفويض وعد، والتحصيل مطالبة، والتسوية هي الخطوة الوحيدة التي تتحرك فيها الأموال فعلاً. الخلط بين الثلاثة هو ما يجعل شركة تسجّل إيراداً لم تحصل عليه بعد.
التسوية: حركة الأموال الفعلية
في التسوية تنتقل الأموال فعلاً من يد إلى يد بين البنوك. وباستخدام الإجماليات الصافية الناتجة عن المقاصة، تنقل الشبكة الأموال من المُصدِرين إلى المُحصِّلين، وتسوّي كل مؤسسة مركزها الصافي لا كل معاملة على حدة. تجري التسوية وفق تاريخ القيمة — اليوم الذي تصبح فيه الأموال متاحة فعلاً — ولهذا تأتي المدفوعات بإيقاع T+1 أو T+2: المال حقيقي، لكنه يصل وفق تقويم الشبكة لا ساعة العميل. كل ما سبق هذه الخطوة كان مسك دفاتر؛ وهنا تتحول قيود دفتر الأستاذ إلى أرصدة قابلة للإنفاق. المؤسسة المدينة بالصافي تدفع، والدائنة تستلم — ولأن الحساب بالصافي، فإن المبالغ التي تنتقل فعلاً بين البنوك لا تمثل سوى جزء من القيمة الإجمالية لمدفوعات اليوم، وهذا ما يجعل شبكة تحمل ملايين المعاملات تنتهي إلى عدد يمكن التحكم فيه من حركات التسوية.
الصرف: من المُحصِّل إلى حسابك
تُوصل التسوية الأموال إلى المُحصِّل؛ ويحوّلها الصرف إلى التاجر. وفق جدول — يومي أو أسبوعي أو عند الطلب — يدفع المُحصِّل رصيد التاجر المتراكم إلى حسابه المصرفي، بعد خصم رسوم المعالجة وأي احتياطي محتجز مقابل المرتجعات والنزاعات. هذا هو الرقم الذي تراه الشركة فعلاً، وهو النقطة التي تنجح عندها المطابقة أو تؤلم: فالصرف رقم صافٍ يغطي معاملات كثيرة، ومطابقته مع الطلبات الفردية عمل قائم بذاته. البوابة التي تحمل هوية كل طلب حتى النهاية تجعل ذلك يسيراً؛ والتي لا تفعل تحوّل كل صرف إلى جدول بيانات. تدفق Gateway لدينا، /products/gateway، مبني بحيث يُطابَق الصرف مع الطلبات التي كوّنته.
أين تضيف العملات الرقمية جسراً
لا تحل دفعة العملات الرقمية أو العملات المستقرة محل هذه السلسلة — بل تضيف حلقة تحويل واحدة في مقدمتها. فبدلاً من حجز التفويض لدى المُصدِر، تُؤكَّد الدفعة على السلسلة (on-chain): يوقّع العميل تحويلاً، وتتحقق النهائية مع إضافة الشبكة للتأكيدات لا مع موافقة بنك على حجز. وبعد التأكيد، يحوّل off-ramp العملة الرقمية إلى عملة نقدية (fiat)، ومن هناك تدخل الأموال مسار المقاصة والتسوية والصرف نفسه الذي تسلكه كل دفعة أخرى. الجِدّة محصورة في تلك الحلقة الأولى؛ ويبقى النصف الخلفي مملاً عن قصد. وهذه قاعدة التصميم — أبقِ التسوية عادية، وضع الآليات الجديدة حيث لا مفر منها فقط — لأن الخزينة والمطابقة والمدقق في المراحل اللاحقة يجب ألا يعرفوا كيف بدأت الدفعة. وعدد التأكيدات الذي يُعد نهائياً خيار سياسة لا قانون للسلسلة: العتبة الأعلى تقايض السرعة باليقين في مواجهة إعادة تنظيم السلسلة، وينتظر off-ramp العمق الذي يحدده تحمّل المخاطر قبل أن يفرج عن العملة النقدية إلى مسار التسوية.
لماذا تهم الفواصل تشغيلياً
ترتبط المرتجعات والإلغاءات والنزاعات كل منها بمرحلة محددة، وإصابة المرحلة هي اللعبة كلها. ألغِ قبل التحصيل فتُبطل تفويضاً (void) — لم تتحرك أموال أصلاً، ولا شيء يُرد. ألغِ بعد التسوية فتُصدر استرداداً (refund) — دفعة جديدة في الاتجاه المعاكس، لها دورة حياتها الخاصة. أما الاسترداد القسري (chargeback) فيمتد عبر المقاصة لاسترجاع مبلغ سبقت تسويته. عامِلها كـ«إلغاء» واحد غير متمايز فينحرف دفتر الأستاذ؛ وعامِلها كعمليات على مراحل متمايزة فيصبح لكل حالة إجراء صحيح قابل للتدقيق. مفردات هذا المجال — التفويض، التحصيل، المقاصة، التسوية، تاريخ القيمة — مجموعة في /glossary.
الفكرة الوحيدة التي تستحق أن تحملها معك: الدفعة سلسلة حالات لا حدث. التفويض يحجز، والتحصيل يطالب، والمقاصة تتفق، والتسوية تنقل، والصرف يسلّم — وحلقة العملات الرقمية لا تضيف سوى تحويل في المقدمة. المال وعد حتى التسوية وحقيقة بعدها، والشركة التي تقيّده قبل أن يصبح حقيقة تعدّ مالاً لا تملكه بعد. اعرف في أي حالة توجد الدفعة، فيكفّ باقي عمليات المدفوعات عن كونه لغزاً.