Oracle 14.7 Payments Co-deployed Integration Användarhandbok

Corporate Lending – Payments Co-deployed Integration User Guide

november 2022
Oracle Financial Services Software Limited

Oracle Park
Utanför Western Express Highway

Goregaon (öst)
Mumbai, Maharashtra 400 063

Indien
Globala förfrågningar:
Telefon: +91 22 6718 3000
Fax: +91 22 6718 3001
www.oracle.com/financialservices/

Copyright © 2007, 2022, Oracle och/eller dess dotterbolag. Alla rättigheter förbehållna. Oracle och Java är registrerade varumärken som tillhör Oracle och/eller dess dotterbolag. Andra namn kan vara varumärken som tillhör sina respektive ägare.
SLUTANVÄNDARE i USA:s regering: Oracle-program, inklusive alla operativsystem, integrerad programvara, alla program installerade på hårdvaran och/eller dokumentation som levereras till slutanvändare i USA:s regering är "kommersiell datormjukvara" enligt tillämplig federal förvärvsförordning och byråspecifika kompletterande föreskrifter.

Som sådan ska användning, duplicering, avslöjande, modifiering och anpassning av programmen, inklusive alla operativsystem, integrerad programvara, alla program installerade på hårdvaran och/eller dokumentation, vara föremål för licensvillkor och licensbegränsningar som gäller för programmen . Inga andra rättigheter ges till den amerikanska regeringen.

Denna mjukvara eller hårdvara är utvecklad för allmän användning i en mängd olika informationshanteringsapplikationer. Den är inte utvecklad eller avsedd för användning i några i sig farliga applikationer, inklusive applikationer som kan skapa en risk för personskada. Om du använder denna mjukvara eller hårdvara i farliga applikationer, är du ansvarig för att vidta alla lämpliga felsäker, säkerhetskopiering, redundans och andra åtgärder för att säkerställa säker användning. Oracle Corporation och dess dotterbolag frånsäger sig allt ansvar för skador som orsakas av användningen av denna programvara eller hårdvara i farliga applikationer.

Denna programvara och tillhörande dokumentation tillhandahålls under ett licensavtal som innehåller begränsningar för användning och avslöjande och är skyddade av immateriella lagar. Förutom vad som uttryckligen tillåts i ditt licensavtal eller tillåts enligt lag, får du inte använda, kopiera, reproducera, översätta, sända, modifiera, licensiera, överföra, distribuera, ställa ut, framföra, publicera eller visa någon del, i någon form, eller på något sätt. Omvänd konstruktion, demontering eller dekompilering av denna programvara, såvida det inte krävs enligt lag för interoperabilitet, är förbjudet.

Informationen häri kan ändras utan föregående meddelande och garanteras inte vara felfri. Om du hittar några fel, vänligen rapportera dem skriftligen till oss. Denna mjukvara eller hårdvara och dokumentation kan ge tillgång till eller information om innehåll, produkter och tjänster från tredje part. Oracle Corporation och dess dotterbolag är inte ansvariga för och frånsäger sig uttryckligen alla garantier av något slag rörande innehåll, produkter och tjänster från tredje part. Oracle Corporation och dess dotterbolag kommer inte att hållas ansvariga för några förluster, kostnader eller skador som uppstår på grund av din åtkomst till eller användning av tredjepartsinnehåll, produkter eller tjänster.

Introduktion

Det här dokumentet är utformat för att hjälpa dig att bekanta dig med integrationen av Oracle Banking Corporate Lending och Oracle Banking Payments i en gemensam installation. Förutom den här användarmanualen, samtidigt som du behåller gränssnittsrelaterade detaljer, kan du anropa den sammanhangsberoende hjälpen som är tillgänglig för varje fält. Detta hjälper till att beskriva syftet med varje fält på en skärm. Du kan få denna information genom att placera markören på det relevanta fältet och trycka på tangenten på tangentbordet. 1.2

Publik
Denna manual är avsedd för följande användar-/användarroller:

Roll	Fungera
Implementeringspartners	Tillhandahålla anpassnings-, konfigurerings- och implementeringstjänster

Dokumentation Tillgänglighet
För information om Oracles engagemang för tillgänglighet, besök Oracle Accessibility
Programmera webplats på http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.

