Лагатып Oracle

Кіраўніцтва карыстальніка па сумеснай інтэграцыі Oracle 14.7 Payments

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

Кіраўніцтва карыстальніка па інтэграцыі сумеснага разгортвання карпаратыўнага крэдытавання

2022 лістапада
Oracle Financial Services Software Limited

Парк Аракул
Ад шашы Western Express

Горегаон (усход)
Мумбаі, Махараштра 400 063

Індыя
Запыты па ўсім свеце:
Тэлефон: +91 22 6718 3000
Факс:+91 22 6718 3001
www.oracle.com/financialservices/

Аўтарскія правы © 2007, 2022, Oracle і/або яе філіялы. Усе правы абароненыя. Oracle і Java з'яўляюцца зарэгістраванымі гандлёвымі маркамі Oracle і/або яе філіялаў. Іншыя назвы могуць быць гандлёвымі маркамі адпаведных уладальнікаў.
УРАД КАНЕЧНЫХ КАРЫСТАЛЬНІКАЎ ЗША: Праграмы Oracle, уключаючы любую аперацыйную сістэму, інтэграванае праграмнае забеспячэнне, любыя праграмы, усталяваныя на абсталяванні, і/або дакументацыю, якія дастаўляюцца канчатковым карыстальнікам урада ЗША, з'яўляюцца «камерцыйным камп'ютэрным праграмным забеспячэннем» у адпаведнасці з дзеючым Палажэннем аб федэральных закупках і спецыфічным агенцтвам дадатковыя палажэнні.

Такім чынам, выкарыстанне, дубліраванне, раскрыццё, мадыфікацыя і адаптацыя праграм, уключаючы любую аперацыйную сістэму, інтэграванае праграмнае забеспячэнне, любыя праграмы, усталяваныя на абсталяванні, і/або дакументацыю падлягаюць умовам ліцэнзіі і ліцэнзійным абмежаванням, якія прымяняюцца да праграм. . Ніякіх іншых правоў урад ЗША не прадастаўляе.

Гэта праграмнае або апаратнае забеспячэнне распрацавана для агульнага выкарыстання ў розных праграмах кіравання інфармацыяй. Ён не распрацаваны і не прызначаны для выкарыстання ў небяспечных па сваёй сутнасці праграмах, у тым ліку ў праграмах, якія могуць стварыць рызыку траўмаў. Калі вы выкарыстоўваеце гэтае праграмнае або апаратнае забеспячэнне ў небяспечных праграмах, вы несяце адказнасць за прыняцце ўсіх належных мер бяспекі, рэзервовага капіявання, рэзервавання і іншых мер для забеспячэння іх бяспечнага выкарыстання. Карпарацыя Oracle і яе філіялы адмаўляюцца ад любой адказнасці за шкоду, прычыненую выкарыстаннем гэтага праграмнага або апаратнага забеспячэння ў небяспечных праграмах.

Гэта праграмнае забеспячэнне і звязаная з ім дакументацыя прадастаўляюцца ў адпаведнасці з ліцэнзійным пагадненнем, якое змяшчае абмежаванні на выкарыстанне і раскрыццё інфармацыі, і ахоўваецца законамі аб інтэлектуальнай уласнасці. За выключэннем выпадкаў, прама дазволеных у вашым ліцэнзійным пагадненні або законам, вы не можаце выкарыстоўваць, капіяваць, прайграваць, перакладаць, трансляваць, змяняць, ліцэнзаваць, перадаваць, распаўсюджваць, дэманстраваць, выконваць, публікаваць або дэманстраваць любую частку ў любой форме, або любым спосабам. Рэверс-інжынірынг, разборка або дэкампіляцыя гэтага праграмнага забеспячэння, за выключэннем выпадкаў, калі гэта патрабуецца заканадаўствам для ўзаемадзеяння, забаронена.

Змешчаная тут інфармацыя можа быць зменена без папярэдняга паведамлення і не гарантуецца адсутнасці памылак. Калі вы выявілі якія-небудзь памылкі, паведаміце нам пра іх пісьмова. Гэта праграмнае або апаратнае забеспячэнне і дакументацыя могуць прадастаўляць доступ да змесціва, прадуктаў і паслуг трэціх асоб або інфармацыю аб іх. Карпарацыя Oracle і яе філіялы не нясуць адказнасці і відавочна адмаўляюцца ад любых гарантый у дачыненні да старонняга кантэнту, прадуктаў і паслуг. Карпарацыя Oracle і яе філіялы не нясуць адказнасці за любыя страты, выдаткі або пашкоджанні, панесеныя з-за доступу або выкарыстання змесціва, прадуктаў або паслуг трэціх асоб.

Уводзіны

