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

القطاعات

التقنية المالية والخدمات المالية

برمجيات وتكاملات للبنوك والمدفوعات والخدمات المالية

الخدمات المصرفية والمدفوعات والتمويل وإدارة الثروات والتأمين والمحافظ الرقمية: المنصات التي تعمل عليها والروابط بينها.

أبراج مكاتب في حي مالي

نظرة عامة

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

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

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

موظف مصرف يعدّ النقود على الشباك مع عميل

مجالات عملنا

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

ما نبنيه

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

التكاملات المعتادة

  • الأنظمة المصرفية الأساسية، عبر واجهات API الخاصة بها أو قوائم انتظار الرسائل أو واجهات المعالجة على دفعات
  • شبكات الدفع ورسائل SWIFT، بصيغ ISO 20022 وMT
  • معالجو البطاقات ومزودو خدمات KYC وواجهات API للمصرفية المفتوحة
المدفوعاتمزودو خدمات الدفع والبنوك المحصلة والمعالجون والتجار، حيث يجب تفويض كل معاملة وتسويتها ومطابقتها.

ما نبنيه

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

التكاملات المعتادة

  • البنوك المحصلة والمعالجون، عبر ISO 8583 أو واجهات API الخاصة بهم
  • أجهزة EMV وصفحات الدفع عبر الإنترنت وخدمة 3-D Secure
  • حسابات التسوية المصرفية، عبر ملفات host-to-host أو واجهات API
التمويلتمويل الأفراد والمنشآت الصغيرة والمتوسطة والشركات، من الطلب الأول حتى آخر قسط.

ما نبنيه

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

التكاملات المعتادة

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

ما نبنيه

  • بوابات وتطبيقات للعملاء تعرض المحافظ والمعاملات والمستندات
  • تقارير المحافظ والعملاء المبنية على بيانات أمناء الحفظ وبيانات السوق
  • تسجيل العملاء مع استبيانات الملاءمة وتحديد ملف المخاطر
  • أدوات للمستشارين لمراجعات العملاء والمقترحات وإعادة موازنة المحافظ

التكاملات المعتادة

  • أمناء الحفظ والوسطاء ومزودو بيانات السوق
  • أنظمة إدارة المحافظ وأنظمة CRM
التأمينشركات التأمين والوسطاء ووكلاء الاكتتاب، حيث تعتمد المنتجات والوثائق والمطالبات على شركاء كثيرين.

ما نبنيه

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

التكاملات المعتادة

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

ما نبنيه

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

التكاملات المعتادة

  • معالجو إصدار البطاقات وخدمات الترميز
  • حسابات مصرفية لتغذية المحافظ والتسوية
  • مزودو خدمات KYC وفحص مكافحة غسل الأموال

ما نبنيه

القنوات الرقمية

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

امتدادات النظام الأساسي

خدمات حول النظام المصرفي الأساسي أو دفتر الأستاذ تضيف منتجات وقنوات دون استبدال محفوف بالمخاطر.

تنسيق المدفوعات

التوجيه وإعادة المحاولة والتحويل الاحتياطي بين بوابات الدفع والبنوك المحصلة وشبكات الدفع، مع تسجيل كل محاولة.

إجراءات KYC وتسجيل العملاء

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

مراقبة الاحتيال والمعاملات

قواعد ونماذج تعلم الآلة تقيم المعاملات لحظة حدوثها وتوقف المشبوه منها للمراجعة.

المطابقة والشؤون المالية

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

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

منتج مالي رقمي من البداية إلى النهايةيتصل تطبيق مصرفي أو تطبيق محفظة بطبقة API واحدة، تقف خلفها خدمات التحقق من الهوية ومعالجة البطاقات ودفتر الأستاذ الأساسي. وتفحص المعاملات لحظة حدوثها، وأي معاملة مشبوهة توقف إلى أن يراجعها شخص.الأشخاصالعميلخدمةتطبيق مصرفي أوتطبيق محفظةالويب والأجهزةالمحمولةXSISطبقة APIالمصادقة والحدودوسجل التدقيقجهة خارجيةمزود خدمات KYCوAMLتسجيل العملاءوالفحصبوابةمعالج البطاقاتالإصدار والتفويضبنكالنظام المصرفيالأساسي أو دفترالأستاذالحسابات والأرصدةوالقيودخدمةمكافحة الاحتيالومراقبةالمعاملاتالقواعد والنماذجالأشخاصفريق الامتثالوالعملياتيراجع المعاملاتالموقوفة والحالاتالمحالة12REST/JSONOAuth 2.03REST/JSONwebhook4REST/JSONISO 200225REST/JSON6ISO 8583789