Organisation
Denna handbok är organiserad i följande kapitel:

Kapitel	Beskrivning
Kapitel 1	Förord ger information om den avsedda publiken. Den listar också de olika kapitlen som tas upp i denna användarmanual.
Kapitel 2	Det här kapitlet hjälper dig att saminstallera Oracle Banking Corporate Lending och Oracle Banking Payments-produkten i en och samma instans.
Kapitel 3	Ordlista för funktions-ID har alfabetisk lista över funktion/skärm-ID som används i modulen med sidhänvisningar för snabb navigering.

Akronymer och förkortningar

Förkortning	Beskrivning
API	Applikationsprogrammeringsgränssnitt
FCUBS	Oracle FLEXCUBE Universal Banking
OBCL	Oracle Banking Corporate Lenning
OL	Oracle utlåning
ROFC	Resten av Oracle FLEXCUBE
System	Om inget annat anges, ska det alltid hänvisa till Oracle FLEX-CUBE Universal Banking Solutions-system
WSDL	Web Tjänster Beskrivning Språk

Ordlista över ikoner
Denna bruksanvisning kan referera till alla eller några av följande ikoner.

Företagsutlåning – Betalningsintegrering i CoDeployed Setup
Det här kapitlet innehåller följande avsnitt:

• Avsnitt 2.1, "Introduktion"
• Avsnitt 2.2, "Underhåll i OBCL"
• Avsnitt 2.3, "Underhåll i OBPM"

Introduktion
Du kan integrera Oracle Banking Corporate Lending (OBCL) med Oracle Banking Payment-produkt (OBPM). För att integrera dessa två produkter i en gemensamt distribuerad miljö måste du göra specifikt underhåll i OBCL, Payments och Common Core.

Underhåll i OBCL
Integrationen mellan Oracle Banking Corporate Lending (OBCL) och Oracle Banking Payments (OBPM) gör att du kan skicka låneutbetalningen genom gränsöverskridande betalning genom att generera SWIFT MT103- och MT202-meddelanden.

Externt systemunderhåll
Du kan anropa den här skärmen genom att skriva 'GWDETSYS' i fältet i det övre högra hörnet av programmets verktygsfält och klicka på den intilliggande pilknappen. Du måste definiera ett externt system för en filial som kommunicerar med OBCL med hjälp av en integrationsgateway.

Notera
Se till att du i OBCL har en aktiv post med alla obligatoriska fält och "Externt system" på skärmen "Underhåll av externt system". Till exempelample,, underhålla Externt System som "INTBANKING".

Begäran

• Behåll det som meddelande-ID.
• Begär meddelande
• Behåll den som helskärm.
• Svarsmeddelande
• Behåll den som helskärm.
• Externa systemköer
• Underhåll In & Response JMS-köerna. Dessa är köerna där OBCL skickar SPS-begäran XML till OBPM.
• För mer information om externt systemunderhåll, se Common Core – Gateway User. Guide.

Filialunderhåll
Du måste skapa en filial på skärmen 'Branch Core Parameter Maintenance' (STDCRBRN). Den här skärmen används för att fånga grundläggande filialinformation som filialnamn, filialkod, filialadress, helgdag och så vidare. Du kan anropa den här skärmen genom att skriva 'STDCRBRN' i fältet i det övre högra hörnet av applikationens verktygsfält och klicka på den intilliggande pilknappen.

Du kan ange en värd för varje skapad filial. För att underhålla värd för olika tidszoner, se..
Oracle Banking Payments Core User Manual.

Notera
Ett par filialer som kan utföra betalningar mellan branscherna bör hållas under samma värd.

Underhåll av värdparameter
Du kan anropa denna skärm genom att skriva 'PIDHSTMT' i fältet i det övre högra hörnet av applikationens verktygsfält och klicka på den intilliggande pilknappen.

Notera

• I OBCL, se till att du underhåller värdparametern med en aktiv post med alla obligatoriska fält.
• "OBCL Integration System" är för UBS-integration för 360 och handelsintegration. 'Betalningssystem' är för OBPM-integration och 'INTBANKING' måste väljas.

Värdkod
Ange värdkoden.

Värdbeskrivning
Ange en kort beskrivning för värden.

Kod för bokföringssystem
Ange bokföringssystemets kod. Till exempelample, "OLINTSYS"

