Oracle 14.7 Payments Co-deployed Integration User Guide

Corporate Lending – Payments Co-deployed Integration Guide

Nobyembre 2022
Oracle Financial Services Software Limited

Oracle Park
Sa labas ng Western Express Highway

Goregaon (Silangan)
Mumbai, Maharashtra 400 063

India
Pandaigdigang Pagtatanong:
Telepono: +91 22 6718 3000
Fax:+91 22 6718 3001
www.oracle.com/financialservices/

Copyright © 2007, 2022, Oracle at/o mga kaakibat nito. Lahat ng karapatan ay nakalaan. Ang Oracle at Java ay mga rehistradong trademark ng Oracle at/o mga kaakibat nito. Ang ibang mga pangalan ay maaaring mga trademark ng kani-kanilang mga may-ari.
MGA END USER NG PAMAHALAAN NG US: Ang mga Oracle program, kabilang ang anumang operating system, integrated software, anumang program na naka-install sa hardware, at/o dokumentasyon, na inihatid sa mga end user ng US Government ay "commercial computer software" sa ilalim ng naaangkop na Federal Acquisition Regulation at partikular sa ahensya. mga pandagdag na regulasyon.

Dahil dito, ang paggamit, pagdoble, pagsisiwalat, pagbabago, at pag-aangkop ng mga programa, kabilang ang anumang operating system, pinagsamang software, anumang mga program na naka-install sa hardware, at/o dokumentasyon, ay sasailalim sa mga tuntunin ng lisensya at mga paghihigpit sa lisensya na naaangkop sa mga programa. . Walang ibang mga karapatan ang ibinibigay sa Gobyerno ng US.

Ang software o hardware na ito ay binuo para sa pangkalahatang paggamit sa iba't ibang mga application sa pamamahala ng impormasyon. Hindi ito binuo o nilayon para gamitin sa anumang likas na mapanganib na mga application, kabilang ang mga application na maaaring lumikha ng panganib ng personal na pinsala. Kung gagamitin mo ang software o hardware na ito sa mga mapanganib na application, magiging responsable ka para sa lahat ng naaangkop na failsafe, backup, redundancy, at iba pang mga hakbang upang matiyak ang ligtas na paggamit nito. Ang Oracle Corporation at ang mga kaakibat nito ay itinatanggi ang anumang pananagutan para sa anumang pinsalang dulot ng paggamit ng software o hardware na ito sa mga mapanganib na aplikasyon.

Ang software na ito at kaugnay na dokumentasyon ay ibinigay sa ilalim ng isang kasunduan sa lisensya na naglalaman ng mga paghihigpit sa paggamit at pagsisiwalat at pinoprotektahan ng mga batas sa intelektwal na ari-arian. Maliban kung hayagang pinahihintulutan sa iyong kasunduan sa lisensya o pinahihintulutan ng batas, hindi mo maaaring gamitin, kopyahin, kopyahin, isalin, i-broadcast, baguhin, lisensya, ipadala, ipamahagi, ipapakita, itanghal, i-publish, o ipakita ang anumang bahagi, sa anumang anyo, o sa anumang paraan. Ang reverse engineering, disassembly, o decompilation ng software na ito, maliban kung kinakailangan ng batas para sa interoperability, ay ipinagbabawal.

Ang impormasyong nakapaloob dito ay maaaring magbago nang walang abiso at hindi ginagarantiyahan na walang error. Kung makakita ka ng anumang mga error, mangyaring iulat ang mga ito sa amin nang nakasulat. Ang software o hardware at dokumentasyong ito ay maaaring magbigay ng access sa o impormasyon sa nilalaman, produkto, at serbisyo mula sa mga third party. Ang Oracle Corporation at ang mga kaakibat nito ay walang pananagutan at tahasang itinatanggi ang lahat ng mga warranty ng anumang uri tungkol sa nilalaman, produkto, at serbisyo ng third-party. Ang Oracle Corporation at ang mga kaakibat nito ay hindi mananagot para sa anumang pagkawala, gastos, o pinsalang natamo dahil sa iyong pag-access o paggamit ng nilalaman, produkto, o serbisyo ng third-party.

Panimula

Ang dokumentong ito ay idinisenyo upang makatulong na ipakilala sa iyo ang pagsasama ng Oracle Banking Corporate Lending at Oracle Banking Payments sa isang co-deployed na setup. Bukod sa manwal ng gumagamit na ito, habang pinapanatili ang mga detalyeng nauugnay sa interface, maaari mong gamitin ang tulong na sensitibo sa konteksto na magagamit para sa bawat field. Nakakatulong ito na ilarawan ang layunin ng bawat field sa loob ng isang screen. Makukuha mo ang impormasyong ito sa pamamagitan ng paglalagay ng cursor sa nauugnay na field at pagpindot sa key sa keyboard. 1.2

Madla
Ang manwal na ito ay inilaan para sa mga sumusunod na Tungkulin ng User/User:

