Podręcznik użytkownika integracji współwdrożonej Oracle 14.7 Payments

Pożyczki korporacyjne – Przewodnik użytkownika integracji współwdrożonej płatności

Listopad 2022
Oprogramowanie do usług finansowych Oracle Limited

Park Oracle
Przy autostradzie Western Express

Goregaon (Wschód)
Bombaj, Maharasztra 400 063

Indie
Zapytania na całym świecie:
Telefon: +91 22 6718 3000
Faks: +91 22 6718 3001
www.oracle.com/financialservices/

Prawa autorskie © 2007, 2022, Oracle i/lub jej podmioty stowarzyszone. Wszelkie prawa zastrzeżone. Oracle i Java są zastrzeżonymi znakami towarowymi firmy Oracle i/lub jej podmiotów stowarzyszonych. Inne nazwy mogą być znakami towarowymi odpowiednich właścicieli.
UŻYTKOWNICY KOŃCOWI RZĄDU USA: Programy Oracle, w tym wszelkie systemy operacyjne, zintegrowane oprogramowanie, wszelkie programy zainstalowane na sprzęcie i/lub dokumentacja, dostarczane użytkownikom końcowym rządu USA są „komercyjnym oprogramowaniem komputerowym” w rozumieniu obowiązujących przepisów Federal Acquisition Regulation oraz uzupełniających przepisów poszczególnych agencji.

W związku z tym korzystanie, powielanie, ujawnianie, modyfikowanie i adaptowanie programów, w tym dowolnego systemu operacyjnego, zintegrowanego oprogramowania, dowolnych programów zainstalowanych na sprzęcie i/lub dokumentacji, podlega warunkom licencji i ograniczeniom licencyjnym mającym zastosowanie do programów. Rządowi USA nie udziela się żadnych innych praw.

To oprogramowanie lub sprzęt zostały opracowane do ogólnego użytku w różnych aplikacjach do zarządzania informacjami. Nie zostały opracowane ani przeznaczone do użytku w żadnych z natury niebezpiecznych aplikacjach, w tym aplikacjach, które mogą stwarzać ryzyko obrażeń ciała. Jeśli używasz tego oprogramowania lub sprzętu w niebezpiecznych aplikacjach, ponosisz odpowiedzialność za podjęcie wszelkich odpowiednich środków zabezpieczających przed awariami, kopii zapasowych, redundancji i innych środków w celu zapewnienia bezpiecznego użytkowania. Oracle Corporation i jej podmioty stowarzyszone zrzekają się wszelkiej odpowiedzialności za szkody spowodowane użyciem tego oprogramowania lub sprzętu w niebezpiecznych aplikacjach.

To oprogramowanie i powiązana dokumentacja są dostarczane na podstawie umowy licencyjnej zawierającej ograniczenia dotyczące użytkowania i ujawniania i są chronione prawami własności intelektualnej. Z wyjątkiem przypadków wyraźnie dozwolonych w umowie licencyjnej lub dozwolonych przez prawo, nie możesz używać, kopiować, reprodukować, tłumaczyć, transmitować, modyfikować, licencjonować, przesyłać, dystrybuować, wystawiać, wykonywać, publikować ani wyświetlać żadnej części, w żadnej formie ani w żaden sposób. Inżynieria wsteczna, dezasemblacja lub dekompilacja tego oprogramowania, chyba że jest to wymagane przez prawo w celu zapewnienia interoperacyjności, jest zabroniona.

Informacje zawarte w niniejszym dokumencie mogą ulec zmianie bez powiadomienia i nie gwarantuje się, że będą wolne od błędów. Jeśli znajdziesz jakiekolwiek błędy, zgłoś je nam na piśmie. To oprogramowanie lub sprzęt oraz dokumentacja mogą zapewniać dostęp do treści, produktów i usług stron trzecich lub informacje o nich. Oracle Corporation i jej podmioty stowarzyszone nie ponoszą odpowiedzialności za wszelkie gwarancje dotyczące treści, produktów i usług stron trzecich i wyraźnie zrzekają się wszelkich gwarancji dotyczących tych treści, produktów i usług. Oracle Corporation i jej podmioty stowarzyszone nie ponoszą odpowiedzialności za żadne straty, koszty ani szkody poniesione z powodu dostępu do treści, produktów lub usług stron trzecich lub korzystania z nich.

Wstęp

