Oracle 14.7 Payments Co-deployed Integration Brugervejledning

Corporate Lending – Payments Co-deployed Integration User Guide

november 2022
Oracle Financial Services Software Limited

Oracle Park
Ud for Western Express Highway

Goregaon (Øst)
Mumbai, Maharashtra 400 063

Indien
Verdensomspændende forespørgsler:
Telefon: +91 22 6718 3000
Fax: +91 22 6718 3001
www.oracle.com/financialservices/

Copyright © 2007, 2022, Oracle og/eller dets tilknyttede selskaber. Alle rettigheder forbeholdes. Oracle og Java er registrerede varemærker tilhørende Oracle og/eller dets tilknyttede selskaber. Andre navne kan være varemærker tilhørende deres respektive ejere.
AMERIKANSKE REGERINGSSLUTBRUGERE: Oracle-programmer, herunder ethvert operativsystem, integreret software, programmer installeret på hardwaren og/eller dokumentation, der leveres til slutbrugere af den amerikanske regering, er "kommerciel computersoftware" i henhold til den gældende Federal Acquisition Regulation og agenturspecifikke supplerende regler.

Som sådan skal brug, duplikering, offentliggørelse, ændring og tilpasning af programmerne, herunder ethvert operativsystem, integreret software, alle programmer installeret på hardwaren og/eller dokumentation, være underlagt licensvilkår og licensbegrænsninger, der gælder for programmerne . Ingen andre rettigheder er givet til den amerikanske regering.

Denne software eller hardware er udviklet til generel brug i en række forskellige informationsstyringsapplikationer. Det er ikke udviklet eller beregnet til brug i nogen iboende farlige applikationer, herunder applikationer, der kan skabe en risiko for personskade. Hvis du bruger denne software eller hardware i farlige applikationer, er du ansvarlig for at tage alle passende sikkerheds-, backup-, redundans- og andre foranstaltninger for at sikre sikker brug. Oracle Corporation og dets datterselskaber fraskriver sig ethvert ansvar for skader forårsaget af brugen af ​​denne software eller hardware i farlige applikationer.

Denne software og tilhørende dokumentation leveres under en licensaftale, der indeholder begrænsninger for brug og offentliggørelse og er beskyttet af love om intellektuel ejendom. Medmindre det er udtrykkeligt tilladt i din licensaftale eller tilladt ved lov, må du ikke bruge, kopiere, reproducere, oversætte, udsende, ændre, licensere, transmittere, distribuere, udstille, udføre, offentliggøre eller vise nogen del, i nogen form, eller på nogen måde. Reverse engineering, adskillelse eller dekompilering af denne software, medmindre det kræves af loven for interoperabilitet, er forbudt.

Oplysningerne heri kan ændres uden varsel og er ikke garanteret fejlfrie. Hvis du finder fejl, bedes du rapportere dem skriftligt til os. Denne software eller hardware og dokumentation kan give adgang til eller oplysninger om indhold, produkter og tjenester fra tredjeparter. Oracle Corporation og dets tilknyttede selskaber er ikke ansvarlige for og fraskriver sig udtrykkeligt alle garantier af nogen art vedrørende tredjepartsindhold, produkter og tjenester. Oracle Corporation og dets tilknyttede selskaber er ikke ansvarlige for tab, omkostninger eller skader, der opstår på grund af din adgang til eller brug af tredjepartsindhold, produkter eller tjenester.

Indledning

Dette dokument er designet til at hjælpe dig med at gøre dig bekendt med integrationen af ​​Oracle Banking Corporate Lending og Oracle Banking Payments i en co-deployed opsætning. Udover denne brugermanual kan du, mens du vedligeholder de interface-relaterede detaljer, påkalde den kontekstafhængige hjælp, der er tilgængelig for hvert felt. Dette hjælper med at beskrive formålet med hvert felt på en skærm. Du kan få disse oplysninger ved at placere markøren på det relevante felt og trykke på tasten på tastaturet. 1.2