Tungkulin	Function
Mga Kasosyo sa Pagpapatupad	Magbigay ng mga serbisyo sa pagpapasadya, pagsasaayos at pagpapatupad

Accessibility ng Dokumentasyon
Para sa impormasyon tungkol sa pangako ng Oracle sa pagiging naa-access, bisitahin ang Oracle Accessibility
Programa website sa http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.

Organisasyon
Ang manwal na ito ay isinaayos sa mga sumusunod na kabanata:

Kabanata	Paglalarawan
Kabanata 1	Paunang Salita nagbibigay ng impormasyon sa nilalayong madla. Inililista din nito ang iba't ibang mga kabanata na sakop sa User Manual na ito.
Kabanata 2	Tinutulungan ka ng kabanatang ito na magkasamang i-deploy ang Oracle Banking Corporate Lending at Oracle Banking Payments na produkto sa isang pagkakataon.
Kabanata 3	Glossary ng Function ID ay may alpabetikong listahan ng mga Function/Screen ID na ginamit sa module na may mga page reference para sa mabilis na pag-navigate.

Mga Acronim at Mga Singkleta

Pagpapaikli	Paglalarawan
API	Application Programming Interface
FCUBS	Oracle FLEXCUBE Universal Banking
OBCL	Oracle Banking Corporate Lending
OL	Oracle Lending
ROFC	Iba pang bahagi ng Oracle FLEXCUBE
Sistema	Maliban kung at kung hindi man ay tinukoy, ito ay palaging tumutukoy sa Oracle FLEX-CUBE Universal Banking Solutions system
WSDL	Web Wika ng Paglalarawan ng Serbisyo

Glossary ng mga Icon
Ang user manual na ito ay maaaring sumangguni sa lahat o ilan sa mga sumusunod na icon.

Corporate Lending – Pagsasama ng Mga Pagbabayad sa CoDeployed Setup
Ang kabanatang ito ay naglalaman ng mga sumusunod na seksyon:

• Seksyon 2.1, “Panimula”
• Seksyon 2.2, “Mga Pagpapanatili sa OBCL”
• Seksyon 2.3, “Mga Pagpapanatili sa OBPM”

Panimula
Maaari mong isama ang Oracle Banking Corporate Lending (OBCL) sa Oracle Banking Payment product (OBPM). Para isama ang dalawang produktong ito sa isang co-deployed na kapaligiran, kailangan mong magsagawa ng partikular na maintenance sa OBCL, Payments, at Common Core.

Pagpapanatili sa OBCL
Ang pagsasama-sama sa pagitan ng Oracle Banking Corporate Lending (OBCL) at Oracle Banking Payments (OBPM) ay nagbibigay-daan sa iyong ipadala ang loan disbursement sa pamamagitan ng cross-border payment sa pamamagitan ng pagbuo ng SWIFT MT103 at MT202 na mga mensahe.

Pagpapanatili ng Panlabas na System
Maaari mong i-invoke ang screen na ito sa pamamagitan ng pag-type ng 'GWDETSYS' sa field sa kanang sulok sa itaas ng toolbar ng application at pag-click sa kadugtong na arrow button. Kailangan mong tukuyin ang isang panlabas na sistema para sa isang sangay na nakikipag-ugnayan sa OBCL gamit ang isang gateway ng pagsasama.

Tandaan
Tiyaking sa OBCL ay nagpapanatili ka ng aktibong tala kasama ang lahat ng kinakailangang field at 'External System' sa screen na 'External System Maintenance'. Para kay example,, panatilihin ang External System bilang "INTBANKING".

Kahilingan

• Panatilihin ito bilang Message ID.
• Humiling ng Mensahe
• Panatilihin ito bilang full screen.
• Mensahe ng Tugon
• Panatilihin ito bilang full screen.
• Panlabas na System Queues
• Panatilihin ang In & Response na mga pila ng JMS. Ito ang mga pila, kung saan ipino-post ng OBCL ang XML na kahilingan ng SPS sa OBPM.
• Para sa higit pang impormasyon sa pagpapanatili ng panlabas na system, sumangguni sa Common Core – Gateway User. Patnubay.

Pagpapanatili ng Sangay
Kailangan mong lumikha ng isang sangay sa screen na 'Branch Core Parameter Maintenance' (STDCRBRN). Ginagamit ang screen na ito para sa pagkuha ng mga pangunahing detalye ng sangay tulad ng pangalan ng sangay, code ng sangay, address ng sangay, lingguhang holiday, at iba pa. Maaari mong gamitin ang screen na ito sa pamamagitan ng pag-type ng 'STDCRBRN' sa field sa kanang sulok sa itaas ng tool bar ng application at mag-click sa kadugtong na arrow na button.

Maaari mong tukuyin ang isang host para sa bawat sangay na ginawa. Para mapanatili ang host para sa iba't ibang time zone, sumangguni..
Oracle Banking Payments Core User Manual.