Гэты дакумент распрацаваны, каб дапамагчы вам азнаёміцца ​​з інтэграцыяй Oracle Banking Corporate Lending і Oracle Banking Payments у сумесна разгорнутую ўстаноўку. Акрамя гэтага кіраўніцтва карыстальніка, захоўваючы дэталі, звязаныя з інтэрфейсам, вы можаце выклікаць кантэкстную дапамогу, даступную для кожнага поля. Гэта дапамагае апісаць прызначэнне кожнага поля на экране. Гэтую інфармацыю можна атрымаць, навёўшы курсор на адпаведнае поле і націснуўшы клавішу на клавіятуры. 1.2

Аўдыторыя
Гэта кіраўніцтва прызначана для наступных карыстальнікаў/роляў карыстальнікаў:

Роля Функцыя
Партнёры па рэалізацыі Прадастаўленне паслуг па настройцы, канфігурацыі і ўкараненні

Даступнасць дакументацыі
Для атрымання інфармацыі аб прыхільнасці Oracle да даступнасці наведайце Oracle Accessibility
праграма webсайт на http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.

Арганізацыя
Гэта кіраўніцтва арганізавана ў наступныя раздзелы:

Кіраўнік Апісанне
Раздзел 1 Прадмова дае інфармацыю аб мэтавай аўдыторыі. У ім таксама пералічаны розныя раздзелы гэтага Кіраўніцтва карыстальніка.
Раздзел 2 Гэты раздзел дапаможа вам сумесна разгарнуць прадукт Oracle Banking Corporate Lending і Oracle Banking Payments у адным асобніку.
Раздзел 3 Ідэнтыфікатар функцый Гласарый мае алфавітны спіс ідэнтыфікатараў функцый/экранаў, якія выкарыстоўваюцца ў модулі са спасылкамі на старонкі для хуткай навігацыі.

Абрэвіятуры і абрэвіятуры

Абрэвіятура Апісанне
API Інтэрфейс прыкладнога праграмавання
ФКУБС Oracle FLEXCUBE Universal Banking
OBCL Карпаратыўнае крэдытаванне Oracle Banking
OL Крэдытаванне Oracle
ROFC Астатняя частка Oracle FLEXCUBE
сістэма Калі не пазначана іншае, гэта заўсёды адносіцца да сістэмы універсальных банкаўскіх рашэнняў Oracle FLEX-CUBE
WSDL Web Мова апісання паслуг

Слоўнік абразкоў
Гэта кіраўніцтва карыстальніка можа спасылацца на ўсе або некаторыя з наступных значкоў.

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

Карпаратыўнае крэдытаванне - інтэграцыя плацяжоў у CoDeployed Setup
Гэты раздзел змяшчае наступныя раздзелы:

  • Раздзел 2.1, «Уводзіны»
  • Раздзел 2.2, «Тэхнічнае абслугоўванне ў OBCL»
  • Раздзел 2.3, «Тэхнічнае абслугоўванне ў OBPM»

Уводзіны
Вы можаце інтэграваць Oracle Banking Corporate Lending (OBCL) з прадуктам Oracle Banking Payment (OBPM). Каб інтэграваць гэтыя два прадукты ў асяроддзе сумеснага разгортвання, вам трэба выканаць спецыяльнае абслугоўванне ў OBCL, Payments і Common Core.

Тэхнічнае абслугоўванне ў OBCL
Інтэграцыя паміж Oracle Banking Corporate Lending (OBCL) і Oracle Banking Payments (OBPM) дазваляе вам адпраўляць выплату пазыкі праз трансгранічны плацёж шляхам генерацыі паведамленняў SWIFT MT103 і MT202.

Абслугоўванне вонкавай сістэмы
Вы можаце выклікаць гэты экран, набраўшы «GWDETSYS» у поле ў правым верхнім куце панэлі інструментаў прыкладання і націснуўшы на кнопку са стрэлкай побач. Вам трэба вызначыць знешнюю сістэму для філіяла, які ўзаемадзейнічае з OBCL з дапамогай інтэграцыйнага шлюза.

Заўвага
Пераканайцеся, што ў OBCL вы падтрымліваеце актыўны запіс з усімі неабходнымі палямі і «Знешняя сістэма» на экране «Абслугоўванне знешняй сістэмы». Напрыкладample, падтрымліваць знешнюю сістэму як «INTBANKING».

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

Запыт

  • Захоўвайце яго як ідэнтыфікатар паведамлення.
  • Запыт паведамлення
  • Падтрымлівайце яго як поўнаэкранны.
  • Паведамленне ў адказ
  • Падтрымлівайце яго як поўнаэкранны.
  • Знешнія сістэмныя чэргі
  • Падтрымлівайце чэргі In & Response JMS. Гэта чэргі, у якіх OBCL адпраўляе XML-запыт SPS у OBPM.
  • Для атрымання дадатковай інфармацыі аб абслугоўванні знешняй сістэмы звярніцеся да Common Core - Gateway User. Кіраўніцтва.

