التكاملات والقطاعات

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

اقرأ المزيد: تكامل أنظمة ERPرابط هذا السؤال

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

اقرأ المزيد: التكامل المصرفيرابط هذا السؤال

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

اقرأ المزيد: تكامل المدفوعات ونقاط البيعرابط هذا السؤال

نعم. نضيف تسجيل الدخول الموحد عبر OpenID Connect أو SAML 2.0 من خلال مزودين مثل Microsoft Entra ID أو Keycloak، ونوفر حسابات المستخدمين تلقائيا عبر SCIM حيث يدعم التطبيق ذلك. وتستدعي الخدمات بعضها بعضا برموز OAuth 2.0 محصورة فيما تحتاج إليه كل خدمة. ويبقى مزود الهوية لديك المكان الوحيد الذي تمنح فيه صلاحيات الوصول وتلغى.

اقرأ المزيد: تكامل الجهات الخارجية وواجهات APIرابط هذا السؤال

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

اقرأ المزيد: التقنية المالية والخدمات الماليةرابط هذا السؤال

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

اقرأ المزيد: التقنية المالية والخدمات الماليةرابط هذا السؤال

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

اقرأ المزيد: الرعاية الصحيةرابط هذا السؤال

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

اقرأ المزيد: الرعاية الصحيةرابط هذا السؤال

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

اقرأ المزيد: القطاع الحكوميرابط هذا السؤال

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

اقرأ المزيد: أنظمة ERP والبنوكرابط هذا السؤال

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

اقرأ المزيد: مدفوعات البطاقاترابط هذا السؤال

نعم. في مدفوعات البطاقات الإلكترونية ندمج EMV 3-D Secure عبر البوابة، ليتمكن البنك المصدر من التحقق من هوية حامل البطاقة حيث تتطلب الأنظمة أو المخاطر ذلك. ونعالج مسار التحقق الإضافي والمسار الذي لا يتطلبه في صفحة الدفع، ونختبرهما ببطاقات الاختبار التي يوفرها المزود.

اقرأ المزيد: مدفوعات البطاقاترابط هذا السؤال

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

اقرأ المزيد: واجهات API للمصرفية المفتوحةرابط هذا السؤال

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

اقرأ المزيد: واجهات API للمصرفية المفتوحةرابط هذا السؤال

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

اقرأ المزيد: أنظمة ERP والجهات الخارجيةرابط هذا السؤال