Publikum
Denne manual er beregnet til følgende bruger-/brugerroller:

Rolle	Fungere
Implementeringspartnere	Levere tilpasnings-, konfigurations- og implementeringstjenester

Dokumentation tilgængelighed
Besøg Oracle Accessibility for at få oplysninger om Oracles engagement i tilgængelighed
Program website kl http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.

Organisation
Denne manual er organiseret i følgende kapitler:

Kapitel	Beskrivelse
Kapitel 1	Forord giver information om den tiltænkte målgruppe. Den viser også de forskellige kapitler, der er dækket i denne brugervejledning.
Kapitel 2	Dette kapitel hjælper dig med at implementere Oracle Banking Corporate Lending- og Oracle Banking Payments-produktet sammen i en enkelt instans.
Kapitel 3	Funktions-ID Ordliste har alfabetisk liste over funktions-/skærm-id'er brugt i modulet med sidehenvisninger for hurtig navigation.

Forkortelser og forkortelser

Forkortelse	Beskrivelse
API	Applikationsprogrammeringsgrænseflade
FCUBS	Oracle FLEXCUBE Universal Banking
OBCL	Oracle Banking Corporate Lenning
OL	Oracle-udlån
ROFC	Resten af ​​Oracle FLEXCUBE
System	Medmindre og andet er angivet, skal det altid henvise til Oracle FLEX-CUBE Universal Banking Solutions-system
WSDL	Web Tjenester Beskrivelse Sprog

Ordliste over ikoner
Denne brugervejledning kan henvise til alle eller nogle af følgende ikoner.

Corporate Lenning – Betalingsintegration i CoDeployed Setup
Dette kapitel indeholder følgende afsnit:

• Afsnit 2.1, "Introduktion"
• Afsnit 2.2, "Vedligeholdelse i OBCL"
• Afsnit 2.3, "Vedligeholdelse i OBPM"

Indledning
Du kan integrere Oracle Banking Corporate Lending (OBCL) med Oracle Banking Payment-produktet (OBPM). For at integrere disse to produkter i et co-deployeret miljø skal du udføre specifik vedligeholdelse i OBCL, Payments og Common Core.

Vedligeholdelse i OBCL
Integrationen mellem Oracle Banking Corporate Lending (OBCL) og Oracle Banking Payments (OBPM) gør det muligt for dig at sende låneudbetalingen gennem grænseoverskridende betaling ved at generere SWIFT MT103- og MT202-meddelelser.

Ekstern systemvedligeholdelse
Du kan starte denne skærm ved at skrive 'GWDETSYS' i feltet i øverste højre hjørne af applikationsværktøjslinjen og klikke på den tilstødende pileknap. Du skal definere et eksternt system for en filial, der kommunikerer med OBCL ved hjælp af en integrationsgateway.

Note
Sørg for, at du i OBCL opretholder en aktiv registrering med alle de påkrævede felter og 'Eksternt system' på skærmen 'Ekstern systemvedligeholdelse'. F.eksample,, opretholde Eksternt System som "INTBANKING".

Anmodning

• Bevar det som meddelelses-id.
• Anmod om besked
• Bevar det som fuld skærm.
• Svarmeddelelse
• Bevar det som fuld skærm.
• Eksterne systemkøer
• Vedligehold In & Response JMS-køerne. Disse er køerne, hvor OBCL sender SPS-anmodnings-XML til OBPM.
• For mere information om ekstern systemvedligeholdelse henvises til Common Core – Gateway User. Guide.

Filial vedligeholdelse
Du skal oprette en filial på skærmen 'Branch Core Parameter Maintenance' (STDCRBRN). Denne skærm bruges til at registrere grundlæggende filialdetaljer som filialnavn, filialkode, filialadresse, helligdage og så videre. Du kan starte denne skærm ved at skrive 'STDCRBRN' i feltet i øverste højre hjørne af applikationsværktøjslinjen og klikke på den tilstødende pileknap.