منتج مالي رقمي من البداية إلى النهاية

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

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

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

  1. من العميل إلى تطبيق مصرفي أو تطبيق محفظة: يسجل ويدفع ويحول (تدفق رئيسي).
  2. من تطبيق مصرفي أو تطبيق محفظة إلى طبقة API: الطلبات، عبر REST/JSON · OAuth 2.0 (تدفق رئيسي).
  3. من طبقة API إلى مزود خدمات KYC وAML: التحقق من الهوية والفحص، عبر REST/JSON · webhook (تدفق رئيسي).
  4. من طبقة API إلى النظام المصرفي الأساسي أو دفتر الأستاذ: القيود والأرصدة، عبر REST/JSON · ISO 20022 (تدفق رئيسي).
  5. من طبقة API إلى معالج البطاقات: إصدار البطاقات وضوابطها، عبر REST/JSON (تدفق رئيسي).
  6. من معالج البطاقات إلى النظام المصرفي الأساسي أو دفتر الأستاذ: معاملات البطاقات، عبر ISO 8583 (غير متزامن).
  7. من طبقة API إلى مكافحة الاحتيال ومراقبة المعاملات: معاملات للفحص، على شكل تدفق أحداث (غير متزامن).
  8. من مكافحة الاحتيال ومراقبة المعاملات إلى فريق الامتثال والعمليات: موقوفة للمراجعة (مسار الاستثناءات).
  9. من مزود خدمات KYC وAML إلى فريق الامتثال والعمليات: إحالة نتائج التحقق السلبية أو غير الواضحة (مسار الاستثناءات).
من نظام ERP إلى البنك: المدفوعات تخرج وكشوف الحساب تعودتخرج المدفوعات المعتمدة من نظام ERP في ملفات ISO 20022 موقعة عبر قناة host-to-host. وتعود تقارير الحالة وكشوف الحساب بالطريقة نفسها وتطابق مع البنود المفتوحة. أما حالات الرفض والبنود غير المطابقة فتنتقل إلى فريقك مع سببها.ERPERPدورات الدفع والبنودالمفتوحة ودفترالأستاذ العامXSISطبقة التكاملالتحويل والتحققوالتوقيع والجدولةبوابةقناة بنكية آمنةhost-to-host عبرSFTP أو EBICS أوواجهة API البنكيةبنكالبنكالمدفوعات وإدارةالنقدخدمةمحرك المطابقةقواعد المطابقةوحدود التفاوتالمسموحالأشخاصفريق الخزينةوالماليةيراجع حالات الرفضوفروق المطابقة1REST/JSON · IDoc2ISO 20022 pain.001OpenPGP3SFTP H2H4pain.002 · camt.053MT9405SFTP H2H6camt.0537REST/JSON8pain.002RJCT910

من نظام ERP إلى البنك: المدفوعات تخرج وكشوف الحساب تعود

تخرج المدفوعات المعتمدة من نظام ERP في ملفات ISO 20022 موقعة عبر قناة host-to-host. وتعود تقارير الحالة وكشوف الحساب بالطريقة نفسها وتطابق مع البنود المفتوحة. أما حالات الرفض والبنود غير المطابقة فتنتقل إلى فريقك مع سببها.

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

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

  1. من ERP إلى طبقة التكامل: دورة دفع معتمدة، عبر REST/JSON · IDoc (تدفق رئيسي).
  2. من طبقة التكامل إلى قناة بنكية آمنة: ملف دفع موقع ومشفر، عبر ISO 20022 pain.001 · OpenPGP (تدفق رئيسي).
  3. من قناة بنكية آمنة إلى البنك: التسليم إلى البنك، عبر SFTP H2H (تدفق رئيسي).
  4. من البنك إلى قناة بنكية آمنة: تقارير الحالة وكشوف الحساب، عبر pain.002 · camt.053 · MT940 (غير متزامن).
  5. من قناة بنكية آمنة إلى طبقة التكامل: الجمع والتحقق، عبر SFTP H2H (غير متزامن).
  6. من طبقة التكامل إلى محرك المطابقة: بنود كشف الحساب، عبر camt.053 (غير متزامن).
  7. من محرك المطابقة إلى ERP: ترحيل القيود المطابقة، عبر REST/JSON (تدفق رئيسي).
  8. من طبقة التكامل إلى فريق الخزينة والمالية: مدفوعات مرفوضة مع رمز السبب، عبر pain.002 RJCT (مسار الاستثناءات).
  9. من محرك المطابقة إلى فريق الخزينة والمالية: بنود غير مطابقة: فرق مطابقة (مسار الاستثناءات).
  10. من فريق الخزينة والمالية إلى ERP: التصحيح وإعادة الإرسال (مسار الاستثناءات).
