Oracle-logo

Ghidul utilizatorului pentru integrarea implementată în comun Oracle 14.7 Payments

Oracle-14-7-Payments-Co-deployed-Integration-produs

Corporate Lending – Ghid de utilizare pentru integrarea implementată în comun pentru plăți

noiembrie 2022
Oracle Financial Services Software Limited

Parcul Oracle
În afara autostrăzii Western Express

Goregaon (Est)
Mumbai, Maharashtra 400 063

India
Întrebări la nivel mondial:
Telefon: +91 22 6718 3000
Fax:+91 22 6718 3001
www.oracle.com/financialservices/

Copyright © 2007, 2022, Oracle și/sau afiliații săi. Toate drepturile rezervate. Oracle și Java sunt mărci comerciale înregistrate ale Oracle și/sau ale afiliaților săi. Alte nume pot fi mărci comerciale ale proprietarilor respectivi.
UTILIZATORII FINALI GUVERNAMENTALI S.U.A.: programele Oracle, inclusiv orice sistem de operare, software integrat, orice programe instalate pe hardware și/sau documentație, livrate utilizatorilor finali guvernamentali din SUA sunt „software de computer comercial” conform Regulamentului federal privind achizițiile aplicabil și specific agenției. reglementări suplimentare.

Ca atare, utilizarea, duplicarea, dezvăluirea, modificarea și adaptarea programelor, inclusiv orice sistem de operare, software integrat, orice program instalat pe hardware și/sau documentație, vor fi supuse termenilor de licență și restricțiilor de licență aplicabile programelor. . Niciun alt drept nu este acordat guvernului SUA.

Acest software sau hardware este dezvoltat pentru utilizare generală într-o varietate de aplicații de gestionare a informațiilor. Nu este dezvoltat sau destinat utilizării în aplicații inerent periculoase, inclusiv aplicații care pot crea un risc de vătămare corporală. Dacă utilizați acest software sau hardware în aplicații periculoase, veți fi responsabil pentru luarea tuturor măsurilor adecvate de siguranță, backup, redundanță și alte măsuri pentru a asigura utilizarea în siguranță a acestuia. Oracle Corporation și afiliații săi își declină orice răspundere pentru orice daune cauzate de utilizarea acestui software sau hardware în aplicații periculoase.

Acest software și documentația aferentă sunt furnizate în baza unui acord de licență care conține restricții de utilizare și dezvăluire și sunt protejate de legile privind proprietatea intelectuală. Cu excepția cazurilor permise în mod expres în acordul de licență sau permise de lege, nu puteți utiliza, copia, reproduce, traduce, difuza, modifica, licenția, transmite, distribui, expune, executa, publica sau afișa nicio parte, sub nicio formă, sau prin orice mijloc. Este interzisă ingineria inversă, dezasamblarea sau decompilarea acestui software, cu excepția cazului în care legea este impusă pentru interoperabilitate.

Informațiile conținute aici pot fi modificate fără notificare și nu se garantează că sunt lipsite de erori. Dacă găsiți erori, vă rugăm să ni le raportați în scris. Acest software sau hardware și documentație pot oferi acces la sau informații despre conținut, produse și servicii de la terți. Oracle Corporation și afiliații săi nu sunt responsabili și declin în mod expres toate garanțiile de orice fel referitoare la conținutul, produsele și serviciile terților. Oracle Corporation și afiliații săi nu vor fi răspunzători pentru nicio pierdere, costuri sau daune suferite din cauza accesului sau utilizării conținutului, produselor sau serviciilor de la terți.

Introducere

Acest document este conceput pentru a vă ajuta să vă familiarizați cu integrarea Oracle Banking Corporate Lending și Oracle Banking Payments într-o configurație implementată în comun. Pe lângă acest manual de utilizare, păstrând în același timp detaliile legate de interfață, puteți invoca ajutorul sensibil la context disponibil pentru fiecare câmp. Acest lucru vă ajută să descrieți scopul fiecărui câmp dintr-un ecran. Puteți obține aceste informații plasând cursorul pe câmpul relevant și apăsând tasta de pe tastatură. 1.2

