Oracle 14.7 Payments Co-Deployed Integration راهنمای کاربر

راهنمای کاربر ادغام وام شرکتی - پرداخت‌ها

نوامبر 2022
Oracle Financial Services Software Limited

اوراکل پارک
خارج از بزرگراه وسترن اکسپرس

گورگان (شرق)
بمبئی، ماهاراشترا 400 063

هند
سوالات در سراسر جهان:
تلفن: +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 Accessibility دیدن کنید
برنامه webسایت در http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.

سازمان
این راهنما در فصول زیر سازماندهی شده است:

فصل	توضیحات
فصل 1	پیشگفتار اطلاعاتی در مورد مخاطب مورد نظر می دهد. همچنین فصول مختلف تحت پوشش این کتابچه راهنمای کاربر را فهرست می کند.
فصل 2	این فصل به شما کمک می‌کند تا وام‌دهی شرکتی Oracle Banking و محصول پرداخت‌های بانکی Oracle را در یک نمونه واحد به کار بگیرید.
فصل 3	واژه نامه شناسه تابع دارای فهرست الفبای تابع/شناسه صفحه مورد استفاده در ماژول با ارجاعات صفحه برای پیمایش سریع.

کلمات اختصاری و اختصاری

مخفف	توضیحات
API	رابط برنامه نویسی کاربردی
FCUBS	Oracle FLEXCUBE Universal Banking
OBCL	اوراکل بانکداری وام شرکتی
OL	اوراکل وام
ROFC	بقیه Oracle FLEXCUBE
سیستم	به غیر از مواردی که مشخص شده باشد، همیشه باید به سیستم Oracle FLEX-CUBE Universal Banking Solutions مراجعه کند.
WSDL	Web زبان توضیحات خدمات

واژه نامه آیکون ها
این کتابچه راهنمای کاربر ممکن است به همه یا برخی از نمادهای زیر اشاره داشته باشد.

وام شرکتی - ادغام پرداخت ها در راه اندازی CoDeployed
این فصل شامل بخش های زیر است:

• بخش 2.1، "مقدمه"
• بخش 2.2، "تعمیرات و نگهداری در OBCL"
• بخش 2.3، "تعمیرات و نگهداری در OBPM"

مقدمه
می توانید وام شرکتی بانکی اوراکل (OBCL) را با محصول پرداخت بانکی اوراکل (OBPM) ادغام کنید. برای ادغام این دو محصول در یک محیط مشترک، باید تعمیر و نگهداری خاصی را در OBCL، Payments و Common Core انجام دهید.

تعمیر و نگهداری در OBCL
ادغام بین Oracle Banking Corporate Lending (OBCL) و Oracle Banking Payments (OBPM) شما را قادر می سازد تا با ایجاد پیام های SWIFT MT103 و MT202، پرداخت وام را از طریق پرداخت مرزی انجام دهید.

تعمیر و نگهداری سیستم خارجی
می‌توانید این صفحه را با تایپ «GWDETSYS» در قسمت گوشه سمت راست بالای نوار ابزار برنامه و کلیک کردن بر روی دکمه فلش مجاور، فراخوانی کنید. شما باید یک سیستم خارجی برای شاخه ای تعریف کنید که با استفاده از یک دروازه ادغام با OBCL ارتباط برقرار می کند.

توجه داشته باشید
اطمینان حاصل کنید که در OBCL یک رکورد فعال با تمام فیلدهای مورد نیاز و "سیستم خارجی" در صفحه "تعمیرات سیستم خارجی" نگهداری می کنید. برای مثالampسیستم خارجی را به عنوان "INTBANKING" حفظ کنید.

درخواست کنید

• آن را به عنوان شناسه پیام حفظ کنید.
• درخواست پیام
• آن را به صورت تمام صفحه حفظ کنید.
• پیام پاسخ
• آن را به صورت تمام صفحه حفظ کنید.
• صف های سیستم خارجی
• صف های In & Response JMS را حفظ کنید. اینها صف هایی هستند که OBCL درخواست SPS XML را به OBPM ارسال می کند.
• برای اطلاعات بیشتر در مورد نگهداری سیستم خارجی، به Common Core – Gateway User مراجعه کنید. راهنما.

