محتويات يخفي
1 دليل مستخدم Oracle 14.7 Payments Co-deployed Integration
2 مقدمة
3 اختصارات
4 الصيانة في OBPM
5 تفاصيل نوع الرسالة
6 مراجع

شعار أوراكل

دليل مستخدم Oracle 14.7 Payments Co-deployed Integration

Oracle-14-7-Payments-منتج-التكامل-المشترك-المنتشر

الإقراض للشركات – دليل المستخدم لتكامل المدفوعات المشتركة

نوفمبر 2022
أوراكل للخدمات المالية المحدودة

أوراكل بارك
قبالة الطريق السريع الغربي السريع

جورجاون (الشرق)
مومباي، ماهاراشترا 400

الهند
الاستفسارات العالمية:
الهاتف: +91 22 6718 3000
الفاكس:+91 22 6718 3001
www.Oracle.com/financialservices/

حقوق الطبع والنشر © 2007، 2022 محفوظة لشركة Oracle و/أو الشركات التابعة لها. كل الحقوق محفوظة. تعد Oracle وJava علامتين تجاريتين مسجلتين لشركة Oracle و/أو الشركات التابعة لها. قد تكون الأسماء الأخرى علامات تجارية لمالكيها.
المستخدمون النهائيون للحكومة الأمريكية: برامج Oracle، بما في ذلك أي نظام تشغيل أو برنامج متكامل أو أي برامج مثبتة على الأجهزة و/أو الوثائق، المقدمة للمستخدمين النهائيين للحكومة الأمريكية هي "برامج كمبيوتر تجارية" بموجب لائحة المشتريات الفيدرالية المعمول بها واللوائح التكميلية الخاصة بالوكالة.

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

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

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

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

مقدمة

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

جمهور
هذا الدليل مخصص لأدوار المستخدم / المستخدم التالية:

دور وظيفة
شركاء التنفيذ توفير خدمات التخصيص والتكوين والتنفيذ

إمكانية الوصول إلى الوثائق
للحصول على معلومات حول التزام Oracle بإمكانية الوصول، تفضل بزيارة صفحة إمكانية الوصول الخاصة بشركة Oracle
برنامج webالموقع في http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.

منظمة
تم تنظيم هذا الدليل في الفصول التالية:

الفصل وصف
الفصل الأول مقدمة يعطي معلومات عن الجمهور المستهدف. كما يسرد الفصول المختلفة التي يغطيها دليل المستخدم هذا.
الفصل الأول يساعدك هذا الفصل على نشر منتج Oracle Banking Corporate Lending وOracle Banking Payments في مثيل واحد.
الفصل الأول مسرد معرف الوظيفة تحتوي على قائمة أبجدية لمعرفات الوظائف/الشاشات المستخدمة في الوحدة مع مراجع الصفحة للتنقل السريع.

اختصارات

اختصار وصف
واجهة برمجة التطبيقات واجهة برمجة التطبيقات
FCUBS Oracle FLEXCUBE الخدمات المصرفية الشاملة
أوبكل إقراض أوراكل المصرفية للشركات
OL إقراض أوراكل
روفك بقية Oracle FLEXCUBE
نظام ما لم ينص على خلاف ذلك ، يجب أن يشير دائمًا إلى نظام Oracle FLEX- CUBE Universal Banking Solutions
WSDL Web لغة وصف الخدمات

مسرد الأيقونات
قد يشير دليل المستخدم هذا إلى كل أو بعض الرموز التالية.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (1)

الإقراض للشركات – تكامل المدفوعات في إعداد CoDeployed
يحتوي هذا الفصل على الأقسام التالية:

  • القسم 2.1 ، "مقدمة"
  • القسم 2.2 ، "الصيانة في OBCL"
  • القسم 2.3 ، "الصيانة في OBPM"

مقدمة
يمكنك دمج Oracle Banking Corporate Lending (OBCL) مع منتج Oracle Banking Payment (OBPM). لدمج هذين المنتجين في بيئة مشتركة النشر، تحتاج إلى إجراء صيانة محددة في OBCL وPayments وCommon Core.