Тэхнічнае абслугоўванне філіяла
Вам трэба стварыць галінку на экране «Абслугоўванне асноўных параметраў філіяла» (STDCRBRN). Гэты экран выкарыстоўваецца для запісу асноўных звестак аб філіяле, такіх як назва філіяла, код філіяла, адрас філіяла, штотыднёвы выхадны і г.д. Вы можаце выклікаць гэты экран, набраўшы «STDCRBRN» у полі ў правым верхнім куце панэлі інструментаў прыкладання і націснуўшы на кнопку са стрэлкай побач.

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

Вы можаце паказаць хост для кожнай створанай галіны. Каб падтрымліваць хост для розных гадзінных паясоў, звярніцеся..
Кіраўніцтва карыстальніка Oracle Banking Payments Core.

Заўвага
Пара аддзяленняў, якія могуць ажыццяўляць міжфіліяльныя плацяжы, павінна падтрымлівацца на адным хасце.

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

Абслугоўванне параметраў хаста
Вы можаце выклікаць гэты экран, набраўшы «PIDHSTMT» у поле ў правым верхнім куце панэлі інструментаў прыкладання і націснуўшы на кнопку са стрэлкай побач.

Заўвага

  • У OBCL пераканайцеся, што вы падтрымліваеце параметр хаста з актыўным запісам з усімі абавязковымі палямі.
  • «Сістэма інтэграцыі OBCL» прызначана для інтэграцыі UBS для 360 і гандлёвай інтэграцыі. «Плацежная сістэма» прызначана для інтэграцыі OBPM, і трэба выбраць «INTBANKING».Oracle-14-7-Payments-Co-deployed-Integration-fig- (5)

Код гаспадара
Пакажыце код хаста.

Апісанне гаспадара
Дайце кароткую характарыстыку гаспадару.

Код сістэмы ўліку
Пакажыце код сістэмы ўліку. Напрыкладampле, «АЛІНЦЫС»

Аплатная сістэма
Пакажыце сістэму аплаты. Напрыкладample, «INTBANKING»

Сістэма ELCM
Укажыце сістэму ELCM. Напрыкладample, «OLELCM»

Сістэма інтэграцыі OBCL
Укажыце знешнюю сістэму. Напрыкладample, “OLINTSYS”, для інтэграцыі з сістэмай UBS.

Сістэма Block Chain
Пакажыце сістэму блокчейн. Напрыкладampу «OLBLKCN».

Код аплатнай сеткі
Укажыце сетку, праз якую OBPM адправіць выходнае паведамленне для выплаты крэдыту. Напрыкладample, «SWIFT».

Абслугоўванне параметраў інтэграцыі
Вы можаце выклікаць гэты экран, увёўшы «OLDINPRM» у поле ў правым верхнім куце панэлі інструментаў прыкладання і націснуўшы на кнопку са стрэлкай побач.

Заўвага
Пераканайцеся, што вы падтрымліваеце актыўны запіс з усімі неабходнымі палямі і назвай службы як «PMSinglePaymentService» на экране «Абслугоўванне параметраў інтэграцыі».

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

Код галіны
Калі параметры інтэграцыі агульныя для ўсіх філіялаў, укажыце як 'ALL'. Або падтрымліваць асобныя галіны.

Знешняя сістэма
Укажыце знешнюю сістэму як "INTBANKING".

Знешні карыстальнік
Укажыце ідэнтыфікатар карыстальніка, які будзе перададзены ў запыт на аплату ў OBPM.

Назва службы
Укажыце назву службы як "PMSinglePayOutService".

Канал сувязі
Укажыце канал сувязі як 'Web Служба'.

Рэжым сувязі
Укажыце рэжым сувязі «ASYNC».

Узровень сувязі
Укажыце ўзровень сувязі ў якасці прыкладання.

Назва службы WS
Укажыце web імя службы як "PMSinglePayOutService".

Канчатковая кропка WS URL
Укажыце WSDL сэрвісаў як WSDL-спасылку «Паслуга адзінага плацяжу».

Карыстальнік WS
Падтрымлівайце карыстальніка OBPM з доступам да ўсіх аддзяленняў і аўтаматычнай аўтарызацыі.

Тэхнічнае абслугоўванне кліентаў
Тэхнічнае абслугоўванне кліента (OLDCUSMT) з'яўляецца абавязковым. Вам трэба стварыць запіс на гэтым экране для банка. Для стварэння SWIFT-паведамленняў «Асноўны BIC» і «Медыя па змаўчанні» павінны быць «SWIFT».