تعمیر و نگهداری شعبه
شما باید یک شعبه در صفحه «تعمیر و نگهداری پارامتر هسته شعبه» (STDCRBRN) ایجاد کنید. این صفحه برای ثبت جزئیات اولیه شعبه مانند نام شعبه، کد شعبه، آدرس شعبه، تعطیلات هفتگی و غیره استفاده می شود. می توانید این صفحه را با تایپ "STDCRBRN" در قسمت گوشه سمت راست بالای نوار ابزار برنامه فراخوانی کنید و روی دکمه فلش مجاور کلیک کنید.

شما می توانید برای هر شاخه ایجاد شده یک هاست مشخص کنید. برای نگهداری میزبان برای مناطق زمانی مختلف، مراجعه کنید..
راهنمای کاربر اصلی پرداخت بانکی اوراکل.

توجه داشته باشید
یک جفت شعبه که می توانند پرداخت های بین شعبه ای را انجام دهند باید تحت همان میزبان نگهداری شوند.

تعمیر و نگهداری پارامتر میزبان
می توانید این صفحه را با تایپ "PIDHSTMT" در قسمت گوشه سمت راست بالای نوار ابزار برنامه فراخوانی کنید و روی دکمه فلش مجاور کلیک کنید.

توجه داشته باشید

• در OBCL، مطمئن شوید که پارامتر میزبان را با یک رکورد فعال با تمام فیلدهای مورد نیاز حفظ می کنید.
• "سیستم یکپارچه سازی OBCL" برای یکپارچه سازی UBS برای 360 و یکپارچه سازی تجارت است. "سیستم پرداخت" برای ادغام OBPM است و "INTBANKING" باید انتخاب شود.

کد میزبان
کد میزبان را مشخص کنید.

توضیحات میزبان
توضیحات مختصری را برای هاست مشخص کنید.

کد سیستم حسابداری
کد سیستم حسابداری را مشخص کنید. برای مثالample، "OLINTSYS"

سیستم پرداخت
سیستم پرداخت را مشخص کنید. برای مثالample، "INTBANKING"

سیستم ELCM
سیستم ELCM را مشخص کنید. برای مثالample، "OLELCM"

سیستم یکپارچه سازی OBCL
سیستم خارجی را مشخص کنید. برای مثالample، "OLINTSYS" برای ادغام با سیستم UBS.

سیستم زنجیره بلوک
سیستم بلاک چین را مشخص کنید. برای مثالample "OLBLKCN".

کد شبکه پرداخت
شبکه ای را مشخص کنید که از طریق آن OBPM پیام خروجی را برای پرداخت وام ارسال کند. برای مثالample، "SWIFT".

تعمیر و نگهداری پارامترهای یکپارچه سازی
می توانید این صفحه را با تایپ "OLDINPRM" در قسمت گوشه سمت راست بالای نوار ابزار برنامه فراخوانی کنید و روی دکمه فلش مجاور کلیک کنید.

توجه داشته باشید
اطمینان حاصل کنید که یک سابقه فعال با تمام فیلدهای الزامی و نام سرویس به عنوان "PMSinglePaymentService" در صفحه "تعمیر و نگهداری پارامترهای ادغام" دارید.

کد شعبه
در صورتی که پارامترهای ادغام برای همه شاخه ها مشترک هستند، به عنوان "ALL" مشخص کنید. یا شاخه های فردی را حفظ کنید.

سیستم خارجی
سیستم خارجی را به عنوان "INTBANKING" مشخص کنید.

کاربر خارجی
شناسه کاربری که در درخواست پرداخت به OBPM ارسال می شود را مشخص کنید.

نام سرویس
نام سرویس را به عنوان "PMSinglePayOutService" مشخص کنید.