Betalningssystem
Ange betalningssystemet. Till exempelample, "INTBANKING"

ELCM System
Specificera ELCM-systemet. Till exempelample, "OLELCM"

OBCL Integration System
Ange det externa systemet. Till exempelample, "OLINTSYS", för integration med UBS-systemet.

Blockkedjesystem
Ange blockchain-systemet. Till exempelample "OLBLKCN".

Kod för betalningsnätverk
Ange nätverket via vilket OBPM det utgående meddelandet ska skickas för utbetalning av lån. Till exempelample, "SWIFT".

Integrationsparametrar Underhåll
Du kan anropa den här skärmen genom att skriva 'OLDINPRM' i fältet i det övre högra hörnet av programmets verktygsfält och klicka på den intilliggande pilknappen.

Notera
Se till att du upprätthåller en aktiv post med alla obligatoriska fält och tjänstnamn som "PMSinglePaymentService" på skärmen "Integrationsparametrar Underhåll".

Branschkod
Ange som 'ALLA' om integrationsparametrarna är gemensamma för alla grenar. Eller underhålla enskilda grenar.

Externt system
Ange det externa systemet som 'INTBANKING'.

Extern användare
Ange användar-ID som ska skickas på betalningsförfrågan till OBPM.

Tjänstens namn
Ange tjänstens namn som 'PMSinglePayOutService'.

Kommunikationskanal
Ange kommunikationskanalen som 'Web Service'.

Kommunikationsläge
Ange kommunikationsläget som 'ASYNC'.

Kommunikationslager
Ange kommunikationslagret som applikation.

WS tjänstens namn
Ange web tjänstens namn som 'PMSinglePayOutService'.

WS Endpoint URL
Ange WSDL för tjänsterna som "Payment Single Payment Service" WSDL-länk.

WS-användare
Underhåll OBPM-användaren med tillgång till alla filialer och automatisk auktorisering.

Kundunderhåll
Kundunderhåll (OLDCUSMT) är obligatoriskt. Du måste skapa en post i denna skärm för banken. 'Primary BIC' och 'Default Media' bör vara 'SWIFT' för att generera SWIFT-meddelanden.

Avräkningsanvisning Underhåll
NOSTRO-konto måste skapas för den bank där låntagaren och deltagaren (båda) ska ha sitt CASA-konto. Detta måste mappas i LBDINSTR och betala/motta kontot bör vara NOSTRO. Du måste välja NOSTRO-konto i fälten för betala och ta emot konton, men låntagaren kan inte ha NOSTRO-konto, bara banken kan ha NOSTRO-bankkontot och du måste välja Betala och ta emot som BANK-id. Detta ersätts av intern brygga GL medan transaktionen genomförs. Behåll motparten med alla obligatoriska fält på skärmen 'Settlement Instructions Maintenance' (LBDINSTR). För mer information om avvecklingsinstruktioner, se Användarmanualen för lånesyndikering.

Inter system Bridge GL
Du kan anropa den här skärmen genom att skriva 'OLDISBGL' i fältet i det övre högra hörnet av programverktygsfältet och klicka på den intilliggande pilknappen.

Notera
Se till att du har en aktiv post med alla obligatoriska fält och 'Externt system' som 'INTBANKING' på skärmen 'Inter-system Bridge GL Maintenance'.

Externt system
Ange det externa systemets namn som 'INTBANKING'.

Modul-ID
Ange modulkoden som 'OL'.

Transaktionsvaluta
Ange transaktionsvalutan 'ALLA' eller en specifik valuta.

Transaktionsgren
Ange transaktionsgrenen som 'ALLA' eller en specifik gren.

Produktkod
Ange produktkoden som 'ALLA' eller en specifik produkt.

Fungera
Ange transaktionsfunktions-id som 'ALLA' eller ett specifikt funktions-id.

ISB GL
Ange en Inter System Bridge GL, där kredit från OBCL för en låneutbetalning överförs. Samma GL måste bibehållas i OBPM för vidare bearbetning.

Underhåll i OBPM

Källunderhåll
Du kan anropa denna skärm genom att skriva 'PMDSORCE' i fältet i det övre högra hörnet av programverktygsfältet och klicka på den intilliggande pilknappen.