مدفوعات البطاقات: تفويض عند الصندوق، وتسوية لاحقة، ومطابقة في نظام 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. من طبقة التكامل إلى فريق عمليات المدفوعات: تسوية غير مطابقة أو استرداد متنازع عليه (مسار الاستثناءات).
المصرفية المفتوحة: البيانات والمدفوعات بموافقة العميليمنح العميل موافقته، ويحفظ الموصل الرموز المميزة، وكل استدعاء للبنك مفوض ومسجل. وعندما تنتهي الموافقة أو تسحب، يطلب التطبيق من العميل تجديدها بدلا من أن يتوقف عن العمل دون إشعار.الأشخاصالعميلخدمةتطبيقك أو منصتكالخزينة أو التمويلأو المحاسبةXSISموصل المصرفيةالمفتوحةالموافقات والرموزالمميزة وتوحيدالبياناتبنكواجهات APIالبنكية أو مجمعالبياناتمعلومات الحساباتوبدء المدفوعاتERPنظام ERP أو دفترالأستاذالمركز النقديوالمطابقة12REST/JSON3OAuth 2.0 · FAPIREST4REST/JSON · webhook5REST/JSON6HTTP 401 · 4037

المصرفية المفتوحة: البيانات والمدفوعات بموافقة العميل

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

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

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

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

التكاملات المعتادة

الربط المصرفي

المدفوعات وكشوف الحساب بصيغ ISO 20022 وMT، عبر قنوات host-to-host أو EBICS أو واجهات API المصرفية.

معالجة البطاقات

البنوك المحصلة والمعالجون ومنصات الإصدار عبر ISO 8583 أو واجهات API، مع أجهزة EMV في المتاجر وخدمة 3-D Secure للدفع عبر الإنترنت.

المصرفية المفتوحة

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

الهوية وإجراءات KYC ومكافحة غسل الأموال

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

نظام ERP ودفتر الأستاذ العام

ترحيل القيود والرسوم والتسويات إلى نظام ERP، لترى الإدارة المالية الأرقام نفسها التي تراها فرق العمليات.

هندسة تراعي المتطلبات التنظيمية

معيار PCI DSS وبيانات البطاقات

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

المصادقة القوية للعملاء

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

ضوابط KYC ومكافحة غسل الأموال

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

حماية البيانات

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

سجلات التدقيق والمرونة التشغيلية

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

أسئلة وأجوبة

ما أعمال التقنية المالية التي تنفذها XSIS؟

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

رابط هذا السؤال
هل يمكنكم العمل ضمن متطلباتنا التنظيمية والأمنية؟

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

رابط هذا السؤال
هل علينا استبدال نظامنا المصرفي الأساسي؟

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

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

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

رابط هذا السؤال
هل تدعمون ISO 20022 والمدفوعات الفورية؟

نعم. نبني خدمات تنشئ رسائل ISO 20022 وتتحقق منها وتقرؤها، سواء لمدفوعات الشركات وتقاريرها، مثل pain.001 وcamt.053، أو للرسائل بين البنوك التي تستخدمها أنظمة المدفوعات الفورية والمدفوعات عالية القيمة. ولكل نظام دفع ولكل بنك قواعده الخاصة، لذلك نعمل وفق أدلة التنفيذ الصادرة عنهم ونختبر في بيئات الاختبار لديهم.

رابط هذا السؤال
هل يمكنكم بناء أنظمة لمراقبة الاحتيال والمعاملات؟

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

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

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

رابط هذا السؤال
كيف تحمون أنظمتنا وشيفرتنا وبياناتنا؟

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

رابط هذا السؤال
أين تخزن بياناتنا وتعالج؟

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

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

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

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

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