Вядзенне разліковай інструкцыі
Неабходна стварыць рахунак NOSTRO ў банку, у якім пазычальнік і ўдзельнік (абодва) павінны мець рахунак CASA. Гэта трэба адлюстраваць у LBDINSTR, а ўліковы запіс аплаты/атрымання павінен быць NOSTRO. Вам трэба выбраць рахунак NOSTRO ў палях аплаты і атрымання рахункаў, але пазычальнік не можа мець рахунак NOSTRO, толькі банк можа мець банкаўскі рахунак NOSTRO, і вам трэба выбраць Pay and Receive у якасці ідэнтыфікатара БАНКА. Гэта замяняецца ўнутраным мостам GL падчас выканання транзакцыі. Запоўніце контрагент усімі абавязковымі палямі на экране «Вядзенне інструкцый па разліках» (LBDINSTR). Для атрымання дадатковай інфармацыі аб інструкцыях па разліках звярніцеся да Кіраўніцтва карыстальніка Loan Syndication.

Inter system Bridge GL
Вы можаце выклікаць гэты экран, набраўшы «OLDISBGL» у поле ў правым верхнім куце панэлі інструментаў прыкладання і націснуўшы на кнопку са стрэлкай побач.

Заўвага
Пераканайцеся, што вы падтрымліваеце актыўны запіс з усімі абавязковымі палямі і «Знешняя сістэма» як «INTBANKING» на экране «Абслугоўванне міжсістэмнага Bridge GL».

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

Знешняя сістэма
Укажыце імя знешняй сістэмы як "INTBANKING".

Ідэнтыфікатар модуля
Укажыце код модуля як 'OL'.

Валюта транзакцыі
Укажыце валюту транзакцыі «ЎСЕ» або пэўную валюту.

Аддзяленне транзакцый
Укажыце галіну транзакцыі як "УСЕ" або пэўную галіну.

Код прадукту
Укажыце код прадукту як "УСЕ" або канкрэтны прадукт.

Функцыя
Укажыце ідэнтыфікатары функцый транзакцый як "УСЕ" або ідэнтыфікатар пэўнай функцыі.

ISB GL
Укажыце Inter System Bridge GL, куды пераводзіцца крэдыт ад OBCL для выплаты крэдыту. Той жа GL неабходна падтрымліваць у OBPM для далейшай апрацоўкі.

Тэхнічнае абслугоўванне ў АБПМ

Тэхнічнае абслугоўванне крыніцы
Вы можаце выклікаць гэты экран, набраўшы «PMDSORCE» у поле ў правым верхнім куце панэлі інструментаў прыкладання і націснуўшы на кнопку са стрэлкай побач.

Заўвага
Пераканайцеся, што вы вядзеце актыўны запіс з усімі абавязковымі палямі на экране «Падрабязнае абслугоўванне крыніцы».

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

Зыходны код
Пакажыце зыходны код. напрыкладample 'INTBANKING'.

Код хаста
Код хоста аўтаматычна ўсталёўваецца па змаўчанні ў залежнасці ад галіны.

Дазволены перадфінансаваныя плацяжы
Усталюйце сцяжок «Плацяжы з перадфінансаваннем дазволены».

Плацяжы з перадфінансаваннем GL
Укажыце GL папярэдняга фінансавання, такі ж, як GL Inter System Bridge, які падтрымліваецца ў

OLDISBGL для OBCL.
OBPM спісвае выплачаную суму пазыкі з гэтага GL і залічвае ўказаны Nostro пры адпраўцы плацежнага паведамлення.

Апавяшчэнне патрабуецца
Усталюйце сцяжок «Патрабуецца апавяшчэнне».

Знешняя чарга апавяшчэнняў
Вы можаце выклікаць гэты экран, набраўшы «PMDEXTNT» у поле ў правым верхнім куце панэлі інструментаў прыкладання і націснуўшы на кнопку са стрэлкай побач.

Заўвага
Пераканайцеся, што вы падтрымліваеце актыўны запіс з усімі абавязковымі палямі на экране «Знешняя чарга апавяшчэнняў».

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

Хост і зыходны код
Укажыце зыходны код як "INTBANKING". Код хоста становіцца стандартным на аснове зыходнага кода. Налада знешняй сістэмы шлюза павінна быць зроблена для зыходнага кода «INTBANKING».

Тып сувязі
Выберыце тып сувязі як "Web Абслугоўванне

Клас сістэмы апавяшчэнняў
Выберыце клас сістэмы апавяшчэнняў як "OFCL".

WebАбслугоўванне URL
Для дадзенай камбінацыі кода хаста і зыходнага кода a web абслугоўванне URL неабходна падтрымліваць з дапамогай службы OL (FCUBSOLService), каб атрымаць выклік апавяшчэння ад OBPM да OBCL.

Абслугоўванне
Укажыце webсэрвіс як «FCUBSOLService».

Налада зыходнай сеткі
Вы можаце выклікаць гэты экран, набраўшы «PMDSORNW» у полі ў правым верхнім куце панэлі інструментаў прыкладання і націснуўшы на кнопку са стрэлкай побач.

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

