الانتقال إلى المحتوى
XSIS
تحدث إلى مهندس

التكاملات

تكامل المدفوعات ونقاط البيع

مدفوعات البطاقات ونقاط البيع متصلة من الجهاز حتى دفتر الأستاذ

تكاملات ISO 8583 وبوابات الدفع، وأجهزة EMV، وملفات التسوية من البنك المحصل، ومزامنة المبيعات والمخزون بين نقاط البيع ونظام ERP.

نظرة عامة

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

ندمج أجهزة EMV وصفحات الدفع الإلكتروني مع بوابات الدفع والبنوك المحصلة، مستخدمين ISO 8583 حيث يعتمده البنك المحصل، وواجهة API الخاصة بالبوابة حيث لا يعتمده. ونعالج ملفات التسوية والرسوم، ونربط أنظمة نقاط البيع بنظام ERP لديك، حتى تبقى المبيعات والمرتجعات والمخزون والأسعار متوافقة في كل الفروع.

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

ما نقدمه

  1. خريطة المدفوعات ونقاط البيع

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

  2. التكامل مع بوابة الدفع والبنك المحصل

    مسارات التفويض والتحصيل واسترداد المبلغ وعكس العملية، عبر ISO 8583 أو واجهة API الخاصة بالمزود، مع معالجة كل رمز استجابة.

  3. تكامل أجهزة الدفع

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

  4. الترميز ونطاق PCI DSS

    تصميم يستبدل أرقام البطاقات برموز، وتقييم مكتوب يبين الأنظمة التي تبقى ضمن نطاق PCI DSS.

  5. معالجة ملفات التسوية

    جمع ملفات التسوية والرسوم من البنك المحصل، والتحقق منها، وتحويلها إلى قيود يستطيع نظام ERP لديك مطابقتها.

  6. المزامنة بين نقاط البيع ونظام ERP

    ترحيل المبيعات والمرتجعات والعمليات الملغاة وإجماليات نهاية اليوم من كل فرع إلى نظام ERP، مرة واحدة فقط.

  7. الأسعار والعروض الترويجية والأصناف

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

  8. مطابقة المدفوعات

    مطابقة المبيعات والتفويضات والتسويات والمبالغ المحولة إليك، مع قائمة بالفروقات ليعالجها فريقك.

  9. دعم الاختبار والاعتماد

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

  10. المراقبة والتنبيهات

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

طريقة عملنا

  1. 01

    رسم مسارات المدفوعات والفروع

    نتتبع عملية بيع من الصندوق حتى دفتر الأستاذ مع فرق المالية والفروع وتقنية المعلومات لديك، ونتفق على النطاق.

  2. 02

    تصميم التكامل

    نختار البروتوكولات وأسلوب الترميز ومسارات الرسائل، ونكتب مواصفات الواجهة.

  3. 03

    البناء والاختبار

    نبني مسارات الدفع والتسوية ونقاط البيع مع اختبارات مؤتمتة، تشمل حالات الرفض وانتهاء المهلة واسترداد المبالغ.

  4. 04

    الاعتماد لدى المزود

    ننفذ حالات الاختبار الخاصة بالمزود في بيئة الاختبار لديه، ونصلح ما تكشفه إجراءات الاعتماد.

  5. 05

    التجربة ثم التعميم

    نبدأ التشغيل في عدد قليل من الفروع أو القنوات أولا، ونقارن الإجماليات يوميا، ثم نعمم الحل فرعا تلو الآخر.

  6. 06

    المراقبة والدعم

    نتابع معدلات الموافقة والتسوية وترحيل الفروع، ونتعامل مع تغييرات المزودين فور الإعلان عنها.

كيف تترابط الأنظمة