Public
Acest manual este destinat următoarelor roluri de utilizator/utilizator:

Rol Funcţie
Parteneri de implementare Furnizarea de servicii de personalizare, configurare și implementare

Accesibilitatea documentației
Pentru informații despre angajamentul Oracle față de accesibilitate, vizitați Oracle Accessibility
Program website la http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.

Organizare
Acest manual este organizat în următoarele capitole:

Capitol Descriere
Capitolul 1 Prefaţă oferă informații despre publicul vizat. De asemenea, listează diferitele capitole abordate în acest manual de utilizare.
Capitolul 2 Acest capitol vă ajută să implementați împreună produsele Oracle Banking Corporate Lending și Oracle Banking Payments într-o singură instanță.
Capitolul 3 ID-ul funcției Glosar are o listă alfabetică a ID-urilor de funcție/ecran utilizate în modul cu referințe la pagini pentru navigare rapidă.

acronime si abrevieri

Abreviere Descriere
API Interfață de programare a aplicației
FCUBS Oracle FLEXCUBE Universal Banking
OBCL Oracle Banking Corporate Lending
OL Oracle Lending
ROFC Restul Oracle FLEXCUBE
Sistem Dacă nu se specifică altfel, se va referi întotdeauna la sistemul Oracle FLEX-CUBE Universal Banking Solutions
WSDL Web Limba de descriere a serviciilor

Glosar de icoane
Acest manual de utilizare se poate referi la toate sau la unele dintre următoarele pictograme.

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

Împrumuturi corporative – Integrarea plăților în configurarea CoDeployed
Acest capitol conține următoarele secțiuni:

  • Secțiunea 2.1, „Introducere”
  • Secțiunea 2.2, „Întreținerea în OBCL”
  • Secțiunea 2.3, „Întreținerea în OBPM”

Introducere
Puteți integra Oracle Banking Corporate Lending (OBCL) cu produsul Oracle Banking Payment (OBPM). Pentru a integra aceste două produse într-un mediu implementat în comun, trebuie să faceți întreținere specifică în OBCL, Payments și Common Core.

Întreținere în OBCL
Integrarea dintre Oracle Banking Corporate Lending (OBCL) și Oracle Banking Payments (OBPM) vă permite să expediați plățile împrumutului prin plăți transfrontaliere prin generarea de mesaje SWIFT MT103 și MT202.

Întreținerea sistemului extern
Puteți invoca acest ecran tastând „GWDETSYS” în câmpul din colțul din dreapta sus al barei de instrumente a aplicației și făcând clic pe butonul săgeată alăturat. Trebuie să definiți un sistem extern pentru o ramură care comunică cu OBCL folosind un gateway de integrare.

Nota
Asigurați-vă că în OBCL mențineți o înregistrare activă cu toate câmpurile necesare și „Sistem extern” în ecranul „Întreținere sistem extern”. De example,, menține sistemul extern ca „INTBANKING”.

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

Cerere

  • Păstrați-l ca ID de mesaj.
  • Solicitare mesaj
  • Mențineți-l ca ecran complet.
  • Mesaj de răspuns
  • Mențineți-l ca ecran complet.
  • Cozile externe ale sistemului
  • Mențineți cozile JMS în și răspuns. Acestea sunt cozile în care OBCL postează XML cererea SPS în OBPM.
  • Pentru mai multe informații despre întreținerea sistemului extern, consultați Common Core – Utilizator Gateway. Ghid.

Întreținere sucursală
Trebuie să creați o ramură în ecranul „Întreținere a parametrilor de bază ale sucursalei” (STDCRBRN). Acest ecran este folosit pentru a captura detalii de bază ale sucursalei, cum ar fi numele sucursalei, codul sucursalei, adresa sucursalei, vacanța săptămânală și așa mai departe. Puteți invoca acest ecran tastând „STDCRBRN” în câmpul din colțul din dreapta sus al barei de instrumente a aplicației și faceți clic pe butonul săgeată alăturat.

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