کانال ارتباطی
کانال ارتباطی را به صورت ' مشخص کنیدWeb سرویس'.

حالت ارتباطی
حالت ارتباط را به عنوان "ASYNC" مشخص کنید.

لایه ارتباطی
لایه ارتباطی را به عنوان Application مشخص کنید.

نام سرویس WS
را مشخص کنید web نام سرویس به عنوان "PMSinglePayOutService".

نقطه پایانی WS URL
WSDL خدمات را به عنوان پیوند WSDL «خدمات پرداخت تک پرداخت» مشخص کنید.

کاربر WS
کاربر OBPM را با دسترسی به تمام شعب و تسهیلات مجوز خودکار حفظ کنید.

تعمیر و نگهداری مشتری
نگهداری مشتری (OLDCUSMT) اجباری است. شما باید یک رکورد در این صفحه برای بانک ایجاد کنید. برای تولید پیام‌های SWIFT، «BIC اولیه» و «رسانه پیش‌فرض» باید «SWIFT» باشند.

تعمیر و نگهداری دستورالعمل تسویه
حساب NOSTRO باید برای بانکی ایجاد شود که وام گیرنده و شرکت کننده (هر دو) باید حساب CASA خود را در آن داشته باشند. این باید در LBDINSTR نگاشت شود و حساب پرداخت/دریافت باید NOSTRO باشد. شما باید در فیلدهای پرداخت و دریافت حساب NOSTRO را انتخاب کنید، اما وام گیرنده نمی تواند حساب NOSTRO داشته باشد، فقط بانک می تواند حساب بانکی NOSTRO را داشته باشد و باید Pay and Receive را به عنوان شناسه بانک انتخاب کنید. در حین انجام تراکنش با پل داخلی GL جایگزین می شود. طرف مقابل را با تمام فیلدهای مورد نیاز در صفحه "تعمیر و نگهداری دستورالعمل های تسویه حساب" (LBDINSTR) حفظ کنید. برای اطلاعات بیشتر در مورد دستورالعمل های تسویه حساب، به راهنمای کاربر اتحادیه وام مراجعه کنید.

اینتر سیستم پل GL
می‌توانید این صفحه را با تایپ «OLDISBGL» در قسمت گوشه سمت راست بالای نوار ابزار برنامه و کلیک کردن بر روی دکمه فلش مجاور، فراخوانی کنید.

توجه داشته باشید
اطمینان حاصل کنید که یک رکورد فعال با تمام فیلدهای مورد نیاز و "سیستم خارجی" به عنوان "INTBANKING" در صفحه "تعمیر و نگهداری پل بین سیستمی GL" نگهداری می کنید.

سیستم خارجی
نام سیستم خارجی را به عنوان "INTBANKING" مشخص کنید.

شناسه ماژول
کد ماژول را به عنوان "OL" مشخص کنید.

ارز معامله
ارز معامله "ALL" یا یک ارز خاص را مشخص کنید.

شعبه معاملات
شعبه تراکنش را به عنوان "ALL" یا یک شعبه خاص مشخص کنید.

کد محصول
کد محصول را به عنوان "ALL" یا یک محصول خاص مشخص کنید.

تابع
شناسه تابع تراکنش را به عنوان "ALL" یا شناسه تابع خاص مشخص کنید.

ISB GL
یک Inter System Bridge GL را مشخص کنید، جایی که اعتبار از OBCL برای پرداخت وام منتقل می شود. همان GL باید در OBPM برای پردازش بیشتر نگهداری شود.

تعمیر و نگهداری در OBPM

تعمیر و نگهداری منبع
می‌توانید این صفحه را با تایپ کردن «PMDSORCE» در قسمت گوشه سمت راست بالای نوار ابزار برنامه و کلیک کردن بر روی دکمه فلش مجاور، فراخوانی کنید.

توجه داشته باشید
اطمینان حاصل کنید که یک رکورد فعال با تمام فیلدهای مورد نیاز در صفحه "جزئیات تعمیر و نگهداری منبع" حفظ می کنید.