الصيانة في OBCL
يتيح لك التكامل بين Oracle Banking Corporate Lending (OBCL) وOracle Banking Payments (OBPM) إرسال صرف القرض من خلال الدفع عبر الحدود عن طريق إنشاء رسائل SWIFT MT103 وMT202.

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

ملحوظة
تأكد في OBCL من أنك تحتفظ بسجل نشط يحتوي على جميع الحقول المطلوبة و"النظام الخارجي" في شاشة "صيانة النظام الخارجي". على سبيل المثالamp"الحفاظ على النظام الخارجي كـ "INTBANKING".

Oracle-14-7-Payments-Co-deployed-Integration-fig- (2)

طلب

  • احتفظ بها كمعرف الرسالة.
  • طلب رسالة
  • الحفاظ عليه على شاشة كاملة.
  • رسالة الرد
  • الحفاظ عليه على شاشة كاملة.
  • طوابير النظام الخارجية
  • حافظ على قوائم انتظار JMS للرد والاستجابة. هذه هي قوائم الانتظار التي ينشر فيها OBCL ملف XML لطلب SPS إلى OBPM.
  • لمزيد من المعلومات حول صيانة النظام الخارجي، راجع دليل مستخدم Common Core – Gateway.

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

Oracle-14-7-Payments-Co-deployed-Integration-fig- (3)

يمكنك تحديد مضيف لكل فرع تم إنشاؤه. للحفاظ على المضيف لمناطق زمنية مختلفة، راجع..
دليل المستخدم الأساسي لـ Oracle Banking Payments.

ملحوظة
ينبغي الاحتفاظ بزوج من الفروع القادرة على إجراء المدفوعات بين الفروع تحت نفس المضيف.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (4)

صيانة معلمة المضيف
يمكنك استدعاء هذه الشاشة عن طريق كتابة "PIDHSTMT" في الحقل الموجود في الزاوية اليمنى العليا من شريط أدوات التطبيق والنقر فوق زر السهم المجاور.

ملحوظة

  • في OBCL، تأكد من الحفاظ على معلمة المضيف بسجل نشط يحتوي على جميع الحقول المطلوبة.
  • "نظام تكامل OBCL" مخصص لتكامل UBS مع 360 وتكامل التجارة. "نظام الدفع" مخصص لتكامل OBPM، ويجب تحديد "INTBANKING".Oracle-14-7-Payments-Co-deployed-Integration-fig- (5)

كود المضيف
حدد رمز المضيف.

وصف المضيف
حدد وصفًا موجزًا ​​للمضيف.

كود نظام المحاسبة
حدد رمز نظام المحاسبة. على سبيل المثالamp"أولينتسيس"

نظام الدفع
حدد نظام الدفع. على سبيل المثالamp"الخدمات المصرفية الداخلية"

نظام ELCM
حدد نظام ELCM. على سبيل المثالamp"أوليكم"

نظام تكامل OBCL
حدد النظام الخارجي. على سبيل المثالampبرنامج "OLINTSYS" للتكامل مع نظام UBS.

نظام البلوكتشين
حدد نظام blockchain. على سبيل المثالamp"OLBLKCN".

رمز شبكة الدفع
حدد الشبكة التي سيتم من خلالها إرسال رسالة OBPM الصادرة لصرف القرض. على سبيل المثالamp"سويفت"

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

ملحوظة
تأكد من الاحتفاظ بسجل نشط يحتوي على جميع الحقول المطلوبة واسم الخدمة كـ "PMSinglePaymentService" في شاشة "صيانة معلمات التكامل".

Oracle-14-7-Payments-Co-deployed-Integration-fig- (6)

رمز الفرع
حدد "الكل" في حالة كون معلمات التكامل مشتركة لجميع الفروع. أو حافظ على الفروع الفردية.

النظام الخارجي
حدد النظام الخارجي كـ 'INTBANKING'.