Niniejszy dokument ma na celu pomóc Ci zapoznać się z integracją Oracle Banking Corporate Lending i Oracle Banking Payments w konfiguracji współwdrożonej. Oprócz tego podręcznika użytkownika, zachowując szczegóły dotyczące interfejsu, możesz wywołać pomoc kontekstową dostępną dla każdego pola. Pomaga to opisać cel każdego pola na ekranie. Możesz uzyskać te informacje, umieszczając kursor na odpowiednim polu i naciskając klawisz na klawiaturze. 1.2

Publiczność
Niniejsza instrukcja jest przeznaczona dla następujących Użytkowników/Ról Użytkowników:

Rola	Funkcjonować
Partnerzy wdrożeniowi	Zapewniamy usługi dostosowywania, konfiguracji i wdrażania

Dostępność dokumentacji
Aby uzyskać informacje na temat zaangażowania Oracle w zapewnianie dostępności, odwiedź stronę Oracle Accessibility
Program webmiejsce na http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.

Organizacja
Niniejsza instrukcja podzielona jest na następujące rozdziały:

Rozdział	Opis
Rozdział 1	Przedmowa dostarcza informacji o docelowej grupie odbiorców. Zawiera również listę różnych rozdziałów omówionych w niniejszej instrukcji obsługi.
Rozdział 2	W tym rozdziale dowiesz się, jak wspólnie wdrożyć produkty Oracle Banking Corporate Lending i Oracle Banking Payments w ramach jednej instancji.
Rozdział 3	Słownik identyfikatorów funkcji zawiera alfabetyczną listę identyfikatorów funkcji/ekranów używanych w module z odniesieniami do stron umożliwiającymi szybką nawigację.

Akronimy i skróty

Skrót	Opis
API	Interfejs programowania aplikacji
FCUBS	Oracle FLEXCUBE Bankowość uniwersalna
OBCL	Kredyty korporacyjne w Oracle Banking
OL	Kredyty Oracle
ROFC	Pozostała część Oracle FLEXCUBE
System	O ile nie określono inaczej, będzie to zawsze odnosić się do systemu Oracle FLEXCUBE Universal Banking Solutions
WSDL	Web Usługi Opis Język

Słowniczek ikon
Niniejsza instrukcja obsługi może odnosić się do wszystkich lub niektórych poniższych ikon.

Kredyty korporacyjne – integracja płatności w konfiguracji CoDeployed
Rozdział ten zawiera następujące sekcje:

• Sekcja 2.1, „Wprowadzenie”
• Sekcja 2.2, „Konserwacje w OBCL”
• Sekcja 2.3, „Konserwacja w OBPM”

Wstęp
Możesz zintegrować Oracle Banking Corporate Lending (OBCL) z produktem Oracle Banking Payment (OBPM). Aby zintegrować te dwa produkty w środowisku współwdrożonym, musisz wykonać określone czynności konserwacyjne w OBCL, Payments i Common Core.

Konserwacje w OBCL
Integracja Oracle Banking Corporate Lending (OBCL) i Oracle Banking Payments (OBPM) umożliwia realizację wypłat pożyczek za pośrednictwem płatności transgranicznych poprzez generowanie komunikatów SWIFT MT103 i MT202.

Konserwacja systemu zewnętrznego
Możesz wywołać ten ekran, wpisując „GWDETSYS” w polu w prawym górnym rogu paska narzędzi aplikacji i klikając na sąsiadujący przycisk strzałki. Musisz zdefiniować system zewnętrzny dla gałęzi, która komunikuje się z OBCL za pomocą bramy integracyjnej.

Notatka
Upewnij się, że w OBCL utrzymujesz aktywny rekord ze wszystkimi wymaganymi polami i „Systemem zewnętrznym” na ekranie „Konserwacja systemu zewnętrznego”. Na przykładample,, utrzymuj System Zewnętrzny jako „INTBANKING”.

Wniosek

• Zachowaj jako ID wiadomości.
• Poproś o wiadomość
• Zachowaj tryb pełnoekranowy.
• Wiadomość z odpowiedzią
• Zachowaj tryb pełnoekranowy.
• Kolejki systemu zewnętrznego
• Utrzymuj kolejki In & Response JMS. Są to kolejki, w których OBCL publikuje żądanie XML SPS w OBPM.
• Aby uzyskać więcej informacji na temat konserwacji systemu zewnętrznego, zapoznaj się z Common Core – Gateway User. Guide.