Puteți specifica o gazdă pentru fiecare ramură creată. Pentru a menține gazda pentru diferite fusuri orare, consultați...
Manual de utilizare de bază Oracle Banking Payments.

Nota
O pereche de sucursale care pot face tranzacții cu plăți între sucursale ar trebui menținute sub aceeași gazdă.

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

Întreținerea parametrilor gazdei
Puteți invoca acest ecran tastând „PIDHSTMT” în câmpul din colțul din dreapta sus al barei de instrumente a aplicației și faceți clic pe butonul săgeată alăturat.

Nota

  • În OBCL, asigurați-vă că mențineți parametrul gazdă cu o înregistrare activă cu toate câmpurile necesare.
  • „Sistemul de integrare OBCL” este pentru integrarea UBS pentru 360 și integrarea comercială. „Sistemul de plată” este pentru integrarea OBPM, iar „INTBANKING” trebuie selectat.Oracle-14-7-Payments-Co-deployed-Integration-fig- (5)

Cod gazdă
Specificați codul gazdei.

Descrierea gazdei
Specificați o scurtă descriere pentru gazdă.

Codul sistemului de contabilitate
Specificați codul sistemului de contabilitate. De example, „OLINTSYS”

Sistem de plată
Specificați sistemul de plată. De example, „INTBANKING”

Sistemul ELCM
Specificați sistemul ELCM. De example, „OLELCM”

Sistemul de integrare OBCL
Specificați sistemul extern. De example, „OLINTSYS”, pentru integrarea cu sistemul UBS.

Sistemul Block Chain
Specificați sistemul blockchain. De example „OLBLKCN”.

Codul rețelei de plată
Specificați rețeaua prin care OBPM să trimită mesajul de ieșire, pentru plata împrumutului. De example, „SWIFT”.

Întreținerea parametrilor de integrare
Puteți invoca acest ecran tastând „OLDINPRM” în câmpul din colțul din dreapta sus al barei de instrumente a aplicației și faceți clic pe butonul săgeată alăturat.

Nota
Asigurați-vă că mențineți o înregistrare activă cu toate câmpurile obligatorii și numele serviciului ca „PMSinglePaymentService” în ecranul „Întreținere parametrii de integrare”.

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

Codul filialei
Specificați ca „ALL” în cazul în care parametrii de integrare sunt comuni pentru toate ramurile. Sau întreține filialele individuale.

Sistem extern
Specificați sistemul extern ca „INTBANKING”.

Utilizator extern
Specificați ID-ul de utilizator care urmează să fie transmis în cererea de plată către OBPM.

Nume serviciu
Specificați numele serviciului ca „PMSinglePayOutService”.

Canal de comunicare
Specificați canalul de comunicare ca „Web Serviciu'.

Modul de comunicare
Specificați modul de comunicare ca „ASYNC”.

Stratul de comunicare
Specificați stratul de comunicare ca aplicație.

Nume serviciu WS
Specificați web numele serviciului ca „PMSinglePayOutService”.

WS Endpoint URL
Specificați WSDL al serviciilor ca link WSDL „Serviciul de plată unică”.

Utilizator WS
Mențineți utilizatorul OBPM cu acces la toate filialele și facilitatea de autorizare automată.

Întreținere client
Întreținerea clientului (OLDCUSMT) este obligatorie. Trebuie să creați o înregistrare în acest ecran pentru bancă. „Primary BIC” și „Default Media” ar trebui să fie „SWIFT” pentru a genera mesaje SWIFT.

Instrucțiuni de decontare Întreținere
Contul NOSTRO trebuie creat pentru banca în care împrumutatul și participantul (ambele) ar trebui să aibă contul CASA. Acesta trebuie să fie mapat în LBDINSTR și contul de plată/primire ar trebui să fie NOSTRO. Trebuie să selectați contul NOSTRO în câmpurile de plată și primire conturi, dar împrumutatul nu poate avea cont NOSTRO, doar banca poate avea contul bancar NOSTRO și trebuie să selectați Plătiți și Primiți ca id-BANCĂ. Acesta este înlocuit de GL internă de punte în timpul tranzacției. Mențineți contrapartida cu toate câmpurile obligatorii din ecranul „Întreținere instrucțiuni de decontare” (LBDINSTR). Pentru mai multe informații despre instrucțiunile de decontare, consultați Manualul utilizatorului de sindicare a împrumuturilor.