Du kan angive en vært for hver oprettet filial. Se for at vedligeholde vært for forskellige tidszoner.
Oracle Banking Payments Core User Manual.

Note
Et par filialer, der kan foretage betalinger mellem brancher, bør opretholdes under samme vært.

Vedligeholdelse af værtsparametre
Du kan starte denne skærm ved at skrive 'PIDHSTMT' i feltet øverst til højre på applikationsværktøjslinjen og klikke på den tilstødende pileknap.

Note

• I OBCL skal du sikre dig, at du vedligeholder værtsparameteren med en aktiv post med alle de påkrævede felter.
• 'OBCL Integration System' er til UBS-integration til 360 og handelsintegration. 'Betalingssystem' er til OBPM-integration, og 'INTBANKING' skal vælges.

Værtskode
Angiv værtskoden.

Værtsbeskrivelse
Angiv den korte beskrivelse for værten.

Regnskabssystemkode
Angiv regnskabssystemkoden. F.eksample, "OLINTSYS"

Betalingssystem
Angiv betalingssystemet. F.eksample, "INTBANKING"

ELCM system
Angiv ELCM-systemet. F.eksample, "OLELCM"

OBCL integrationssystem
Angiv det eksterne system. F.eksample, "OLINTSYS", til integration med UBS-systemet.

Blokkædesystem
Angiv blockchain-systemet. F.eksampi "OLBLKCN".

Betalingsnetværkskode
Angiv netværket, via hvilket OBPM den udgående besked skal sendes til udbetaling af lån. F.eksample, "SWIFT".

Vedligeholdelse af integrationsparametre
Du kan starte denne skærm ved at skrive 'OLDINPRM' i feltet i øverste højre hjørne af applikationens værktøjslinje og klikke på den tilstødende pileknap.

Note
Sørg for, at du opretholder en aktiv registrering med alle påkrævede felter og servicenavn som "PMSinglePaymentService" på skærmen 'Integration Parameters Maintenance'.

Afdelingskode
Angiv som 'ALLE', hvis integrationsparametrene er fælles for alle grene. Eller vedligehold individuelle filialer.

Eksternt system
Angiv det eksterne system som 'INTBANKING'.

Ekstern bruger
Angiv det bruger-id, der skal videregives på betalingsanmodningen til OBPM.

Tjenestenavn
Angiv tjenestenavnet som 'PMSinglePayOutService'.

Kommunikationskanal
Angiv kommunikationskanalen som 'Web Service'.

Kommunikationstilstand
Angiv kommunikationstilstanden som 'ASYNC'.

Kommunikationslag
Angiv kommunikationslaget som applikation.

WS servicenavn
Angiv web tjenestenavn som 'PMSinglePayOutService'.

WS-endepunkt URL
Angiv WSDL for tjenesterne som 'Payment Single Payment Service' WSDL-link.

WS bruger
Vedligehold OBPM-brugeren med adgang til alle filialer og autoautoriseringsfacilitet.

Kundevedligeholdelse
Kundevedligeholdelse (OLDCUSMT) er obligatorisk. Du skal oprette en post i denne skærm for banken. 'Primær BIC' og 'Standardmedie' skal være 'SWIFT' for at generere SWIFT-meddelelser.

Afregningsinstruktion Vedligeholdelse
Der skal oprettes en NOSTRO-konto til den bank, hvori låntager og deltager (begge) skal have deres CASA-konto. Dette skal kortlægges i LBDINSTR, og betalings-/modtag-kontoen skal være NOSTRO. Du skal vælge NOSTRO-konto i felterne for betaling og modtagelse af konti, men låntager kan ikke have NOSTRO-konto, kun bank kan have NOSTRO-bankkonto, og du skal vælge Betal og modtag som BANK-id. Dette erstattes af intern bro GL, mens transaktionen udføres. Vedligehold modparten med alle påkrævede felter på skærmen 'Settlement Instructions Maintenance' (LBDINSTR). For mere information om afregningsinstruktioner henvises til Loan Syndication User Manual.