مستخدم خارجي
قم بتحديد معرف المستخدم الذي سيتم إرساله في طلب الدفع إلى OBPM.

اسم الخدمة
حدد اسم الخدمة كـ 'PMSinglePayOutService'.

قناة الاتصال
حدد قناة الاتصال كـ "Web خدمة'.

وضع الاتصال
حدد وضع الاتصال كـ "ASYNC".

طبقة الاتصالات
حدد طبقة الاتصال كتطبيق.

اسم خدمة WS
حدد web اسم الخدمة هو 'PMSinglePayOutService'.

نقطة نهاية WS URL
قم بتحديد WSDL للخدمات على أنها رابط WSDL "خدمة الدفع الفردي".

مستخدم WS
الحفاظ على مستخدم OBPM مع إمكانية الوصول إلى جميع الفروع وإمكانية الترخيص التلقائي.

صيانة العملاء
صيانة العملاء (OLDCUSMT) إلزامية. تحتاج إلى إنشاء سجل في هذه الشاشة للبنك. يجب أن يكون "Primary BIC" و"Default Media" "SWIFT" لتوليد رسائل SWIFT.

تعليمات صيانة التسوية
يجب إنشاء حساب NOSTRO للبنك الذي يجب أن يكون لدى المقترض والمشارك (كلاهما) حساب CASA الخاص بهم فيه. يجب تعيين هذا في LBDINSTR ويجب أن يكون حساب الدفع/الاستلام NOSTRO. تحتاج إلى تحديد حساب NOSTRO في حقول حسابات الدفع والاستلام، ولكن لا يمكن للمقترض أن يكون لديه حساب NOSTRO، يمكن للبنك فقط أن يكون لديه حساب بنك NOSTRO وتحتاج إلى تحديد الدفع والاستلام كمعرف بنك. يتم استبدال هذا بسجل عام داخلي أثناء إجراء المعاملة. حافظ على الطرف المقابل مع جميع الحقول المطلوبة في شاشة "صيانة تعليمات التسوية" (LBDINSTR). لمزيد من المعلومات حول تعليمات التسوية، راجع دليل مستخدم تجميع القروض.

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

ملحوظة
تأكد من الاحتفاظ بسجل نشط يحتوي على جميع الحقول المطلوبة و"النظام الخارجي" كـ "INTBANKING" في شاشة "صيانة دفتر الأستاذ العام بين الأنظمة".

Oracle-14-7-Payments-Co-deployed-Integration-fig- (7)

النظام الخارجي
حدد اسم النظام الخارجي كـ 'INTBANKING'.

معرف الوحدة
حدد رمز الوحدة كـ "OL".

عملة تداولية
حدد عملة المعاملة "ALL" أو عملة معينة.

فرع المعاملات
حدد فرع المعاملة كـ "ALL" أو فرع محدد.

رمز المنتج
قم بتحديد رمز المنتج كـ "الكل" أو منتج محدد.

وظيفة
قم بتحديد معرفات وظيفة المعاملة كـ "الكل" أو معرف وظيفة محددة.

آي إس بي جي إل
حدد دفتر الأستاذ العام بين الأنظمة، حيث يتم نقل الائتمان من OBCL لصرف قرض. يجب الاحتفاظ بنفس الدفتر العام في OBPM لمزيد من المعالجة.

الصيانة في OBPM

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

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

Oracle-14-7-Payments-Co-deployed-Integration-fig- (8)

الكود المصدر
حدد الكود المصدر.amp"الخدمات المصرفية الدولية".

رمز المضيف
يتم تعيين رمز المضيف تلقائيًا استنادًا إلى الفرع.

مسموح بالدفعات الممولة مسبقًا
قم بتحديد مربع الاختيار "السماح بالدفعات الممولة مسبقًا".

مدفوعات مسبقة الدفع GL
حدد دفتر الأستاذ العام للمدفوعات الممولة مسبقًا مثل دفتر الأستاذ العام الخاص بجسر النظام المتداخل المحفوظ في

