القناة الرقمية واجهة فوق Core مرجعي
الإنترنت المصرفي لا ينبغي أن ينسخ سلوك Core Banking داخل تطبيق ويب. القناة تملك تجربة العميل وضوابط الجهاز والجلسة والتنظيم وحدود القناة، بينما يبقى الـCore مرجعًا للحسابات والأرصدة والقيود وقواعد المنتجات التي تنتمي إليه. يجب أن يجعل حد التكامل هذه الملكية صريحة.
افصل نماذج القناة عن عقود Core
- اعرض APIs مناسبة للقناة تتحول إلى Banking Commands داخلية ثابتة.
- تحقق من أهلية القناة والتفويض قبل إرسال Posting Command للـCore.
- عامل Core Timeout كنتيجة مجهولة حتى تتم المطابقة، ولا تفترض الفشل.
- استخدم Request IDs غير قابلة للتغيير حتى تكشف المحاولة المعادة Posting موجودًا.
- وحّد أخطاء الـCore إلى رموز آمنة للقناة مع حفظ المراجع التشخيصية داخليًا.
تحويل من المتصفح إلى Core
تثبت القناة سياق العميل والجلسة وتتحقق من العملية وترسل Command واحدًا معرفًا عبر Integration Adapter ثم تطابق النتيجة المرجعية من الـCore.
مسار تحويل الإنترنت المصرفي
تثبت القناة سياق العميل والجلسة وتتحقق من العملية وترسل Command واحدًا معرفًا عبر Integration Adapter ثم تطابق النتيجة المرجعية من الـCore.
التعامل مع Core Timeout بلا قيد مزدوج
أخطاء تكامل ذات أثر مالي
قائمة ربط القناة بالـCore
- وثق System of Record للأرصدة والمعاملات.
- استخدم Channel Request Reference فريدًا لكل تغيير.
- عرّف Pending وSuccess وRejected وUnknown/Reconcile.
- طبق سياسات الجهاز والجلسة وOTP على السيرفر.
- اختبر ضياع الاستجابة والضغط المكرر وتعطل الـCore.