Заўвага
Пераканайцеся, што вы падтрымліваеце актыўны запіс на экране «Падрабязныя параметры зыходнай сеткі». Для адных і тых жа зыходных кодаў на гэтым экране трэба захоўваць перавагі для розных плацежных сетак, праз якія OBCL ініцыюе запыт на аплату.

Хост і зыходны код
Укажыце зыходны код як "INTBANKING". Код хоста становіцца стандартным на аснове зыходнага кода. Налада знешняй сістэмы шлюза павінна быць зроблена для зыходнага кода «INTBANKING».

Код сеткі
Укажыце код сеткі як «SWIFT». Гэта робіцца для таго, каб OBPM ініцыяваў паведамленне SWIFT аб суме выплаты крэдыту.

Тып транзакцыі
Каб адправіць паведамленне SWIFT, укажыце тып транзакцыі як "Выходная".

Абслугоўванне правілаў сеткі
Вы можаце выклікаць гэты экран, набраўшы «PMDNWRLE» у полі ў правым верхнім куце панэлі інструментаў прыкладання і націснуўшы на кнопку са стрэлкай побач.

Заўвага
Пераканайцеся, што вы падтрымліваеце актыўны запіс з усімі абавязковымі палямі на экране «Падрабязнае правіла сеткі», каб накіраваць запыт OBCL у адпаведную сетку. Для атрымання дадатковай інфармацыі аб абслугоўванні правілаў сеткі звярніцеся да асноўнага кіраўніцтва карыстальніка Payments.

Абслугоўванне сістэмы ECA
Пераканайцеся, што вы стварылі знешнюю сістэму праверкі крэдытаздольнасці (сістэма DDA) на экране STDECAMT. Увядзіце неабходную зыходную сістэму, у якой адбываецца праверка ECA, як паказана на экране ніжэй. Вы можаце выклікаць гэты экран, увёўшы «PMDECAMT» у поле ў правым верхнім куце панэлі інструментаў прыкладання і націснуўшы на кнопку са стрэлкай побач. Адлюструйце вышэйзгаданую сістэму ECA на экране «Падрабязная інфармацыя аб знешняй сістэме зацвярджэння крэдытаў».

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

Імя JNDI у чарзе
Укажыце імя JNDI ў чарзе як 'MDB_QUEUE_RESPONSE'.

Імя JNDI з чаргі
Укажыце JNDI-імя выходнай чаргі як 'MDB_QUEUE'.

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

Q Profile
Q Profile неабходна падтрымліваць у адпаведнасці з чаргой MDB, створанай на серверы прыкладанняў. Q Profile павінен быць з IP-адрасам, на якім была створана чарга JMS. Сістэма OBPM адпраўляе запыт ECA у сістэму DDA праз гэтыя чэргі MDB. Для атрымання дадатковай інфармацыі аб абслугоўванні сістэмы ECA звярніцеся да Oracle Banking Payments.

Асноўнае кіраўніцтва карыстальніка.
Queue Profile Тэхнічнае абслугоўванне
Вы можаце выклікаць гэты экран, увёўшы «PMDQPROF» у поле ў правым верхнім куце панэлі інструментаў прыкладання і націснуўшы на кнопку са стрэлкай побач.

Заўвага
Пераканайцеся, што вы падтрымліваеце Queue Profile у «Queue Profile Экран тэхнічнага абслугоўвання.

профіfile ID
Укажыце Queue Connection profile ID.

профіfile Апісанне
Пакажыце прафесіяналаfile апісанне

ID карыстальніка
Пакажыце ідэнтыфікатар карыстальніка.

Пароль
Пакажыце пароль.

Заўвага
Ідэнтыфікатар карыстальніка і пароль выкарыстоўваюцца для аўтэнтыфікацыі ў чарзе. Гэта гарантуе, што знешняй сістэме дазволена толькі чытаць або view паведамленні, размешчаныя ў чарзе абмену паведамленнямі.

Пастаўшчык кантэксту URL
Прафесійная чаргаfile патрабуе пастаўшчыка кантэксту URL сервера прыкладанняў, дзе знаходзіцца чарга
створаны. Усе астатнія параметры такія ж, як і пазначаныя вышэй.

Заўвага
OBPM стварае запыт ECA з падрабязнай інфармацыяй і размяшчае ў MDB_QUEUE. Сістэма DDA праз GWMDB атрымлівае запыт шлюза і выклікае ўнутраны працэс блока ECA, каб стварыць або адмяніць блок ECA. Пасля завяршэння працэсу сістэма DDA адпраўляе адказ праз шлюз у MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE наладжана з чаргой паўторнай дастаўкі як jms/ ACC_ENTRY_RES_BKP_IN. Гэта чарга - гэта ўнутранае выцягванне адказу праз OBPM MDB для завяршэння апрацоўкі ECA у OBPM.