کد منبع
کد منبع را مشخص کنید. مثالample 'INTBANKING'.

کد میزبان
کد میزبان به طور خودکار بر اساس شعبه پیش‌فرض می‌شود.

پرداخت های پیش پرداخت مجاز است
کادر "پرداخت های پیش پرداخت مجاز" را انتخاب کنید.

پیش پرداخت GL
GL پرداخت پیش‌پاسخ را مانند Inter System Bridge GL که در آن نگهداری می‌شود، مشخص کنید

OLDISBGL برای OBCL.
OBPM مبلغ وام پرداخت شده را از این GL بدهکار می کند و هنگام ارسال پیام پرداخت به Nostro مشخص شده اعتبار می دهد.

اطلاع رسانی لازم است
کادر "اعلان مورد نیاز" را انتخاب کنید.

صف اعلان خارجی
می توانید این صفحه را با تایپ "PMDEXTNT" در قسمت گوشه سمت راست بالای نوار ابزار برنامه و کلیک بر روی دکمه فلش مجاور، فراخوانی کنید.

توجه داشته باشید
اطمینان حاصل کنید که یک رکورد فعال با تمام فیلدهای مورد نیاز در صفحه "صف اعلان خارجی" حفظ می کنید.

میزبان و کد منبع
کد منبع را به عنوان "INTBANKING" مشخص کنید. کد میزبان بر اساس کد منبع پیش فرض می شود. راه اندازی سیستم خارجی دروازه برای کد منبع "INTBANKING" انجام می شود.

نوع ارتباط
نوع ارتباط را به عنوان ' انتخاب کنیدWeb خدمات

کلاس سیستم اطلاع رسانی
کلاس سیستم اعلان را به عنوان "OFCL" انتخاب کنید.

Webخدمات URL
برای کد میزبان معین و ترکیب کد منبع، a web خدمات URL برای دریافت یک تماس اعلان از OBPM به OBCL، باید با سرویس OL (FCUBSOService) نگهداری شود.

خدمات
را مشخص کنید webخدمات به عنوان "FCUBOLService".

اولویت شبکه منبع
می‌توانید این صفحه را با تایپ «PMDSORNW» در قسمت گوشه سمت راست بالای نوار ابزار برنامه و کلیک بر روی دکمه فلش مجاور، فراخوانی کنید.

توجه داشته باشید
اطمینان حاصل کنید که یک رکورد فعال در صفحه "جزئیات اولویت شبکه منبع" حفظ کرده اید. اولویت برای شبکه‌های پرداخت مختلف که OBCL از طریق آنها درخواست پرداخت را آغاز می‌کند باید در این صفحه برای همان کدهای منبع حفظ شود.

میزبان و کد منبع
کد منبع را به عنوان "INTBANKING" مشخص کنید. کد میزبان بر اساس کد منبع پیش فرض می شود. راه اندازی سیستم خارجی دروازه برای کد منبع "INTBANKING" انجام می شود.

کد شبکه
کد شبکه را به عنوان "SWIFT" مشخص کنید. این برای فعال کردن OBPM است تا پیام SWIFT را برای مبلغ پرداخت وام فعال کند.

نوع معامله
نوع تراکنش را به عنوان "خروجی" مشخص کنید تا پیام SWIFT به بیرون ارسال شود.

نگهداری قوانین شبکه
می‌توانید این صفحه را با تایپ کردن «PMDNWRLE» در قسمت گوشه سمت راست بالای نوار ابزار برنامه و کلیک کردن روی دکمه فلش مجاور، فراخوانی کنید.

توجه داشته باشید
اطمینان حاصل کنید که برای هدایت درخواست OBCL به شبکه مربوطه، یک رکورد فعال با تمام فیلدهای الزامی در صفحه "جزئیات قانون شبکه" نگهداری می کنید. برای اطلاعات بیشتر در مورد نگهداری قوانین شبکه، به راهنمای کاربر اصلی Payments مراجعه کنید.

