حل مشكلة بطاقات خصم Interac: لماذا تفشل عمليات إتمام الشراء المخصصة عبر تطبيقات الويب في المتاجر الكندية

تفشل عملية إتمام الشراء المخصصة عبر تطبيقات الويب في المتاجر الكندية لسبب هيكلي واحد: لا يمكنها معالجة بطاقات خصم Interac عند طاولة الدفع. فالعمليات التي تولدها أدوات بناء التطبيقات بدون كود والمدعومة بالذكاء الاصطناعي هي نماذج بطاقات ائتمان عبر الإنترنت. وبطاقات خصم Interac في المتجر الفعلي هي نظام دفع مختلف يعمل على شبكة الخصم المحلية في كندا من خلال أجهزة نقاط بيع معتمدة (قارئات بطاقات معتمدة للشريحة والرقم السري وتمرير البطاقة). لا تملك نماذج المتصفح مساراً للوصول إلى تلك الأجهزة، لذا يتعين على كل عميل دفع ببطاقة خصم شخصياً الدفع بطريقة أخرى أو عدم الدفع على الإطلاق. في كندا، هذه ليست حالة نادرة: فقد أكمل الكنديون أكثر من 6.5 مليار معاملة ببطاقات خصم Interac في عام واحد، وتتعامل منتجات Interac مع حوالي 18.6 مليون معاملة يومياً¹.

تتغير مسارات الدفع بسرعة؛ وحقائق الشبكة الواردة في هذا المنشور دقيقة حتى تاريخ النشر وتستحق إعادة التحقق منها قبل البناء حولها.

Why can't a standard web checkout process Interac debit?

لأن عملية إتمام الشراء القياسية عبر الويب صُممت للمدفوعات في غياب البطاقة (المعاملات التي لا تُقرأ فيها البطاقة الفعلية أبداً)، وبطاقات خصم Interac في المتجر هي معاملات بوجود البطاقة بحكم التعريف. تجمع صفحة الدفع المستضافة أو رابط إتمام الشراء -وهو نمط Stripe وPayPal الذي تنسخه معظم الأدوات المصممة في الولايات المتحدة- رقم البطاقة في المتصفح وترسله إلى شبكات بطاقات الائتمان العالمية. يعمل هذا في أي مكان في العالم للطلبات عبر الإنترنت. ولكنه لا يفعل شيئاً للعميل الواقف عند طاولتك، لأن بطاقات الخصم الكندية داخل المتجر تمر عبر شبكة Interac عبر قارئ معتمد، وليس عبر نموذج ويب.

الجانب المتاح عبر الإنترنت من Interac أضيق مما يعتقده معظم التجار. فقد تم إيقاف Interac Online، وهو خيار الدفع القديم من حسابك البنكي عند إتمام الشراء عبر الويب، في مايو 2024². واليوم، يعمل الدفع عبر الإنترنت باستخدام بطاقات خصم Interac من خلال Apple Pay وGoogle Pay لدى البنوك والتجار المشاركين³، وتتراجع البطاقات ذات العلامات التجارية المشتركة (بطاقات الخصم التي تحمل شعار Interac وVisa Debit أو Debit Mastercard معاً) إلى شبكات البطاقات العالمية عند كتابتها في نموذج. لذا يمكن لعملية إتمام الشراء العامة عبر الويب التقاط بعض إنفاق بطاقات الخصم الكندية عبر الإنترنت. لكن ما لا يمكنها فعله أبداً هو التقاط تمرير البطاقة عند صندوق الدفع.

How do no-code builders lock you into card-only checkouts?

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

• تصبح كل عملية بيع عند طاولة الدفع معاملة مكتوبة في غياب البطاقة: وهي الطريقة الأكثر عرضة للاحتيال لمعالجة دفعة كان يمكن أن تكون مجرد تمريرة بسيطة للبطاقة.

• لا يمكن للعملاء الذين يفضلون بطاقات الخصم الدفع بالطريقة التي اعتادوا عليها. إن تقديم شاشة "اكتب رقم بطاقتك" لشخص يريد تمرير بطاقة خصم هو طريقة سريعة لخسارة البيعة والعميل.

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

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

What does it take to accept Interac debit at the counter?

أربعة أشياء، تعمل كنظام واحد:

• أجهزة نقاط بيع معتمدة تقرأ الشريحة والرقم السري وتمرير البطاقة.

• معالج دفع معتمد على شبكة Interac لتوجيه وتسوية بطاقات الخصم المحلية.

• البنية التحتية للامتثال: تعيش معالجة معايير PCI (قواعد أمن بيانات صناعة البطاقات) وEMV في المجموعة البرمجية المعتمدة، وليس في كود تطبيقك.

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

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

How does an integrated financial engine fix this?

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

هذا هو النهج الذي تتبعه Final: تصف عملية إتمام الشراء التي تريدها في أمر نصي (أو توصل الذكاء الاصطناعي الخاص بك عبر MCP) والتدفق الذي يبنيه يعمل على Final Pay مع أجهزة نقاط بيع معتمدة، بحيث تنتهي بطاقة الخصم الممررة عند طاولة الدفع ومدفوعات البطاقة عبر الإنترنت في نفس الدفاتر الحسابية. يظل المخطط ملكك لتغييره؛ وتظل طبقة الأموال حتمية (تعطي نفس الإجابة الصحيحة في كل مرة). يظهر نفس الفصل في ما يخطئ فيه الذكاء الاصطناعي عند تصميم عملية إتمام الشراء: دع الذكاء الاصطناعي يشكل التدفق، ولا تدعه يرتجل الدفع أبداً.

So, why do custom web-app checkouts fail Canadian storefronts?

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

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