Oracle 14.7 Payments Co-распоредена интеграција Упатство за употреба
Корисничко упатство за корпоративно заеми – плаќања
ноември 2022 година
Oracle Financial Services Software Limited
Оракл Парк
Надвор од автопатот Вестерн Експрес
Горегаон (Исток)
Мумбаи, Махараштра 400 063
Индија
Прашања низ целиот свет:
Телефон: +91 22 6718 3000
Факс:+91 22 6718 3001
www.oracle.com/financialservices/
Авторски права © 2007, 2022 година, Oracle и/или неговите филијали. Сите права се задржани. Oracle и Java се регистрирани заштитни знаци на Oracle и/или неговите филијали. Други имиња може да бидат заштитни знаци на нивните соодветни сопственици.
КРАЈНИ КОРИСНИЦИ НА ВЛАДАТА НА САД: Програмите на Oracle, вклучувајќи кој било оперативен систем, интегриран софтвер, какви било програми инсталирани на хардверот и/или документација, доставени до крајните корисници на американската влада се „комерцијален компјутерски софтвер“ според важечката Федерална регулатива за стекнување и специфични за агенцијата дополнителни прописи.
Како такви, употребата, дуплирањето, откривањето, модификацијата и адаптацијата на програмите, вклучувајќи кој било оперативен систем, интегриран софтвер, какви било програми инсталирани на хардверот и/или документација, ќе подлежат на условите за лиценца и ограничувањата за лиценца што се применуваат на програмите . Никакви други права не и се доделуваат на американската влада.
Овој софтвер или хардвер е развиен за општа употреба во различни апликации за управување со информации. Не е развиен или наменет за употреба во какви било инхерентно опасни апликации, вклучително и апликации кои можат да создадат ризик од лична повреда. Ако го користите овој софтвер или хардвер во опасни апликации, тогаш ќе бидете одговорни за преземање на сите соодветни мерки за неисправност, резервна копија, вишок и други мерки за да се обезбеди негова безбедна употреба. Oracle Corporation и нејзините филијали отфрлаат секаква одговорност за каква било штета предизвикана од употребата на овој софтвер или хардвер во опасни апликации.
Овој софтвер и поврзаната документација се обезбедени според договор за лиценца кој содржи ограничувања за употреба и откривање и се заштитени со закони за интелектуална сопственост. Освен како што е изрично дозволено во вашиот договор за лиценца или дозволено со закон, не смеете да користите, копирате, репродуцирате, преведувате, емитувате, менувате, лиценцирате, пренесувате, дистрибуирате, изложувате, изведувате, објавувате или прикажувате кој било дел во каква било форма, или на кој било начин. Забрането е обратно инженерство, расклопување или декомпилирање на овој софтвер, освен ако не се бара со закон за интероперабилност.
Информациите содржани овде се предмет на промена без претходна најава и не се гарантира дека се без грешки. Доколку најдете какви било грешки, пријавете ни ги писмено. Овој софтвер или хардвер и документација може да обезбедат пристап или информации за содржината, производите и услугите од трети страни. Oracle Corporation и нејзините филијали не се одговорни и изрично ги отфрлаат сите гаранции од кој било вид во врска со содржината, производите и услугите од трета страна. Oracle Corporation и нејзините филијали нема да бидат одговорни за какви било загуби, трошоци или штети настанати поради вашиот пристап или користење на содржина, производи или услуги од трета страна.
Вовед
Овој документ е дизајниран да ви помогне да се запознаете со интеграцијата на 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 | Речник за ID на функции има азбучен список на ИД на функција/екран што се користи во модулот со референци на страници за брза навигација. |
Акроними и кратенки
Кратенка | Опис |
API | Програмски интерфејс за апликации |
FCUBS | Oracle FLEXCUBE Universal Banking |
OBCL | Oracle Banking корпоративно кредитирање |
OL | Oracle Lending |
ROFC | Остатокот од Oracle FLEXCUBE |
Систем | Освен ако и поинаку не е наведено, тој секогаш ќе се однесува на системот Oracle FLEX- CUBE Universal Banking Solutions |
WSDL | Web Јазик на опис на услугите |
Речник на икони
Ова упатство за употреба може да се однесува на сите или на некои од следните икони.
Корпоративно позајмување – Интеграција на плаќања во 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 одржувате активен запис со сите потребни полиња и „Надворешен систем“ на екранот „Одржување на надворешен систем“. За прampле,, одржувајте го Надворешниот систем како „ИНТБАНКАРСТВО“.
Барање
- Чувајте го како ID на порака.
- Порака за барање
- Одржувајте го како цел екран.
- Порака за одговор
- Одржувајте го како цел екран.
- Надворешни системски редици
- Одржувајте ги редиците за JMS In & Response. Ова се редиците каде OBCL го објавува барањето SPS XML до OBPM.
- За повеќе информации за одржување на надворешниот систем, погледнете во Common Core – Gateway User. Водич.
Одржување на филијала
Треба да креирате гранка на екранот „Одржување на основни параметри на гранка“ (STDCRBRN). Овој екран се користи за снимање на основни детали за филијалата, како што се името на филијалата, кодот на филијалата, адресата на филијалата, неделен одмор итн. Можете да го повикате овој екран со впишување „STDCRBRN“ во полето во горниот десен агол на лентата со алатки на апликацијата и кликнете на соседното копче со стрелка.
Можете да наведете домаќин за секоја создадена гранка. За одржување на домаќинот за различни временски зони, погледнете..
Прирачник за корисник на Oracle Banking Payments Core.
Забелешка
Пар филијали што можат да вршат плаќања меѓу гранките треба да се одржуваат под истиот домаќин.
Одржување на параметарот на домаќинот
Можете да го повикате овој екран со внесување „PIDHSTMT“ во полето во горниот десен агол на лентата со алатки за апликација и кликнете на соседното копче со стрелка.
Забелешка
- Во OBCL, проверете дали го одржувате параметарот на домаќинот со активен запис со сите потребни полиња.
- „OBCL Integration System“ е за UBS интеграција за 360 и трговска интеграција. „Платен систем“ е за интеграција на OBPM и треба да се избере „INTBANKING“.
Код на домаќинот
Наведете го кодот на домаќинот.
Опис на домаќинот
Наведете го краткиот опис за домаќинот.
Код на сметководствениот систем
Наведете го кодот на сметководствениот систем. За прample, „OLINTSYS“
Платен систем
Наведете го системот за плаќање. За прampле, „ИНТБАНКАРСТВО“
ELCM систем
Наведете го системот ELCM. За прample, „OLELCM“
Систем за интеграција OBCL
Наведете го надворешниот систем. За прample, „OLINTSYS“, за интеграција со UBS системот.
Систем со синџири на блокови
Наведете го блокчејн системот. За прample „OLBLKCN“.
Код на мрежа за плаќање
Наведете ја мрежата преку која OBPM да ја испрати излезната порака, за исплата на заемот. За прample, „SWIFT“.
Параметри за интеграција Одржување
Можете да го повикате овој екран со внесување „OLDINPRM“ во полето во горниот десен агол на лентата со алатки за апликација и кликнете на соседното копче со стрелка.
Забелешка
Погрижете се да одржувате активен запис со сите потребни полиња и Име на услугата како „PMSinglePaymentService“ во екранот „Одржување на параметрите на интеграцијата“.
Шифра на филијала
Наведете како „СИТЕ“ во случај параметрите за интеграција да се заеднички за сите гранки. Или Одржувајте поединечни гранки.
Надворешен систем
Наведете го надворешниот систем како „INTBANKING“.
Надворешен корисник
Наведете го корисничкиот ID што треба да се пренесе на барањето за плаќање до OBPM.
Име на услугата
Наведете го името на услугата како „PMSinglePayOutService“.
Канал за комуникација
Наведете го каналот за комуникација како „Web Сервис'.
Режим на комуникација
Наведете го режимот на комуникација како „ASYNC“.
Слој за комуникација
Наведете го слојот за комуникација како апликација.
Име на услугата WS
Наведете го web име на услугата како „PMSinglePayOutService“.
WS крајна точка URL
Наведете го WSDL на услугите како врска WSDL „Услуга за еднократно плаќање“.
Корисник на WS
Одржувајте го корисникот OBPM со пристап до сите филијали и автоматско овластување.
Одржување на клиентите
Одржувањето на клиентите (OLDCUSMT) е задолжително. Треба да креирате запис на овој екран за банката. „Примарен BIC“ и „Стандарден медиум“ треба да биде „SWIFT“ за да се генерираат SWIFT пораки.
Упатство за порамнување Одржување
Треба да се креира NOSTRO сметка за банката во која заемопримачот и учесникот (и двајцата) треба да имаат своја CASA сметка. Ова треба да се мапира во LBDINSTR и сметката за плаќање/примање треба да биде NOSTRO. Треба да изберете NOSTRO сметка во полињата за сметки за плаќање и примање, но заемопримачот не може да има NOSTRO сметка, само банката може да ја има банкарската сметка NOSTRO и треба да изберете Pay and Receive како BANK ID. Ова се заменува со внатрешен мост GL додека се врши трансакцијата. Одржувајте ја контра страната со сите потребни полиња на екранот „Одржување со инструкции за порамнување“ (LBDINSTR). За повеќе информации за инструкциите за порамнување, погледнете во Упатството за корисникот на синдикатот за заеми.
Inter system Bridge GL
Можете да го повикате овој екран со внесување „OLDISBGL“ во полето во горниот десен агол на лентата со алатки за апликации и кликнување на соседното копче со стрелка.
Забелешка
Осигурајте се дека одржувате активна евиденција со сите потребни полиња и „Надворешен систем“ како „INTBANKING“ на екранот „Inter-system Bridge GL Maintenance“.
Надворешен систем
Наведете го името на надворешниот систем како „INTBANKING“.
Ид на модул
Наведете го кодот на модулот како „OL“.
Трансакциска валута
Наведете ја валутата на трансакцијата „ALL“ или одредена валута.
Трансакциска филијала
Наведете ја филијалата на трансакцијата како „СИТЕ“ или одредена филијала.
Код на производот
Наведете го кодот на производот како „СИТЕ“ или одреден производ.
Функција
Наведете ги идентификацијата на функциите на трансакцијата како „СИТЕ“ или специфичен идентификација на функцијата.
ISB GL
Наведете Inter System Bridge GL, каде што се пренесува кредит од OBCL за исплата на заем. Истиот GL треба да се одржува во OBPM за понатамошна обработка.
Одржување во ОБПМ
Одржување на изворот
Можете да го повикате овој екран со внесување „PMDSORCE“ во полето во горниот десен агол на лентата со алатки за апликации и кликнување на соседното копче со стрелка.
Забелешка
Погрижете се да одржувате активен запис со сите потребни полиња во екранот „Детално за одржување на изворот“.
Изворниот код
Наведете го изворниот код. Прample 'INTBANKING'.
Код на домаќинот
Кодот на домаќинот е стандарден автоматски врз основа на гранката.
Дозволени се однапред финансирани плаќања
Изберете го полето за избор „Дозволени предфинансирани плаќања“.
Предфинансирани плаќања GL
Наведете го GL за претфинансирање плаќања исто како и Inter System Bridge GL што се одржува во
OLDISBGL за OBCL.
OBPM го задолжува исплатениот износ на заемот од овој GL и го кредитира наведениот Nostro при испраќањето на пораката за плаќање.
Потребно е известување
Изберете го полето за избор „Потребно е известување“.
Ред за надворешни известувања
Можете да го повикате овој екран со внесување „PMDEXTNT“ во полето во горниот десен агол на лентата со алатки за апликации и кликнување на соседното копче со стрелка.
Забелешка
Погрижете се да одржувате активен запис со сите потребни полиња на екранот „Редот за надворешни известувања“.
Домаќин и изворен код
Наведете го изворниот код како „INTBANKING“. Кодот на домаќинот е стандарден врз основа на изворниот код. Поставувањето на надворешниот систем на портата треба да се направи за изворниот код „INTBANKING“.
Тип на комуникација
Изберете го типот на комуникација како 'Web Услуга
Класа на системот за известување
Изберете ја класата на системот за известување како „OFCL“.
WebУслуга URL
За даден код на домаќин и комбинација на изворен код, a web услуга URL треба да се одржува со услугата OL (FCUBOLService) за да добиете повик за известување од OBPM до OBCL.
Услуга
Наведете го webуслуга како „FCUBSOSolService“.
Претпочитање на изворна мрежа
Можете да го повикате овој екран со внесување „PMDSORNW“ во полето во горниот десен агол на лентата со алатки за апликации и кликнување на соседното копче со стрелка.
Забелешка
Погрижете се да одржувате активен запис на екранот „Детално за претпочитање на изворна мрежа“. Поставката за различни мрежи за плаќање преку кои OBCL иницира барање за плаќање треба да се одржи на овој екран за истите изворни кодови.
Домаќин и изворен код
Наведете го изворниот код како „INTBANKING“. Кодот на домаќинот е стандарден врз основа на изворниот код. Поставувањето на надворешниот систем на портата треба да се направи за изворниот код „INTBANKING“.
Мрежен код
Наведете го мрежниот код како „SWIFT“. Ова е за да се овозможи OBPM да активира SWIFT порака за износот на исплатата на заемот.
Тип на трансакција
Наведете го типот на трансакција како „Појдовен“, за да ја испратите пораката SWIFT надвор.
Одржување на правилата на мрежата
Можете да го повикате овој екран со внесување „PMDNWRLE“ во полето во горниот десен агол на лентата со алатки за апликации и кликнување на соседното копче со стрелка.
Забелешка
Погрижете се да одржувате активен запис со сите потребни полиња на екранот „Детално за мрежното правило“ за да го насочите барањето OBCL до соодветната мрежа. За повеќе информации во врска со одржувањето на мрежното правило, погледнете во Упатството за користење на основните плаќања.
Одржување на системот ECA
Осигурајте се дека сте создале надворешен систем за проверка на одобрување кредити (систем DDA) на екранот STDECAMT. Обезбедете го потребниот изворен систем каде што се случува проверката на ECA како што е наведено на екранот подолу. Можете да го повикате овој екран со впишување „PMDECAMT“ во полето во горниот десен агол на лентата со алатки за апликации и кликнување на соседното копче со стрелка. Мапирајте го горенаведениот систем ECA во екранот „Детално за системот за одобрување на надворешни кредити“.
Закачете го JNDI Име
Наведете го името JNDI во редот како „MDB_QUEUE_RESPONSE“.
Испрати JNDI Име
Наведете ја линијата за излез Името на JNDI како „MDB_QUEUE“.
Q Profile
Q Profile треба да се одржува според MDB Редот создаден на серверот за апликации. Q Profile треба да биде со IP адреса каде што е креиран JMS Queue. Системот OBPM го објавува барањето на ECA до системот DDA преку овие MDB редици. За повеќе информации за одржување на системот ECA, погледнете во Oracle Banking Payments.
Основен кориснички водич.
Queue Profile Одржување
Можете да го повикате овој екран со внесување „PMDQPROF“ во полето во горниот десен агол на лентата со алатки за апликации и кликнување на соседното копче со стрелка.
Забелешка
Осигурете се дека одржувате Queue Profile во „Queue Profile Екранот за одржување.
Проfile ID
Наведете го професионалното поврзување со редицатаfile ИД.
Проfile Опис
Наведете го проfile опис
Кориснички ID
Наведете го корисничкиот ID.
Лозинка
Наведете ја лозинката.
Забелешка
Корисничкиот 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.
Забелешка
Осигурете се дека треба да го одржувате потребниот сметководствен систем на екранот „Детално за надворешен сметководствен систем“. Дополнително, одржувајте мапирање на системот за сметки за сметководствениот систем и мрежи (PMDACMAP)
Закачете го JNDI Име
Наведете го името на редот на JNDI како „MDB_QUEUE_RESPONSE“.
Испрати JNDI Име
Наведете го оставеното име на JNDI како „MDB_QUEUE“.
Q Profile
Q Profile треба да се одржува според MDB Редот создаден на серверот за апликации. Q Profile треба да биде со IP адреса каде што е креиран JMS Queue. Системот OBPM го објавува барањето за пренос на сметководство преку овие MDB редици.
Забелешка
OBPM го изгради барањето за сметководство со детали и го објави на MDB_QUEUE. Сметководствениот систем преку GWMDB го повлекува барањето за портал и внатрешно го повикува барањето за надворешно сметководство. Откако ќе заврши процесот, Сметководствениот систем го објавува одговорот преку портата инфра до MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE е конфигуриран со редица за повторна испорака како jms/ ACC_ENTRY_RES_BKP_IN. Оваа редица внатрешно го влече одговорот преку OBPM MDB за да ја заврши обработката на сметководствената придружба во OBPM.
Валута кореспондентно одржување
За SWIFT / прекугранични плаќања банката треба да го одржува кореспондентот на валутата, односно кореспондентите на банката за да може исплатата да се насочи соодветно. Синџирот на плаќање е изграден со помош на одржување на кореспондент на валута Банката може да има повеќе кореспонденти на валута за иста валута, но одреден кореспондент може да биде означен како примарен кореспондент, така што плаќањето се насочува преку таа банка иако има повеќе кореспонденти банки.
Одржувањето на кореспондент на валута (PMDCYCOR) се користи во градењето на платниот синџир за прекугранични плаќања. Ова е одржување на ниво на домаќин. Валутата, банкарскиот BIC и бројот на сметката може да се одржуваат за дописникот. Можете да го повикате овој екран со внесување „PMDCYCOR“ во полето во горниот десен агол на лентата со алатки за апликација и кликнување на соседното копче со стрелка. Одржувајте го AWI или кореспондентот за валута на AWI на овој екран.
Код на домаќинот
Системот го прикажува кодот на домаќинот на избраната гранка на најавениот корисник.
Код на банката
Изберете го кодот на банката од прикажаната листа на вредности. Избраниот BIC код се прикажува во ова поле.
Валута
Наведете ја валутата. Алтернативно, можете да ја изберете валутата од списокот со опции. Списокот ги прикажува сите валидни валути што се одржуваат во системот.
Примарна проверка на дописникот
Ова поле ако овој кореспондент е примарен дописник на валута. Може да има само еден кореспондент на примарна валута за комбинацијата од тип на сметка, валута. Тип на сметка Изберете го типот на сметката. Списокот ги прикажува следните вредности:
- Наша-сметка се одржува со внесување на кореспонденција во полето Код на банката.
- Нивната- Сметка се одржува со кореспондентен внес во полето Код на банката кај Процесната банка (сметка Ностро).
Тип на сметка
Наведете го типот на сметката како Наша – Ностро на дописникот што се одржува во нашите книги.
Број на сметка
Наведете го бројот на сметката поврзан со внесувањето на кореспонденцијата во полето Код на банката во наведената валута. Алтернативно, можете да го изберете бројот на сметката од списокот со опции. Списокот ги прикажува сите сметки на Nostro за типот на сметка НАШИ и важечките нормални сметки за типот на сметката НИВ. Валутата на сметката прикажана во списокот треба да биде иста со наведената валута.
Примарна сметка
Изберете го ова поле за да покажете дали сметката е примарна сметка. Можете да додадете повеќе сметки. Но, само една сметка може да биде означена како примарна сметка. Ова покажува дека сметката означена како примарна сметка е клучната сметка за одржувањето на комбинацијата „Код на домаќин, код на банка, валута“.
Потребен е MT 210?
Изберете го ова поле за да покажете дали MT 210 е потребно да се испрати до кореспондентот на валута во сценаријата каде што се генерира автоматски како генерација на Outbound MT 200/MT 201. Само ако ова поле за избор е избрано, системот го генерира MT210
Помирување Одржување на надворешни сметки
Можете да го повикате овој екран со внесување „PXDXTACC“ во полето во горниот десен агол на лентата со алатки за апликации и кликнување на соседното копче со стрелка.
Одржувајте го бројот на сметката на Vostro, (еквивалент на Nostro) што се чува во книгите на Кореспондентот. Ова ќе биде испратено во 53B tag во насловните пораки MT103 и MT202.
- Час за помирување
- Одржувајте го како NOST.
- Надворешен ентитет
- Наведете го BIC на дописникот.
- Надворешна сметка
- Наведете го бројот на сметката на Vostro.
- Сметка GL
Наведете го бројот на сметката на Nostro. Ова треба да постои во STDCRACC како Nostro сметка.
Детали за RMA или RMA Plus
Деталите за апликацијата за управување со односи треба да се одржуваат овде и да се доставуваат дозволени Категорија на пораки и типови пораки. Дописникот треба да биде нашиот банкарски BIC код (за директна врска). Можете да го повикате овој екран со внесување „PMDRMAUP“ во полето во горниот десен агол на лентата со алатки за апликации и кликнување на соседното копче со стрелка.
Тип на запис 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 Core, за одржувањето на другиот ден 0.
- За детални информации за горенаведените екрани, погледнете во Упатството за корисникот на Oracle Banking Payments Core.
Речник за ID на функции
- G GWDETSYS …………………….2-1
- Л ЛБДИНСТР ………………………2-6
- OLDCUSMT …………………….2-6
- ОЛДИНПРМ ……………………..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 Co-распоредена интеграција Упатство за употреба