Utrzymanie Oddziału
Musisz utworzyć oddział na ekranie „Branch Core Parameter Maintenance” (STDCRBRN). Ten ekran służy do przechwytywania podstawowych szczegółów oddziału, takich jak nazwa oddziału, kod oddziału, adres oddziału, tygodniowe święta itd. Możesz wywołać ten ekran, wpisując „STDCRBRN” w polu w prawym górnym rogu paska narzędzi aplikacji i klikając na sąsiadujący przycisk strzałki.

Możesz określić hosta dla każdej utworzonej gałęzi. Aby zachować hosta dla różnych stref czasowych, zobacz..
Podręcznik użytkownika Oracle Banking Payments Core.

Notatka
Para oddziałów mogąca realizować płatności międzyoddziałowe powinna być utrzymywana w ramach tego samego hosta.

Konserwacja parametrów hosta
Aby wywołać ten ekran, wpisz „PIDHSTMT” w polu w prawym górnym rogu paska narzędzi aplikacji i kliknij sąsiadujący przycisk strzałki.

Notatka

• W OBCL upewnij się, że utrzymujesz parametr hosta z aktywnym rekordem ze wszystkimi wymaganymi polami.
• „System integracji OBCL” służy do integracji UBS z 360 i integracji handlowej. „System płatności” służy do integracji OBPM, a opcja „INTBANKING” musi być wybrana.

Kod gospodarza
Określ kod hosta.

Opis hosta
Podaj krótki opis hosta.

Kod systemu księgowego
Podaj kod systemu księgowego. Np.ampczyli „OLINTSYS”

System płatności
Określ system płatności. Np.ample, „INTBANKING”

Systemy ELCM
Określ system ELCM. Na przykładamp,,olelcm”

System integracji OBCL
Określ system zewnętrzny. Na przykładample, „OLINTSYS”, do integracji z systemem UBS.

System Blockchain
Określ system blockchain. Na przykładamp„OLBLKCN”.

Kod sieci płatniczej
Określ sieć, przez którą OBPM ma wysłać wiadomość wychodzącą, w celu wypłaty pożyczki. Np.ampczyli „SWIFT”.

Konserwacja parametrów integracji
Możesz wywołać ten ekran, wpisując „OLDINPRM” w polu w prawym górnym rogu paska narzędzi aplikacji i klikając sąsiadujący przycisk strzałki.

Notatka
Upewnij się, że na ekranie „Konserwacja parametrów integracji” utrzymujesz aktywny rekord ze wszystkimi wymaganymi polami i nazwą usługi „PMSinglePaymentService”.

Kod oddziału
Określ jako „ALL”, jeśli parametry integracji są wspólne dla wszystkich gałęzi. Lub zachowaj poszczególne gałęzie.

System zewnętrzny
Jako system zewnętrzny podaj „INTBANKING”.

Użytkownik zewnętrzny
Podaj identyfikator użytkownika, który ma zostać przekazany w żądaniu płatności do OBPM.

Nazwa usługi
Podaj nazwę usługi jako 'PMSinglePayOutService'.

Kanał komunikacyjny
Określ kanał komunikacji jako „Web Praca'.

Tryb komunikacji
Określ tryb komunikacji jako „ASYNC”.

Warstwa komunikacji
Jako Warstwę komunikacyjną określ Aplikację.

Nazwa usługi WS
Określ web nazwę usługi jako 'PMSinglePayOutService'.

Punkt końcowy WS URL
Podaj link WSDL usług: „Usługa pojedynczej płatności” (Payment Single Payment Service).

Użytkownik WS
Utrzymaj użytkownika OBPM z dostępem do wszystkich oddziałów i funkcją automatycznej autoryzacji.

Obsługa klienta
Customer Maintenance (OLDCUSMT) jest obowiązkowe. Musisz utworzyć rekord na tym ekranie dla banku. „Primary BIC” i „Default Media” powinny być „SWIFT”, aby generować wiadomości SWIFT.

Instrukcja dotycząca utrzymania rozliczeń
Konto NOSTRO musi zostać utworzone dla banku, w którym pożyczkobiorca i uczestnik (obaj) powinni mieć swoje konto CASA. Musi ono zostać zamapowane w LBDINSTR, a konto płatności/odbioru powinno być NOSTRO. Musisz wybrać konto NOSTRO w polach kont płatności i odbioru, ale pożyczkobiorca nie może mieć konta NOSTRO, tylko bank może mieć konto bankowe NOSTRO i musisz wybrać opcję Płatność i odbiór jako identyfikator BANKU. Jest to zastępowane przez wewnętrzny most GL podczas wykonywania transakcji. Utrzymuj kontrahenta ze wszystkimi wymaganymi polami na ekranie „Konserwacja instrukcji rozliczeniowych” (LBDINSTR). Aby uzyskać więcej informacji na temat instrukcji rozliczeniowych, zapoznaj się z Podręcznikiem użytkownika syndykacji pożyczek.