Inter system Bridge GL
Puteți invoca acest ecran tastând „OLDISBGL” în câmpul din colțul din dreapta sus al barei de instrumente Aplicație și făcând clic pe butonul săgeată alăturat.

Nota
Asigurați-vă că mențineți o înregistrare activă cu toate câmpurile necesare și „Sistem extern” ca „INTBANKING” în ecranul „Întreținere GL inter-sistem Bridge”.

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

Sistem extern
Specificați numele sistemului extern ca „INTBANKING”.

Id. modul
Specificați codul modulului ca „OL”.

Moneda tranzacției
Specificați moneda tranzacției „ALL” sau o anumită monedă.

Sucursala Tranzacție
Specificați ramura tranzacției ca „ALL” sau o anumită ramură.

Cod produs
Specificați codul produsului ca „ALL” sau un anumit produs.

Funcţie
Specificați ID-urile funcției de tranzacție ca „ALL” sau un anumit ID de funcție.

ISB GL
Specificați un Inter System Bridge GL, unde este transferat creditul de la OBCL pentru plata unui împrumut. Același GL trebuie menținut în OBPM pentru procesare ulterioară.

Întreținere în OBPM

Întreținerea sursei
Puteți invoca acest ecran tastând „PMDSORCE” în ​​câmpul din colțul din dreapta sus al barei de instrumente Aplicație și făcând clic pe butonul săgeată alăturat.

Nota
Asigurați-vă că mențineți o înregistrare activă cu toate câmpurile obligatorii din ecranul „Detaliat întreținere sursă”.

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

Cod sursă
Specificați codul sursă. Example 'INTBANKING'.

Cod gazdă
Codul gazdei este implicit automat în funcție de ramură.

Plăți prefinanțate permise
Bifați caseta de selectare „Plăți prefinanțate permise”.

Plăți prefinanțate GL
Specificați GL Plăți Prefinanțate, la fel ca și GL Inter System Bridge menținut în

OLDISBGL pentru OBCL.
OBPM debitează suma împrumutului plătită din acest GL și creditează Nostro specificat la trimiterea mesajului de plată.

Notificare obligatorie
Bifați caseta de selectare „Notificare necesară”.

Coada de notificare externă
Puteți invoca acest ecran tastând „PMDEXTNT” în câmpul din colțul din dreapta sus al barei de instrumente Aplicație și făcând clic pe butonul săgeată alăturat.

Nota
Asigurați-vă că mențineți o înregistrare activă cu toate câmpurile obligatorii din ecranul „Coada de notificări externe”.

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

Gazdă și cod sursă
Specificați codul sursă ca „INTBANKING”. Codul gazdă devine implicit pe baza codului sursă. Configurarea sistemului extern de gateway trebuie făcută pentru un cod sursă „INTBANKING”.

Tipul comunicării
Selectați tipul de comunicare ca „Web Serviciu

Clasa sistemului de notificare
Selectați clasa sistemului de notificare ca „OFCL”.

WebServiciu URL
Pentru o anumită combinație de cod gazdă și cod sursă, a web serviciu URL trebuie să fie întreținut cu Serviciul OL (FCUBSOLService) pentru a primi un apel de notificare de la OBPM la OBCL.

Serviciu
Specificați webserviciu ca „FCUBSOLService”.

Preferință rețea sursă
Puteți invoca acest ecran tastând „PMDSORNW” în câmpul din colțul din dreapta sus al barei de instrumente Aplicație și făcând clic pe butonul săgeată alăturat.

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

Nota
Asigurați-vă că mențineți o înregistrare activă în ecranul „Preferințe de rețea sursă detaliate”. Preferința pentru diferite rețele de plată prin care OBCL inițiază o solicitare de plată trebuie menținută pe acest ecran pentru aceleași coduri sursă.