Inter system Bridge GL
Du kan starte denne skærm ved at skrive 'OLDISBGL' i feltet i øverste højre hjørne af applikationsværktøjslinjen og klikke på den tilstødende pileknap.

Note
Sørg for, at du opretholder en aktiv registrering med alle de påkrævede felter og 'Eksternt system' som 'INTBANKING' på skærmen 'Inter-system Bridge GL Maintenance'.

Eksternt system
Angiv det eksterne systemnavn som 'INTBANKING'.

Modul-id
Angiv modulkoden som 'OL'.

Transaktionsvaluta
Angiv transaktionsvalutaen 'ALLE' eller en specifik valuta.

Transaktionsfilial
Angiv transaktionsgrenen som 'ALLE' eller en specifik filial.

Produktkode
Angiv produktkoden som 'ALLE' eller et specifikt produkt.

Fungere
Angiv transaktionsfunktions-id'erne som 'ALLE' eller et specifikt funktions-id.

ISB GL
Angiv en Inter System Bridge GL, hvor kredit fra OBCL til udbetaling af lån overføres. Den samme GL skal opretholdes i OBPM for yderligere behandling.

Vedligeholdelse i OBPM

Kildevedligeholdelse
Du kan starte denne skærm ved at skrive 'PMDSORCE' i feltet i øverste højre hjørne af applikationsværktøjslinjen og klikke på den tilstødende pileknap.

Note
Sørg for, at du opretholder en aktiv registrering med alle de påkrævede felter på skærmen 'Kildevedligeholdelse detaljeret'.

Kildekode
Angiv kildekoden. Eksample 'INTBANKING'.

Værtskode
Værtskoden indstilles automatisk baseret på grenen.

Forudbetalte betalinger tilladt
Marker afkrydsningsfeltet 'Forudbetalte betalinger tilladt'.

Forudbetalte betalinger GL
Angiv Prefunded Payments GL på samme måde som Inter System Bridge GL vedligeholdt i

OLDISBGL for OBCL.
OBPM debiterer det udbetalte lånebeløb fra denne GL og krediterer den angivne Nostro ved afsendelse af betalingsbeskeden.

Underretning påkrævet
Marker afkrydsningsfeltet 'Meddelelse påkrævet'.

Ekstern meddelelseskø
Du kan starte denne skærm ved at skrive 'PMDEXTNT' i feltet i øverste højre hjørne af applikationsværktøjslinjen og klikke på den tilstødende pileknap.

Note
Sørg for, at du opretholder en aktiv registrering med alle de påkrævede felter på skærmen "Ekstern meddelelseskø".

Vært og kildekode
Angiv kildekoden som 'INTBANKING'. Værtskoden bliver standard baseret på kildekoden. Den eksterne gateway-systemopsætning skal udføres for en kildekode "INTBANKING".

Kommunikationstype
Vælg kommunikationstypen som 'Web Service

Notifikationssystem Klasse
Vælg meddelelsessystemklassen som 'OFCL'.

WebService URL
For en given værtskode og kildekodekombination, en web service URL skal vedligeholdes med OL Service (FCUBSOLService) for at få et meddelelsesopkald fra OBPM til OBCL.

Service
Angiv webtjeneste som 'FCUBSOLService'.

Kilde netværkspræference
Du kan starte denne skærm ved at skrive 'PMDSORNW' i feltet i øverste højre hjørne af applikationsværktøjslinjen og klikke på den tilstødende pileknap.

Note
Sørg for, at du opretholder en aktiv registrering på skærmen 'Kilde netværkspræference detaljeret'. Præferencen for forskellige betalingsnetværk, hvorigennem OBCL initierer en betalingsanmodning, skal bevares på denne skærm for de samme kildekoder.