Most międzysystemowy GL
Możesz wywołać ten ekran, wpisując „OLDISBGL” w polu w prawym górnym rogu paska narzędzi aplikacji i klikając sąsiadujący przycisk strzałki.

Notatka
Upewnij się, że utrzymujesz aktywny rekord ze wszystkimi wymaganymi polami i „Systemem zewnętrznym” ustawionym jako „INTBANKING” na ekranie „Konserwacja księgi głównej mostu międzysystemowego”.

System zewnętrzny
Podaj nazwę systemu zewnętrznego jako „INTBANKING”.

Identyfikator modułu
Podaj kod modułu jako „OL”.

Waluta transakcji
Podaj walutę transakcji „ALL” lub konkretną walutę.

Oddział Transakcyjny
Podaj gałąź transakcji jako „ALL” lub podaj konkretną gałąź.

Kod produktu
Podaj kod produktu „ALL” lub konkretny produkt.

Funkcjonować
Podaj identyfikatory funkcji transakcji jako „ALL” lub konkretny identyfikator funkcji.

ISB GL
Określ Inter System Bridge GL, gdzie przenoszony jest kredyt z OBCL na wypłatę pożyczki. Ten sam GL musi być zachowany w OBPM w celu dalszego przetwarzania.

Konserwacje w OBPM

Konserwacja źródła
Możesz wywołać ten ekran, wpisując „PMDSORCE” w polu w prawym górnym rogu paska narzędzi aplikacji i klikając sąsiadujący przycisk strzałki.

Notatka
Upewnij się, że utrzymujesz aktywny rekord ze wszystkimi wymaganymi polami na ekranie „Szczegóły konserwacji źródła”.

Kod źródłowy
Podaj kod źródłowy. Np.amp„INTBANKING”.

Kod hosta
Kod hosta jest domyślnie ustawiany automatycznie na podstawie gałęzi.

Dozwolone są płatności z góry
Zaznacz pole wyboru „Dozwolone są płatności z góry”.

Płatności z góry GL
Określ GL płatności przedpłaconych tak samo, jak GL mostu międzysystemowego utrzymywanego w

OLDISBGL dla OBCL.
OBPM pobiera wypłaconą kwotę pożyczki z tej księgi głównej i uznaje wskazany rachunek Nostro w momencie wysłania komunikatu o płatności.

Wymagane powiadomienie
Zaznacz pole wyboru „Wymagane powiadomienie”.

Zewnętrzna kolejka powiadomień
Możesz wywołać ten ekran, wpisując „PMDEXTNT” w polu w prawym górnym rogu paska narzędzi aplikacji i klikając sąsiadujący przycisk strzałki.

Notatka
Upewnij się, że utrzymujesz aktywny rekord ze wszystkimi wymaganymi polami na ekranie „Kolejka powiadomień zewnętrznych”.

Host i kod źródłowy
Określ kod źródłowy jako „INTBANKING”. Kod hosta jest domyślnie ustawiany na podstawie kodu źródłowego. Konfiguracja zewnętrznego systemu bramy ma zostać wykonana dla kodu źródłowego „INTBANKING”.

Rodzaj komunikacji
Wybierz typ komunikacji jako 'Web Praca

Klasa systemu powiadomień
Wybierz klasę systemu powiadomień „OFCL”.

WebPraca URL
Dla danej kombinacji kodu hosta i kodu źródłowego, web praca URL należy obsługiwać za pomocą usługi OL (FCUBSOLService), aby otrzymywać powiadomienia z OBPM do OBCL.

Praca
Określ webUsługa jako 'FCUBSOLService'.

Preferencje sieciowe źródła
Możesz wywołać ten ekran, wpisując „PMDSORNW” w polu w prawym górnym rogu paska narzędzi aplikacji i klikając sąsiadujący przycisk strzałki.