Абслугоўванне сістэмы ўліку
Вы можаце выклікаць гэты экран, увёўшы «PMDACCMT» у поле ў правым верхнім куце панэлі інструментаў прыкладання і націснуўшы на кнопку са стрэлкай побач. Гэта дазваляе OBPM размяшчаць бухгалтарскія запісы (Dr ISBGL & Cr Nostro Ac) у сістэме DDA пры адпраўцы паведамлення SWIFT.

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

Заўвага
Пераканайцеся, што вам трэба весці неабходную сістэму ўліку на экране «Падрабязная інфармацыя аб знешняй сістэме ўліку». Акрамя таго, падтрымлівайце адлюстраванне сістэмы ўліковых запісаў для сістэмы ўліку і сетак (PMDACMAP)

Імя JNDI у чарзе
Укажыце імя JNDI ў чарзе як 'MDB_QUEUE_RESPONSE'.

Імя JNDI з чаргі
Укажыце JNDI-імя выхадной чаргі як "MDB_QUEUE".

Q Profile
Q Profile неабходна падтрымліваць у адпаведнасці з чаргой MDB, створанай на серверы прыкладанняў. Q Profile павінен быць з IP-адрасам, на якім была створана чарга JMS. Сістэма OBPM размяшчае запыт перадачы ўліку праз гэтыя чэргі MDB.

Заўвага
OBPM стварае запыт Accounting Handoff з падрабязнай інфармацыяй і размяшчае ў MDB_QUEUE. Сістэма ўліку праз GWMDB выцягвае запыт шлюза і выклікае ўнутраны запыт External Accounting. Пасля завяршэння працэсу сістэма ўліку адпраўляе адказ праз шлюз у MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE наладжана з чаргой паўторнай дастаўкі як jms/ ACC_ENTRY_RES_BKP_IN. Гэтая чарга ўнутрана выцягвае адказ праз OBPM MDB, каб завяршыць апрацоўку Accounting Handoff у OBPM.

Абслугоўванне валютнага карэспандэнта
Для SWIFT / трансгранічных плацяжоў банк павінен падтрымліваць валютнага карэспандэнта, г.зн. карэспандэнтаў банка, каб плацёж мог быць накіраваны адпаведным чынам. Ланцужок аплаты будуецца з выкарыстаннем абслугоўвання валютнага карэспандэнта. Банк можа мець некалькі валютных карэспандэнтаў для адной і той жа валюты, але канкрэтны карэспандэнт можа быць пазначаны ў якасці асноўнага карэспандэнта, каб плацёж накіроўваўся праз гэты банк, нават калі існуе некалькі банкаў-карэспандэнтаў.

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

Абслугоўванне валютнага карэспандэнта (PMDCYCOR) выкарыстоўваецца ў пабудове плацежнай ланцужкі для трансгранічных плацяжоў. Гэта абслугоўванне на ўзроўні хаста. Карэспандэнт можа захоўваць валюту, BIC банка і нумар рахунку. Вы можаце выклікаць гэты экран, увёўшы «PMDCYCOR» у поле ў правым верхнім куце панэлі інструментаў прыкладання і націснуўшы на кнопку са стрэлкай побач. Падтрымлівайце AWI або валютны карэспандэнт AWI на гэтым экране.

Код гаспадара
Сістэма адлюстроўвае код хоста абранай галіны карыстальніка, які ўвайшоў у сістэму.

Код банка
Выберыце код банка са спісу паказаных значэнняў. У гэтым полі адлюстроўваецца выбраны код BIC.

Валюта
Пакажыце валюту. Акрамя таго, вы можаце выбраць валюту са спісу опцый. Спіс адлюстроўвае ўсе сапраўдныя валюты, якія падтрымліваюцца ў сістэме.

Першасная карэспандэнцкая праверка
Гэта поле, калі гэты карэспандэнт з'яўляецца асноўным валютным карэспандэнтам. Можа быць толькі адзін асноўны валютны карэспандэнт для камбінацыі Тып рахунку, Валюта. Тып рахунку Выберыце тып рахунку. Спіс адлюстроўвае наступныя значэнні:

  • Наш - Рахунак вядзецца з уводам карэспандэнта ў поле Код банка.
  • Іх рахунак вядзецца з дапамогай уводу карэспандэнта ў поле Код банка ў апрацоўваючым банку (рахунак Nostro).

Тып рахунку
Укажыце тып уліковага запісу як Наш - Nostro Карэспандэнта, які вядзецца ў нашых кнігах.

Нумар рахунку
Пакажыце нумар рахунку, звязаны з карэспандэнтам, увядзіце ў поле Код банка ў названай валюце. Акрамя таго, вы можаце выбраць нумар рахунку са спісу опцый. Спіс адлюстроўвае ўсе ўліковыя запісы Nostro для тыпу рахунку НАШ і сапраўдныя звычайныя ўліковыя запісы тыпу рахунку ІХ. Валюта рахунку, якая адлюстроўваецца ў спісе, павінна супадаць з указанай валютай.