تعمیر و نگهداری سیستم ECA
مطمئن شوید که یک سیستم بررسی تایید اعتبار خارجی (سیستم DDA) در صفحه STDECAMT ایجاد کرده اید. همانطور که در صفحه زیر نشان داده شده است، سیستم منبع مورد نیاز را در جایی که بررسی ECA انجام می شود، ارائه دهید. می‌توانید با تایپ کردن «PMDECAMT» در قسمت گوشه سمت راست بالای نوار ابزار برنامه و کلیک کردن بر روی دکمه فلش مجاور، این صفحه را فراخوانی کنید. سیستم ECA فوق الذکر را در صفحه "جزئیات سیستم تایید اعتبار خارجی" ترسیم کنید.

در صف نام JNDI
نام JNDI در صف را به عنوان "MDB_QUEUE_RESPONSE" مشخص کنید.

Outqueue نام JNDI
نام JNDI صف خروج را به عنوان "MDB_QUEUE" مشخص کنید.

کیو پروfile
کیو پروfile باید طبق صف MDB ایجاد شده در سرور برنامه حفظ شود. کیو پروfile باید با یک آدرس IP که در آن صف JMS ایجاد شده است باشد. سیستم OBPM درخواست ECA را از طریق این صف های MDB به سیستم DDA ارسال می کند. برای اطلاعات بیشتر در مورد نگهداری سیستم ECA، به Oracle Banking Payments مراجعه کنید.

راهنمای کاربر اصلی.
Queue Profile تعمیر و نگهداری
می‌توانید این صفحه را با تایپ «PMDQPROF» در قسمت گوشه سمت راست بالای نوار ابزار برنامه و کلیک کردن بر روی دکمه فلش مجاور، فراخوانی کنید.

توجه داشته باشید
اطمینان حاصل کنید که Queue Pro را حفظ می کنیدfile در «Queue Profile صفحه نمایش تعمیر و نگهداری

حرفه ایfile ID
Queue Connection pro را مشخص کنیدfile شناسه

حرفه ایfile توضیحات
طرفدار را مشخص کنیدfile توضیحات

شناسه کاربری
شناسه کاربری را مشخص کنید.

رمز عبور
رمز عبور را مشخص کنید.

توجه داشته باشید
شناسه کاربری و رمز عبور برای احراز هویت صف استفاده می شود. این تضمین می کند که سیستم خارجی فقط مجاز به خواندن یا است view پیام های ارسال شده در صف پیام

ارائه دهنده زمینه URL
صف حرفه ایfile به ارائه دهنده زمینه نیاز دارد URL از سرور برنامه که در آن صف است
ایجاد شده است. تمام پارامترهای دیگر همان است که در بالا ذکر شد.

توجه داشته باشید
OBPM درخواست ECA را با جزئیات می سازد و به MDB_QUEUE ارسال می کند. سیستم DDA از طریق GWMDB درخواست دروازه را می کشد و فرآیند بلوک ECA را برای ایجاد یا لغو بلوک ECA فراخوانی می کند. پس از تکمیل فرآیند، سیستم DDA پاسخ را از طریق دروازه infra به 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 است.

توجه داشته باشید
اطمینان حاصل کنید که باید سیستم حسابداری مورد نیاز را در صفحه "جزئیات سیستم حسابداری خارجی" حفظ کنید. علاوه بر این، نقشه‌برداری سیستم حساب را برای سیستم و شبکه‌های حسابداری (PMDACMAP) حفظ کنید.

در صف نام JNDI
نام JNDI صف را به عنوان "MDB_QUEUE_RESPONSE" مشخص کنید.

Outqueue نام JNDI
نام JNDI خروجی را به عنوان "MDB_QUEUE" مشخص کنید.