مدفوعات البطاقات: تفويض عند الصندوق، وتسوية لاحقة، ومطابقة في نظام ERPيتصل جهاز الدفع أو صفحة الدفع بالبوابة، وتتصل البوابة بالبنك المحصل، ويوجه البنك المحصل الطلب إلى شبكة البطاقات والبنك المصدر. وتصل ملفات التسوية لاحقا وتطابق مع المبيعات والرسوم في نظام ERP. وعند انتهاء المهلة دون رد تعكس العملية، فلا يخصم المبلغ من العميل مرتين.نقاط البيعجهاز EMV أو صفحةدفع إلكترونيالشريحة والدفعاللاتلامسي والتجارةالإلكترونيةبوابةبوابة الدفعالترميز والتوجيهبنكالبنك المحصلالتفويض والتسويةجهة خارجيةشبكة البطاقاتوالبنك المصدرالموافقة أو الرفضERPERPالمبيعات والرسوموالمبالغ المحولةXSISطبقة التكاملتحليل ملفات التسويةومطابقتهاالأشخاصفريق عملياتالمدفوعاتالفروق والنزاعاتوحالات الاستردادالمتنازع عليه1EMV · REST/JSON2ISO 85833ISO 85834ISO 85835SFTP6REST/JSON7ISO 8583 04008

مدفوعات البطاقات: تفويض عند الصندوق، وتسوية لاحقة، ومطابقة في نظام ERP

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

  • التدفق الرئيسي
  • غير متزامن
  • مسار الاستثناءات

التدفق خطوة بخطوة

  1. من جهاز EMV أو صفحة دفع إلكتروني إلى بوابة الدفع: طلب التفويض، عبر EMV · REST/JSON (تدفق رئيسي).
  2. من بوابة الدفع إلى البنك المحصل: التفويض، عبر ISO 8583 (تدفق رئيسي).
  3. من البنك المحصل إلى شبكة البطاقات والبنك المصدر: التوجيه إلى البنك المصدر، عبر ISO 8583 (تدفق رئيسي).
  4. من البنك المحصل إلى بوابة الدفع: موافقة أو رفض، عبر ISO 8583 (غير متزامن).
  5. من البنك المحصل إلى طبقة التكامل: ملفات التسوية والرسوم، عبر SFTP (غير متزامن).
  6. من طبقة التكامل إلى ERP: المبيعات المسواة والرسوم والمبالغ المحولة، عبر REST/JSON (تدفق رئيسي).
  7. من بوابة الدفع إلى جهاز EMV أو صفحة دفع إلكتروني: لا رد في الوقت المحدد: عكس تلقائي للعملية، عبر ISO 8583 0400 (مسار الاستثناءات).
  8. من طبقة التكامل إلى فريق عمليات المدفوعات: تسوية غير مطابقة أو استرداد متنازع عليه (مسار الاستثناءات).
من نقاط البيع إلى نظام ERP: كل عملية بيع ترحل مرة واحدةتنتقل المبيعات من الصناديق إلى نظام ERP في صورة أحداث، وتعود الأسعار والمخزون إلى الفروع. والفرع الذي ينقطع عن الاتصال يواصل البيع ثم يستكمل الإرسال. والترحيل الذي يخفق يعاد مرة أخرى، ثم يسلم إلى شخص.نقاط البيعأجهزة نقاط البيعكل صندوق في كل فرعمخزن بياناتخادم الفرع أوخادم نقاط البيعالسحابييواصل البيع دوناتصالXSISطبقة التكاملقائمة الأحداثوالتحويل ومنعالتكرارERPERPالمبيعات والمخزونوالماليةخدمةقائمة إعادةالمحاولةمحاولات على فتراتمتزايدة، ثم قائمةالرسائل المتعذرةالأشخاصفريق عملياتالفروع12REST/JSON3OData · REST/JSON4REST/JSON5REST/JSON678

من نقاط البيع إلى نظام ERP: كل عملية بيع ترحل مرة واحدة

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

  • التدفق الرئيسي
  • غير متزامن
  • مسار الاستثناءات