Vært og kildekode
Angiv kildekoden som 'INTBANKING'. Værtskoden bliver standard baseret på kildekoden. Den eksterne gateway-systemopsætning skal udføres for en kildekode "INTBANKING".

Netværkskode
Angiv netværkskoden som 'SWIFT'. Dette er for at gøre det muligt for OBPM at udløse SWIFT-meddelelse for låneudbetalingsbeløbet.

Transaktionstype
Angiv transaktionstypen som 'Udgående' for at sende SWIFT-meddelelsen ud.

Vedligeholdelse af netværksregler
Du kan starte denne skærm ved at skrive 'PMDNWRLE' i feltet i øverste højre hjørne af applikationsværktøjslinjen og klikke på den tilstødende pileknap.

Note
Sørg for, at du opretholder en aktiv registrering med alle påkrævede felter på skærmen 'Netværksregel detaljeret' for at dirigere OBCL-anmodningen til det respektive netværk. For mere information om vedligeholdelse af netværksregler, se Payments Core User Guide.

ECA systemvedligeholdelse
Sørg for, at du opretter et eksternt kreditgodkendelsessystem (DDA-system) på STDECAMT-skærmen. Angiv det nødvendige kildesystem, hvor ECA-kontrollen finder sted, som angivet på nedenstående skærmbillede. Du kan starte denne skærm ved at skrive 'PMDECAMT' i feltet i øverste højre hjørne af applikationsværktøjslinjen og klikke på den tilstødende pileknap. Kortlæg ovennævnte ECA-system på skærmen 'External Credit Approval System Detailed'.

Inqueue JNDI Navn
Angiv JNDI-navnet i køen som 'MDB_QUEUE_RESPONSE'.

Udkø JNDI-navn
Angiv udkøens JNDI-navn som 'MDB_QUEUE'.

Q Profile
Q Profile skal vedligeholdes i henhold til MDB-køen, der er oprettet på appserveren. Q Profile skal have en IP-adresse, hvor JMS-køen er oprettet. OBPM-systemet sender ECA-anmodningen til DDA-systemet gennem disse MDB-køer. For mere information om ECA-systemvedligeholdelse henvises til Oracle Banking Payments.

Kernebrugervejledning.
Kø Profile Opretholdelse
Du kan starte denne skærm ved at skrive 'PMDQPROF' i feltet i øverste højre hjørne af applikationsværktøjslinjen og klikke på den tilstødende pileknap.

Note
Sørg for, at du vedligeholder Queue Profile i 'Queue Profile Vedligeholdelsesskærm.

Profile ID
Angiv Queue Connection profile ID.

Profile Beskrivelse
Angiv proffenfile beskrivelse

Bruger-id
Angiv bruger-id'et.

Adgangskode
Angiv adgangskoden.

Note
Bruger-id og adgangskode bruges til køgodkendelse. Dette sikrer, at det eksterne system kun har tilladelse til at læse eller view de beskeder, der er lagt i beskedkøen.

Kontekstudbyder URL
Kø profile kræver kontekstudbyderen URL af applikationsserveren, hvor køen er
oprettet. Alle andre parametre er de samme som nævnt ovenfor.

Note
OBPM bygger ECA-anmodningen med detaljer og sender til MDB_QUEUE. DDA-system gennem GWMDB trækker gateway-anmodningen og kalder internt ECA-blokprocessen for at oprette eller fortryde ECA-blokken. Når processen er afsluttet, sender DDA-systemet svaret via gateway infra til MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE er konfigureret med en genleveringskø som jms/ACC_ENTRY_RES_BKP_IN. Denne kø trækker svaret internt gennem OBPM MDB for at fuldføre ECA-behandling i OBPM.

Vedligeholdelse af regnskabssystem
Du kan starte denne skærm ved at skrive 'PMDACCMT' i feltet i øverste højre hjørne af applikationsværktøjslinjen og klikke på den tilstødende pileknap. Dette er for at gøre det muligt for OBPM at bogføre regnskabsposteringerne ( Dr ISBGL & Cr Nostro Ac) til DDA-systemet ved afsendelse af SWIFT-meddelelsen.