کیو پروfile
کیو پروfile باید طبق صف MDB ایجاد شده در سرور برنامه حفظ شود. کیو پروfile باید با یک آدرس IP باشد که در آن صف JMS ایجاد شده است. سیستم OBPM درخواست انتقال حسابداری را از طریق این صف‌های MDB ارسال می‌کند.

توجه داشته باشید
OBPM درخواست Handoff حسابداری را با جزئیات می سازد و به MDB_QUEUE ارسال می کند. سیستم حسابداری از طریق GWMDB درخواست دروازه را می کشد و درخواست حسابداری خارجی را به صورت داخلی فرا می خواند. پس از تکمیل فرآیند، سیستم حسابداری پاسخ را از طریق دروازه infra به MDB_QUEUE_RESPONSE ارسال می کند. MDB_QUEUE_RESPONSE با یک صف تحویل مجدد به صورت jms/ ACC_ENTRY_RES_BKP_IN پیکربندی شده است. این صف به صورت داخلی پاسخ را از طریق OBPM MDB می کشد تا پردازش Handoff حسابداری در OBPM تکمیل شود.

تعمیر و نگهداری خبرنگار ارز
برای پرداخت‌های سوئیفت/برون مرزی، بانک باید خبرنگار ارزی یعنی خبرنگاران بانک را حفظ کند تا پرداخت به‌طور مناسب انجام شود. زنجیره پرداخت با استفاده از تعمیر و نگهداری خبرنگار ارز ساخته می‌شود. بانک می‌تواند چندین خبرنگار ارز برای یک ارز داشته باشد، اما یک خبرنگار خاص می‌تواند به‌عنوان خبرنگار اصلی علامت‌گذاری شود تا پرداخت از طریق آن بانک انجام شود، حتی اگر چندین بانک گزارش‌دهنده وجود داشته باشد.

تعمیر و نگهداری خبرنگار ارز (PMDCYCOR) در ساختمان زنجیره پرداخت برای پرداخت های فرامرزی استفاده می شود. این یک تعمیر و نگهداری در سطح میزبان است. ارز، BIC بانک و شماره حساب را می توان برای خبرنگار نگهداری کرد. می توانید با تایپ کردن "PMDCYCOR" در قسمت گوشه سمت راست بالای نوار ابزار برنامه و کلیک بر روی دکمه فلش مجاور، این صفحه را فراخوانی کنید. گزارشگر ارز AWI یا AWI را در این صفحه نگه دارید.

کد میزبان
سیستم کد میزبان شعبه انتخاب شده کاربر وارد شده را نمایش می دهد.

کد بانک
کد بانک را از لیست مقادیر نمایش داده شده انتخاب کنید. کد BIC انتخاب شده در این قسمت نمایش داده می شود.

ارز
واحد پول را مشخص کنید. یا می توانید ارز را از لیست گزینه ها انتخاب کنید. لیست تمام ارزهای معتبر موجود در سیستم را نشان می دهد.

بررسی اولیه خبرنگار
این کادر اگر این خبرنگار، خبرنگار ارز اصلی باشد. تنها یک خبرنگار ارز اصلی برای ترکیب نوع حساب، ارز وجود دارد. نوع حساب نوع حساب را انتخاب کنید. لیست مقادیر زیر را نمایش می دهد:

• حساب ما با ورودی خبرنگار در قسمت کد بانک نگهداری می شود.
• حساب آنها توسط ورودی خبرنگار در قسمت کد بانک نزد بانک پردازشگر (حساب نوسترو) نگهداری می شود.

نوع حساب
نوع حساب را به عنوان Our – Nostro of the Correspondent که در کتاب‌های ما نگهداری می‌شود، مشخص کنید.

شماره حساب
شماره حساب مرتبط با ورودی خبرنگار را در قسمت کد بانک به ارز مشخص شده مشخص کنید. یا می توانید شماره حساب را از لیست گزینه ها انتخاب کنید. فهرست همه حساب‌های Nostro را برای نوع حساب OUR و حساب‌های عادی معتبر برای نوع حساب THEIR را نشان می‌دهد. ارز حساب نمایش داده شده در لیست باید همان واحد پولی باشد که مشخص شده است.