Gazdă și cod sursă
Specificați codul sursă ca „INTBANKING”. Codul gazdă devine implicit pe baza codului sursă. Configurarea sistemului extern de gateway trebuie făcută pentru un cod sursă „INTBANKING”.

Cod de rețea
Specificați codul de rețea ca „SWIFT”. Acest lucru este pentru a permite OBPM să declanșeze mesajul SWIFT pentru suma plătită a împrumutului.

Tipul tranzacției
Specificați tipul de tranzacție ca „Ieșire”, pentru a trimite mesajul SWIFT.

Întreținerea regulilor de rețea
Puteți invoca acest ecran tastând „PMDNWRLE” în ​​câmpul din colțul din dreapta sus al barei de instrumente Aplicație și făcând clic pe butonul săgeată alăturat.

Nota
Asigurați-vă că mențineți o înregistrare activă cu toate câmpurile obligatorii din ecranul „Regula de rețea detaliată” pentru a direcționa cererea OBCL către rețeaua respectivă. Pentru mai multe informații despre întreținerea regulilor de rețea, consultați Ghidul utilizatorului Payments Core.

Întreținerea sistemului ECA
Asigurați-vă că creați un sistem de verificare externă a aprobării creditului (sistem DDA) în ecranul STDECAMT. Furnizați sistemul sursă necesar în care are loc verificarea ECA, așa cum este indicat în ecranul de mai jos. Puteți invoca acest ecran tastând „PMDECAMT” în câmpul din colțul din dreapta sus al barei de instrumente Aplicație și făcând clic pe butonul săgeată alăturat. Harta sistemul ECA menționat mai sus în ecranul „Sistemul de aprobare de credit extern detaliat”.

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

Intrați în coadă Nume JNDI
Specificați numele JNDI din coadă ca „MDB_QUEUE_RESPONSE”.

Nume JNDI de ieşire
Specificați numele JNDI din coada de ieșire ca „MDB_QUEUE”.

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

Q Profile
Q Profile trebuie menținute conform coadei MDB create pe serverul de aplicații. Q Profile trebuie să aibă o adresă IP la care a fost creată coada JMS. Sistemul OBPM postează cererea ECA către sistemul DDA prin aceste cozi MDB. Pentru mai multe informații despre întreținerea sistemului ECA, consultați Oracle Banking Payments.

Ghidul de bază al utilizatorului.
Queue Profile Întreţinere
Puteți invoca acest ecran tastând „PMDQPROF” în câmpul din colțul din dreapta sus al barei de instrumente Aplicație și făcând clic pe butonul săgeată alăturat.

Nota
Asigurați-vă că mențineți Queue Profile în „Queue Profile Ecranul de întreținere.

Profile ID
Specificați Conexiune la coadă profile ID.

Profile Descriere
Specificați profile descriere

ID-ul de utilizator
Specificați ID-ul utilizatorului.

Parolă
Specificați parola.

Nota
ID-ul de utilizator și parola sunt folosite pentru autentificarea în coadă. Acest lucru asigură că sistemul extern are voie doar să citească sau view mesajele postate în coada de mesaje.

Furnizor de context URL
Coada profile necesită furnizorul de context URL al serverului de aplicații unde se află coada
creat. Toți ceilalți parametri sunt la fel ca cei menționati mai sus.

Nota
OBPM creează cererea ECA cu detalii și postează pe MDB_QUEUE. Sistemul DDA prin GWMDB trage cererea de gateway și apelează intern procesul de blocare ECA pentru a crea sau anula blocarea ECA. Odată ce procesul este finalizat, sistemul DDA postează răspunsul prin gateway infra la MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE este configurat cu o coadă de relivrare ca jms/ACC_ENTRY_RES_BKP_IN. Această coadă trage intern răspunsul prin OBPM MDB pentru a finaliza procesarea ECA în OBPM.

Întreținerea sistemului de contabilitate
Puteți invoca acest ecran tastând „PMDACCMT” în câmpul din colțul din dreapta sus al barei de instrumente Aplicație și făcând clic pe butonul săgeată alăturat. Acest lucru este pentru a permite OBPM să posteze înregistrările contabile ( Dr ISBGL & Cr Nostro Ac) în sistemul DDA, la trimiterea mesajului SWIFT.

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