Tandaan
Ang isang pares ng mga sangay na maaaring makipagtransaksyon ng mga pagbabayad sa pagitan ng sangay ay dapat panatilihin sa ilalim ng parehong host.

Pagpapanatili ng Parameter ng Host
Maaari mong i-invoke ang screen na ito sa pamamagitan ng pag-type ng 'PIDHSTMT' sa field sa kanang sulok sa itaas ng application tool bar at mag-click sa kadugtong na arrow button.

Tandaan

• Sa OBCL, tiyaking pinapanatili mo ang parameter ng host na may aktibong tala kasama ang lahat ng kinakailangang field.
• Ang 'OBCL Integration System' ay para sa UBS integration para sa 360 at trade integration. Ang 'Payment System' ay para sa OBPM integration, at 'INTBANKING' ay kailangang mapili.

Host Code
Tukuyin ang host code.

Paglalarawan ng Host
Tukuyin ang maikling paglalarawan para sa host.

Code ng Accounting System
Tukuyin ang code ng accounting system. Para kay example, "OLINTSYS"

Sistema ng Pagbabayad
Tukuyin ang sistema ng pagbabayad. Para kay example, "INTBANKING"

Sistema ng ELCM
Tukuyin ang ELCM system. Para kay example, "OLELCM"

Sistema ng Pagsasama ng OBCL
Tukuyin ang panlabas na sistema. Para kay example, "OLINTSYS", para sa pagsasama sa UBS system.

Block Chain System
Tukuyin ang blockchain system. Para kay exampang "OLBLKCN".

Code ng Network ng Pagbabayad
Tukuyin ang Network kung saan ipapadala ng OBPM ang papalabas na mensahe, para sa disbursement ng loan. Para kay example, "SWIFT".

Pagpapanatili ng Mga Parameter ng Pagsasama
Maaari mong i-invoke ang screen na ito sa pamamagitan ng pag-type ng 'OLDINPRM' sa field sa kanang sulok sa itaas ng The application tool bar at mag-click sa kadugtong na arrow na button.

Tandaan
Tiyaking nagpapanatili ka ng aktibong tala kasama ang lahat ng kinakailangang field at Pangalan ng Serbisyo bilang “PMSinglePaymentService” sa screen na 'Pagpapapanatili ng Mga Parameter ng Pagsasama'.

Code ng Sangay
Tukuyin bilang 'LAHAT' kung sakaling ang mga parameter ng pagsasama ay karaniwan para sa lahat ng sangay. O Panatilihin ang mga indibidwal na sangay.

Panlabas na Sistema
Tukuyin ang panlabas na sistema bilang 'INTBANKING'.

Panlabas na User
Tukuyin ang User ID na ipapasa sa kahilingan sa pagbabayad sa OBPM.

Pangalan ng Serbisyo
Tukuyin ang pangalan ng serbisyo bilang 'PMSinglePayOutService'.

Channel ng Komunikasyon
Tukuyin ang channel ng komunikasyon bilang 'Web Serbisyo'.

Mode ng Komunikasyon
Tukuyin ang mode ng komunikasyon bilang 'ASYNC'.

Layer ng Komunikasyon
Tukuyin ang Layer ng Komunikasyon bilang Application.

Pangalan ng Serbisyo ng WS
Tukuyin ang web pangalan ng serbisyo bilang 'PMSinglePayOutService'.

WS Endpoint URL
Tukuyin ang WSDL ng mga serbisyo bilang 'Payment Single Payment Service' na link ng WSDL.

Gumagamit ng WS
Panatilihin ang gumagamit ng OBPM na may access sa lahat ng sangay at pasilidad ng awtorisasyon.

Pagpapanatili ng Customer
Ang Customer Maintenance (OLDCUSMT) ay sapilitan. Kailangan mong gumawa ng record sa screen na ito para sa bangko. Ang 'Pangunahing BIC' at 'Default Media' ay dapat na 'SWIFT' upang makabuo ng mga SWIFT na mensahe.

Pagpapanatili ng Pagtuturo sa Settlement
Ang NOSTRO account ay kailangang gawin para sa bangko kung saan ang nanghihiram at kalahok (parehong) ay dapat magkaroon ng kanilang CASA account. Kailangan itong i-mapa sa LBDINSTR at dapat na NOSTRO ang pay/receive account. Kailangan mong pumili ng NOSTRO account sa pay at tumanggap ng mga account field, ngunit ang borrower ay hindi maaaring magkaroon ng NOSTRO account, ang bangko lamang ang maaaring magkaroon ng NOSTRO bank account at kailangan mong piliin ang Pay at Receive bilang BANK id. Ito ay pinalitan ng panloob na tulay GL habang ginagawa ang transaksyon. Panatilihin ang counter party kasama ang lahat ng kinakailangang field sa screen na 'Pagpapapanatili ng Mga Tagubilin sa Pag-aayos' (LBDINSTR). Para sa karagdagang impormasyon sa mga tagubilin sa pag-aayos, sumangguni sa Loan Syndication User Manual.