التدفق خطوة بخطوة

  1. من أجهزة نقاط البيع إلى خادم الفرع أو خادم نقاط البيع السحابي: المبيعات والمرتجعات والعمليات الملغاة (تدفق رئيسي).
  2. من خادم الفرع أو خادم نقاط البيع السحابي إلى طبقة التكامل: أحداث المبيعات وإجماليات نهاية اليوم، عبر قائمة انتظار الأحداث، عبر REST/JSON (غير متزامن).
  3. من طبقة التكامل إلى ERP: ترحيل المبيعات وحركات المخزون، عبر OData · REST/JSON (تدفق رئيسي).
  4. من ERP إلى طبقة التكامل: الأسعار والعروض الترويجية وبيانات الأصناف، عبر API أو تصدير الملفات، عبر REST/JSON (تدفق رئيسي).
  5. من طبقة التكامل إلى خادم الفرع أو خادم نقاط البيع السحابي: تحديثات الأسعار والمخزون، عبر REST/JSON (تدفق رئيسي).
  6. من طبقة التكامل إلى قائمة إعادة المحاولة: إخفاق الترحيل (مسار الاستثناءات).
  7. من قائمة إعادة المحاولة إلى طبقة التكامل: إعادة المحاولة (مسار الاستثناءات).
  8. من قائمة إعادة المحاولة إلى فريق عمليات الفروع: إخفاق مستمر: تنبيه مع التفاصيل (مسار الاستثناءات).

التقنيات

لغات البرمجة
  • Java
  • Kotlin
البيانات والتحليلات
  • Apache Kafka
أنظمة ERP
  • SAP S/4HANA
  • Oracle NetSuite
  • Microsoft Dynamics 365 Business Central
  • Odoo
المعايير والقنوات المصرفية
  • SFTP (H2H)
المدفوعات
  • ISO 8583
  • EMV
  • EMV 3-D Secure
  • PCI DSS
التكامل
  • REST
  • Webhooks
  • RabbitMQ

طرق التعاون معنا

أسئلة وأجوبة

هل تعملون مع ISO 8583 مباشرة؟

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

رابط هذا السؤال
كيف تبقوننا خارج نطاق PCI DSS؟

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

رابط هذا السؤال
ما أجهزة الدفع التي يمكنكم دمجها؟

ندمج أجهزة EMV بالشريحة والدفع اللاتلامسي عبر البروتوكول الذي يوفره مزودها، وهو عادة واجهة API محلية أو سحابية بين نظام نقاط البيع والجهاز. والجهاز وتطبيق الدفع عليه معتمدان من المزود، لذا نتكامل معهما دون تغييرهما. ونؤكد معك ومع المزود الطرازات والبروتوكولات بدقة في البداية.

رابط هذا السؤال
ماذا يحدث عندما ينقطع اتصال أحد الفروع؟

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

رابط هذا السؤال
كم يستغرق اعتماد المدفوعات؟

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

رابط هذا السؤال
ما الذي يحدد التكلفة؟

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

رابط هذا السؤال
هل تتعاملون مع استرداد المبالغ والاستردادات المتنازع عليها؟

نعم. فاسترداد المبالغ وعكس العمليات جزء من مسارات الدفع التي نبنيها. أما الاستردادات المتنازع عليها (chargeback)، فنستورد تقارير النزاعات من البنك المحصل، ونربط كل نزاع بعملية البيع والتسوية الأصليتين، ونقدم لفريقك قائمة يعالجها مع الأدلة المرفقة. ويبقى قرار الرد على كل نزاع لك.

رابط هذا السؤال
من يملك الشيفرة والأعمال التي تنتجونها؟

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

رابط هذا السؤال

أخبرنا بما تحتاج إلى بنائه أو ربطه.

صف لنا الأنظمة والجدول الزمني والقيود، وسيتولى المهندسون المناسبون الأمر من هناك.

  • سيتصل بك فريقنا خلال 24 ساعة في الفترة الزمنية التي تفضلها
  • فريقنا متاح على مدار الساعة طوال أيام الأسبوع