Nota
Asigurați-vă că trebuie să mențineți sistemul de contabilitate necesar în ecranul „Detaliat sistem de contabilitate extern”. În plus, mențineți maparea sistemului de cont pentru sistemul și rețelele de contabilitate (PMDACMAP)

Intrați în coadă Nume JNDI
Specificați numele JNDI din coadă ca „MDB_QUEUE_RESPONSE”.

Nume JNDI de ieşire
Specificați numele JNDI de coadă ca „MDB_QUEUE”.

Q Profile
Q Profile trebuie menținute conform coadei MDB create pe serverul de aplicații. Q Profile trebuie să aibă o adresă IP la care a fost creată coada JMS. Sistemul OBPM postează cererea de transfer al contabilității prin aceste cozi MDB.

Nota
OBPM a creat cererea de transfer de contabilitate cu detalii și postează în MDB_QUEUE. Sistemul de contabilitate prin GWMDB trage cererea de gateway și apelează intern cererea de Contabilitate externă. Odată ce procesul este finalizat, sistemul de contabilitate postează răspunsul prin gateway infra la MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE este configurat cu o coadă de relivrare ca jms/ACC_ENTRY_RES_BKP_IN. Această coadă trage intern răspunsul prin OBPM MDB pentru a finaliza procesarea de transfer contabil în OBPM.

Întreținerea corespondentului valutar
Pentru plățile SWIFT/transfrontaliere, banca ar trebui să mențină corespondentul valutar, adică corespondenții băncii, astfel încât plata să poată fi direcționată corespunzător. Lanțul de plăți este construit folosind întreținerea corespondentului valutar. Banca poate avea mai mulți corespondenți valutari pentru aceeași monedă, dar un anumit corespondent poate fi marcat ca corespondent principal, astfel încât plata să fie direcționată prin acea bancă, chiar dacă există mai multe bănci corespondente.

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

Întreținerea corespondentului valutar (PMDCYCOR) este utilizată în construirea lanțului de plăți pentru plățile transfrontaliere. Aceasta este o întreținere la nivel de gazdă. Moneda, BIC bancar și numărul de cont pot fi păstrate pentru corespondent. Puteți invoca acest ecran tastând „PMDCYCOR” în câmpul din colțul din dreapta sus al barei de instrumente Aplicație și făcând clic pe butonul săgeată alăturat. Mențineți AWI sau Corespondentul valutar al AWI pe acest ecran.

Cod gazdă
Sistemul afișează codul gazdă al filialei selectate a utilizatorului conectat.

Cod bancar
Selectați codul bancar din lista de valori afișată. Codul BIC selectat este afișat în acest câmp.

Valută
Specificați moneda. Alternativ, puteți selecta moneda din lista de opțiuni. Lista afișează toate monedele valide menținute în sistem.

Verificarea corespondentului primar
Această casetă dacă acest corespondent este corespondentul valutar principal. Poate exista un singur corespondent valutar principal pentru combinația de tip de cont, Monedă. Tip cont Selectați tipul contului. Lista afișează următoarele valori:

  • Nostru- Contul menținut cu introducerea corespondentului în câmpul Cod bancar.
  • Lor- Contul menținut de corespondentul introdus în câmpul Cod bancar cu banca de procesare (contul Nostro).

Tip de cont
Specificați tipul de cont ca Our – Nostro of the Correspondent care este menținut în cărțile noastre.

Numărul de cont
Specificați numărul contului asociat cu intrarea corespondentului în câmpul Cod bancar în moneda specificată. Alternativ, puteți selecta numărul de cont din lista de opțiuni. Lista afișează toate conturile Nostro pentru tipul de cont OUR și conturile normale valide pentru tipul de cont LOR. Moneda contului afișată în listă ar trebui să fie aceeași cu moneda specificată.