OLDISBGL لـ OBCL.
يقوم OBPM بخصم مبلغ القرض المصروف من هذا الدفتر العام وإضافته إلى حساب Nostro المحدد عند إرسال رسالة الدفع.

مطلوب الإخطار
قم بتحديد مربع الاختيار "مطلوب الإشعار".

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

ملحوظة
تأكد من الاحتفاظ بسجل نشط يحتوي على جميع الحقول المطلوبة في شاشة "قائمة الإشعارات الخارجية".

Oracle-14-7-Payments-Co-deployed-Integration-fig- (9)

المضيف ورمز المصدر
حدد كود المصدر على أنه "INTBANKING". يتم تعيين كود المضيف افتراضيًا استنادًا إلى كود المصدر. يجب إجراء إعداد نظام البوابة الخارجية لكود المصدر "INTBANKING".

نوع الاتصال
حدد نوع الاتصال كـ 'Web خدمة

فئة نظام الإشعارات
حدد فئة نظام الإشعارات كـ 'OFCL'.

Webخدمة URL
بالنسبة لمجموعة معينة من كود المضيف وكود المصدر، web خدمة URL يجب صيانتها باستخدام خدمة OL (FCUBSOLService) للحصول على مكالمة إشعار من OBPM إلى OBCL.

خدمة
حدد webالخدمة كـ 'FCUBSOLService'.

تفضيلات شبكة المصدر
يمكنك استدعاء هذه الشاشة عن طريق كتابة "PMDSORNW" في الحقل الموجود في الزاوية اليمنى العليا من شريط أدوات التطبيق والنقر فوق زر السهم المجاور.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (10)

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

المضيف ورمز المصدر
حدد كود المصدر على أنه "INTBANKING". يتم تعيين كود المضيف افتراضيًا استنادًا إلى كود المصدر. يجب إجراء إعداد نظام البوابة الخارجية لكود المصدر "INTBANKING".

كود الشبكة
حدد رمز الشبكة على أنه "SWIFT". وهذا لتمكين OBPM من تشغيل رسالة SWIFT لمبلغ صرف القرض.

نوع المعاملة
قم بتحديد نوع المعاملة على أنه "صادر" لإرسال رسالة SWIFT.

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

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

صيانة نظام ECA
تأكد من إنشاء نظام فحص الموافقة على الائتمان الخارجي (نظام DDA) في شاشة STDECAMT. قم بتوفير نظام المصدر المطلوب حيث يتم إجراء فحص الموافقة على الائتمان الخارجي كما هو موضح في الشاشة أدناه. يمكنك استدعاء هذه الشاشة عن طريق كتابة "PMDECAMT" في الحقل الموجود في الزاوية اليمنى العليا من شريط أدوات التطبيق والنقر فوق زر السهم المجاور. قم بتعيين نظام الموافقة على الائتمان الخارجي المذكور أعلاه في شاشة "تفاصيل نظام الموافقة على الائتمان الخارجي".

Oracle-14-7-Payments-Co-deployed-Integration-fig- (10)Oracle-14-7-Payments-Co-deployed-Integration-fig- (12)

اسم JNDI في قائمة الانتظار
قم بتحديد اسم JNDI الموجود في قائمة الانتظار كـ 'MDB_QUEUE_RESPONSE'.

اسم JNDI خارج قائمة الانتظار
قم بتحديد اسم JNDI لقائمة الخروج كـ 'MDB_QUEUE'.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (13)

س بروfile
س بروfile يجب صيانتها وفقًا لقائمة MDB التي تم إنشاؤها على خادم التطبيق. Q Profile يجب أن يكون عنوان IP الذي تم إنشاء قائمة انتظار JMS عليه هو العنوان الذي تم إنشاء قائمة انتظار JMS عليه. يقوم نظام OBPM بنشر طلب ECA إلى نظام DDA من خلال قوائم انتظار MDB هذه. لمزيد من المعلومات حول صيانة نظام ECA، راجع Oracle Banking Payments.

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