Inter system Bridge GL
Maaari mong i-invoke ang screen na ito sa pamamagitan ng pag-type ng 'OLDISBGL' sa field sa kanang sulok sa itaas ng Application tool bar at pag-click sa kadugtong na arrow button.

Tandaan
Tiyaking nagpapanatili ka ng aktibong tala kasama ang lahat ng kinakailangang field at 'External System' bilang 'INTBANKING' sa 'Inter-system Bridge GL Maintenance' na screen.

Panlabas na Sistema
Tukuyin ang panlabas na pangalan ng system bilang 'INTBANKING'.

Module Id
Tukuyin ang module code bilang 'OL'.

Pera ng Transaksyon
Tukuyin ang currency ng transaksyon na 'ALL' o isang partikular na currency.

Sangay ng Transaksyon
Tukuyin ang sangay ng transaksyon bilang 'LAHAT' o isang partikular na sangay.

Code ng Produkto
Tukuyin ang code ng produkto bilang 'LAHAT' o isang partikular na produkto.

Function
Tukuyin ang transaction function id bilang 'ALL' o isang partikular na function id.

ISB GL
Tumukoy ng Inter System Bridge GL, kung saan inililipat ang kredito mula sa OBCL para sa pagbabayad ng pautang. Ang parehong GL ay kailangang mapanatili sa OBPM para sa karagdagang pagproseso.

Pagpapanatili sa OBPM

Pagpapanatili ng Pinagmulan
Maaari mong i-invoke ang screen na ito sa pamamagitan ng pag-type ng 'PMDSORCE' sa field sa kanang sulok sa itaas ng Application tool bar at pag-click sa kadugtong na arrow button.

Tandaan
Tiyaking nagpapanatili ka ng aktibong tala kasama ang lahat ng kinakailangang mga field sa 'Detalyadong Pinagmulan ng Pagpapanatili' na screen.

Source code
Tukuyin ang source code. Halampang 'INTBANKING'.

Code ng host
Ang Host code ay awtomatikong na-default batay sa sangay.

Pinapahintulutan ang Mga Paunang Pinondohan
Piliin ang check box na 'Prefunded Payments Allowed'.

Prefunded Payments GL
Tukuyin ang Prefunded Payments GL katulad ng Inter System Bridge GL na pinananatili sa

OLDISBGL para sa OBCL.
Ang OBPM ay nagde-debit ng na-disbursed na halaga ng loan mula sa GL na ito at nag-credit sa tinukoy na Nostro sa pagpapadala ng mensahe ng pagbabayad.

Kinakailangan ang Abiso
Piliin ang check box na 'Kinakailangan ang Notification'.

Panlabas na Notification Queue
Maaari mong i-invoke ang screen na ito sa pamamagitan ng pag-type ng 'PMDEXTNT' sa field sa kanang sulok sa itaas ng Application tool bar at pag-click sa kadugtong na arrow button.

Tandaan
Tiyaking nagpapanatili ka ng aktibong tala kasama ang lahat ng kinakailangang field sa screen ng “External Notification Queue”.

Host at Source Code
Tukuyin ang source code bilang 'INTBANKING'. Nade-default ang host code batay sa source code. Ang gateway external system setup na gagawin para sa isang source code na “INTBANKING”.

Uri ng Komunikasyon
Piliin ang uri ng komunikasyon bilang 'Web Serbisyo

Klase ng Sistema ng Abiso
Piliin ang klase ng notification system bilang 'OFCL'.

WebSerbisyo URL
Para sa ibinigay na Host code at Source code na kumbinasyon, a web serbisyo URL kailangang mapanatili sa Serbisyo ng OL (FCUBSOLService) para makakuha ng notification na tawag mula sa OBPM hanggang OBCL.

Serbisyo
Tukuyin ang webserbisyo bilang 'FCUBSOLService'.

Pinagmulan ng Network Preference
Maaari mong i-invoke ang screen na ito sa pamamagitan ng pag-type ng 'PMDSORNW' sa field sa kanang sulok sa itaas ng Application tool bar at pag-click sa kadugtong na arrow button.

Tandaan
Tiyaking nagpapanatili ka ng aktibong tala sa 'Detalyadong Kagustuhan sa Pinagmulan ng Network' na screen. Ang kagustuhan para sa iba't ibang network ng pagbabayad kung saan sinisimulan ng OBCL ang isang kahilingan sa pagbabayad ay kailangang panatilihin sa screen na ito para sa parehong mga source code.

Host at Source Code
Tukuyin ang source code bilang 'INTBANKING'. Nade-default ang host code batay sa source code. Ang gateway external system setup na gagawin para sa isang source code na “INTBANKING”.