Contul principal
Bifați această casetă de validare pentru a indica dacă contul este Contul principal. Puteți adăuga mai multe conturi. Dar un singur cont poate fi marcat ca Cont principal. Aceasta indică faptul că contul marcat ca cont principal este contul cheie pentru combinația „Cod gazdă, cod bancar, monedă” menținută.

MT 210 necesar?
Bifați această casetă de validare pentru a indica dacă MT 210 trebuie să fie trimis către Corespondentul valutar în scenariile în care este generat automat ca generarea de Outbound MT 200/MT 201. Numai dacă această casetă de selectare este bifată, sistemul generează MT210

Reconciliere Mentenanta conturilor externe
Puteți invoca acest ecran tastând „PXDXTACC” în câmpul din colțul din dreapta sus al barei de instrumente Aplicație și făcând clic pe butonul săgeată alăturat.

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

Mențineți numărul de cont Vostro, (echivalentul Nostro) care este păstrat în registrele Corespondentului. Acesta va fi trimis în 53B tag în mesajele MT103 și MT202 Cover.

  • Clasa de reconciliere
  • Mențineți-l ca NOST.
  • Entitate externă
  • Specificați BIC-ul Corespondentului.
  • Cont extern
  • Specificați numărul de cont Vostro.
  • Contul GL

Specificați numărul de cont Nostro. Acesta ar trebui să existe în STDCRACC ca un cont Nostro.

Detalii RMA sau RMA Plus
Detaliile aplicației de gestionare a relațiilor trebuie păstrate aici și trebuie furnizate categorii de mesaje și tipuri de mesaje permise. Corespondentul ar trebui să fie codul BIC al băncii noastre (pentru relația directă). Puteți invoca acest ecran tastând „PMDRMAUP” în câmpul din colțul din dreapta sus al barei de instrumente Aplicație și făcând clic pe butonul săgeată alăturat.

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

Tip de înregistrare RMA
Sistemul va indica dacă aceasta este o înregistrare de autorizare RMA sau RMA+ pe baza detaliilor înregistrării de autorizare RMA încărcate sau create manual.

Nota
Dacă RMA încărcat file a inclus sau exclus tipuri de mesaje în diferite categorii de mesaje, atunci aceasta ar fi înregistrarea RMA+. Dacă nu, înregistrarea este o înregistrare RMA.

Emitentul
Selectați BIC-ul solicitat al sucursalei băncii care a emis autorizația de a primi Toate sau anumite tipuri de mesaje (în cazul RMA+) din lista de valori disponibilă.

Tip RMA
Specificați tipul RMA. Alegeți între Emis și Primit din meniul drop-down.

Valabil de la data
Specificați data de începere a valabilității autorizației RMA

Corespondent
Selectați din lista de valori BIC-ul sucursalei băncii, care a primit autorizația de la banca emitentă.

Stare RMA
Selectați starea RMA din meniul drop-down. Opțiunile sunt Activat, Revocat, Șters și Respins.

Nota
Pentru validarea RMA sunt utilizate numai autorizațiile RMA „Activate”.

Valabil până în prezent
Specificați data de sfârșit de valabilitate a autorizației RMA. Grila de detalii despre categoria mesajului

Categoria mesajului
Selectați Categoria de mesaj necesară din meniul drop-down.

Include/Exclude steag
Dacă aceasta este creată ca înregistrare RMA+, selectați indicatorul pentru fiecare categorie de mesaje care indică „Include” sau „Exclude” unul sau mai multe sau TOATE tipurile de mesaje (MT) care sunt autorizate de banca emitentă.

Detalii tip mesaj

Tip mesaj
Dacă aceasta este creată ca înregistrare RMA+, atunci specificați o listă de tipuri de mesaje „Incluse” sau „Excluse” care urmează să fie adăugate pentru fiecare categorie de mesaje.

