دورة حياة معاملة البطاقة: ما الذي يحدث فعلياً عند استخدامك للبطاقة باللمس أو التمرير

يدير أليكس وكالة تصميم صغيرة. في طريقه إلى العمل، يستخدم بطاقة الخصم من HSBC الخاصة به للدفع مقابل كوب كابتشينو في مقهى أرابيكا. وفي وقت لاحق، يقوم أحد أعضاء فريقه بدفع اشتراك Figma الشهري باستخدام بطاقة شركة افتراضية أنشأها أليكس.

تبدو كلتا العمليتين فورية وسهلة. تلمس البطاقة جهاز الدفع، فيصدر الجهاز صوتاً، وتمضي الحياة. ولكن خلف الكواليس، تؤدي كل عملية تمرير أو لمس إلى سلسلة سريعة من عمليات التحقق والتبادل بين أنظمة متعددة يجب أن تعمل بدقة متناهية في كل مرة.

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

الأطراف الفاعلة خلف كل عملية دفع بالبطاقة

تبدو عمليات الدفع بالبطاقات بسيطة فقط لأن العديد من الأطراف المستقلة تتواصل وتنسق فيما بينها في أجزاء من الثانية. إليك المشاركون الرئيسيون.

• حامل البطاقة: هو الشخص الذي يقوم بعملية الدفع. في مثالنا: أليكس في مقهى أرابيكا، أو زميله الذي يستخدم بطاقته الافتراضية لدفع اشتراك Figma.
• التاجر: النشاط التجاري الذي يقبل الدفع، مثل أرابيكا أو Figma أو أوبر.
• جهاز الدفع ومعالج المدفوعات الخاص بالتاجر: الأجهزة ومزود خدمة الدفع الذي يستخدمه التاجر. يتصل جهاز الدفع في أرابيكا بمعالج المدفوعات الخاص به، والذي قد يكون جهة مثل Stripe.
• شبكة البطاقات: النظام الذي يوجه المعاملات؛ مثل فيزا وماستركارد على سبيل المثال.
• جهة الإصدار: البنك أو المؤسسة التي أصدرت البطاقة للعميل. بالنسبة لبطاقة الخصم الخاصة بأليكس، قد يكون هذا البنك هو HSBC. أما بالنسبة لبطاقات الشركات الافتراضية الخاصة بفريقه، فقد تكون Stitch.
• سجل المعاملات

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

تخيل هؤلاء الأطراف كفريق سباق تتابع؛ فبمجرد أن يمرر أليكس بطاقته، تبدأ شعلة السباق في الانتقال.

إليك ما يحدث بعد ذلك.

1. بدء طلب المعاملة

عندما يمرر أليكس بطاقته على جهاز الدفع في مقهى "أرابيكا"، يقوم الجهاز باسترجاع بيانات البطاقة المرمزة باستخدام تقنية الاتصال قريب المدى (NFC).

لو قام بمسح البطاقة، لقرأ الجهاز الشريط المغناطيسي. ولو أدخل الشريحة، لأجرى عملية تبادل بيانات وفق معيار EMV.

يجمع الجهاز هذه المعلومات مع مبلغ الشراء، ومعرف التاجر، والطابع الزمني، ثم يرسلها إلى معالج الدفع الخاص بـ "أرابيكا". فإذا كانت "أرابيكا" تستخدم "سترايب" (Stripe) على سبيل المثال، فإن "سترايب" تتلقى الطلب وتنسقه في رسالة تفويض.

مثال: إذا اشترى أليكس قهوة كابتشينو بأربعة دولارات، سيقوم المعالج بإدراج هذا المبلغ، ورقم فرع "أرابيكا"، والرمز المرتبط ببطاقة HSBC الخاصة به.

2. الشبكة تحدد وجهة الطلب

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

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

مثال: عندما يدفع زميل أليكس مقابل اشتراك في "فيجما" (Figma) باستخدام بطاقة "ماستركارد" افتراضية، يتم توجيه الطلب إلى المؤسسة التي أصدرت تلك البطاقة الافتراضيةتحديداً، وليس إلى البنك المرتبط ببطاقة الخصم الشخصية الخاصة بأليكس.

3. الجهة المُصدرة تتحقق من الهوية والرصيد والمخاطر

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

• التحقق من الهوية: تتحقق جهة الإصدار من الرمز (Token) وتربطه بالبطاقة أو الحساب الفعلي. بالنسبة لمدفوعات الدفع اللاتلامسي في "أرابيكا"، يعمل الرمز على إخفاء البيانات الحساسة. وتؤكد جهة الإصدار أن الرمز صالح وصادر عن بنك HSBC.
• التحقق من الرصيد أو حد الائتمان: تتحقق جهة الإصدار مما إذا كان لدى أليكس رصيد كافٍ لشراء القهوة بقيمة أربعة دولارات. أما بالنسبة لمدفوعات "فيجما"، فتتحقق جهة الإصدار من حد الإنفاق المخصص للبطاقة الافتراضية التي يستخدمها زميله.
• التحقق من المخاطر والقواعد: تقوم جهات الإصدار الحديثة بتمرير المعاملات عبر محركات اتخاذ قرار تقيّم الأنماط، وفئة التاجر، والموقع، والسلوك التاريخي. فإذا أجرى أليكس فجأة عشر عمليات شراء متطابقة من "أرابيكا" في دقيقة واحدة، فقد تتدخل جهة الإصدار.

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

تحدث كل هذه التحققات بينما ينتظر أليكس استلام قهوته.

4. عودة الموافقة إلى التاجر

بمجرد اتخاذ جهة الإصدار قرارها، ترسل الرد عبر المسار نفسه. تستلمه فيزا أو ماستركارد، ثم يستلمه المعالج، وأخيراً تظهر النتيجة على جهاز الدفع في "أرابيكا".

تمت الموافقة. تم الرفض.

مثال: إذا كان موعد اشتراك "فيجما" في الأول من الشهر وكانت البطاقة الافتراضية تحتوي على حد ائتماني كافٍ، توافق جهة الإصدار على الرسوم المتكررة. يستلم نظام الفوترة في "فيجما" الموافقة تماماً كما يستلمها جهاز الدفع في "أرابيكا".

5. تسوية الأموال

التفويض هو مجرد وعد بالدفع، أما التسوية فهي الحركة الفعلية للأموال.

في نهاية اليوم، يرسل "أرابيكا" معاملاته المعتمدة إلى جهة الاستحواذ الخاصة به، والتي تعمل بدورها مع الشبكات لسحب الأموال من جهة الإصدار. قد يستغرق وصول الأموال إلى الحساب البنكي لـ "أرابيكا" من يوم إلى يومي عمل.

مثال: يرى أليكس خصم أربعة دولارات من رصيده في HSBC على الفور، لكن HSBC لن يرسل هذه الأموال إلى البنك المستحوذ لـ "أرابيكا" إلا لاحقاً في دورة التسوية.

لماذا يهم كل هذا؟

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

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

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

‍