Notatka
Upewnij się, że utrzymujesz aktywny rekord na ekranie „Szczegółowe preferencje sieci źródłowej”. Preferencje dla różnych sieci płatniczych, za pośrednictwem których OBCL inicjuje żądanie płatności, muszą być utrzymywane na tym ekranie dla tych samych kodów źródłowych.

Host i kod źródłowy
Określ kod źródłowy jako „INTBANKING”. Kod hosta jest domyślnie ustawiany na podstawie kodu źródłowego. Konfiguracja zewnętrznego systemu bramy ma zostać wykonana dla kodu źródłowego „INTBANKING”.

Kod sieciowy
Podaj kod sieciowy jako „SWIFT”. Ma to na celu umożliwienie OBPM wywołania komunikatu SWIFT dla kwoty wypłaty pożyczki.

Typ transakcji
Aby wysłać wiadomość SWIFT, określ typ transakcji jako „Wychodząca”.

Konserwacja reguł sieciowych
Możesz wywołać ten ekran, wpisując „PMDNWRLE” w polu w prawym górnym rogu paska narzędzi aplikacji i klikając sąsiadujący przycisk strzałki.

Notatka
Upewnij się, że utrzymujesz aktywny rekord ze wszystkimi wymaganymi polami na ekranie „Szczegółowe reguły sieciowe”, aby skierować żądanie OBCL do odpowiedniej sieci. Aby uzyskać więcej informacji na temat konserwacji reguł sieciowych, zapoznaj się z Podręcznikiem użytkownika Payments Core.

Konserwacja systemu ECA
Upewnij się, że utworzyłeś system External Credit Approval Check (system DDA) na ekranie STDECAMT. Podaj wymagany system źródłowy, w którym odbywa się kontrola ECA, jak wskazano na poniższym ekranie. Możesz wywołać ten ekran, wpisując „PMDECAMT” w polu w prawym górnym rogu paska narzędzi aplikacji i klikając na sąsiadujący przycisk strzałki. Zmapuj wyżej wymieniony system ECA na ekranie „External Credit Approval System Detailed”.

Nazwa JNDI kolejki
Podaj nazwę JNDI kolejki jako „MDB_QUEUE_RESPONSE”.

Nazwa JNDI kolejki wyjściowej
Podaj nazwę JNDI kolejki wyjściowej jako „MDB_QUEUE”.

Q Profile
Q Profile muszą być utrzymywane zgodnie z kolejką MDB utworzoną na serwerze aplikacji. Q Profile musi być z adresem IP, pod którym utworzono kolejkę JMS. System OBPM wysyła żądanie ECA do systemu DDA za pośrednictwem tych kolejek MDB. Aby uzyskać więcej informacji na temat konserwacji systemu ECA, zapoznaj się z Oracle Banking Payments.

Podstawowy podręcznik użytkownika.
Kolejka Profile Konserwacja
Aby wywołać ten ekran, wpisz „PMDQPROF” w polu w prawym górnym rogu paska narzędzi aplikacji i kliknij sąsiadujący przycisk strzałki.

Notatka
Upewnij się, że konserwujesz Queue Profile w 'Kolejce Profile Ekran „Konserwacja”.

Zawodowiecfile ID
Określ połączenie kolejki profile ID.

Zawodowiecfile Opis
Określ profile opis

Identyfikator użytkownika
Podaj identyfikator użytkownika.

Hasło
Podaj hasło.

Notatka
Identyfikator użytkownika i hasło są używane do uwierzytelniania kolejki. Zapewnia to, że system zewnętrzny ma uprawnienia tylko do odczytu lub view Wiadomości zamieszczone w kolejce wiadomości.

Dostawca kontekstu URL
Kolejka profile wymaga dostawcy kontekstu URL serwera aplikacji, w którym znajduje się kolejka
utworzono. Wszystkie pozostałe parametry są takie same jak wymienione powyżej.

Notatka
OBPM buduje żądanie ECA ze szczegółami i wysyła do MDB_QUEUE. System DDA poprzez GWMDB pobiera żądanie bramy i wewnętrznie wywołuje proces bloku ECA, aby utworzyć lub cofnąć blok ECA. Po zakończeniu procesu system DDA wysyła odpowiedź poprzez infrastrukturę bramy do MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE jest skonfigurowany z kolejką ponownego dostarczania jako jms/ACC_ENTRY_RES_BKP_IN. Ta kolejka wewnętrznie pobiera odpowiedź przez OBPM MDB, aby ukończyć przetwarzanie ECA w OBPM.