ملحوظة
تأكد من صيانة Queue Profile في 'Queue Pro'file شاشة الصيانة.

محترفfile ID
تحديد اتصال قائمة الانتظارfile بطاقة تعريف.

محترفfile وصف
حدد المحترفfile وصف

معرف المستخدم
حدد معرف المستخدم.

كلمة المرور
حدد كلمة المرور.

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

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

ملحوظة
يقوم OBPM ببناء طلب ECA بالتفاصيل ونشره في MDB_QUEUE. يقوم نظام DDA من خلال GWMDB بسحب طلب البوابة واستدعاء عملية كتلة ECA داخليًا لإنشاء كتلة ECA أو التراجع عنها. بمجرد اكتمال العملية، يقوم نظام DDA بنشر الاستجابة من خلال البنية التحتية للبوابة إلى MDB_QUEUE_RESPONSE. يتم تكوين MDB_QUEUE_RESPONSE بطابور إعادة التسليم مثل jms/ ACC_ENTRY_RES_BKP_IN. يقوم هذا الطابور بسحب الاستجابة داخليًا من خلال OBPM MDB لإكمال معالجة ECA في OBPM.

صيانة نظام المحاسبة
يمكنك استدعاء هذه الشاشة عن طريق كتابة "PMDACCMT" في الحقل الموجود في الزاوية اليمنى العليا من شريط أدوات التطبيق والنقر فوق زر السهم المجاور. هذا لتمكين OBPM من نشر القيود المحاسبية (Dr ISBGL & Cr Nostro Ac) إلى نظام DDA، عند إرسال رسالة SWIFT.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (14)

ملحوظة
تأكد من أنك بحاجة إلى صيانة نظام المحاسبة المطلوب في شاشة "تفاصيل نظام المحاسبة الخارجي". بالإضافة إلى ذلك، حافظ على تعيين نظام الحسابات لنظام المحاسبة والشبكات (PMDACMAP)

اسم JNDI في قائمة الانتظار
قم بتحديد اسم قائمة الانتظار JNDI كـ 'MDB_QUEUE_RESPONSE'.

اسم JNDI خارج قائمة الانتظار
قم بتحديد اسم JNDI الموجود في قائمة الانتظار الخارجية كـ 'MDB_QUEUE'.

س بروfile
س بروfile يجب صيانتها وفقًا لقائمة MDB التي تم إنشاؤها على خادم التطبيق. Q Profile يجب أن يكون مع عنوان IP حيث تم إنشاء قائمة انتظار JMS. ينشر نظام OBPM طلب تسليم المحاسبة من خلال قوائم انتظار MDB هذه.

ملحوظة
يقوم OBPM ببناء طلب تسليم المحاسبة بالتفاصيل ونشره في MDB_QUEUE. يقوم نظام المحاسبة من خلال GWMDB بسحب طلب البوابة واستدعاء طلب المحاسبة الخارجي داخليًا. بمجرد اكتمال العملية، يقوم نظام المحاسبة بنشر الاستجابة من خلال البنية التحتية للبوابة في MDB_QUEUE_RESPONSE. تم تكوين MDB_QUEUE_RESPONSE بطابور إعادة التسليم مثل jms/ ACC_ENTRY_RES_BKP_IN. يقوم هذا الطابور بسحب الاستجابة داخليًا من خلال OBPM MDB لإكمال معالجة تسليم المحاسبة في OBPM.

صيانة مراسل العملة
بالنسبة لمدفوعات SWIFT / Cross border، يجب على البنك الاحتفاظ بمراسل العملة أي مراسلي البنك حتى يمكن توجيه الدفع بشكل مناسب. يتم بناء سلسلة الدفع باستخدام صيانة مراسل العملة يمكن للبنك أن يكون لديه مراسلون متعددون للعملة نفسها ولكن يمكن وضع علامة على مراسل معين باعتباره المراسل الأساسي بحيث يتم توجيه الدفع من خلال هذا البنك على الرغم من وجود العديد من البنوك المراسلة.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (15)