Notera
Se till att du har en aktiv post med alla obligatoriska fält på skärmen "Källunderhållsdetaljerad".

Källkod
Ange källkoden. Example 'INTBANKING'.

Värdkod
Värdkoden är standardinställd automatiskt baserat på grenen.

Förbetalda betalningar tillåtna
Markera kryssrutan "Förbetalda betalningar tillåtna".

Förbetalda betalningar GL
Ange GL för förbetalda betalningar på samma sätt som Inter System Bridge GL som underhålls i

OLDISBGL för OBCL.
OBPM debiterar det utbetalda lånebeloppet från denna GL och krediterar den angivna Nostro när betalningsmeddelandet skickas.

Avisering krävs
Markera kryssrutan "Meddelande krävs".

Extern meddelandekö
Du kan anropa denna skärm genom att skriva 'PMDEXTNT' i fältet i det övre högra hörnet av programverktygsfältet och klicka på den intilliggande pilknappen.

Notera
Se till att du har en aktiv post med alla obligatoriska fält på skärmen "Extern meddelandekö".

Värd och källkod
Ange källkoden som 'INTBANKING'. Värdkoden blir standard baserat på källkoden. Inställningen av gatewayens externa system ska göras för en källkod "INTBANKING".

Kommunikationstyp
Välj kommunikationstyp som 'Web Service

Klass för meddelandesystem
Välj meddelandesystemsklass som 'OFCL'.

WebService URL
För en given kombination av värdkod och källkod, a web service URL måste underhållas med OL-tjänsten (FCUBSOLService) för att få ett meddelandeanrop från OBPM till OBCL.

Service
Ange webtjänsten som 'FCUBSOLService'.

Källnätverkspreferens
Du kan anropa den här skärmen genom att skriva 'PMDSORNW' i fältet i det övre högra hörnet av programverktygsfältet och klicka på den intilliggande pilknappen.

Notera
Se till att du upprätthåller en aktiv post på skärmen "Källnätverksinställningar detaljerad". Preferensen för olika betalningsnätverk genom vilka OBCL initierar en betalningsbegäran måste bibehållas på den här skärmen för samma källkoder.

Värd och källkod
Ange källkoden som 'INTBANKING'. Värdkoden blir standard baserat på källkoden. Inställningen av gatewayens externa system ska göras för en källkod "INTBANKING".

Nätverkskod
Ange nätverkskoden som 'SWIFT'. Detta för att göra det möjligt för OBPM att utlösa SWIFT-meddelande för låneutbetalningsbeloppet.

Transaktionstyp
Ange Transaktionstyp som 'Utgående' för att skicka ut SWIFT-meddelandet.

Underhåll av nätverksregel
Du kan anropa den här skärmen genom att skriva 'PMDNWRLE' i fältet i det övre högra hörnet av programverktygsfältet och klicka på den intilliggande pilknappen.

Notera
Se till att du upprätthåller en aktiv post med alla obligatoriska fält på skärmen "Network Rule Detailed" för att dirigera OBCL-begäran till respektive nätverk. För mer information om underhåll av nätverksregler, se Payments Core User Guide.

ECA-systemunderhåll
Se till att du skapar ett externt kreditgodkännandesystem (DDA-system) på STDECAMT-skärmen. Tillhandahåll det erforderliga källsystemet där ECA-kontrollen sker enligt anvisningarna på skärmen nedan. Du kan anropa den här skärmen genom att skriva 'PMDECAMT' i fältet i det övre högra hörnet av applikationsverktygsfältet och klicka på den intilliggande pilknappen. Kartlägg det ovan nämnda ECA-systemet på skärmen 'Externt kreditgodkännandesystem detaljerad'.

Inqueue JNDI Namn
Ange JNDI-namnet i kön som 'MDB_QUEUE_RESPONSE'.

Outqueue JNDI Namn
Ange ut-köns JNDI-namn som 'MDB_QUEUE'.

Q Profile
Q Profile måste underhållas enligt MDB-kön som skapats på appservern. Q Profile måste ha en IP-adress där JMS-kön har skapats. OBPM-systemet skickar ECA-begäran till DDA-systemet genom dessa MDB-köer. För mer information om ECA-systemunderhåll, se Oracle Banking Payments.