Асноўны рахунак
Усталюйце гэты сцяжок, каб пазначыць, ці з'яўляецца ўліковы запіс асноўным. Вы можаце дадаць некалькі ўліковых запісаў. Але толькі адзін уліковы запіс можа быць пазначаны як асноўны. Гэта азначае, што ўліковы запіс, пазначаны як асноўны ўліковы запіс, з'яўляецца ключавым для захавання камбінацыі «Код хоста, код банка, валюта».

MT 210 патрабуецца?
Усталюйце гэты сцяжок, каб пазначыць, ці патрабуецца адпраўка MT 210 валютнаму карэспандэнту ў сцэнарыях, калі ён ствараецца аўтаматычна, як генерацыя выходнага MT 200/MT 201. Толькі калі гэты сцяжок усталяваны, сістэма генеруе MT210

Выверка Абслугоўванне знешніх рахункаў
Вы можаце выклікаць гэты экран, увёўшы «PXDXTACC» у поле ў правым верхнім куце панэлі інструментаў прыкладання і націснуўшы на кнопку са стрэлкай побач.

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

Падтрымлівайце нумар рахунку Vostro (эквівалент Nostro), які захоўваецца ў кнігах Карэспандэнта. Гэта будзе адпраўлена ў 53B tag у паведамленнях вокладкі MT103 і MT202.

  • Клас прымірэння
  • Падтрымлівайце яго як NOST.
  • Знешняя сутнасць
  • Укажыце БІК Карэспандэнта.
  • Знешні рахунак
  • Укажыце нумар рахунку Vostro.
  • Акаўнт GL

Укажыце нумар рахунку Nostro. Гэта павінна быць у STDCRACC як уліковы запіс Nostro.

Падрабязнасці RMA або RMA Plus
Падрабязныя звесткі аб дадатку для кіравання ўзаемаадносінамі павінны захоўвацца тут, а таксама ўказвацца дазволеная катэгорыя і тыпы паведамленняў. Карэспандэнтам павінен быць BIC-код нашага банка (пры прамой сувязі). Вы можаце выклікаць гэты экран, набраўшы «PMDRMAUP» у поле ў правым верхнім куце панэлі інструментаў прыкладання і націснуўшы на кнопку са стрэлкай побач.

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

Тып запісу RMA
Сістэма будзе паказваць, ці з'яўляецца гэта запіс аўтарызацыі RMA або RMA+, на аснове падрабязнасцей загружанага або створанага ўручную запісу аўтарызацыі RMA.

Заўвага
Калі загружаны RMA file уключыў або выключыў тыпы паведамленняў у розных катэгорыях паведамленняў, то гэта будзе запіс RMA+. Калі няма, запіс з'яўляецца запісам RMA.

Эмітэнт
Абярыце з даступнага спісу значэнняў неабходны BIC аддзялення банка, які выдаў аўтарызацыю на атрыманне ўсіх ці пэўных тыпаў паведамленняў (у выпадку RMA+).

Тып RMA
Укажыце тып RMA. У выпадальным меню выберыце «Выдадзена» і «Атрымана».

Дзейнічае з даты
Укажыце дату пачатку дзеяння аўтарызацыі RMA

Карэспандэнт
Са спісу значэнняў абярыце BIC аддзялення банка, якое атрымала аўтарызацыю ад банка-эмітэнта.

Статус RMA
Выберыце статус RMA з выпадальнага меню. Варыянты: Уключана, Адклікана, Выдалена і Адхілена.

Заўвага
Для праверкі RMA выкарыстоўваюцца толькі «ўключаныя» аўтарызацыі RMA.

Дзейнічае на сённяшні дзень
Укажыце дату заканчэння дзеяння аўтарызацыі RMA. Сетка з падрабязнасцямі катэгорыі паведамленняў

Катэгорыя паведамлення
Абярыце неабходную катэгорыю паведамлення з выпадальнага меню.

Уключыць/выключыць сцяг
Калі гэта ствараецца як запіс RMA+, выберыце сцяжок для кожнай катэгорыі паведамленняў з указаннем «Уключыць» або «Выключыць» аднаго або некалькіх або ЎСІХ тыпаў паведамленняў (MT), якія дазволены банкам-эмітэнтам.

Дэталі тыпу паведамлення

Тып паведамлення
Калі гэта ствараецца як запіс RMA+, укажыце спіс «Уключана» або «Выключана» тыпаў паведамленняў, якія будуць дададзены для кожнай катэгорыі паведамленняў.