تُستخدم صيانة مراسل العملة (PMDCYCOR) في بناء سلسلة الدفع للمدفوعات عبر الحدود. وهي صيانة على مستوى المضيف. يمكن صيانة العملة ورمز BIC للبنك ورقم الحساب للمراسل. يمكنك استدعاء هذه الشاشة عن طريق كتابة "PMDCYCOR" في الحقل الموجود في الزاوية اليمنى العليا من شريط أدوات التطبيق والنقر فوق زر السهم المجاور. حافظ على مراسل العملة الخاص بـ AWI أو AWI على هذه الشاشة.

كود المضيف
يعرض النظام رمز المضيف للفرع المحدد للمستخدم المسجل الدخول.

رمز البنك
حدد رمز البنك من قائمة القيم المعروضة. يتم عرض رمز BIC المحدد في هذا الحقل.

عملة
حدد العملة. بدلاً من ذلك، يمكنك تحديد العملة من قائمة الخيارات. تعرض القائمة جميع العملات الصالحة المحفوظة في النظام.

التحقق من المراسل الأساسي
هذا المربع إذا كان هذا المراسل هو مراسل العملة الأساسية. لا يمكن أن يكون هناك سوى مراسل عملة أساسية واحد لمجموعة نوع الحساب والعملة. نوع الحساب حدد نوع الحساب. تعرض القائمة القيم التالية:

  • - يتم صيانة حسابنا من خلال إدخال المراسل في حقل رمز البنك.
  • - حسابهم الذي يحتفظ به المراسل عن طريق الإدخال في حقل رمز البنك لدى البنك المعالج (حساب نوسترو).

نوع الحساب
قم بتحديد نوع الحساب على أنه حسابنا – حساب المراسل الذي يتم الاحتفاظ به في دفاترنا.

رقم الحساب
حدد رقم الحساب المرتبط بالمراسل الذي تم إدخاله في حقل رمز البنك بالعملة المحددة. بدلاً من ذلك، يمكنك تحديد رقم الحساب من قائمة الخيارات. تعرض القائمة جميع حسابات Nostro لنوع الحساب OUR والحسابات العادية الصالحة لنوع الحساب THEIR. يجب أن تكون عملة الحساب المعروضة في القائمة هي نفس العملة المحددة.

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

مطلوب MT 210؟
حدد مربع الاختيار هذا للإشارة إلى ما إذا كان من المطلوب إرسال MT 210 إلى مراسل العملة في السيناريوهات التي يتم إنشاؤها تلقائيًا مثل إنشاء MT 200/MT 201 الصادر. فقط إذا تم تحديد مربع الاختيار هذا، يقوم النظام بإنشاء MT210

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

Oracle-14-7-Payments-Co-deployed-Integration-fig- (16)

احتفظ برقم حساب Vostro (المعادل لـ Nostro) الموجود في دفاتر المراسل. سيتم إرسال هذا في النموذج 53B tag في رسائل الغلاف MT103 وMT202.

  • صف المصالحة
  • الحفاظ عليه كما هو NOST.
  • كيان خارجي
  • حدد BIC للمراسل.
  • الحساب الخارجي
  • حدد رقم حساب Vostro.
  • حساب GL

حدد رقم حساب Nostro. يجب أن يكون هذا الرقم موجودًا في STDCRACC كحساب Nostro.

تفاصيل RMA أو RMA Plus
يجب الاحتفاظ بتفاصيل تطبيق إدارة العلاقات هنا ويجب توفير فئة الرسالة وأنواع الرسائل المسموح بها. يجب أن يكون المراسل هو رمز BIC الخاص ببنكنا (للعلاقة المباشرة). يمكنك استدعاء هذه الشاشة عن طريق كتابة "PMDRMAUP" في الحقل الموجود في الزاوية اليمنى العليا من شريط أدوات التطبيق والنقر فوق زر السهم المجاور.

Oracle-14-7-Payments-Co-deployed-Integration-fig- (17)