Konserwacja systemu księgowego
Możesz wywołać ten ekran, wpisując „PMDACCMT” w polu w prawym górnym rogu paska narzędzi aplikacji i klikając na sąsiadujący przycisk strzałki. Ma to na celu umożliwienie OBPM księgowania wpisów księgowych (Dr ISBGL i Cr Nostro Ac) w systemie DDA po wysłaniu wiadomości SWIFT.

Notatka
Upewnij się, że musisz utrzymywać wymagany system księgowy na ekranie „Szczegóły zewnętrznego systemu księgowego”. Ponadto utrzymuj mapowanie systemu księgowego dla systemu księgowego i sieci (PMDACMAP)

Nazwa JNDI kolejki
Podaj nazwę JNDI kolejki jako „MDB_QUEUE_RESPONSE”.

Nazwa JNDI kolejki wyjściowej
Podaj nazwę JNDI kolejki wyjściowej jako „MDB_QUEUE”.

Q Profile
Q Profile muszą być utrzymywane zgodnie z kolejką MDB utworzoną na serwerze aplikacji. Q Profile musi być z adresem IP, pod którym utworzono kolejkę JMS. System OBPM publikuje żądanie przekazania Accounting przez te kolejki MDB.

Notatka
OBPM buduje żądanie przekazania rozliczeń ze szczegółami i wysyła do MDB_QUEUE. System rozliczeniowy przez GWMDB pobiera żądanie bramy i wewnętrznie wywołuje żądanie zewnętrznego rozliczenia. Po zakończeniu procesu system rozliczeniowy wysyła odpowiedź przez infrastrukturę bramy do MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE jest skonfigurowany z kolejką ponownego dostarczania jako jms/ACC_ENTRY_RES_BKP_IN. Ta kolejka wewnętrznie pobiera odpowiedź przez OBPM MDB, aby ukończyć przetwarzanie przekazania rozliczeń w OBPM.

Konserwacja korespondenta walutowego
W przypadku płatności SWIFT/transgranicznych bank powinien utrzymywać korespondenta walutowego, tj. korespondentów banku, aby płatność mogła być odpowiednio kierowana. Łańcuch płatności jest budowany przy użyciu obsługi korespondenta walutowego. Bank może mieć wielu korespondentów walutowych dla tej samej waluty, ale konkretny korespondent może być oznaczony jako korespondent główny, aby płatność była kierowana przez ten bank, nawet jeśli istnieje wiele banków korespondentów.

Konserwacja korespondenta walutowego (PMDCYCOR) jest używana w budowaniu łańcucha płatności dla płatności transgranicznych. Jest to konserwacja na poziomie hosta. Waluta, BIC banku i numer konta mogą być utrzymywane dla korespondenta. Możesz wywołać ten ekran, wpisując „PMDCYCOR” w polu w prawym górnym rogu paska narzędzi aplikacji i klikając na sąsiadujący przycisk strzałki. Utrzymuj AWI lub korespondenta walutowego AWI na tym ekranie.

Kod gospodarza
System wyświetla kod hosta wybranej gałęzi zalogowanego użytkownika.

Kod banku
Wybierz kod banku z listy wyświetlanych wartości. Wybrany kod BIC jest wyświetlany w tym polu.

Waluta
Określ walutę. Alternatywnie możesz wybrać walutę z listy opcji. Lista wyświetla wszystkie prawidłowe waluty obsługiwane w systemie.

Kontrola głównego korespondenta
To pole, jeśli ten korespondent jest głównym korespondentem walutowym. Może być tylko jeden główny korespondent walutowy dla kombinacji Typ konta, Waluta. Typ konta Wybierz typ konta. Lista wyświetla następujące wartości:

• Nasze- Konto prowadzone z korespondentem wprowadzonym w polu Kod banku.
• Ich- Konto prowadzone przez korespondenta, wpisane w polu Kod banku w banku przetwarzającym (rachunek Nostro).

Typ konta
Jako typ konta należy podać Nasze – Nostro Korespondenta prowadzone w naszych księgach.

Numer konta
Podaj numer konta powiązany z danymi korespondenta w polu Kod banku w określonej walucie. Alternatywnie możesz wybrać numer konta z listy opcji. Lista wyświetla wszystkie konta Nostro dla typu konta OUR i prawidłowe konta normalne dla typu konta THEIR. Waluta konta wyświetlana na liście powinna być taka sama jak określona waluta.