Note
Sørg for, at du skal vedligeholde det påkrævede regnskabssystem på skærmen 'Eksternt regnskabssystem detaljeret'. Derudover skal du vedligeholde Account System Mapping for Accounting System and Networks (PMDACMAP)

Inqueue JNDI Navn
Angiv inqueue JNDI Name som 'MDB_QUEUE_RESPONSE'.

Udkø JNDI-navn
Angiv udkøens JNDI-navn som 'MDB_QUEUE'.

Q Profile
Q Profile skal vedligeholdes i henhold til MDB-køen, der er oprettet på appserveren. Q Profile skal have en IP-adresse, hvor JMS-køen er oprettet. OBPM-systemet sender anmodningen om regnskabsaflevering gennem disse MDB-køer.

Note
OBPM bygger regnskabsoverdragelsesanmodningen med detaljer og sender til MDB_QUEUE. Regnskabssystem gennem GWMDB trækker gateway-anmodningen og kalder internt Ekstern Accounting-anmodningen. Når processen er afsluttet, sender regnskabssystemet svaret via gatewayen infra til MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE er konfigureret med en genleveringskø som jms/ACC_ENTRY_RES_BKP_IN. Denne kø trækker internt svaret gennem OBPM MDB for at fuldføre regnskabsafleveringsbehandling i OBPM.

Vedligeholdelse af valutakorrespondent
For SWIFT/Grænseoverskridende betalinger bør banken vedligeholde valutakorrespondenten, dvs. bankens korrespondenter, så betalingen kan dirigeres korrekt. Betalingskæden er opbygget ved hjælp af valutakorrespondentvedligeholdelse Banken kan have flere valutakorrespondenter for den samme valuta, men en bestemt korrespondent kan markeres som den primære korrespondent, så betalingen dirigeres gennem den pågældende bank, selvom der er flere korrespondentbanker.

Valutakorrespondentvedligeholdelse (PMDCYCOR) bruges til opbygning af betalingskæder til grænseoverskridende betalinger. Dette er vedligeholdelse på værtsniveau. Valuta, bank-BIC og kontonummer kan opretholdes for korrespondenten. Du kan aktivere denne skærm ved at skrive 'PMDCYCOR' i feltet i øverste højre hjørne af applikationsværktøjslinjen og klikke på den tilstødende pileknap. Vedligehold AWI eller AWI's valutakorrespondent på denne skærm.

Værtskode
Systemet viser værtskoden for den valgte gren af ​​den loggede bruger.

Bankkode
Vælg bankkoden fra listen over viste værdier. Den valgte BIC-kode vises i dette felt.

Valuta
Angiv valutaen. Alternativt kan du vælge valutaen på valglisten. Listen viser alle gyldige valutaer, der vedligeholdes i systemet.

Primær korrespondentkontrol
Denne boks, hvis denne korrespondent er den primære valutakorrespondent. Der kan kun være én primær valutakorrespondent for kombinationen af ​​kontotype, valuta. Kontotype Vælg kontotype. Listen viser følgende værdier:

• Vores-konto vedligeholdes med korrespondentens input i feltet Bankkode.
• Deres konto vedligeholdes af korrespondentens input i feltet Bankkode hos den behandlende bank (Nostro-konto).

Kontotype
Angiv kontotypen som vores – korrespondentens nostro, som vedligeholdes i vores bøger.

Kontonummer
Angiv det kontonummer, der er knyttet til korrespondentindtastningen i feltet Bankkode i den angivne valuta. Alternativt kan du vælge kontonummeret fra valglisten. Listen viser alle Nostro-konti for kontotypen OUR og gyldige normale konti for kontotypen DERES. Den kontovaluta, der vises på listen, skal være den samme som den angivne valuta.

