Guida per l'utente dell'integrazione co-distribuita di Oracle 14.7 Payments
Guida per l'utente dell'integrazione co-distribuita di Corporate Lending – Payments
Novembre 2022
Oracle Financial Services Software Limited
Parco dell'Oracolo
Fuori dalla Western Express Highway
Goregaon (Est)
Mumbai, Maharashtra 400 063
India
Richieste da tutto il mondo:
Telefono: +91 22 6718 3000
Fax:+91 22 6718 3001
www.oracle.com/financialservices/
Copyright © 2007, 2022, Oracle e/o sue affiliate. Tutti i diritti riservati. Oracle e Java sono marchi registrati di Oracle e/o delle sue affiliate. Gli altri nomi possono essere marchi dei rispettivi proprietari.
UTENTI FINALI DEL GOVERNO DEGLI STATI UNITI: i programmi Oracle, inclusi tutti i sistemi operativi, i software integrati, tutti i programmi installati sull'hardware e/o la documentazione, forniti agli utenti finali del governo degli Stati Uniti sono "software per computer commerciali" ai sensi del Federal Acquisition Regulation applicabile e delle normative supplementari specifiche dell'agenzia.
Pertanto, l'uso, la duplicazione, la divulgazione, la modifica e l'adattamento dei programmi, inclusi qualsiasi sistema operativo, software integrato, qualsiasi programma installato sull'hardware e/o documentazione, saranno soggetti ai termini di licenza e alle restrizioni di licenza applicabili ai programmi. Nessun altro diritto è concesso al Governo degli Stati Uniti.
Questo software o hardware è sviluppato per un uso generale in una varietà di applicazioni di gestione delle informazioni. Non è sviluppato o destinato all'uso in applicazioni intrinsecamente pericolose, incluse applicazioni che possono creare un rischio di lesioni personali. Se si utilizza questo software o hardware in applicazioni pericolose, si è tenuti ad adottare tutte le misure appropriate di sicurezza, backup, ridondanza e altre misure per garantirne un uso sicuro. Oracle Corporation e le sue affiliate declinano ogni responsabilità per eventuali danni causati dall'uso di questo software o hardware in applicazioni pericolose.
Questo software e la relativa documentazione sono forniti in base a un contratto di licenza contenente restrizioni sull'uso e la divulgazione e sono protetti dalle leggi sulla proprietà intellettuale. Salvo quanto espressamente consentito nel contratto di licenza o consentito dalla legge, non è possibile utilizzare, copiare, riprodurre, tradurre, trasmettere, modificare, concedere in licenza, trasmettere, distribuire, esibire, eseguire, pubblicare o visualizzare alcuna parte, in qualsiasi forma o con qualsiasi mezzo. Il reverse engineering, lo smontaggio o la decompilazione di questo software, a meno che non sia richiesto dalla legge per l'interoperabilità, sono vietati.
Le informazioni qui contenute sono soggette a modifica senza preavviso e non si garantisce che siano prive di errori. Se trovate degli errori, vi preghiamo di segnalarceli per iscritto. Questo software o hardware e la documentazione possono fornire accesso o informazioni su contenuti, prodotti e servizi di terze parti. Oracle Corporation e le sue affiliate non sono responsabili e declinano espressamente tutte le garanzie di alcun tipo relative a contenuti, prodotti e servizi di terze parti. Oracle Corporation e le sue affiliate non saranno responsabili per eventuali perdite, costi o danni subiti a causa del vostro accesso o utilizzo di contenuti, prodotti o servizi di terze parti.
Introduzione
Questo documento è stato progettato per aiutarti a familiarizzare con l'integrazione di Oracle Banking Corporate Lending e Oracle Banking Payments in una configurazione co-distribuita. Oltre a questo manuale utente, pur mantenendo i dettagli relativi all'interfaccia, puoi richiamare la guida contestuale disponibile per ogni campo. Ciò aiuta a descrivere lo scopo di ogni campo all'interno di una schermata. Puoi ottenere queste informazioni posizionando il cursore sul campo pertinente e premendo il tasto sulla tastiera. 1.2
Pubblico
Questo manuale è destinato ai seguenti utenti/ruoli utente:
Ruolo | Funzione |
Partner di implementazione | Fornire servizi di personalizzazione, configurazione e implementazione |
Accessibilità della documentazione
Per informazioni sull'impegno di Oracle per l'accessibilità, visitare Oracle Accessibility
Programma websito a http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.
Organizzazione
Questo manuale è organizzato nei seguenti capitoli:
Capitolo | Descrizione |
Capitolo 1 | Prefazione fornisce informazioni sul pubblico previsto. Elenca inoltre i vari capitoli trattati nel presente Manuale dell'utente. |
Capitolo 2 | Questo capitolo ti aiuta a distribuire congiuntamente i prodotti Oracle Banking Corporate Lending e Oracle Banking Payments in un'unica istanza. |
Capitolo 3 | Glossario ID funzione contiene un elenco alfabetico degli ID funzione/schermata utilizzati nel modulo con riferimenti di pagina per una navigazione rapida. |
Acronimi e Abbreviazioni
Abbreviazione | Descrizione |
API | Interfaccia di programmazione dell'applicazione |
FCUBS | Oracle FLEXCUBE Banca universale |
OBCL | Prestito aziendale Oracle Banking |
OL | Prestito Oracle |
ROFC | Resto di Oracle FLEXCUBE |
Sistema | Se non diversamente specificato, si farà sempre riferimento al sistema Oracle FLEXCUBE Universal Banking Solutions |
WSDL | Web Servizi Descrizione Lingua |
Glossario delle icone
Questo manuale utente può fare riferimento a tutte o ad alcune delle seguenti icone.
Prestiti aziendali – Integrazione dei pagamenti in configurazione CoDeployed
Questo capitolo contiene le seguenti sezioni:
- Sezione 2.1, «Introduzione»
- Sezione 2.2, «Manutenzioni in OBCL»
- Sezione 2.3, «Manutenzioni in OBPM»
Introduzione
È possibile integrare Oracle Banking Corporate Lending (OBCL) con Oracle Banking Payment product (OBPM). Per integrare questi due prodotti in un ambiente co-distribuito, è necessario effettuare una manutenzione specifica in OBCL, Payments e Common Core.
Manutenzioni in OBCL
L'integrazione tra Oracle Banking Corporate Lending (OBCL) e Oracle Banking Payments (OBPM) consente di distribuire l'erogazione del prestito tramite pagamento transfrontaliero generando messaggi SWIFT MT103 e MT202.
Manutenzione del sistema esterno
È possibile richiamare questa schermata digitando 'GWDETSYS' nel campo nell'angolo in alto a destra della barra degli strumenti dell'applicazione e cliccando sul pulsante freccia adiacente. È necessario definire un sistema esterno per una filiale che comunichi con l'OBCL tramite un gateway di integrazione.
Nota
Assicurati in OBCL di mantenere un record attivo con tutti i campi richiesti e 'Sistema esterno' nella schermata 'Manutenzione sistema esterno'. Ad esempioample,, mantenere il sistema esterno come “INTBANKING”.
Richiesta
- Mantienilo come ID messaggio.
- Richiedi messaggio
- Mantienilo a schermo intero.
- Messaggio di risposta
- Mantienilo a schermo intero.
- Code di sistema esterne
- Gestisci le code JMS In & Response. Sono le code in cui OBCL invia l'XML della richiesta SPS a OBPM.
- Per ulteriori informazioni sulla manutenzione del sistema esterno, fare riferimento alla Guida per l'utente di Common Core – Gateway.
Manutenzione di filiale
Devi creare una filiale nella schermata 'Branch Core Parameter Maintenance' (STDCRBRN). Questa schermata è utilizzata per acquisire i dettagli di base della filiale, come nome della filiale, codice della filiale, indirizzo della filiale, festività settimanale e così via. Puoi richiamare questa schermata digitando 'STDCRBRN' nel campo nell'angolo in alto a destra della barra degli strumenti dell'applicazione e facendo clic sul pulsante freccia adiacente.
Puoi specificare un host per ogni ramo creato. Per gestire l'host per diversi fusi orari, fai riferimento a..
Manuale utente di Oracle Banking Payments Core.
Nota
È opportuno che una coppia di filiali in grado di effettuare pagamenti inter-filiale sia gestita dallo stesso host.
Manutenzione dei parametri dell'host
È possibile richiamare questa schermata digitando 'PIDHSTMT' nel campo nell'angolo in alto a destra della barra degli strumenti dell'applicazione e facendo clic sul pulsante freccia adiacente.
Nota
- In OBCL, assicurati di gestire il parametro host con un record attivo con tutti i campi obbligatori.
- 'OBCL Integration System' è per l'integrazione UBS per 360 e l'integrazione commerciale. 'Payment System' è per l'integrazione OBPM ed è necessario selezionare 'INTBANKING'.
Codice ospite
Specificare il codice host.
Descrizione host
Specificare la breve descrizione dell'host.
Codice del sistema contabile
Specificare il codice del sistema contabile. Ad esempioampil, “OLINTSYS”
Sistema di pagamento
Specificare il sistema di pagamento. Ad esempioample, “INTBANKING”
Sistema ELCM
Specificare il sistema ELCM. Ad esempioampil, “OLELCM”
Sistema di integrazione OBCL
Specificare il sistema esterno. Ad esempioample, “OLINTSYS”, per l’integrazione con il sistema UBS.
Sistema a catena di blocchi
Specificare il sistema blockchain. Ad esempioampil “OLBLKCN”.
Codice di rete di pagamento
Specificare la rete tramite cui OBPM inviare il messaggio in uscita, per l'erogazione del prestito. Ad esempioampesempio, “SWIFT”.
Manutenzione dei parametri di integrazione
È possibile richiamare questa schermata digitando 'OLDINPRM' nel campo nell'angolo in alto a destra della barra degli strumenti dell'applicazione e facendo clic sul pulsante freccia adiacente.
Nota
Assicurati di mantenere un record attivo con tutti i campi obbligatori e il nome del servizio come "PMSinglePaymentService" nella schermata "Manutenzione parametri di integrazione".
Codice filiale
Specificare come 'ALL' nel caso in cui i parametri di integrazione siano comuni a tutti i rami. Oppure Gestisci rami individuali.
Sistema esterno
Specificare il sistema esterno come 'INTBANKING'.
Utente esterno
Specificare l'ID utente da trasmettere nella richiesta di pagamento a OBPM.
Nome del servizio
Specificare il nome del servizio come 'PMSinglePayOutService'.
Canale di comunicazione
Specificare il canale di comunicazione come 'Web Servizio'.
Modalità di comunicazione
Specificare la modalità di comunicazione come 'ASYNC'.
Livello di comunicazione
Specificare il livello di comunicazione come Applicazione.
Nome del servizio WS
Specificare il web nome del servizio come 'PMSinglePayOutService'.
Endpoint WS URL
Specificare il WSDL dei servizi come collegamento WSDL 'Servizio di pagamento singolo'.
Utente WS
Mantenere l'utente OBPM con accesso a tutte le filiali e funzione di autorizzazione automatica.
Manutenzione clienti
Customer Maintenance (OLDCUSMT) è obbligatorio. Devi creare un record in questa schermata per la banca. 'Primary BIC' e 'Default Media' devono essere 'SWIFT' per generare messaggi SWIFT.
Manutenzione delle istruzioni di liquidazione
È necessario creare un account NOSTRO per la banca in cui il mutuatario e il partecipante (entrambi) devono avere il loro account CASA. Questo deve essere mappato in LBDINSTR e l'account di pagamento/ricezione deve essere NOSTRO. È necessario selezionare l'account NOSTRO nei campi degli account di pagamento e ricezione, ma il mutuatario non può avere un account NOSTRO, solo la banca può avere un account bancario NOSTRO e si deve selezionare Paga e Ricevi come ID BANCA. Questo viene sostituito dal bridge GL interno durante l'esecuzione della transazione. Mantenere la controparte con tutti i campi richiesti nella schermata "Manutenzione istruzioni di liquidazione" (LBDINSTR). Per ulteriori informazioni sulle istruzioni di liquidazione, fare riferimento al Manuale utente di Loan Syndication.
Inter sistema Bridge GL
È possibile richiamare questa schermata digitando 'OLDISBGL' nel campo nell'angolo in alto a destra della barra degli strumenti dell'applicazione e facendo clic sul pulsante freccia adiacente.
Nota
Assicuratevi di mantenere un record attivo con tutti i campi obbligatori e 'Sistema esterno' come 'INTBANKING' nella schermata 'Manutenzione Inter-system Bridge GL'.
Sistema esterno
Specificare il nome del sistema esterno come 'INTBANKING'.
ID modulo
Specificare il codice del modulo come 'OL'.
Valuta di transazione
Specificare la valuta della transazione 'ALL' o una valuta specifica.
Filiale di transazione
Specificare il ramo della transazione come 'ALL' o un ramo specifico.
Codice prodotto
Specificare il codice prodotto come 'TUTTI' o un prodotto specifico.
Funzione
Specificare gli ID delle funzioni di transazione come 'ALL' o un ID di funzione specifico.
ISB GL
Specificare un GL Inter System Bridge, dove viene trasferito il credito da OBCL per un'erogazione di prestito. Lo stesso GL deve essere mantenuto in OBPM per un'ulteriore elaborazione.
Manutenzioni in OBPM
Manutenzione della fonte
È possibile richiamare questa schermata digitando 'PMDSORCE' nel campo nell'angolo in alto a destra della barra degli strumenti dell'applicazione e facendo clic sul pulsante freccia adiacente.
Nota
Assicurati di mantenere un record attivo con tutti i campi obbligatori nella schermata "Dettaglio manutenzione origine".
Codice sorgente
Specificare il codice sorgente. Es.ampl'INTBANKING'.
Codice ospite
Il codice host viene impostato automaticamente come predefinito in base al ramo.
Pagamenti prefinanziati consentiti
Selezionare la casella di controllo "Pagamenti prefinanziati consentiti".
Pagamenti prefinanziati GL
Specificare il GL dei pagamenti prefinanziati come il GL del ponte intersistema mantenuto in
OLDISBGL per OBCL.
L'OBPM addebita l'importo del prestito erogato da questo GL e accredita il Nostro specificato al momento dell'invio del messaggio di pagamento.
Notifica richiesta
Selezionare la casella di controllo "Notifica richiesta".
Coda di notifica esterna
È possibile richiamare questa schermata digitando 'PMDEXTNT' nel campo nell'angolo in alto a destra della barra degli strumenti dell'applicazione e facendo clic sul pulsante freccia adiacente.
Nota
Assicurati di mantenere un record attivo con tutti i campi richiesti nella schermata "Coda di notifiche esterne".
Host e codice sorgente
Specificare il codice sorgente come 'INTBANKING'. Il codice host viene impostato di default in base al codice sorgente. La configurazione del sistema esterno del gateway deve essere eseguita per un codice sorgente "INTBANKING".
Tipo di comunicazione
Seleziona il tipo di comunicazione come 'Web Servizio
Classe del sistema di notifica
Selezionare la classe del sistema di notifica come 'OFCL'.
WebServizio URL
Per una data combinazione di codice host e codice sorgente, un web servizio URL devono essere gestiti con il servizio OL (FCUBSOLService) per ricevere una chiamata di notifica da OBPM a OBCL.
Servizio
Specificare il webservizio come 'FCUBSOLService'.
Preferenza di rete di origine
È possibile richiamare questa schermata digitando 'PMDSORNW' nel campo nell'angolo in alto a destra della barra degli strumenti dell'applicazione e facendo clic sul pulsante freccia adiacente.
Nota
Assicurati di mantenere un record attivo nella schermata 'Source Network Preference Detailed'. La preferenza per varie reti di pagamento attraverso cui OBCL avvia una richiesta di pagamento deve essere mantenuta in questa schermata per gli stessi codici sorgente.
Host e codice sorgente
Specificare il codice sorgente come 'INTBANKING'. Il codice host viene impostato di default in base al codice sorgente. La configurazione del sistema esterno del gateway deve essere eseguita per un codice sorgente "INTBANKING".
Codice di rete
Specificare il codice di rete come 'SWIFT'. Questo per consentire a OBPM di attivare il messaggio SWIFT per l'importo di erogazione del prestito.
Tipo di transazione
Specificare il tipo di transazione come "In uscita" per inviare il messaggio SWIFT.
Manutenzione delle regole di rete
È possibile richiamare questa schermata digitando 'PMDNWRLE' nel campo nell'angolo in alto a destra della barra degli strumenti dell'applicazione e facendo clic sul pulsante freccia adiacente.
Nota
Assicurati di mantenere un record attivo con tutti i campi richiesti nella schermata 'Network Rule Detailed' per instradare la richiesta OBCL alla rispettiva rete. Per maggiori informazioni sulla manutenzione delle Network Rule, fai riferimento alla Payments Core User Guide.
Manutenzione del sistema ECA
Assicurati di creare un sistema di controllo di approvazione del credito esterno (sistema DDA) nella schermata STDECAMT. Fornisci il sistema sorgente richiesto in cui avviene il controllo ECA come indicato nella schermata sottostante. Puoi richiamare questa schermata digitando "PMDECAMT" nel campo nell'angolo in alto a destra della barra degli strumenti dell'applicazione e cliccando sul pulsante freccia adiacente. Mappa il sistema ECA sopra menzionato nella schermata "External Credit Approval System Detailed".
Nome JNDI in coda
Specificare il nome JNDI in coda come 'MDB_QUEUE_RESPONSE'.
Nome JNDI in coda di uscita
Specificare il nome JNDI della coda in uscita come 'MDB_QUEUE'.
QProfile
QProfile devono essere mantenuti in base alla coda MDB creata sul server app. Q Profile deve essere con un indirizzo IP in cui è stata creata la coda JMS. Il sistema OBPM invia la richiesta ECA al sistema DDA tramite queste code MDB. Per maggiori informazioni sulla manutenzione del sistema ECA, fare riferimento a Oracle Banking Payments.
Guida utente di base.
Coda Profile Manutenzione
È possibile richiamare questa schermata digitando 'PMDQPROF' nel campo nell'angolo in alto a destra della barra degli strumenti dell'applicazione e facendo clic sul pulsante freccia adiacente.
Nota
Assicurati di mantenere Queue Profile in 'Coda Profile Schermata "Manutenzione".
Professionistafile ID
Specificare il pro di connessione alla codafile ID.
Professionistafile Descrizione
Specificare il profile descrizione
ID utente
Specificare l'ID utente.
Password
Specificare la password.
Nota
L'ID utente e la password vengono utilizzati per l'autenticazione della coda. Ciò garantisce che al sistema esterno sia consentito solo di leggere o view i messaggi pubblicati nella coda di messaggistica.
Fornitore di contesto URL
Coda profile richiede il provider di contesto URL dell'Application Server in cui si trova la coda
creato. Tutti gli altri parametri sono gli stessi menzionati sopra.
Nota
OBPM crea la richiesta ECA con i dettagli e la pubblica su MDB_QUEUE. Il sistema DDA tramite GWMDB estrae la richiesta del gateway e chiama internamente il processo di blocco ECA per creare o annullare il blocco ECA. Una volta completato il processo, il sistema DDA pubblica la risposta tramite l'infrastruttura del gateway su MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE è configurato con una coda di riconsegna come jms/ACC_ENTRY_RES_BKP_IN. Questa coda estrae internamente la risposta tramite OBPM MDB per completare l'elaborazione ECA in OBPM.
Manutenzione del sistema contabile
È possibile richiamare questa schermata digitando 'PMDACCMT' nel campo nell'angolo in alto a destra della barra degli strumenti dell'applicazione e cliccando sul pulsante freccia adiacente. Ciò consente a OBPM di registrare le registrazioni contabili (Dr ISBGL e Cr Nostro Ac) nel sistema DDA, inviando il messaggio SWIFT.
Nota
Assicurati di dover mantenere il sistema di contabilità richiesto nella schermata 'External Accounting System Detailed'. Inoltre, mantieni Account System Mapping for the Accounting System and Networks (PMDACMAP)
Nome JNDI in coda
Specificare il nome JNDI in coda come 'MDB_QUEUE_RESPONSE'.
Nome JNDI in coda di uscita
Specificare il nome JNDI della coda di uscita come 'MDB_QUEUE'.
QProfile
QProfile devono essere mantenuti in base alla coda MDB creata sul server app. Q Profile deve essere con un indirizzo IP in cui è stata creata la coda JMS. Il sistema OBPM invia la richiesta di handoff di Accounting tramite queste code MDB.
Nota
OBPM crea la richiesta Accounting Handoff con i dettagli e la pubblica su MDB_QUEUE. Il sistema di contabilità tramite GWMDB estrae la richiesta del gateway e chiama internamente la richiesta di contabilità esterna. Una volta completato il processo, il sistema di contabilità pubblica la risposta tramite l'infrastruttura del gateway su MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE è configurato con una coda di riconsegna come jms/ACC_ENTRY_RES_BKP_IN. Questa coda estrae internamente la risposta tramite OBPM MDB per completare l'elaborazione di Accounting Handoff in OBPM.
Manutenzione del corrispondente di valuta
Per i pagamenti SWIFT/transfrontalieri la banca dovrebbe mantenere il corrispondente valutario, ovvero i corrispondenti della banca, in modo che il pagamento possa essere instradato in modo appropriato. La catena di pagamento è costruita utilizzando la manutenzione del corrispondente valutario. La banca può avere più corrispondenti valutari per la stessa valuta, ma un corrispondente particolare può essere contrassegnato come corrispondente primario in modo che il pagamento venga instradato tramite quella banca anche se ci sono più banche corrispondenti.
Currency corresponding maintenance (PMDCYCOR) è utilizzato nella creazione della catena di pagamento per i pagamenti transfrontalieri. Questa è una manutenzione a livello di host. Valuta, BIC bancario e numero di conto possono essere mantenuti per il corrispondente. È possibile richiamare questa schermata digitando "PMDCYCOR" nel campo nell'angolo in alto a destra della barra degli strumenti dell'applicazione e facendo clic sul pulsante freccia adiacente. Mantieni l'AWI o il corrispondente di valuta dell'AWI in questa schermata.
Codice ospite
Il sistema visualizza il codice host della filiale selezionata dall'utente registrato.
Codice Bancario
Selezionare il Codice Banca dall'elenco dei valori visualizzati. Il Codice BIC selezionato viene visualizzato in questo campo.
Valuta
Specificare la valuta. In alternativa, è possibile selezionare la valuta dall'elenco delle opzioni. L'elenco visualizza tutte le valute valide mantenute nel sistema.
Controllo del corrispondente primario
Questa casella se questo corrispondente è il corrispondente di valuta primario. Può esserci un solo corrispondente di valuta primario per la combinazione di Tipo di conto, Valuta. Tipo di conto Seleziona il tipo di conto. L'elenco visualizza i seguenti valori:
- Il nostro conto è gestito con il corrispondente inserito nel campo Codice Banca.
- Il loro conto è gestito dal corrispondente inserito nel campo Codice banca presso la banca di elaborazione (conto Nostro).
Tipo di account
Specificare il tipo di conto come Nostro, ovvero il Nostro del Corrispondente che è conservato nei nostri libri contabili.
Numero di conto
Specificare il numero di conto associato all'input corrispondente nel campo Codice banca nella valuta specificata. In alternativa, è possibile selezionare il numero di conto dall'elenco delle opzioni. L'elenco visualizza tutti i conti Nostro per il tipo di conto OUR e i conti normali validi per il tipo di conto THEIR. La valuta del conto visualizzata nell'elenco deve essere la stessa della valuta specificata.
Account primario
Seleziona questa casella di controllo per indicare se l'account è l'account primario. Puoi aggiungere più account. Ma solo un account può essere contrassegnato come account primario. Ciò indica che l'account contrassegnato come account primario è l'account chiave per la combinazione 'Codice host, Codice banca, Valuta' mantenuta.
È richiesto MT 210?
Selezionare questa casella di controllo per indicare se è necessario inviare MT 210 al Corrispondente valutario negli scenari in cui viene generato automaticamente come la generazione di MT 200/MT 201 in uscita. Solo se questa casella di controllo è selezionata, il sistema genera MT210
Riconciliazione Manutenzione conti esterni
È possibile richiamare questa schermata digitando 'PXDXTACC' nel campo nell'angolo in alto a destra della barra degli strumenti dell'applicazione e facendo clic sul pulsante freccia adiacente.
Mantenere il numero di conto Vostro (equivalente del Nostro) che è mantenuto nei libri contabili del Corrispondente. Questo verrà inviato nel 53B tag nei messaggi di copertina MT103 e MT202.
- Classe di riconciliazione
- Mantenerlo come NOST.
- Entità esterna
- Specificare il BIC del corrispondente.
- Conto esterno
- Specificare il numero di conto Vostro.
- Conto GL
Specificare il numero di conto Nostro. Dovrebbe esistere in STDCRACC come conto Nostro.
Dettagli RMA o RMA Plus
I dettagli dell'applicazione Relationship Management devono essere mantenuti qui e devono essere forniti la categoria di messaggio consentita e i tipi di messaggio. Il corrispondente dovrebbe essere il codice BIC della nostra banca (per la relazione diretta). Puoi richiamare questa schermata digitando 'PMDRMAUP' nel campo nell'angolo in alto a destra della barra degli strumenti dell'applicazione e cliccando sul pulsante freccia adiacente.
Tipo di record RMA
Il sistema indicherà se si tratta di un record di autorizzazione RMA o RMA+ in base ai dettagli del record di autorizzazione RMA caricato o creato manualmente.
Nota
Se l'RMA caricato file ha incluso o escluso Tipi di messaggio in diverse categorie di messaggi, allora questo sarebbe un record RMA+. In caso contrario, il record è un record RMA.
Emittente
Selezionare il BIC richiesto della filiale bancaria che ha rilasciato l'autorizzazione a ricevere tutti i tipi di messaggi o determinati tipi di messaggi (in caso di RMA+) dall'elenco di valori disponibili.
Tipo RMA
Specificare il tipo di RMA. Scegliere tra Emesso e Ricevuto dal menu a discesa.
Valido dalla data
Specificare la data di inizio validità dell'autorizzazione RMA
Corrispondente
Selezionare dall'elenco dei valori il BIC della filiale bancaria che ha ricevuto l'autorizzazione dalla banca emittente.
Stato RMA
Seleziona lo stato dell'RMA dal menu a discesa. Le opzioni sono Enabled, Revoked, Deleted e Rejected.
Nota
Per la convalida RMA vengono utilizzate solo le autorizzazioni RMA "Abilitate".
Valido fino ad oggi
Specificare la data di fine validità dell'autorizzazione RMA. Griglia dei dettagli della categoria del messaggio
Categoria del messaggio
Selezionare la categoria di messaggio richiesta dal menu a discesa.
Includi/Escludi Flag
Se viene creato come record RMA+, selezionare il flag per ciascuna categoria di messaggio che indica "Includi" o "Escludi" uno o più o TUTTI i tipi di messaggio (MT) autorizzati dalla banca emittente.
Dettagli del tipo di messaggio
Tipo di messaggio
Se viene creato come record RMA+, specificare un elenco di tipi di messaggio "Inclusi" o "Esclusi" da aggiungere per ciascuna categoria di messaggio.
Nota
- Se tutti gli MT all'interno di una categoria di messaggi devono essere inclusi, il flag Includi/Escludi dovrebbe indicare "Escludi" e nessun MT dovrebbe essere selezionato nel tipo di messaggio
- Griglia dei dettagli. Ciò significherebbe "Escludi – Niente", ovvero tutti gli MT all'interno della categoria sono inclusi nell'autorizzazione RMA+.
- Se tutti i MT all'interno di una categoria di messaggi devono essere esclusi, il flag Includi/Escludi dovrebbe indicare "Includi" e nessun MT dovrebbe essere visualizzato nel tipo di messaggio
- Griglia dei dettagli. Ciò significherebbe "Includi – Niente", ovvero nessuno degli MT all'interno della categoria è incluso nell'autorizzazione RMA+.
- La schermata non dovrebbe elencare alcuna categoria di messaggio che non sia consentita come parte delle autorizzazioni RMA+ emesse dalla banca emittente. Come menzionato sopra, qualsiasi modifica alle autorizzazioni esistenti è consentita solo dalla sede centrale
- Per la coppia selezionata di BIC dell'emittente e del corrispondente e tipo RMA, i seguenti attributi potrebbero essere modificati:
- Stato RMA: lo stato può essere modificato in una qualsiasi delle opzioni disponibili: Abilitato, Revoca, Eliminato e Rifiutato.
Nota
In realtà, lo stato RMA non può essere modificato in nessuna opzione poiché dipende da chi è l'Issuer BIC, dallo stato attuale e da altri fattori. Tuttavia, queste modifiche di stato avvengono nel modulo RMA/RMA+ di SAA e la funzione Modifica è consentita solo agli utenti Ops per replicare manualmente lo stato in questa manutenzione (se non possono attendere il prossimo caricamento RMA).
- Data di validità: è possibile impostare una nuova data (modificata) successiva alla data di validità esistente.
- Data di validità: è possibile impostare una nuova data successiva alla nuova data di validità.
- Eliminazione di categorie di messaggi e/o tipi di messaggi esistenti.
- Aggiunta di una nuova categoria di messaggio e/o tipo di messaggio insieme all'indicatore Includi/Escludi.
Una nuova autorizzazione potrebbe essere creata copiando un'autorizzazione esistente e quindi modificandola. Le modifiche alle autorizzazioni esistenti e la creazione di nuove autorizzazioni richiederebbero l'approvazione di un altro utente o del produttore (se la filiale e l'utente supportano la funzione Auto-autorizzazione).
Manutenzione del nucleo comune
Per l'integrazione è necessario eseguire le seguenti manutenzioni di base comuni.
- Manutenzione clienti
- Creare i clienti in STDCIFCR.
- Manutenzione dell'account
- Creare gli account (CASA / NOSTRO) in STDCRACC.
- È necessario creare un conto NOTSRO per la banca presso la quale il mutuatario ha il conto CASA.
- Manutenzione del libro mastro generale
- Creare il libro mastro generale in STDCRGLM.
- Manutenzione del codice di transazione
- Creare il codice transazione in STDCRTRN.
- OBPM utilizzerà le date OFCUB
- Mantenere il parametro IS_CUSTOM_DATE come 'Y' nella tabella cstb_param.
- Mantenere il parametro OBCL_EXT_PM_GEN come 'Y' in CSTB_PARAM per trasferire la richiesta a OBPM
- In questo modo, OBPM utilizzerà il valore "Oggi" da sttm_dates come data di prenotazione della transazione.
- Dettagli del codice BIC Manutenzioni
- Il codice BIC è un identificatore internazionale standardizzato che viene utilizzato per identificare le entità e per instradare i messaggi di pagamento. È possibile definire i codici bancari tramite la schermata "Dettagli codice BIC" (ISDBICDE).
- Altri pagamenti Manutenzioni
- Per le altre manutenzioni del giorno 0, fare riferimento al Manuale utente di Oracle Banking Payments Core.
- Per informazioni dettagliate sulle schermate sopra menzionate, fare riferimento al Manuale utente di Oracle Banking Payments Core.
Glossario ID funzione
- G GWDETSYS ………………….2-1
- L LBDINSTR …………2-6
- O VECCHIO CUSTOM ………………….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
- …… ...
- SORGENTE PM ………………… 2-7
- PMDSORNW ……………….. 2-9
- PXDXTACC ……………….. 2-16
- S STDCRBRN …………………. 2-2
- STDECAMT ……………….. 2-11
Scarica il pdf: Guida per l'utente dell'integrazione co-distribuita di Oracle 14.7 Payments