Code ng Network
Tukuyin ang network code bilang 'SWIFT'. Ito ay upang paganahin ang OBPM na mag-trigger ng SWIFT na mensahe para sa halaga ng pagbabayad ng pautang.

Uri ng Transaksyon
Tukuyin ang Uri ng Transaksyon bilang 'Palabas', para ipadala ang SWIFT na mensahe palabas.

Pagpapanatili ng Panuntunan sa Network
Maaari mong i-invoke ang screen na ito sa pamamagitan ng pag-type ng 'PMDNWRLE' sa field sa kanang sulok sa itaas ng Application tool bar at pag-click sa kadugtong na arrow button.

Tandaan
Tiyaking nagpapanatili ka ng aktibong tala kasama ang lahat ng kinakailangang field sa screen na 'Detalyadong Panuntunan ng Network' upang iruta ang kahilingan ng OBCL sa kani-kanilang network. Para sa higit pang impormasyon tungkol sa pagpapanatili ng Network Rule, sumangguni sa Payments Core User Guide.

Pagpapanatili ng ECA System
Tiyaking lumikha ka ng External Credit Approval Check system (DDA system) sa screen ng STDECAMT. Ibigay ang kinakailangang source system kung saan nangyayari ang ECA check gaya ng ipinahiwatig sa screen sa ibaba. Maaari mong i-invoke ang screen na ito sa pamamagitan ng pag-type ng 'PMDECAMT' sa field sa kanang sulok sa itaas ng Application tool bar at pag-click sa kadugtong na arrow button. Imapa ang nabanggit na ECA system sa itaas sa screen na 'External Credit Approval System Detalyadong'.

Inqueue JNDI Pangalan
Tukuyin ang nasa queue na Pangalan ng JNDI bilang 'MDB_QUEUE_RESPONSE'.

Outqueue JNDI Pangalan
Tukuyin ang out queue JNDI Name bilang 'MDB_QUEUE'.

Q Profile
Q Profile kailangang panatilihin ayon sa MDB Queue na ginawa sa App Server. Q Profile kailangang may IP Address kung saan ginawa ang JMS Queue. Ang OBPM system ay nagpo-post ng kahilingan ng ECA sa DDA system sa pamamagitan ng mga MDB queue na ito. Para sa karagdagang impormasyon tungkol sa pagpapanatili ng ECA System, sumangguni sa Oracle Banking Payments.

Pangunahing Gabay sa Gumagamit.
Queue Profile Pagpapanatili
Maaari mong i-invoke ang screen na ito sa pamamagitan ng pag-type ng 'PMDQPROF' sa field sa kanang sulok sa itaas ng Application tool bar at pag-click sa kadugtong na arrow button.

Tandaan
Tiyaking pinapanatili mo ang Queue Profile sa 'Queue Profile Screen ng pagpapanatili.

Profile ID
Tukuyin ang Queue Connection profile ID.

Profile Paglalarawan
Tukuyin ang profile paglalarawan

User ID
Tukuyin ang user ID.

Password
Tukuyin ang password.

Tandaan
User ID at password ay ginagamit para sa queue authentication. Tinitiyak nito na ang panlabas na sistema ay pinapayagan lamang na basahin o view ang mga mensaheng naka-post sa messaging queue.

Tagapagbigay ng Konteksto URL
Queue profile nangangailangan ng provider ng konteksto URL ng Application Server kung saan ang pila
nilikha. Ang lahat ng iba pang mga parameter ay pareho sa nabanggit sa itaas.

Tandaan
Buuin ng OBPM ang kahilingan ng ECA na may mga detalye at i-post sa MDB_QUEUE. Kinukuha ng DDA system sa pamamagitan ng GWMDB ang kahilingan sa gateway at panloob na tinatawag ang proseso ng ECA block upang gawin o i-undo ang ECA block. Kapag nakumpleto na ang proseso, ipo-post ng DDA system ang tugon sa pamamagitan ng gateway infra sa MDB_QUEUE_RESPONSE. Ang MDB_QUEUE_RESPONSE ay na-configure na may Queue ng muling paghahatid bilang jms/ ACC_ENTRY_RES_BKP_IN. Ang Queue na ito ay panloob na kumukuha ng tugon sa pamamagitan ng OBPM MDB upang makumpleto ang pagproseso ng ECA sa OBPM.

Pagpapanatili ng Accounting System
Maaari mong i-invoke ang screen na ito sa pamamagitan ng pag-type ng 'PMDACCMT' sa field sa kanang sulok sa itaas ng Application tool bar at pag-click sa kadugtong na arrow button. Ito ay upang paganahin ang OBPM na i-post ang mga entry sa accounting ( Dr ISBGL & Cr Nostro Ac) sa DDA system, sa pagpapadala ng SWIFT na mensahe.

Tandaan
Tiyakin na kailangan mong panatilihin ang kinakailangang sistema ng accounting sa screen na 'Detalyadong External Accounting System'. Bilang karagdagan, panatilihin ang Account System Mapping para sa Accounting System and Networks (PMDACMAP)