Nota

  • Dacă toate MT-urile dintr-o categorie de mesaje trebuie incluse, atunci indicatorul Include/Exclude ar trebui să indice „Exclude” și nu trebuie selectat niciun MT în Tipul de mesaj.
  • Grila de detalii. Aceasta ar însemna „Exclude – Nimic”, adică toate MT-urile din categorie sunt incluse în autorizația RMA+.
  • Dacă toate MT-urile dintr-o categorie de mesaje vor fi excluse, indicatorul Include/Exclude ar trebui să indice „Include” și niciun MT nu ar trebui să fie afișat în Tipul de mesaj
  • Grila de detalii. Aceasta ar însemna „Include – Nimic”, adică niciunul dintre MT-urile din categorie nu este inclus în autorizația RMA+.
  • Ecranul nu trebuie să afișeze nicio categorie de mesaje care nu este permisă ca parte a autorizațiilor RMA+ emise de banca emitentă. După cum sa menționat mai sus, orice modificări ale autorizațiilor existente sunt permise numai de la sediul central
  • Pentru perechea selectată de BIC-uri Emitent și Corespondent și Tip RMA, următoarele atribute ar putea fi modificate -
  • Stare RMA – Starea poate fi schimbată la oricare dintre Opțiunile disponibile – Activat, Revocat, Șters și Respins.

Nota
În realitate, statutul RMA nu poate fi schimbat cu nicio opțiune, deoarece depinde de cine este BIC-ul emitentului, de starea curentă și de alți factori. Cu toate acestea, aceste modificări de stare au loc în modulul RMA/RMA+ al SAA, iar facilitatea de modificare este permisă numai utilizatorilor de operațiuni să reproducă manual starea în această întreținere (dacă nu pot aștepta până la următoarea încărcare RMA).

  • Data valabilă de la - Data nouă (modificată) care este mai mare decât data „Valid până la” existentă poate fi setată.
  • Valabil până la data – Se poate seta o nouă dată care este mai mare decât o nouă dată „Valid From”.
  • Ștergerea categoriilor și/sau a tipurilor de mesaje existente.
  • Adăugarea unei noi categorii de mesaje și/sau tip de mesaj împreună cu indicatorul Include/Exclude.

O nouă autorizație ar putea fi creată prin copierea unei autorizații existente și apoi prin modificarea acesteia. Modificările la autorizațiile existente, precum și crearea de noi autorizații ar necesita aprobarea unui alt utilizator sau a producătorului (dacă sucursala și utilizatorul acceptă facilitatea de autorizare automată).

Întreținere de bază comună
Următoarele întrețineri de bază comune trebuie efectuate pentru integrare.

  • Întreținere client
  • Creați clienții în STDCIFCR.
  • Întreținere cont
  • Creați Conturile (CASA / NOSTRO) în STDCRACC.
  • Trebuie creat un cont NOTSRO pentru banca la care debitorul are contul CASA.
  • Întreținerea registrului general
  • Creați Registrul general în STDCRGLM.
  • Cod tranzacție Întreținere
  • Creați codul tranzacției în STDCRTRN.
  • OBPM pentru a utiliza Date OFCUB
  • Mențineți parametrul IS_CUSTOM_DATE ca „Y” în tabelul cstb_param.
  • Mențineți parametrul OBCL_EXT_PM_GEN ca „Y” în CSTB_PARAM pentru a transfera cererea către OBPM
  • Prin aceasta, OBPM va folosi „Today” de la sttm_dates ca dată de rezervare a tranzacției.
  • Cod BIC Detalii Întreținere
  • Codul BIC este un identificator internațional standardizat și care este utilizat pentru identificarea entităților și pentru rutarea mesajelor de plată. Puteți defini coduri bancare prin intermediul ecranului „Detalii cod BIC” (ISDBICDE).
  • Alte plăți întreținere
  • Consultați Oracle Banking Payments Core User Manual, pentru celelalte lucrări de întreținere din Ziua 0.
  • Pentru informații detaliate despre ecranele menționate mai sus, consultați Manualul utilizatorului principal Oracle Banking Payments.

ID-ul funcției Glosar

  • 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

Descărcare PDF: Ghidul utilizatorului pentru integrarea implementată în comun Oracle 14.7 Payments

Referințe

Lasă un comentariu

Adresa ta de e-mail nu va fi publicată. Câmpurile obligatorii sunt marcate *