Заўвага

  • Калі трэба ўключыць усе MT у катэгорыю паведамленняў, то сцяжок «Уключыць/Выключыць» павінен пазначаць «Выключыць», а ў полі «Тып паведамлення» не трэба выбіраць MT.
  • Падрабязная сетка. Гэта будзе азначаць «Выключыць – нічога», г. зн. усе MT у гэтай катэгорыі ўключаны ў аўтарызацыю RMA+.
  • Калі трэба выключыць усе MT у катэгорыі паведамленняў, то сцяжок "Уключыць/Выключыць" павінен паказваць "Уключыць", а ў тыпе паведамлення не павінны адлюстроўвацца MT.
  • Падрабязная сетка. Гэта будзе азначаць «Уключаць – нічога», г. зн. ні адзін з MT у гэтай катэгорыі не ўключаны ў аўтарызацыю RMA+.
  • На экране не павінна быць указана ніводная катэгорыя паведамленняў, якая не дазваляецца ў рамках аўтарызацыі RMA+, выдадзенай банкам-эмітэнтам. Як згадвалася вышэй, любыя змены існуючых дазволаў дазволены толькі ў Галоўным офісе
  • Для абранай пары BIC эмітэнта і карэспандэнта і тыпу RMA будзе дазволена змяняць наступныя атрыбуты –
  • Статус RMA – статус можна змяніць на любы з даступных варыянтаў – уключаны, адкліканы, выдалены і адхілены.

Заўвага
У рэчаіснасці статус RMA нельга змяніць на любы варыянт, паколькі ён залежыць ад таго, хто з'яўляецца BIC эмітэнта, бягучага статусу і іншых фактараў. Аднак гэтыя змены статусу адбываюцца ў модулі RMA/RMA+ SAA, і магчымасць мадыфікацыі дазволена толькі карыстальнікам Ops, каб уручную паўтарыць статус у гэтым тэхнічным абслугоўванні (калі яны не могуць дачакацца наступнай загрузкі RMA).

  • Дзейнічае з даты – можа быць усталявана новая (змененая) дата, якая перавышае існуючую «Дзейнічае да».
  • Дзейнічае да даты – можна ўсталяваць новую дату, большую за новую дату «Дзейнічае з».
  • Выдаленне існуючай катэгорыі і/або тыпаў паведамленняў.
  • Даданне новай катэгорыі і/або тыпу паведамлення разам з індыкатарам уключэння/выключэння.

Новы дазвол можна было б стварыць шляхам капіравання існуючага дазволу і наступнага змянення яго. Мадыфікацыі існуючых дазволаў, а таксама стварэнне новых дазволаў павінны быць узгоднены іншым карыстальнікам або вытворцам (калі філіял і карыстальнік падтрымліваюць аўтаматычную аўтарызацыю).

Агульнае асноўнае абслугоўванне
Для інтэграцыі неабходна правесці наступнае агульнае абслугоўванне ядра.

  • Тэхнічнае абслугоўванне кліентаў
  • Стварыце кліентаў у STDCIFCR.
  • Абслугоўванне акаўнта
  • Стварыце ўліковыя запісы (CASA / NOSTRO) у STDCRACC.
  • Рахунак NOTSRO неабходна стварыць для банка, у якім пазычальнік мае рахунак CASA.
  • Вядзенне галоўнай кнігі
  • Стварыце Галоўную кнігу ў STDCRGLM.
  • Тэхнічнае абслугоўванне кода транзакцыі
  • Стварыце код транзакцыі ў STDCRTRN.
  • OBPM выкарыстоўваць даты OFCUB
  • Падтрымліваць параметр IS_CUSTOM_DATE як "Y" у табліцы cstb_param.
  • Падтрымлівайце параметр OBCL_EXT_PM_GEN як 'Y' у CSTB_PARAM, каб перадаць запыт у OBPM
  • Такім чынам, OBPM будзе выкарыстоўваць «Сёння» з sttm_dates у якасці даты браніравання транзакцыі.
  • Тэхнічнае абслугоўванне дэталяў кода BIC
  • Код BIC - гэта стандартызаваны міжнародны ідэнтыфікатар, які выкарыстоўваецца для ідэнтыфікацыі аб'ектаў і маршрутызацыі плацежных паведамленняў. Вы можаце вызначыць банкаўскія коды праз экран «Падрабязнасці кода BIC» (ISDBICDE).
  • Іншыя плацяжы
  • Звярніцеся да асноўнага кіраўніцтва карыстальніка Oracle Banking Payments для тэхнічнага абслугоўвання іншага дня 0.
  • Для атрымання падрабязнай інфармацыі аб вышэйзгаданых экранах звярніцеся да асноўнага кіраўніцтва карыстальніка Oracle Banking Payments.

Ідэнтыфікатар функцый Гласарый

  • 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

Загрузіць PDF: Кіраўніцтва карыстальніка па сумеснай інтэграцыі Oracle 14.7 Payments

Спасылкі

Пакінуць каментар

Ваш электронны адрас не будзе апублікаваны. Абавязковыя для запаўнення палі пазначаны *