حساب اصلی
این کادر را انتخاب کنید تا مشخص شود آیا حساب، حساب اصلی است یا خیر. می توانید چندین حساب اضافه کنید. اما فقط یک حساب می تواند به عنوان حساب اصلی علامت گذاری شود. این نشان می دهد که حساب علامت گذاری شده به عنوان حساب اصلی، حساب کلیدی برای ترکیب "کد میزبان، کد بانک، ارز" نگهداری شده است.

MT 210 مورد نیاز است؟
این کادر را علامت بزنید تا مشخص کنید که آیا MT 210 برای ارسال به خبرنگار ارز در سناریوهایی که به طور خودکار مانند نسل Outbound MT 200/MT 201 به طور خودکار تولید می شود، لازم است یا خیر. فقط اگر این کادر انتخاب شده باشد، سیستم MT210 را تولید می کند.

تطبیق نگهداری حساب های خارجی
می توانید این صفحه را با تایپ "PXDXTACC" در قسمت گوشه سمت راست بالای نوار ابزار برنامه و کلیک بر روی دکمه فلش مجاور، فراخوانی کنید.

شماره حساب Vostro (معادل Nostro) را که در دفاتر خبرنگار نگهداری می شود، حفظ کنید. این در 53B ارسال خواهد شد tag در پیام های جلد MT103 و MT202.

• کلاس آشتی
• آن را به عنوان NOST حفظ کنید.
• موجودیت خارجی
• BIC خبرنگار را مشخص کنید.
• حساب خارجی
• شماره حساب Vostro را مشخص کنید.
• حساب GL

شماره حساب Nostro را مشخص کنید. این باید در STDCRACC به عنوان یک حساب Nostro وجود داشته باشد.

جزئیات RMA یا RMA Plus
جزئیات برنامه مدیریت ارتباط باید در اینجا حفظ شود و دسته پیام و انواع پیام مجاز ارائه شوند. خبرنگار باید کد BIC بانک ما (برای ارتباط مستقیم) باشد. می‌توانید با تایپ «PMDRMAUP» در قسمت بالای سمت راست نوار ابزار برنامه و کلیک کردن بر روی دکمه فلش مجاور، این صفحه را فراخوانی کنید.

نوع رکورد RMA
این سیستم براساس جزئیات رکورد مجوز RMA آپلود شده یا ایجاد شده دستی نشان می دهد که آیا این یک رکورد مجوز RMA یا RMA+ است.

توجه داشته باشید
اگر RMA آپلود شده است file انواع پیام را در دسته بندی های مختلف پیام گنجانده یا حذف کرده است، پس این رکورد RMA+ خواهد بود. اگر نه، رکورد یک رکورد RMA است.

صادر کننده
BIC مورد نیاز شعبه بانکی که مجوز دریافت همه یا انواع پیام خاص (در صورت RMA+) را صادر کرده است را از لیست مقادیر موجود انتخاب کنید.

نوع RMA
نوع RMA را مشخص کنید. از منوی کشویی بین صادر شده و دریافت شده را انتخاب کنید.

معتبر از تاریخ
تاریخ شروع اعتبار مجوز RMA را مشخص کنید

خبرنگار
BIC شعبه بانک را که مجوز را از بانک صادرکننده دریافت کرده است از لیست مقادیر انتخاب کنید.

وضعیت RMA
وضعیت RMA را از منوی کشویی انتخاب کنید. گزینه ها فعال، باطل، حذف شده و رد شده اند.

توجه داشته باشید
فقط مجوزهای RMA "فعال" برای اعتبارسنجی RMA استفاده می شود.

معتبر تا به امروز
تاریخ پایان اعتبار مجوز RMA را مشخص کنید. شبکه جزئیات دسته پیام

دسته پیام
رده پیام مورد نیاز را از منوی کشویی انتخاب کنید.