Konto główne
Zaznacz to pole wyboru, aby wskazać, czy konto jest kontem podstawowym. Możesz dodać wiele kont. Jednak tylko jedno konto może być oznaczone jako konto podstawowe. Oznacza to, że konto oznaczone jako konto podstawowe jest kontem kluczowym dla utrzymywanej kombinacji „Kod hosta, kod banku, waluta”.

Czy wymagany jest MT 210?
Zaznacz to pole wyboru, aby wskazać, czy MT 210 musi zostać wysłany do korespondenta walutowego w scenariuszach, w których jest generowany automatycznie, np. podczas generowania wychodzącego MT 200/MT 201. System generuje MT210 tylko wtedy, gdy to pole wyboru jest zaznaczone.

Uzgodnienie Kont Zewnętrznych Konserwacja
Możesz wywołać ten ekran, wpisując „PXDXTACC” w polu w prawym górnym rogu paska narzędzi aplikacji i klikając sąsiadujący przycisk strzałki.

Utrzymuj numer konta Vostro (odpowiednik Nostro), który jest przechowywany w księgach Korespondenta. Zostanie on wysłany w 53B tag w wiadomościach na okładkach MT103 i MT202.

• Klasa pojednania
• Utrzymaj jako NOST.
• Jednostka zewnętrzna
• Podaj kod BIC korespondenta.
• Konto zewnętrzne
• Podaj numer konta Vostro.
• Konto GL

Podaj numer konta Nostro. Powinien on istnieć w STDCRACC jako konto Nostro.

Szczegóły RMA lub RMA Plus
Szczegóły aplikacji Relationship Management mają być tutaj przechowywane i dozwolone są kategorie wiadomości i typy wiadomości. Korespondent powinien być naszym kodem BIC banku (dla relacji bezpośredniej). Możesz wywołać ten ekran, wpisując „PMDRMAUP” w polu w prawym górnym rogu paska narzędzi aplikacji i klikając na sąsiadujący przycisk strzałki.

Typ rekordu RMA
System wskaże, czy jest to rekord autoryzacji RMA czy RMA+, na podstawie szczegółów przesłanego lub ręcznie utworzonego rekordu autoryzacji RMA.

Notatka
Jeśli przesłano RMA file zawiera lub wyklucza typy wiadomości w różnych kategoriach wiadomości, wówczas będzie to rekord RMA+. Jeśli nie, rekord jest rekordem RMA.

Emitent
Z dostępnej listy wartości wybierz wymagany kod BIC oddziału banku, który wydał autoryzację do otrzymywania Wszystkich lub poszczególnych typów wiadomości (w przypadku RMA+).

Typ RMA
Określ typ RMA. Wybierz pomiędzy Issued i Received z listy rozwijanej.

Ważne od daty
Określ datę rozpoczęcia ważności autoryzacji RMA

Korespondent
Z listy wartości wybierz kod BIC oddziału banku, który otrzymał autoryzację od banku-wydawcy.

Status RMA
Wybierz status RMA z listy rozwijanej. Opcje to: Włączone, Odwołane, Usunięte i Odrzucone.

Notatka
Do weryfikacji RMA używane są wyłącznie autoryzacje RMA oznaczone jako „Włączone”.

Ważne do tej pory
Określ datę końcową ważności autoryzacji RMA. Siatka szczegółów kategorii wiadomości

Kategoria wiadomości
Wybierz odpowiednią kategorię wiadomości z listy rozwijanej.

Flaga uwzględnienia/wykluczenia
Jeśli jest tworzony jako rekord RMA+, wybierz flagę dla każdej kategorii wiadomości wskazującą „Uwzględnij” lub „Wyklucz” jeden, wiele lub WSZYSTKIE typy wiadomości (MT) autoryzowane przez bank wystawcy.

Szczegóły typu wiadomości

Typ wiadomości
Jeśli jest to tworzone jako rekord RMA+, należy określić listę „Włączone” lub „Wyłączone” typów wiadomości, które mają zostać dodane dla każdej kategorii wiadomości.

Notatka

