المدفوعات والتجارة عبر الوكلاء (AP2) ونقاط البيع
مدفوعات البطاقات والدفع الوكيلي والمتاجر المتصلة من الجهاز الطرفي إلى دفتر الأستاذ
حين تتعارض المتاجر ونقاط الدفع ودفتر الأستاذ
تمر الدفعة بالبطاقة عبر عدة أنظمة في غضون ثوان: الجهاز الطرفي أو نقطة الدفع، وبوابة الدفع، والبنك المحصل، وشبكة البطاقات، والبنك المصدر. وتصل المبالغ والرسوم لاحقا في ملفات تسوية يجب على شخص ما مطابقتها مع المبيعات في نظام ERP.
حين تتزامن المتاجر ونقاط الدفع عبر الإنترنت ونظام ERP في دفعات ليلية، تباع كميات تتجاوز المخزون خلال العروض الترويجية وتتراكم فروق التسوية عبر البنوك المحصلة. ويتباطأ الدفع في أكثر اللحظات انشغالا. والآن يبدأ وكلاء الذكاء الاصطناعي بالشراء نيابة عن العملاء أيضا.
ما الذي يتغير لديك
رؤية واحدة للمخزون والمبيعات
المبيعات والمرتجعات والأسعار والمخزون متزامنة في كل متجر وواجهة متجر ونظام ERP، في الوقت الفعلي بدلا من المعالجة الليلية.
تسويات مطابقة
تجري مطابقة ملفات التسوية والرسوم من كل بنك محصل مع المبيعات تلقائيا، مع إدراج الفروق لفريقك.
جاهز للتجارة الوكيلية
نقطة دفع تقبل مدفوعات من وكلاء الذكاء الاصطناعي مع سجل يمكن التحقق منه لما أذن به العميل.
ما نقدمه
الربط مع بوابة الدفع والبنك المحصل وشبكة البطاقات
مسارات التفويض والتحصيل واسترداد المبلغ وعكس العملية عبر ISO 8583 أو ISO 20022 أو واجهة API لدى المزود، مع تنسيق بين عدة بنوك محصلة ومعالجة كل رمز استجابة.
بروتوكول AP2 والدفع بتفويض تشفيري
AP2 بروتوكول مفتوح يتيح لوكيل ذكاء اصطناعي أن يدفع نيابة عن العميل. وتسجل التفويضات الموقعة تشفيريا ما وافق عليه العميل، ونشركها في نقطة الدفع لديك.
أجهزة EMV وSoftPOS
أجهزة قراءة شرائح EMV والأجهزة اللاتلامسية، وSoftPOS الذي يقبل البطاقات اللاتلامسية على هاتف أو جهاز لوحي عادي، متصلة ببرنامج نقاط البيع (POS) أو الكشك لديك.
أتمتة معالجة ملفات التسوية
نجمع ملفات التسوية والرسوم من البنك المحصل ونتحقق منها وندققها ونحولها إلى قيود يستطيع نظام ERP مطابقتها.
مزامنة فورية بين نقاط البيع وERP
تتم مزامنة المبيعات والمرتجعات والتسعير والعروض الترويجية ومستويات المخزون بين كل متجر ونظام ERP عبر طبقة بث الأحداث.
الترميز ونطاق PCI DSS
نستبدل أرقام البطاقات برموز ونبقيها خارج نقاط البيع (POS) ونظام ERP، مع بيان مكتوب يحدد الأنظمة التي تبقى ضمن نطاق PCI DSS.
الاعتماد والتعميم
نصوص اختبار وأدلة لاعتماد كل مزود، ومشروع تجريبي في بضعة متاجر، ثم تعميم متجر بعد متجر مع مقارنة الإجماليات اليومية.
طريقة عملنا
تتبع عملية بيع واحدة
نتتبع عملية بيع من الصندوق أو نقطة الدفع إلى دفتر الأستاذ مع فرق المالية والمتاجر وتقنية المعلومات لديك، ونتفق على النطاق.
تصميم التكامل
نختار البروتوكولات ونهج الترميز ومسارات الرسائل، ونكتب مواصفات الواجهة.
البناء والاختبار
نبني مسارات الدفع والتسوية ونقاط البيع (POS) مع اختبارات آلية، تشمل حالات الرفض وانتهاء المهلة واسترداد المبلغ.
الاعتماد مع المزود
ننفذ حالات الاختبار الخاصة بالمزود في بيئة الاختبار لديه، ونصلح ما يكشفه اعتماده.
المشروع التجريبي ثم التعميم
نبدأ التشغيل في عدد قليل من الفروع أو القنوات أولا، ونقارن الإجماليات يوميا، ثم نعمم فرعا بعد فرع.
المراقبة والدعم
نتابع معدلات الموافقة وملفات التسوية وترحيل قيود الفروع، ونتعامل مع تغييرات المزود عند الإعلان عنها.
مرر أفقيا لرؤية المخطط كاملا.
مدفوعات البطاقات: تفويض عند الصندوق، وتسوية لاحقة، ومطابقة في نظام ERP
يتصل جهاز الدفع أو صفحة الدفع بالبوابة، وتتصل البوابة بالبنك المحصل، ويوجه البنك المحصل الطلب إلى شبكة البطاقات والبنك المصدر. وتصل ملفات التسوية لاحقا وتطابق مع المبيعات والرسوم في نظام ERP. وعند انتهاء المهلة دون رد تعكس العملية، فلا يخصم المبلغ من العميل مرتين.
- التدفق الرئيسي
- غير متزامن
- مسار الاستثناءات
المسار في 8 خطوات
التدفق خطوة بخطوة
- من جهاز EMV أو صفحة دفع إلكتروني إلى بوابة الدفع: طلب التفويض، عبر EMV · REST/JSON (تدفق رئيسي).
- من بوابة الدفع إلى البنك المحصل: التفويض، عبر ISO 8583 (تدفق رئيسي).
- من البنك المحصل إلى شبكة البطاقات والبنك المصدر: التوجيه إلى البنك المصدر، عبر ISO 8583 (تدفق رئيسي).
- من البنك المحصل إلى بوابة الدفع: موافقة أو رفض، عبر ISO 8583 (غير متزامن).
- من البنك المحصل إلى طبقة التكامل: ملفات التسوية والرسوم، عبر SFTP (غير متزامن).
- من طبقة التكامل إلى ERP: المبيعات المسواة والرسوم والمبالغ المحولة، عبر REST/JSON (تدفق رئيسي).
- من بوابة الدفع إلى جهاز EMV أو صفحة دفع إلكتروني: لا رد في الوقت المحدد: عكس تلقائي للعملية، عبر ISO 8583 0400 (مسار الاستثناءات).
- من طبقة التكامل إلى فريق عمليات المدفوعات: تسوية غير مطابقة أو استرداد متنازع عليه (مسار الاستثناءات).
مرر أفقيا لرؤية المخطط كاملا.
من نقاط البيع إلى نظام ERP: كل عملية بيع ترحل مرة واحدة
تنتقل المبيعات من الصناديق إلى نظام ERP في صورة أحداث، وتعود الأسعار والمخزون إلى الفروع. والفرع الذي ينقطع عن الاتصال يواصل البيع ثم يستكمل الإرسال. والترحيل الذي يخفق يعاد مرة أخرى، ثم يسلم إلى شخص.
- التدفق الرئيسي
- غير متزامن
- مسار الاستثناءات
المسار في 8 خطوات
التدفق خطوة بخطوة
- من أجهزة نقاط البيع إلى خادم الفرع أو خادم نقاط البيع السحابي: المبيعات والمرتجعات والعمليات الملغاة (تدفق رئيسي).
- من خادم الفرع أو خادم نقاط البيع السحابي إلى طبقة التكامل: أحداث المبيعات وإجماليات نهاية اليوم، عبر قائمة انتظار الأحداث، عبر REST/JSON (غير متزامن).
- من طبقة التكامل إلى ERP: ترحيل المبيعات وحركات المخزون، عبر OData · REST/JSON (تدفق رئيسي).
- من ERP إلى طبقة التكامل: الأسعار والعروض الترويجية وبيانات الأصناف، عبر API أو تصدير الملفات، عبر REST/JSON (تدفق رئيسي).
- من طبقة التكامل إلى خادم الفرع أو خادم نقاط البيع السحابي: تحديثات الأسعار والمخزون، عبر REST/JSON (تدفق رئيسي).
- من طبقة التكامل إلى قائمة إعادة المحاولة: إخفاق الترحيل (مسار الاستثناءات).
- من قائمة إعادة المحاولة إلى طبقة التكامل: إعادة المحاولة (مسار الاستثناءات).
- من قائمة إعادة المحاولة إلى فريق عمليات الفروع: إخفاق مستمر: تنبيه مع التفاصيل (مسار الاستثناءات).
المعايير والبروتوكولات
ذكر منتج أو مزود لا يعني شراكة معه.
- لغات البرمجة
- Go
- أطر العمل
- Node.js
- البيانات والتحليلات
- Apache Kafka
- قواعد البيانات
- Redis
- DevOps وقابلية المراقبة
- Kubernetes
- المعايير والقنوات المصرفية
- ISO 20022
- المدفوعات
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
إثبات في بيئة الإنتاج
لمجموعة تجزئة ومراكز تسوق متعددة العلامات التجارية في دول مجلس التعاون الخليجي، استبدلنا نصوصا برمجية دفعية ليلية بمزامنة فورية بين نقاط البيع (POS) ونظام ERP. وحدنا أيضا مدفوعات عدة بنوك محصلة مع تسوية آلية، وبنينا خدمة حجز المخزون لذروات البيع الخاطف.
كيف تبدأ
تنتقل متطلبات المزود والفروع الواضحة مباشرة إلى عرض. وتبدأ منصة مدفوعات جديدة، أو الدفع الوكيلي، عادة في Blueprint Studio.
الخطوات التالية
الجلسة الاستشارية التمهيدية
جلسة استشارية تمهيدية مجانية عبر الإنترنت مدتها 30 دقيقة: نستعرض فيها أهدافك وأنظمتك والقيود التي تواجهك.
مراجعة الجاهزية
في مراجعة جاهزية مجانية مدتها 48 ساعة، يراجع مهندس معماري رئيسي مشروعك وفق تعريف الجاهزية المكون من 6 نقاط، ويوصي بالمسار المناسب.
اختيار المسار
المشاريع الجاهزة من حيث النطاق تحصل على عرض ملزم في غضون 3–5 أيام عمل. ومشاريع مرحلة الفكرة تبدأ في Blueprint Studio. والنظام القائم الذي يتعرض لأعطال أو يفتقر إلى توثيق أو يحتاج إلى تكامل يبدأ بتشخيص يستغرق 1–2 أسبوع. ولكل من Blueprint Studio والتشخيص رسم ثابت يرد في العرض.
التنفيذ في 5 مراحل
التعبئة، ثم دورات عمل بعروض حية، ثم التكامل والتقوية، ثم القبول وبدء التشغيل، ثم الخدمات المدارة. وبعد الإطلاق تأتي فترة ضمان، تليها خدمات الدعم والصيانة الاختيارية.
فرق منتجات قائمة على الذكاء الاصطناعي
فرق مدارة متعددة التخصصات من كبار المهندسين، مزودة بمنظومات للبرمجة وضمان الجودة تعمل بالوكلاء.
مشاريع بنتائج محددة وخدمات مدارة على مدار الساعة
تنفيذ بنطاق ثابت يقوم على المراحل الرئيسية مع قادة تنفيذ محددين بالاسم، وخدمات مدارة للتطبيقات على مدار الساعة في إطار حوكمة SLA.
الأسئلة والأجوبة
هل تعمل مع ISO 8583 مباشرة؟
نعم، حيث يوفره البنك المحصل أو معالج المدفوعات. ISO 8583 إطار وليس صيغة واحدة: ينشر كل بنك محصل مواصفاته الخاصة للحقول وأنواع الرسائل. نبني وفق تلك المواصفات، ونتعامل مع التفويضات وعكس العمليات ورسائل الإشعار، ونختبر كل رمز استجابة.
ما AP2، وهل نحتاجه الآن؟
AP2 (Agent Payments Protocol) هو بروتوكول مفتوح لمدفوعات وكلاء الذكاء الاصطناعي. تحمل كل عملية شراء تفويضات موقعة تبين ما أجازه العميل، ليتمكن التجار والبنوك المصدرة والبنوك المحصلة من الوثوق بها وتدقيقها. إذا كان من المرجح أن يتسوق وكلاء الذكاء الاصطناعي معك، فيمكننا جعل الدفع لديك جاهزا لتطبيق AP2 إلى جانب مساراتك الحالية.
كيف تقلل نطاق PCI DSS لدينا؟
لا يمكننا إلغاء PCI DSS، لكن يمكننا تقليل نطاق تطبيقه على أنظمتك. صفحات الدفع المستضافة، والتشفير من نقطة إلى نقطة عند طرفية الدفع، ورموز بوابة الدفع تبقي أرقام البطاقات خارج نقاط البيع (POS) ونظام ERP ومستودع البيانات. نوثق تدفقات البيانات لجهة التقييم لديك.
هل يمكن قبول البطاقات على الهواتف بدلا من الطرفيات؟
نعم، باستخدام SoftPOS. تقبل البطاقات والمحافظ اللاتلامسية على هاتف أو جهاز لوحي مدعوم عبر تطبيق دفع معتمد من البنك المحصل أو المزود لديك. ندمج ذلك التطبيق مع نقاط البيع (POS) ومسارات المبيعات والتسوية لديك مثل أي طرفية أخرى.
ماذا يحدث عندما يفقد فرع اتصاله؟
يواصل الفرع البيع. تخزن المبيعات محليا وترسل إلى نظام ERP عند عودة الاتصال، ولكل عملية معرف فريد حتى لا ترحل أي عملية مرتين. تعتمد إمكانية استمرار مدفوعات البطاقات دون اتصال على قواعد البنك المحصل لديك ومستوى تقبل المخاطر لديك، ونصمم ذلك معك.
هل تتعامل مع استرداد المبالغ والاسترداد المتنازع عليه (chargeback)؟
نعم. استرداد المبالغ وعكس العمليات جزء من مسارات الدفع التي نبنيها. أما الاسترداد المتنازع عليه (chargeback)، فنستورد تقارير النزاعات من البنك المحصل ونربط كل واحد منها بعملية البيع والتسوية الأصلية. يحصل فريقك على قائمة لمعالجتها، مع الأدلة مرفقة.
إن كنت جاهزا للبناء، اطلب عرضا.
أرسل متطلباتك أو طلب تقديم العروض (RFP). يتحقق منها مهندسونا المعماريون ويعيدون إليك عرضا ملزما بنطاق ثابت.
الخطوات التالية
مراجعة الجاهزية
في مراجعة جاهزية مجانية مدتها 48 ساعة، يراجع مهندس معماري رئيسي مشروعك وفق تعريف الجاهزية المكون من 6 نقاط، ويوصي بالمسار المناسب.
عرض ملزم
بعد التحقق من البنية التقنية دون تكلفة، تتلقى عرضا ملزما بنطاق ثابت في غضون 3–5 أيام عمل: المراحل الرئيسية والبنية التقنية وهيكل الفريق واتفاقيات مستوى الخدمة (SLA). نوقع معك اتفاقية عدم إفصاح (NDA) عند الطلب، قبل أن تشاركنا متطلباتك.
التعبئة
فور توقيعك، تبدأ فرق الهندسة لدينا Sprint 0 في غضون 5–10 أيام عمل من توقيع العقد.
التنفيذ في 5 مراحل
التعبئة، ثم دورات عمل بعروض حية، ثم التكامل والتقوية، ثم القبول وبدء التشغيل، ثم الخدمات المدارة. وبعد الإطلاق تأتي فترة ضمان، تليها خدمات الدعم والصيانة الاختيارية.