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

التقنية

التكاملات

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

19 سؤالًا

ما أنظمة ERP التي تعملون على تكاملها؟

نعمل مع SAP S/4HANA وSAP Business One، وOracle NetSuite، وOracle Fusion Cloud ERP، وMicrosoft Dynamics 365 Finance وSupply Chain Management، وDynamics 365 Business Central، وOdoo، وSage Intacct وSage X3، إلى جانب الأنظمة المخصصة والأنظمة القديمة. ونستخدم مع كل منها الواجهات التي يدعمها المورد، حتى لا تعطل الترقيات التكامل. وذكر أي منتج لا يعني وجود شراكة مع الشركة المالكة له.

هل نحتاج إلى برمجيات وسيطة أو منصة iPaaS؟

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

ما الصيغ والقنوات المصرفية التي تعملون بها؟

نعمل برسائل ISO 20022 التي تستخدمها البنوك في مدفوعات الشركات وتقاريرها: pain.001 للمدفوعات، وpain.002 للحالة، وcamt.052 وcamt.053 وcamt.054 لتقارير الحسابات. ونتعامل أيضا مع كشوف SWIFT MT940 وMT942 التي لا تزال بنوك كثيرة ترسلها. وللنقل نستخدم host-to-host عبر SFTP، وEBICS حيث توفره البنوك، وواجهات API المصرفية. ولكل بنك نسخته الخاصة من كل صيغة، لذا نبني وفق دليل التطبيق الصادر عن البنك، لا وفق المعيار وحده.

ما أنظمة ERP التي يمكنكم ربطها بالبنوك؟

نربط البنوك بأنظمة SAP S/4HANA وOracle NetSuite وOracle Fusion Cloud ERP وMicrosoft Dynamics 365 وOdoo وSage، وبأنظمة الخزينة والأنظمة المخصصة. ولدى بعض أنظمة ERP وحدات خاصة للاتصال المصرفي، وفي هذه الحالة نهيئها ونوسعها بدلا من البناء حولها. وذكر أي منتج هنا لا يعني وجود شراكة مع الشركة المالكة له.

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

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

ما أجهزة الدفع التي يمكنكم دمجها؟

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

هل نستخدم منصة تكامل أم شيفرة برمجية مخصصة؟

يعتمد ذلك على عدد الاتصالات لديك ومن سيتولى تشغيلها. فمنصة التكامل مثل MuleSoft أو Boomi أو Azure Logic Apps توفر لك موصلات جاهزة وربطا للحقول ومراقبة في مكان واحد، مقابل تكلفة ترخيص. أما الخدمات المخصصة فتمنحك تحكما كاملا دون ترخيص، لكنك تتولى صيانة شيفرة برمجية أكثر. ونقارن بين الخيارين في حالتك، ونبني على منصة تملكها بالفعل.

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

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

أيهما نستخدم: host-to-host أم EBICS أم واجهات API البنكية؟

القرار في الغالب للبنك. فقناة host-to-host بنظام SFTP هي الأوسع انتشارا لملفات مدفوعات الشركات، وEBICS شائع لدى البنوك في ألمانيا وفرنسا والدول المجاورة، أما واجهات API البنكية فتناسب الأرصدة الفورية والمدفوعات اللحظية حيث يتيحها البنك. وتستخدم شركات كثيرة أكثر من قناة، وتخفي طبقة التكامل هذا الاختلاف عن نظام ERP.

هل نستلم كشوف الحساب بصيغة camt.053 أم MT940؟

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

هل ترحل المبيعات فوريا أم على دفعات؟

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

ما أنظمة نقاط البيع وERP التي يعمل معها هذا التصميم؟

يعمل التصميم مع أي نظام نقاط بيع يستطيع تصدير المعاملات عبر واجهة API أو أحداث أو ملفات، ومع أنظمة ERP مثل SAP S/4HANA وOracle NetSuite وMicrosoft Dynamics 365 Business Central وOdoo. ونتأكد من واجهات نظامي نقاط البيع وERP لديك في البداية. وذكر أي منتج لا يعني وجود شراكة مع الشركة المالكة له.

ما الفرق بين بوابة الدفع والبنك المحصل؟

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

هل ISO 8583 واحد لدى كل البنوك المحصلة؟

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

هل نتصل بالبنوك مباشرة أم عبر مجمع بيانات مصرفية؟

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

ما البنوك والدول المشمولة؟

تتوقف التغطية على أنظمة كل منطقة وعلى واجهات API لدى البنوك. ففي الاتحاد الأوروبي والمملكة المتحدة تغطية واسعة بموجب PSD2 وUK Open Banking Standard، وتتفاوت التغطية في غيرهما، ويسد مجمعو البيانات المصرفية بعض الفجوات. ونتحقق من التغطية للبنوك التي يستخدمها عملاؤك قبل أن تعتمد التصميم.

هل تحل المصرفية المفتوحة محل الربط البنكي بنظام host-to-host؟

ليس في معظم أعمال الخزينة لدى الشركات. فقنوات host-to-host تتولى ملفات المدفوعات المجمعة وكشوف الحساب الكاملة لحساباتك أنت. أما المصرفية المفتوحة فتناسب المنتجات الموجهة للعملاء، والأرصدة الفورية، والمدفوعات الفردية. وتستخدم شركات كثيرة الاثنين معا: host-to-host لدورات الدفع الخاصة بها، والمصرفية المفتوحة لعملائها.

ما خدمات الجهات الخارجية التي يمكنكم الربط بها؟

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

هل نحتاج إلى منصة تكامل لذلك؟

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

مزيد من الأسئلة

كل موضوعات الأسئلة الشائعة

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

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