Primær konto
Marker dette afkrydsningsfelt for at angive, om kontoen er den primære konto. Du kan tilføje flere konti. Men kun én konto kan markeres som primær konto. Dette indikerer, at den konto, der er markeret som Primær konto, er nøglekontoen for kombinationen 'Værtskode, Bankkode, Valuta'.

MT 210 påkrævet?
Marker dette afkrydsningsfelt for at indikere, om MT 210 skal sendes til valutakorrespondenten i de scenarier, hvor den automatisk genereres som generering af udgående MT 200/MT 201. Kun hvis dette afkrydsningsfelt er markeret, genererer systemet MT210

Vedligeholdelse af eksterne konti afstemning
Du kan starte denne skærm ved at skrive 'PXDXTACC' i feltet i øverste højre hjørne af applikationsværktøjslinjen og klikke på den tilstødende pileknap.

Vedligehold Vostro-kontonummeret, (svarende til Nostro), som opbevares i korrespondentens bøger. Dette vil blive sendt i 53B tag i MT103 & MT202 Cover beskeder.

• Forsoningsklasse
• Oprethold det som NOST.
• Ekstern enhed
• Angiv korrespondentens BIC.
• Ekstern konto
• Angiv Vostro-kontonummeret.
• Konto GL

Angiv Nostro-kontonummeret. Dette bør eksistere i STDCRACC som en Nostro-konto.

RMA eller RMA Plus detaljer
Relationship Management Applikationsoplysninger skal vedligeholdes her, og tilladte meddelelseskategorier og meddelelsestyper skal angives. Korrespondent skal være vores bank BIC-kode (for direkte relation). Du kan starte denne skærm ved at skrive 'PMDRMAUP' i feltet i øverste højre hjørne af applikationsværktøjslinjen og klikke på den tilstødende pileknap.

RMA Record Type
Systemet vil angive, om dette er en RMA- eller RMA+-autorisationspost baseret på detaljerne i den uploadede eller manuelt oprettede RMA-autorisationspost.

Note
Hvis den uploadede RMA file har inkluderet eller ekskluderet meddelelsestyper i forskellige meddelelseskategorier, så ville dette være RMA+ record. Hvis ikke, er posten en RMA-post.

Udsteder
Vælg den påkrævede BIC for bankfilial, der har udstedt tilladelsen til at modtage alle eller bestemte meddelelsestyper (i tilfælde af RMA+) fra den tilgængelige liste over værdier.

RMA type
Angiv RMA-typen. Vælg mellem Udstedt og Modtaget fra rullemenuen.

Gyldig fra dato
Angiv startdatoen for gyldigheden af ​​RMA-godkendelsen

Korrespondent
Vælg BIC for bankfilialen, som har modtaget tilladelsen fra udstederbanken fra listen over værdier.

RMA-status
Vælg status for RMA fra rullemenuen. Indstillingerne er Aktiveret, Tilbagekaldt, Slettet og Afvist.

Note
Kun 'Aktiveret' RMA-autorisationer bruges til RMA-validering.

Gyldig til dato
Angiv slutdatoen for gyldigheden af ​​RMA-godkendelsen. Meddelelseskategoridetaljer Grid

Meddelelseskategori
Vælg den ønskede meddelelseskategori fra rullemenuen.