Core User Guide.
Queue Profile Underhåll
Du kan anropa den här skärmen genom att skriva 'PMDQPROF' i fältet i det övre högra hörnet av programverktygsfältet och klicka på den intilliggande pilknappen.

Notera
Se till att du underhåller Queue Profile i 'Queue Profile Underhållsskärm.

Profile ID
Ange Queue Connection profile ID.

Profile Beskrivning
Ange proffsenfile beskrivning

Användar-ID
Ange användar-ID.

Lösenord
Ange lösenordet.

Notera
Användar-ID och lösenord används för köautentisering. Detta säkerställer att externt system endast tillåts läsa eller view meddelanden som lagts upp i meddelandekön.

Kontextleverantör URL
Köproffsfile kräver kontextleverantören URL av applikationsservern där kön
skapas. Alla andra parametrar är desamma som nämnts ovan.

Notera
OBPM bygger ECA-begäran med detaljer och skickar till MDB_QUEUE. DDA-system genom GWMDB drar gateway-begäran och anropar internt ECA-blockprocessen för att skapa eller ångra ECA-blocket. När processen är slutförd skickar DDA-systemet svaret via gatewayen infra till MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE är konfigurerad med en återleveranskö som jms/ACC_ENTRY_RES_BKP_IN. Denna kö drar svaret internt genom OBPM MDB för att slutföra ECA-bearbetning i OBPM.

Underhåll av redovisningssystem
Du kan anropa den här skärmen genom att skriva 'PMDACCMT' i fältet i det övre högra hörnet av programverktygsfältet och klicka på den intilliggande pilknappen. Detta för att göra det möjligt för OBPM att bokföra bokföringsposterna ( Dr ISBGL & Cr Nostro Ac) till DDA-systemet när SWIFT-meddelandet skickas.

Notera
Se till att du behöver underhålla det nödvändiga redovisningssystemet på skärmen "Externt redovisningssystem detaljerad". Underhåll dessutom kontosystemmappning för redovisningssystem och nätverk (PMDACMAP)

Inqueue JNDI Namn
Ange köets JNDI-namn som 'MDB_QUEUE_RESPONSE'.

Outqueue JNDI Namn
Ange utgångsköns JNDI-namn som 'MDB_QUEUE'.

Q Profile
Q Profile måste underhållas enligt MDB-kön som skapats på appservern. Q Profile måste ha en IP-adress där JMS-kön har skapats. OBPM-systemet postar begäran om överlämning av redovisning genom dessa MDB-köer.

Notera
OBPM bygger redovisningsöverlämnandebegäran med detaljer och skickar till MDB_QUEUE. Bokföringssystem via GWMDB hämtar gateway-begäran och anropar internt extern redovisningsbegäran. När processen är slutförd skickar redovisningssystemet svaret via gatewayen infra till MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE är konfigurerad med en återleveranskö som jms/ACC_ENTRY_RES_BKP_IN. Denna kö drar internt svaret genom OBPM MDB för att slutföra bearbetning av Accounting Handoff i OBPM.

Underhåll av valutakorrespondent
För SWIFT/gränsöverskridande betalningar bör banken behålla valutakorrespondenten, dvs bankens korrespondenter så att betalningen kan dirigeras på lämpligt sätt. Betalningskedjan byggs upp med hjälp av valutakorrespondentunderhållet. Banken kan ha flera valutakorrespondenter för samma valuta men en viss korrespondent kan markeras som primär korrespondent så att betalningen dirigeras genom den banken även om det finns flera korrespondentbanker.

Valutakorrespondentunderhåll (PMDCYCOR) används för att bygga upp betalningskedjor för gränsöverskridande betalningar. Detta är underhåll på värdnivå. Valuta, bank-BIC och kontonummer kan bibehållas för korrespondenten. Du kan anropa denna skärm genom att skriva 'PMDCYCOR' i fältet i det övre högra hörnet av applikationsverktygsfältet och klicka på den intilliggande pilknappen. Underhåll AWI eller AWIs valutakorrespondent på den här skärmen.

Värdkod
Systemet visar värdkoden för den valda grenen av den inloggade användaren.

Bankkod
Välj bankkoden från listan med värden som visas. Vald BIC-kod visas i detta fält.

Valuta
Ange valutan. Alternativt kan du välja valuta från alternativlistan. Listan visar alla giltiga valutor som underhålls i systemet.