• Jeśli wszystkie MT w ramach kategorii wiadomości mają zostać uwzględnione, flaga Dołącz/Wyklucz powinna wskazywać „Wyklucz”, a w typie wiadomości nie należy wybierać żadnych MT
• Siatka szczegółów. Oznaczałoby to „Wyklucz – Nic”, tzn. wszystkie MT w kategorii są uwzględnione w autoryzacji RMA+.
• Jeśli wszystkie MT w ramach kategorii wiadomości mają zostać wykluczone, flaga „Uwzględnij/Wyklucz” powinna wskazywać „Uwzględnij”, a w typie wiadomości nie powinny być wyświetlane żadne MT
• Siatka szczegółów. Oznaczałoby to „Uwzględnij – Nic”, tzn. żadne z MT w kategorii nie jest uwzględnione w autoryzacji RMA+.
• Ekran nie powinien zawierać żadnej kategorii wiadomości, która nie jest dozwolona jako część autoryzacji RMA+ wydanych przez bank wystawcy. Jak wspomniano powyżej, wszelkie modyfikacje istniejących autoryzacji są dozwolone wyłącznie w centrali
• Dla wybranej pary kodów BIC wystawcy i korespondenta oraz typu RMA można zmienić następujące atrybuty:
• Status RMA – Status można zmienić na dowolną z dostępnych opcji – Włączony, Odwołany, Usunięty i Odrzucony.

Notatka
W rzeczywistości status RMA nie może zostać zmieniony na żadną opcję, ponieważ zależy od tego, kto jest BIC wystawcy, bieżącego statusu i innych czynników. Jednak te zmiany statusu mają miejsce w module RMA/RMA+ SAA, a funkcja Modification jest dozwolona tylko dla użytkowników Ops, aby ręcznie replikować status w tej konserwacji (jeśli nie mogą czekać do następnego przesłania RMA).

• Data ważności od – Można ustawić nową (zmodyfikowaną) datę, która jest późniejsza niż istniejąca data ważności do.
• Data ważności – Można ustawić nową datę późniejszą niż nowa data „Ważność od”.
• Usunięcie istniejącej kategorii wiadomości i/lub typów wiadomości.
• Dodanie nowej kategorii wiadomości i/lub typu wiadomości wraz ze wskaźnikiem uwzględnienia/wykluczenia.

Nowe upoważnienie można utworzyć, kopiując istniejące upoważnienie, a następnie je modyfikując. Modyfikacje istniejących upoważnień, jak również tworzenie nowych upoważnień wymagałyby zatwierdzenia przez innego użytkownika lub twórcę (jeśli gałąź i użytkownik obsługują funkcję auto-autoryzacji).

Wspólna konserwacja rdzenia
Aby możliwa była integracja, konieczne jest przeprowadzenie następujących podstawowych prac konserwacyjnych.

• Obsługa klienta
• Utwórz klientów w STDCIFCR.
• Konserwacja konta
• Utwórz konta (CASA / NOSTRO) w STDCRACC.
• Konto NOTSRO należy założyć w banku, w którym pożyczkobiorca posiada konto CASA.
• Konserwacja księgi głównej
• Utwórz Księgę Główną w STDCRGLM.
• Kod transakcji Konserwacja
• Utwórz kod transakcji w STDCRTRN.
• OBPM będzie używać dat OFCUB
• Utrzymaj parametr IS_CUSTOM_DATE jako „Y” w tabeli cstb_param.
• Utrzymaj parametr OBCL_EXT_PM_GEN jako „Y” w CSTB_PARAM, aby przekazać żądanie do OBPM
• Dzięki temu OBPM użyje daty „Dzisiaj” z pliku sttm_dates jako daty księgowania transakcji.
• Szczegóły kodu BIC Konserwacje
• Kod BIC to znormalizowany międzynarodowy identyfikator, który służy do identyfikacji i kierowania komunikatów płatniczych. Kody bankowe można zdefiniować za pomocą ekranu „Szczegóły kodu BIC” (ISDBICDE).
• Inne płatności Konserwacje
• Informacje na temat pozostałych prac konserwacyjnych wykonywanych w dniu 0 można znaleźć w Podręczniku użytkownika Oracle Banking Payments Core.
• Szczegółowe informacje na temat wyżej wymienionych ekranów można znaleźć w Podręczniku użytkownika Oracle Banking Payments Core.

Słownik identyfikatorów funkcji

• 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
• Źródło PMDS ………………… 2-7
• PMDSORNW ……………….. 2-9
• PXDXTACC ……………….. 2-16
• S STDCRBRN …………………. 2-2
• STDECAMT ……………….. 2-11

Ściągnij PDF: Podręcznik użytkownika integracji współwdrożonej Oracle 14.7 Payments

Odniesienia

• Instrukcja obsługi