نوع سجل RMA
سيشير النظام إلى ما إذا كان هذا سجل ترخيص RMA أو RMA+ استنادًا إلى تفاصيل سجل ترخيص RMA الذي تم تحميله أو إنشاؤه يدويًا.

ملحوظة
إذا تم تحميل RMA file إذا تم تضمين أو استبعاد أنواع الرسائل في فئات رسائل مختلفة، فسيكون هذا سجل RMA+. إذا لم يكن الأمر كذلك، فسيكون السجل سجل RMA.

الجهة المصدرة
حدد رمز BIC المطلوب لفرع البنك الذي أصدر الترخيص لاستلام جميع أنواع الرسائل أو أنواع معينة منها (في حالة RMA+) من قائمة القيم المتاحة.

نوع RMA
حدد نوع RMA. اختر بين "صادر" و"مستلم" من القائمة المنسدلة.

صالحة من تاريخ
تحديد تاريخ بدء صلاحية ترخيص RMA

مراسل
قم باختيار رمز BIC الخاص بفرع البنك الذي حصل على الترخيص من البنك المصدر من قائمة القيم.

حالة RMA
حدد حالة RMA من القائمة المنسدلة. الخيارات هي ممكّنة، ملغاة، محذوفة ومرفوضة.

ملحوظة
يتم استخدام أذونات RMA 'الممكّنة' فقط للتحقق من صحة RMA.

صالحة حتى تاريخه
حدد تاريخ انتهاء صلاحية إذن RMA. تفاصيل فئة الرسالة

فئة الرسالة
قم بتحديد فئة الرسالة المطلوبة من القائمة المنسدلة.

تضمين/استبعاد العلم
إذا تم إنشاء هذا كسجل RMA+، فحدد العلم لكل فئة رسالة يشير إلى "تضمين" أو "استبعاد" نوع واحد أو أكثر من أنواع الرسائل (MTs) أو جميعها المعتمدة من قبل البنك المصدر.

تفاصيل نوع الرسالة

نوع الرسالة
إذا تم إنشاء هذا كسجل RMA+، فحدد قائمة "المضمنة" أو "المستبعدة" لأنواع الرسائل التي يجب إضافتها لكل فئة رسالة.

ملحوظة

  • إذا كان من المقرر تضمين جميع الرسائل الفورية ضمن فئة الرسالة، فيجب أن يشير علم التضمين/الاستبعاد إلى "استبعاد" ويجب عدم تحديد أي رسائل فورية في نوع الرسالة
  • شبكة التفاصيل. وهذا يعني "استبعاد - لا شيء"، أي أن جميع أجهزة MT ضمن الفئة مشمولة في ترخيص RMA+.
  • إذا كان من المقرر استبعاد جميع الرسائل الفورية ضمن فئة الرسالة، فيجب أن يشير علم "تضمين/استبعاد" إلى "تضمين" ولا ينبغي عرض أي رسائل فورية في نوع الرسالة
  • شبكة التفاصيل. وهذا يعني "تضمين - لا شيء"، أي أنه لا يتم تضمين أي من أجهزة MT ضمن الفئة في تفويض RMA+.
  • لا ينبغي أن تسرد الشاشة أي فئة رسالة غير مسموح بها كجزء من تفويضات RMA+ الصادرة عن البنك المصدر. وكما ذكر أعلاه، لا يُسمح بأي تعديلات على التفويضات الحالية إلا من المكتب الرئيسي
  • بالنسبة للزوج المحدد من BICs للمصدر والمراسل ونوع RMA، سيتم السماح بتغيير السمات التالية -
  • حالة RMA - يمكن تغيير الحالة إلى أي من الخيارات المتاحة - ممكّن، مُلغى، محذوف ومرفوض.