شامل / حذف پرچم
اگر این به‌عنوان رکورد RMA+ ایجاد می‌شود، پرچمی را برای هر دسته پیام انتخاب کنید که نشان‌دهنده «شامل» یا «عدم حذف» یک یا چند یا همه انواع پیام (MT) است که توسط بانک صادرکننده مجاز است.

جزئیات نوع پیام

نوع پیام
اگر این به‌عنوان رکورد RMA+ ایجاد می‌شود، سپس فهرستی از انواع پیام‌های «شامل» یا «خارج‌شده» را که برای هر دسته پیام اضافه می‌شود، مشخص کنید.

توجه داشته باشید

• اگر قرار است همه MT های موجود در یک دسته پیام گنجانده شوند، پرچم شامل/خارج کردن باید نشان دهنده «Exclude» باشد و هیچ MT نباید در نوع پیام انتخاب شود.
• شبکه جزئیات این به معنای "حذف - هیچ چیز" است، یعنی همه MT های موجود در این دسته در مجوز RMA+ گنجانده شده اند.
• اگر قرار است همه MT های موجود در یک رده پیام حذف شوند، پرچم Include/Exclude باید «شامل» را نشان دهد و هیچ MT نباید در نوع پیام نمایش داده شود.
• شبکه جزئیات این به معنای "شامل - هیچ چیز" است، یعنی هیچ یک از MT های موجود در این دسته در مجوز RMA+ گنجانده نشده است.
• صفحه نباید هیچ دسته پیامی را که به عنوان بخشی از مجوزهای RMA+ صادر شده توسط بانک صادرکننده مجاز نیست، فهرست کند. همانطور که در بالا ذکر شد، هرگونه تغییر در مجوزهای موجود فقط از دفتر مرکزی مجاز است
• برای جفت انتخاب شده از صادرکننده و خبرنگار BIC و نوع RMA، ویژگی‌های زیر مجاز به تغییر هستند -
• وضعیت RMA - وضعیت را می توان به هر یک از گزینه های موجود تغییر داد - فعال، باطل، حذف شده و رد شده.

توجه داشته باشید
در واقع، وضعیت RMA را نمی توان به هیچ گزینه ای تغییر داد، زیرا بستگی به این دارد که چه کسی صادر کننده BIC، وضعیت فعلی و سایر عوامل است. با این حال، این تغییرات وضعیت در ماژول RMA/RMA+ SAA اتفاق می‌افتد و تسهیلات Modification فقط برای کاربران Ops مجاز است که به صورت دستی وضعیت را در این تعمیر و نگهداری تکرار کنند (اگر نتوانند تا آپلود 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) تعریف کنید.
• سایر تعمیرات پرداخت
• برای تعمیرات روز 0 دیگر به دفترچه راهنمای کاربر اصلی پرداخت بانکی Oracle مراجعه کنید.
• برای کسب اطلاعات دقیق در مورد صفحه های ذکر شده در بالا، به راهنمای کاربر اصلی پرداخت بانکی Oracle مراجعه کنید.

واژه نامه شناسه تابع

• GGWDETSYS …………………….2-1
• L LBDINSTR ……………………2-6
• OLDCUSMT …………………….2-6
• OLDINPRM ……………………..2-5
• OLDISBGL……………………2-6
• P PIDHSTMT ……………………2-3
• PMDACCMT …………………..2-14
• PMDCYCOR ………………. 2-15
• PMDECAMT ………………….. ۲-۱۲
• PMDEXTNT …………………. 2-8
• PMDNWRLE ………………. 2-10
• PMDQPROF………………. 2-12
• PMDRMAUP ………………. 2-17
• PMDSORCE ………………… 2-7
• PMDSORNW …………………….. ۲-۹
• PXDXTACC ………………….. ۲-۱۶
• S STDCRBRN …………………. 2-2
• STDECAMT ………………….. ۲-۱۱

بارگیری PDF: Oracle 14.7 Payments Co-Deployed Integration راهنمای کاربر

مراجع

• راهنمای کاربر