Primär korrespondentkontroll
Denna ruta om denna korrespondent är den primära valutakorrespondenten. Det kan bara finnas en primär valutakorrespondent för kombinationen av kontotyp, valuta. Kontotyp Välj kontotyp. Listan visar följande värden:

• Vårt konto upprätthålls med korrespondentens inmatning i fältet Bankkod.
• Deras- Kontot upprätthålls av korrespondentens inmatning i fältet Bankkod hos den behandlande banken (Nostro-konto).

Kontotyp
Ange kontotypen som Vår – korrespondentens Nostro som finns i våra böcker.

Kontonummer
Ange det kontonummer som är kopplat till korrespondentens inmatning i fältet Bankkod i angiven valuta. Alternativt kan du välja kontonummer från alternativlistan. Listan visar alla Nostro-konton för kontotyp OUR och giltiga normala konton för kontotyp THEIR. Kontovalutan som visas i listan bör vara densamma som den angivna valutan.

Primärt konto
Markera den här kryssrutan för att ange om kontot är det primära kontot. Du kan lägga till flera konton. Men bara ett konto kan markeras som primärt konto. Detta indikerar att kontot som är markerat som Primärt konto är nyckelkontot för kombinationen "Värdkod, Bankkod, Valuta".

MT 210 krävs?
Markera den här kryssrutan för att ange om MT 210 måste skickas till valutakorrespondenten i de scenarier där den genereras automatiskt som generering av utgående MT 200/MT 201. Endast om den här kryssrutan är markerad genererar systemet MT210

Avstämning Externa konton Underhåll
Du kan anropa denna skärm genom att skriva 'PXDXTACC' i fältet i det övre högra hörnet av programverktygsfältet och klicka på den intilliggande pilknappen.

Behåll Vostro-kontonumret (motsvarande Nostro) som finns i korrespondentens böcker. Detta kommer att skickas i 53B tag i MT103 & MT202 Cover-meddelanden.

• Avstämningsklass
• Behåll det som NOST.
• Extern enhet
• Ange korrespondentens BIC.
• Externt konto
• Ange Vostro-kontonummer.
• Konto GL

Ange Nostro-kontonummer. Detta bör finnas i STDCRACC som ett Nostro-konto.

RMA eller RMA Plus Detaljer
Relationshantering Applikationsdetaljer ska underhållas här och tillåtna meddelandekategori och meddelandetyper ska tillhandahållas. Korrespondent bör vara vår bank BIC-kod (för direkt relation). Du kan anropa den här skärmen genom att skriva 'PMDRMAUP' i fältet i det övre högra hörnet av programverktygsfältet och klicka på den intilliggande pilknappen.

RMA-posttyp
Systemet skulle indikera om detta är en RMA- eller RMA+-auktoriseringspost baserat på detaljerna i den uppladdade eller manuellt skapade RMA-auktoriseringsposten.

Notera
Om den uppladdade RMA file har inkluderat eller uteslutit meddelandetyper i olika meddelandekategorier, då skulle detta vara RMA+-post. Om inte är posten en RMA-post.

Emittent
Välj önskad BIC för bankkontor som har utfärdat tillståndet att ta emot alla eller särskilda meddelandetyper (vid RMA+) från den tillgängliga värdelistan.

RMA typ
Ange RMA-typ. Välj mellan Utfärdat och Mottaget från rullgardinsmenyn.

Gäller från datum
Ange startdatum för giltighet av RMA-auktorisering

Korrespondent
Välj BIC för bankkontor som har fått tillståndet från Emittentbank från värdelistan.

RMA-status
Välj status för RMA från rullgardinsmenyn. Alternativen är Aktiverad, Återkallad, Raderad och Avvisad.

Notera
Endast "aktiverade" RMA-auktoriseringar används för RMA-validering.

Gäller till dags dato
Ange slutdatum för giltighet för RMA-auktorisering. Meddelande Kategori Detaljer Grid

Meddelandekategori
Välj önskad meddelandekategori från rullgardinsmenyn.

Inkludera/uteslut flagga
Om detta skapas som RMA+-post, välj flaggan för varje meddelandekategori som anger 'Inkludera' eller 'Uteslut' av en eller flera eller ALLA meddelandetyper (MT) som är auktoriserade av Emittentbanken.