Inqueue JNDI Pangalan
Tukuyin ang inqueue na Pangalan ng JNDI bilang 'MDB_QUEUE_RESPONSE'.

Outqueue JNDI Pangalan
Tukuyin ang outqueue JNDI Name bilang 'MDB_QUEUE'.

Q Profile
Q Profile kailangang panatilihin ayon sa MDB Queue na ginawa sa App Server. Q Profile kailangang may IP Address kung saan nalikha ang JMS Queue. Ang sistema ng OBPM ay nagpo-post ng kahilingan sa handoff ng Accounting sa pamamagitan ng mga MDB queue na ito.

Tandaan
Buuin ng OBPM ang kahilingan sa Accounting Handoff na may mga detalye at i-post sa MDB_QUEUE. Kinukuha ng sistema ng accounting sa pamamagitan ng GWMDB ang kahilingan sa gateway at tinatawag na panloob ang kahilingan sa External Accounting. Kapag nakumpleto na ang proseso, ipo-post ng Accounting system ang tugon sa pamamagitan ng gateway infra sa MDB_QUEUE_RESPONSE. Ang MDB_QUEUE_RESPONSE ay na-configure na may Queue ng muling paghahatid bilang jms/ ACC_ENTRY_RES_BKP_IN. Ang Queue na ito ay panloob na kumukuha ng tugon sa pamamagitan ng OBPM MDB upang makumpleto ang pagproseso ng Accounting Handoff sa OBPM.

Pagpapanatili ng Currency Correspondent
Para sa mga pagbabayad sa SWIFT / Cross border, dapat panatilihin ng bangko ang currency correspondent ie ang mga correspondent ng bangko upang ang pagbabayad ay mai-ruta nang naaangkop. Ang chain ng pagbabayad ay binuo gamit ang pagpapanatili ng currency correspondent Ang bangko ay maaaring magkaroon ng maramihang currency correspondent para sa parehong currency ngunit ang isang partikular na correspondent ay maaaring mamarkahan bilang pangunahing correspondent upang ang pagbabayad ay iruruta sa bangkong iyon kahit na mayroong maraming mga correspondent na bangko.

Ang pagpapanatili ng currency correspondent (PMDCYCOR) ay ginagamit sa pagbuo ng chain ng pagbabayad para sa mga pagbabayad na Cross-border. Ito ay isang pagpapanatili sa antas ng Host. Maaaring panatilihin ang currency, Bank BIC at Account number para sa correspondent. Maaari mong gamitin ang screen na ito sa pamamagitan ng pag-type ng 'PMDCYCOR' sa field sa kanang sulok sa itaas ng Application tool bar at pag-click sa kadugtong na arrow button. Panatilihin ang AWI o Currency Correspondent ng AWI sa screen na ito.

Host Code
Ipinapakita ng system ang host code ng napiling sangay ng naka-log in na user.

Bank Code
Piliin ang Bank Code mula sa listahan ng mga value na ipinapakita. Ang napiling BIC Code ay ipinapakita sa field na ito.

Pera
Tukuyin ang pera. Bilang kahalili, maaari mong piliin ang pera mula sa listahan ng opsyon. Ipinapakita ng listahan ang lahat ng wastong pera na pinananatili sa system.

Pangunahing Correspondent Check
Ang kahon na ito kung ang koresponden na ito ay ang pangunahing koresponden ng pera. Maaari lamang magkaroon ng isang pangunahing currency correspondent para sa kumbinasyon ng uri ng Account, Currency. Uri ng Account Piliin ang uri ng account. Ipinapakita ng listahan ang mga sumusunod na halaga:

• Ang aming- Account ay pinananatili kasama ang input ng correspondent sa field ng Bank Code.
• Ang kanilang- Account na pinapanatili ng input ng correspondent sa field ng Bank Code kasama ang Processing bank (Nostro account).

Uri ng Account
Tukuyin ang uri ng account bilang Amin - ang Nostro ng Correspondent na pinananatili sa aming mga aklat.

Account Number
Tukuyin ang account number na nauugnay sa input ng correspondent sa field ng Bank Code sa tinukoy na pera. Bilang kahalili, maaari mong piliin ang numero ng account mula sa listahan ng opsyon. Ipinapakita ng listahan ang lahat ng Nostro account para sa uri ng Account na AMIN at wastong normal na mga account para sa uri ng account NILA. Ang currency ng account na ipinapakita sa listahan ay dapat na kapareho ng currency na tinukoy.

Pangunahing Account
Piliin ang check box na ito upang isaad kung ang account ay ang Pangunahing Account. Maaari kang magdagdag ng maramihang mga account. Ngunit isang account lamang ang maaaring markahan bilang Pangunahing Account. Ito ay nagpapahiwatig na ang account na minarkahan bilang Pangunahing account ay ang pangunahing account para sa kumbinasyon ng 'Host Code, Bank Code, Currency' na pinananatili.