Inkluder/ekskluder flag
Hvis denne oprettes som RMA+-post, skal du vælge flaget for hver meddelelseskategori, der angiver 'Inkluder' eller 'Ekskluder' af en eller flere eller ALLE meddelelsestyper (MT'er), som er godkendt af udstederbanken.

Meddelelsestype detaljer

Meddelelsestype
Hvis denne oprettes som RMA+-post, skal du angive en liste over 'Inkluderet' eller 'Ekskluderet' de meddelelsestyper, der skal tilføjes for hver meddelelseskategori.

Note

• Hvis alle MT'er inden for en meddelelseskategori skal inkluderes, skal flaget Inkluder/ekskluder angive "Ekskluder", og ingen MT'er skal vælges i meddelelsestypen
• Detaljer gitter. Dette ville betyde "Ekskluder – Intet", dvs. alle MT'er inden for kategorien er inkluderet i RMA+-autorisationen.
• Hvis alle MT'er inden for en meddelelseskategori skal udelukkes, skal flaget Inkluder/ekskluder angive "Inkluder", og ingen MT'er skal vises i meddelelsestypen
• Detaljer gitter. Dette ville betyde "Inkluder – Intet", dvs. ingen af ​​MT'erne i kategorien er inkluderet i RMA+-autorisationen.
• Skærmen bør ikke vise nogen meddelelseskategori, der ikke er tilladt som en del af RMA+-autorisationerne udstedt af Udstederbanken. Som nævnt ovenfor er enhver ændring af eksisterende autorisation kun tilladt fra hovedkontoret
• For det valgte par af udsteder og korrespondent-BIC'er og RMA-type vil følgende attributter være tilladt at blive ændret -
• RMA-status – Status kan ændres til enhver af de tilgængelige indstillinger – Aktiveret, Tilbagekaldt, Slettet og Afvist.

Note
I virkeligheden kan RMA-status ikke ændres til nogen mulighed, da det afhænger af, hvem der er udsteder-BIC, nuværende status og andre faktorer. Disse statusændringer sker dog i RMA/RMA+-modulet i SAA, og ændringsfaciliteten er kun tilladt for Ops-brugere til manuelt at replikere status i denne vedligeholdelse (hvis de ikke kan vente til næste RMA-upload).

• Gyldig fra dato – Ny (ændret) dato, der er større end eksisterende 'Gyldig til' dato, kan indstilles.
• Gyldig til dato – Ny dato, der er større end Ny 'Gyldig fra'-dato kan indstilles.
• Sletning af eksisterende meddelelseskategori og/eller meddelelsestyper.
• Tilføjelse af ny meddelelseskategori og/eller meddelelsestype sammen med Inkluder/Ekskluder-indikator.

En ny autorisation ville være mulig at oprette ved at kopiere en eksisterende autorisation og derefter ændre den. Ændringer af eksisterende autorisationer samt oprettelse af nye autorisationer kræver godkendelse af en anden bruger eller af producenten (hvis filialen og brugeren understøtter autoautorisationsfaciliteten).

Fælles kernevedligeholdelse
Følgende almindelige kernevedligeholdelser skal udføres for integration.

• Kundevedligeholdelse
• Opret kunderne i STDCIFCR.
• Kontovedligeholdelse
• Opret konti (CASA / NOSTRO) i STDCRACC.
• NOTSRO-konto skal oprettes til den bank, hvori låntageren har CASA-kontoen.
• Hovedbogsvedligeholdelse
• Opret hovedbogen i STDCRGLM.
• Transaktionskode Vedligeholdelse
• Opret transaktionskoden i STDCRTRN.
• OBPM for at bruge OFCUB Datoer
• Bevar parameteren IS_CUSTOM_DATE som 'Y' i tabellen cstb_param.
• Bevar OBCL_EXT_PM_GEN-parameteren som 'Y' i CSTB_PARAM for at overdrage anmodningen til OBPM
• Dermed vil OBPM bruge 'Today' fra sttm_dates som datoen for transaktionsbestilling.
• BIC-kodedetaljer Vedligeholdelse
• BIC-koden er en standardiseret international identifikator, som bruges til at identificere identiteter og til at dirigere betalingsmeddelelser. Du kan definere bankkoder via skærmen 'BIC Code Details' (ISDBICDE).
• Andre betalinger Vedligeholdelse
• Se Oracle Banking Payments Core User Manual for den anden dag 0 vedligeholdelse.
• For detaljerede oplysninger om ovennævnte skærmbilleder henvises til Oracle Banking Payments Core User Manual.

Funktions-ID Ordliste

• 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

Download PDF: Oracle 14.7 Payments Co-deployed Integration Brugervejledning

Referencer

• Brugermanual