Information om meddelandetyp

Meddelandetyp
Om detta skapas som RMA+-post, ange sedan en lista med 'Inkluderade' eller 'Uteslutna' de meddelandetyper som ska läggas till för varje meddelandekategori.

Notera

• Om alla MT:er inom en meddelandekategori ska inkluderas ska flaggan Inkludera/Uteslut indikera "Exkludera" och inga MT:er ska väljas i meddelandetyp
• Informationsrutnät. Detta skulle innebära "Uteslut - Ingenting", dvs alla MT:er inom kategorin är inkluderade i RMA+-auktoriseringen.
• Om alla MT:er inom en meddelandekategori ska exkluderas ska flaggan Inkludera/Uteslut indikera "Inkludera" och inga MT:er ska visas i meddelandetyp
• Informationsrutnät. Detta skulle betyda "Inkludera - Ingenting", dvs ingen av MT:erna inom kategorin är inkluderade i RMA+-auktoriseringen.
• Skärmen bör inte lista någon meddelandekategori som inte är tillåten som en del av RMA+-auktorisationerna som utfärdats av Emittentbanken. Som nämnts ovan är alla ändringar av befintliga behörigheter endast tillåtna från huvudkontoret
• För det valda paret av utfärdare och korrespondent-BIC:er och RMA-typ skulle följande attribut tillåtas ändras –
• RMA-status – Status kan ändras till något av de tillgängliga alternativen – Aktiverad, Återkallad, Raderad och Avvisad.

Notera
I verkligheten kan RMA-status inte ändras till något alternativ eftersom det beror på vem som är Emittentens BIC, nuvarande status och andra faktorer. Dessa statusändringar sker dock i RMA/RMA+-modulen i SAA och modifieringsfunktionen är endast tillåten för Ops-användare att manuellt replikera statusen i detta underhåll (om de inte kan vänta till nästa RMA-uppladdning).

• Giltigt från datum – Nytt (modifierat) datum som är större än befintligt "Giltigt till"-datum kan ställas in.
• Giltigt till datum – Nytt datum som är större än Nytt "Giltigt från"-datum kan ställas in.
• Radering av befintlig meddelandekategori och/eller meddelandetyper.
• Tillägg av ny meddelandekategori och/eller meddelandetyp tillsammans med Inkludera/Exkludera-indikatorn.

En ny behörighet skulle vara möjlig att skapa genom att kopiera en befintlig behörighet och sedan ändra densamma. Ändringar av befintliga behörigheter samt skapande av nya behörigheter skulle behöva godkännas av en annan användare eller av tillverkaren (om filialen och användaren stöder automatisk auktorisering).

Gemensamt kärnunderhåll
Följande vanliga kärnunderhåll måste utföras för integration.

• Kundunderhåll
• Skapa kunderna i STDCIFCR.
• Kontounderhåll
• Skapa konton (CASA / NOSTRO) i STDCRACC.
• NOTSRO-konto måste skapas för den bank där låntagaren har CASA-kontot.
• Huvudbok underhåll
• Skapa huvudboken i STDCRGLM.
• Transaktionskod Underhåll
• Skapa transaktionskoden i STDCRTRN.
• OBPM för att använda OFCUB-datum
• Behåll parametern IS_CUSTOM_DATE som "Y" i tabellen cstb_param.
• Behåll OBCL_EXT_PM_GEN-parametern som 'Y' i CSTB_PARAM för att överlämna begäran till OBPM
• Genom detta kommer OBPM att använda "Today" från sttm_dates som transaktionsbokningsdatum.
• BIC-kod Detaljer Underhåll
• BIC-koden är en standardiserad internationell identifierare och som används för att identifiera identiteter och för att dirigera betalningsmeddelanden. Du kan definiera bankkoder via skärmen 'BIC Code Details' (ISDBICDE).
• Andra betalningar Underhåll
• Se Oracle Banking Payments Core User Manual, för andra Dag 0-underhåll.
• För detaljerad information om ovan nämnda skärmar, se Oracle Banking Payments Core User Manual.

Ordlista för funktions-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

Ladda ner PDF: Oracle 14.7 Payments Co-deployed Integration Användarhandbok

Referenser

• Användarmanual