Kinakailangan ang MT 210?
Piliin ang check box na ito upang isaad kung ang MT 210 ay kinakailangang ipadala sa Currency Correspondent sa mga sitwasyon kung saan ito ay awtomatikong nabuo tulad ng pagbuo ng Outbound MT 200/MT 201. Kung pinili lamang ang check box na ito, bubuo ang system ng MT210

Reconciliation External Accounts Maintenance
Maaari mong i-invoke ang screen na ito sa pamamagitan ng pag-type ng 'PXDXTACC' sa field sa kanang sulok sa itaas ng Application tool bar at pag-click sa kadugtong na arrow button.

Panatilihin ang Vostro account number, (katumbas ng Nostro) na pinananatili sa mga aklat ng Correspondent. Ipapadala ito sa 53B tag sa MT103 at MT202 Cover na mga mensahe.

• Klase ng Pagkakasundo
• Panatilihin ito bilang NOST.
• Panlabas na Entidad
• Tukuyin ang BIC ng Correspondent.
• Panlabas na Account
• Tukuyin ang Vostro Account Number.
• Account GL

Tukuyin ang Nostro Account Number. Dapat itong umiiral sa STDCRACC bilang Nostro Account.

Mga Detalye ng RMA o RMA Plus
Ang mga detalye ng Application sa Pamamahala ng Relasyon ay dapat panatilihin dito at pinapayagang maibigay ang Kategorya ng Mensahe at Mga Uri ng Mensahe. Correspondent dapat ang aming bank BIC code (para sa direktang kaugnayan). Maaari mong i-invoke ang screen na ito sa pamamagitan ng pag-type ng 'PMDRMAUP' sa field sa kanang sulok sa itaas ng Application tool bar at pag-click sa kadugtong na arrow button.

Uri ng Tala ng RMA
Ipapahiwatig ng system kung ito ay isang RMA o RMA+ authorization record batay sa mga detalye ng na-upload o manu-manong ginawang RMA authorization record.

Tandaan
Kung ang na-upload na RMA file ay nagsama o nagbukod ng Mga Uri ng Mensahe sa iba't ibang kategorya ng Mensahe, kung gayon ito ay magiging RMA+ record. Kung hindi, ang record ay isang RMA record.

Tagapagbigay
Piliin ang kinakailangang BIC ng sangay ng bangko na nagbigay ng pahintulot na tumanggap ng Lahat o partikular na uri ng mensahe (sa kaso ng RMA+) mula sa available na listahan ng mga halaga.

Uri ng RMA
Tukuyin ang Uri ng RMA. Pumili sa pagitan ng Issued at Received mula sa drop down.

Wasto Mula sa Petsa
Tukuyin ang petsa ng pagsisimula ng bisa ng RMA authorization

Correspondent
Piliin ang BIC ng sangay ng bangko, na nakatanggap ng pahintulot mula sa Issuer bank mula sa listahan ng mga halaga.

Katayuan ng RMA
Piliin ang katayuan ng RMA mula sa drop down. Ang mga opsyon ay Pinagana, Binawi, Tinanggal at Tinanggihan.

Tandaan
Tanging ang mga 'Enabled' RMA authorizations lang ang ginagamit para sa RMA validation.

Wasto Hanggang Ngayon
Tukuyin ang Petsa ng pagtatapos ng bisa ng RMA authorization. Grid ng Mga Detalye ng Kategorya ng Mensahe

Kategorya ng Mensahe
Piliin ang kinakailangang Kategorya ng Mensahe mula sa drop down.

Isama/Ibukod ang Bandila
Kung ito ay ginagawa bilang RMA+ record, piliin ang flag para sa bawat kategorya ng Mensahe na nagsasaad ng 'Isama' o 'Ibukod' ng isa o maramihan o LAHAT ng Uri ng Mensahe (MTs) na pinahintulutan ng Issuer bank.

Mga Detalye ng Uri ng Mensahe

Uri ng Mensahe
Kung ito ay ginagawa bilang RMA+ record, pagkatapos ay tukuyin ang isang listahan ng 'Kasama' o 'Ibinukod' ang Mga Uri ng Mensahe na idaragdag para sa bawat Kategorya ng Mensahe.

Tandaan