ملحوظة
في الواقع، لا يمكن تغيير حالة RMA إلى أي خيار حيث تعتمد على من هو BIC للمصدر والحالة الحالية وعوامل أخرى. ومع ذلك، تحدث تغييرات الحالة هذه في وحدة RMA/RMA+ في SAA ولا يُسمح لميزة التعديل إلا لمستخدمي العمليات بتكرار الحالة يدويًا في هذه الصيانة (إذا لم يتمكنوا من الانتظار حتى تحميل RMA التالي).

  • تاريخ صالح من - يمكن تعيين تاريخ جديد (معدل) أكبر من تاريخ "صالح حتى" الحالي.
  • تاريخ صالح حتى - يمكن تعيين تاريخ جديد أكبر من تاريخ "صالح حتى" الجديد.
  • حذف فئة الرسالة و/أو أنواع الرسائل الموجودة.
  • إضافة فئة رسالة جديدة و/أو نوع رسالة مع مؤشر التضمين/الاستبعاد.

من الممكن إنشاء تفويض جديد عن طريق نسخ تفويض موجود ثم تعديله. تتطلب التعديلات على التفويضات الموجودة وكذلك إنشاء تفويضات جديدة موافقة مستخدم آخر أو صانع التفويض (إذا كان الفرع والمستخدم يدعمان ميزة التفويض التلقائي).

صيانة النواة المشتركة
يجب تنفيذ عمليات الصيانة الأساسية المشتركة التالية للتكامل.

  • صيانة العملاء
  • إنشاء العملاء في STDCIFCR.
  • صيانة الحساب
  • إنشاء الحسابات (CASA / NOSTRO) في STDCRACC.
  • يجب إنشاء حساب NOTSRO للبنك الذي يمتلك فيه المقترض حساب CASA.
  • صيانة الدفتر العام
  • إنشاء الدفتر العام في STDCRGLM.
  • صيانة رمز المعاملة
  • قم بإنشاء رمز المعاملة في STDCRTRN.
  • OBPM لاستخدام تواريخ OFCUB
  • الحفاظ على معلمة IS_CUSTOM_DATE كـ 'Y' في جدول cstb_param.
  • الحفاظ على معلمة OBCL_EXT_PM_GEN كـ 'Y' في CSTB_PARAM لتسليم الطلب إلى OBPM
  • من خلال هذا، سوف يستخدم OBPM التاريخ "اليوم" من sttm_dates كتاريخ حجز المعاملة.
  • تفاصيل رمز BIC والصيانة
  • رمز BIC هو معرف دولي موحد يستخدم لتحديد هوية الكيانات وتوجيه رسائل الدفع. يمكنك تحديد رموز البنوك من خلال شاشة "تفاصيل رمز BIC" (ISDBICDE).
  • مدفوعات الصيانة الأخرى
  • راجع دليل المستخدم الأساسي لـ Oracle Banking Payments، لمعرفة المزيد عن صيانة اليوم 0 الأخرى.
  • للحصول على معلومات مفصلة حول الشاشات المذكورة أعلاه، راجع دليل المستخدم الأساسي لـ Oracle Banking Payments.

مسرد معرف الوظيفة

  • جي غوديتسيس ………………….2-1
  • L LBDINSTR ……………………2-6
  • O OldCUSMT ………………….2-6
  • أولدينبرم ………………..2-5
  • أولديسبجل ……………………2-6
  • P PIDHSTMT ……………………2-3
  • PMDACCMT ………………..2-14
  • PMDCYCOR ……………. 2-15
  • PMDECAMT ……………….. 2-12
  • PMDEXTNT …………………. 2-8
  • PMDNWRLE ……………. 2-10
  • PMDQPROF ……………. 2-12
  • PMDRMAUP ………………. 2-17
  • PMDSorce ………………… 2-7
  • PMDSORNW ……………….. 2-9
  • PXDXTACC ……………….. 2-16
  • S STDCRBRN …………………. 2-2
  • ستديكامت ……………….. 2-11

تحميل PDF: دليل مستخدم Oracle 14.7 Payments Co-deployed Integration

مراجع

اترك تعليقا

لن يتم نشر عنوان بريدك الإلكتروني. تم وضع علامة على الحقول المطلوبة *