• Kung ang Lahat ng MT sa loob ng Kategorya ng Mensahe ay isasama, ang Isama/Ibukod ang bandila ay dapat magsasaad ng "Ibukod" at walang MT na dapat piliin sa Uri ng Mensahe
• Grid ng mga detalye. Nangangahulugan ito na 'Ibukod – Wala' ie lahat ng MT sa loob ng kategorya ay kasama sa awtorisasyon ng RMA+.
• Kung ang Lahat ng MT sa loob ng Kategorya ng Mensahe ay ibubukod, ang bandila na Isama/Ibukod ay dapat magpahiwatig ng "Isama" at walang MT na dapat ipakita sa Uri ng Mensahe
• Grid ng mga detalye. Nangangahulugan ito na 'Isama – Wala' ibig sabihin wala sa mga MT sa loob ng kategorya ang kasama sa awtorisasyon ng RMA+.
• Hindi dapat ilista ng screen ang anumang Kategorya ng Mensahe na hindi pinapayagan bilang bahagi ng mga awtorisasyon ng RMA+ na inisyu ng Issuer bank. Gaya ng nabanggit sa itaas, ang anumang mga pagbabago sa mga kasalukuyang awtorisasyon ay pinapayagan lamang mula sa Punong Tanggapan
• Para sa napiling pares ng Issuer at Correspondent BIC at RMA Type, ang mga sumusunod na katangian ay papayagang baguhin –
• Katayuan ng RMA - Maaaring mapalitan ang katayuan sa alinman sa mga magagamit na Opsyon - Pinagana, Binawi, Tinanggal at Tinanggihan.

Tandaan
Sa katotohanan, ang RMA Status ay hindi maaaring baguhin sa anumang opsyon dahil ito ay depende sa kung sino ang Issuer BIC, kasalukuyang katayuan at iba pang mga kadahilanan. Gayunpaman, nangyayari ang mga pagbabago sa status na ito sa RMA/RMA+ module ng SAA at pinapayagan lang ang Modification facility para sa mga user ng Ops na manual na kopyahin ang status sa maintenance na ito (kung hindi sila makapaghintay hanggang sa susunod na RMA upload).

• Wastong Mula sa Petsa – Maaaring itakda ang bagong (binagong) petsa na mas malaki kaysa sa umiiral nang 'Valid To' Petsa.
• Valid To Date – Maaaring itakda ang bagong petsa na mas malaki kaysa sa Bagong 'Valid From' Date.
• Pagtanggal ng kasalukuyang kategorya ng Mensahe at/o mga uri ng Mensahe.
• Pagdaragdag ng bagong Kategorya ng Mensahe at/o Uri ng Mensahe kasama ang indicator ng Isama/Ibukod.

Posibleng gumawa ng bagong awtorisasyon sa pamamagitan ng pagkopya ng kasalukuyang awtorisasyon at pagkatapos ay baguhin ang pareho. Ang mga pagbabago sa mga kasalukuyang awtorisasyon pati na rin ang paglikha ng mga bagong awtorisasyon ay mangangailangan ng pag-apruba ng ibang user o ng gumawa (kung sinusuportahan ng sangay at user ang pasilidad ng Auto-authorization).

Karaniwang Core Maintenance
Ang mga sumusunod na karaniwang pangunahing pagpapanatili ay kailangang isagawa para sa pagsasama.

• Pagpapanatili ng Customer
• Lumikha ng mga customer sa STDCIFCR.
• Pagpapanatili ng Account
• Lumikha ng Mga Account (CASA / NOSTRO) sa STDCRACC.
• Ang NOTSRO account ay kailangang gawin para sa bangko kung saan ang nanghihiram ay mayroong CASA account.
• Pangkalahatang Ledger Maintenance
• Gumawa ng General Ledger sa STDCRGLM.
• Pagpapanatili ng code ng transaksyon
• Gumawa ng Transaction code sa STDCRTRN.
• OBPM para gamitin ang OFCUB Dates
• Panatilihin ang IS_CUSTOM_DATE na parameter bilang 'Y' sa cstb_param table.
• Panatilihin ang OBCL_EXT_PM_GEN parameter bilang 'Y' sa CSTB_PARAM upang ibigay ang kahilingan sa OBPM
• Sa pamamagitan nito, gagamitin ng OBPM ang 'Ngayon' mula sa sttm_dates bilang petsa ng booking ng transaksyon.
• Mga Detalye ng BIC Code Mga Pagpapanatili
• Ang BIC Code ay isang standardized na pang-internasyonal na pagkakakilanlan at ginagamit upang matukoy ang mga entity at iruta ang Mga Mensahe sa Pagbabayad. Maaari mong tukuyin ang mga bank code sa pamamagitan ng screen na 'Mga Detalye ng BIC Code' (ISDBICDE).
• Iba Pang Pagpapanatili ng mga Pagbabayad
• Sumangguni sa Oracle Banking Payments Core User Manual, para sa iba pang Day 0 maintenances.
• Para sa detalyadong impormasyon sa mga nabanggit na screen, sumangguni sa Oracle Banking Payments Core User Manual.

Glossary ng Function ID

• G GWDETSYS ……………………….2-1
• L LBDINSTR ……………………2-6
• O OLDCUSMT ………………….2-6
• OLDINPRM ………………………..2-5
• OLDISBGL ……………………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
• STDECAMT …………….. 2-11

Pag-download ng PDF: Oracle 14.7 Payments Co-deployed Integration User Guide

Mga sanggunian

• User Manual