Oracle 14.7 Payments Co-deployed Integration Guide Ръководство

Корпоративно кредитиране – Потребителско ръководство за интегриране на съвместно разгръщане на плащания

ноември 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 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
ROFC	Останалата част от Oracle FLEXCUBE
система	Освен ако не е посочено друго, винаги се отнася до системата за универсални банкови решения Oracle FLEX-CUBE
WSDL	Web Език за описание на услугите

Речник на иконите
Това ръководство за потребителя може да се отнася до всички или някои от следните икони.

Корпоративно кредитиране – Интегриране на плащания в CoDeployed Setup
Тази глава съдържа следните раздели:

• Раздел 2.1, „Въведение“
• Раздел 2.2, „Поддръжка в OBCL“
• Раздел 2.3, „Поддръжка в OBPM“

Въведение
Можете да интегрирате Oracle Banking Corporate Lending (OBCL) с продукта на Oracle Banking Payment (OBPM). За да интегрирате тези два продукта в съвместно внедрена среда, трябва да направите специфична поддръжка в OBCL, плащания и общо ядро.

Поддръжка в OBCL
Интеграцията между Oracle Banking Corporate Lending (OBCL) и Oracle Banking Payments (OBPM) ви позволява да изпратите изплащането на заема чрез трансгранично плащане чрез генериране на SWIFT MT103 и MT202 съобщения.

Поддръжка на външна система
Можете да извикате този екран, като напишете „GWDETSYS“ в полето в горния десен ъгъл на лентата с инструменти на приложението и щракнете върху съседния бутон със стрелка. Трябва да дефинирате външна система за клон, който комуникира с OBCL с помощта на интеграционен шлюз.

Забележка
Уверете се, че в OBCL поддържате активен запис с всички задължителни полета и „Външна система“ в екрана „Поддръжка на външна система“. Напримерample, поддържайте външната система като „INTBANKING“.

Заявка

• Поддържайте го като ID на съобщението.
• Искане на съобщение
• Поддържайте го като цял екран.
• Съобщение за отговор
• Поддържайте го като цял екран.
• Външни системни опашки
• Поддържайте опашките за In & Response JMS. Това са опашките, където OBCL публикува XML заявката за SPS към OBPM.
• За повече информация относно поддръжката на външна система вижте Common Core – Gateway User. Ръководство.

Поддръжка на клонове
Трябва да създадете клон в екрана „Поддръжка на основни параметри на клон“ (STDCRBRN). Този екран се използва за заснемане на основни подробности за клон като име на клон, код на клон, адрес на клон, седмичен празник и т.н. Можете да извикате този екран, като напишете 'STDCRBRN' в полето в горния десен ъгъл на лентата с инструменти на приложението и щракнете върху съседния бутон със стрелка.

Можете да посочите хост за всеки създаден клон. За да поддържате хост за различни часови зони, вижте..
Основно ръководство за потребителя на Oracle Banking Payments.

Забележка
Двойка клонове, които могат да извършват междуклонови плащания, трябва да се поддържат под един и същ хост.

Поддръжка на хост параметри
Можете да извикате този екран, като напишете „PIDHSTMT“ в полето в горния десен ъгъл на лентата с инструменти на приложението и щракнете върху съседния бутон със стрелка.

Забележка

• В OBCL се уверете, че поддържате хост параметъра с активен запис с всички задължителни полета.
• „OBCL Integration System“ е за UBS интеграция за 360 и търговска интеграция. „Платежна система“ е за интегриране на OBPM и трябва да се избере „INTBANKING“.

Код на хост
Посочете кода на хоста.

Описание на хоста
Посочете краткото описание на хоста.

Код на счетоводната система
Посочете кода на счетоводната система. Напримерample, „OLINTSYS“

Платежна система
Посочете платежната система. Напримерample, „INTBANKING“

ELCM система
Посочете системата ELCM. Напримерample, „OLELCM“

OBCL система за интегриране
Посочете външната система. Напримерample, “OLINTSYS”, за интеграция със системата UBS.

Блокова верижна система
Посочете блокчейн системата. Напримерampвъв „OLBLKCN“.

Код на платежната мрежа
Посочете мрежата, през която OBPM да изпратите изходящото съобщение за изплащане на заема. Напримерample, „SWIFT“.

Поддръжка на интеграционни параметри
Можете да извикате този екран, като напишете „OLDINPRM“ в полето в горния десен ъгъл на лентата с инструменти на приложението и щракнете върху съседния бутон със стрелка.

Забележка
Уверете се, че поддържате активен запис с всички задължителни полета и име на услуга като „PMSinglePaymentService“ в екрана „Поддръжка на параметрите на интеграцията“.

Код на клона
Посочете като „ВСИЧКИ“, в случай че интеграционните параметри са общи за всички клонове. Или поддържайте отделни клонове.

Външна система
Посочете външната система като „INTBANKING“.

Външен потребител
Посочете потребителския идентификатор, който да се предаде на заявката за плащане към 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 като идентификатор на БАНКА. Това се заменя с вътрешен мост GL, докато се извършва транзакцията. Поддържайте насрещната страна с всички задължителни полета в екрана „Поддръжка на инструкции за сетълмент“ (LBDINSTR). За повече информация относно инструкциите за сетълмент вижте Ръководството на потребителя за синдикиране на заем.

Интер системен мост GL
Можете да извикате този екран, като напишете 'OLDISBGL' в полето в горния десен ъгъл на лентата с инструменти на приложението и щракнете върху съседния бутон със стрелка.

Забележка
Уверете се, че поддържате активен запис с всички задължителни полета и „Външна система“ като „INTBANKING“ в екрана „Поддръжка на междусистемен мост GL“.

Външна система
Посочете името на външната система като „INTBANKING“.

Идент. № на модула
Посочете кода на модула като „OL“.

Валута на транзакцията
Посочете валутата на транзакцията „ВСИЧКИ“ или конкретна валута.

Транзакционен клон
Посочете клона на транзакцията като „ВСИЧКИ“ или конкретен клон.

Код на продукта
Посочете кода на продукта като „ВСИЧКИ“ или конкретен продукт.

функция
Посочете идентификаторите на функцията за транзакция като „ВСИЧКИ“ или идентификатор на конкретна функция.

ISB GL
Посочете Inter System Bridge GL, където се прехвърля кредит от OBCL за изплащане на заем. Същият GL трябва да се поддържа в OBPM за по-нататъшна обработка.

Поддръжка в ОБПМ

Поддръжка на източника
Можете да извикате този екран, като напишете „PMDSORCE“ в полето в горния десен ъгъл на лентата с инструменти на приложението и щракнете върху съседния бутон със стрелка.

Забележка
Уверете се, че поддържате активен запис с всички задължителни полета в екрана „Подробна поддръжка на източника“.

Изходен код
Посочете изходния код. Прample 'INTBANKING'.

Код на хост
Кодът на хоста се задава по подразбиране автоматично въз основа на клона.

Разрешени са предварителни плащания
Поставете отметка в квадратчето „Разрешени предварително финансирани плащания“.

Предварително финансирани плащания GL
Посочете GL за предварително финансирани плащания, същият като GL за Inter System Bridge, поддържан в

OLDISBGL за OBCL.
OBPM дебитира изплатената сума на заема от този GL и кредитира указаното Nostro при изпращане на съобщението за плащане.

Изисква се уведомление
Поставете отметка в квадратчето „Изисква се известие“.

Външна опашка за известяване
Можете да извикате този екран, като напишете 'PMDEXTNT' в полето в горния десен ъгъл на лентата с инструменти на приложението и щракнете върху съседния бутон със стрелка.

Забележка
Уверете се, че поддържате активен запис с всички задължителни полета в екрана „Външна опашка за известия“.

Хост и изходен код
Посочете изходния код като „INTBANKING“. Кодът на хоста се задава по подразбиране въз основа на изходния код. Настройката на външната система на шлюза трябва да се извърши за изходен код „INTBANKING“.

Тип комуникация
Изберете вида на комуникация като "Web Обслужване

Клас на системата за уведомяване
Изберете класа на системата за уведомяване като „OFCL“.

WebОбслужване URL
За дадена комбинация от хост код и изходен код, a web обслужване URL трябва да се поддържа с OL Service (FCUBSOLService), за да получите повикване за известие от OBPM до OBCL.

Обслужване
Посочете webуслуга като „FCUBSOLService“.

Предпочитание за изходна мрежа
Можете да извикате този екран, като напишете „PMDSORNW“ в полето в горния десен ъгъл на лентата с инструменти на приложението и щракнете върху съседния бутон със стрелка.

Забележка
Уверете се, че поддържате активен запис в екрана „Подробни предпочитания за изходна мрежа“. Предпочитанието за различни мрежи за плащане, чрез които OBCL инициира заявка за плащане, трябва да се поддържа на този екран за същите изходни кодове.

Хост и изходен код
Посочете изходния код като „INTBANKING“. Кодът на хоста се задава по подразбиране въз основа на изходния код. Настройката на външната система на шлюза трябва да се извърши за изходен код „INTBANKING“.

Код на мрежата
Посочете кода на мрежата като „SWIFT“. Това позволява на OBPM да задейства SWIFT съобщение за сумата на изплащане на заема.

Тип транзакция
Посочете типа транзакция като „Изходяща“, за да изпратите SWIFT съобщението.

Поддръжка на мрежови правила
Можете да извикате този екран, като напишете „PMDNWRLE“ в полето в горния десен ъгъл на лентата с инструменти на приложението и щракнете върху съседния бутон със стрелка.

Забележка
Уверете се, че поддържате активен запис с всички задължителни полета в екрана „Подробности за мрежовото правило“, за да насочите OBCL заявката към съответната мрежа. За повече информация относно поддръжката на мрежови правила вижте Основното потребителско ръководство на Payments.

Поддръжка на ECA система
Уверете се, че сте създали външна система за проверка на кредитно одобрение (DDA система) в екрана STDECAMT. Осигурете необходимата изходна система, където се извършва проверката на ECA, както е посочено на екрана по-долу. Можете да извикате този екран, като напишете „PMDECAMT“ в полето в горния десен ъгъл на лентата с инструменти на приложението и щракнете върху съседния бутон със стрелка. Картирайте горепосочената система на ECA в екрана „Подробности за външната система за одобрение на кредити“.

JNDI име в опашка
Посочете JNDI името в опашката като 'MDB_QUEUE_RESPONSE'.

JNDI име на изходяща опашка
Посочете JNDI име на изходящата опашка като „MDB_QUEUE“.

Q Profile
Q Profile трябва да се поддържат според MDB опашката, създадена на App Server. Q Profile трябва да бъде с IP адрес, където е създадена JMS опашката. Системата OBPM публикува заявката ECA към системата DDA чрез тези MDB опашки. За повече информация относно поддръжката на ECA System вижте Oracle Banking Payments.

Основно ръководство за потребителя.
Queue Profile Поддръжка
Можете да извикате този екран, като напишете „PMDQPROF“ в полето в горния десен ъгъл на лентата с инструменти на приложението и щракнете върху съседния бутон със стрелка.

Забележка
Уверете се, че поддържате Queue Profile в „Queue Profile Екран за поддръжка.

Професионалистfile ID
Посочете Queue Connection profile ID.

Професионалистfile Описание
Посочете професионалистаfile описание

Потребителско име
Посочете потребителския идентификатор.

Парола
Посочете паролата.

Забележка
Потребителското име и паролата се използват за удостоверяване на опашка. Това гарантира, че външната система има право само да чете или view съобщенията, публикувани в опашката за съобщения.

Доставчик на контекст URL
Queue profile изисква доставчика на контекст 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 опашката, създадена на App Server. Q Profile трябва да бъде с IP адрес, където е създадена JMS опашката. Системата OBPM публикува заявката за прехвърляне на счетоводството през тези MDB опашки.

Забележка
OBPM изгражда заявката за счетоводно предаване с подробности и публикува в MDB_QUEUE. Счетоводната система чрез GWMDB изтегля заявката за шлюз и извиква вътрешно заявката за външно счетоводство. След като процесът приключи, счетоводната система публикува отговора през шлюза инфра към MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE е конфигуриран с опашка за повторно доставяне като jms/ ACC_ENTRY_RES_BKP_IN. Тази опашка вътрешно изтегля отговора през OBPM MDB, за да завърши обработката на Accounting Handoff в OBPM.

Поддръжка на валутен кореспондент
За SWIFT / трансгранични плащания банката трябва да поддържа валутния кореспондент, т.е. кореспондентите на банката, така че плащането да може да бъде насочено по подходящ начин. Платежната верига е изградена чрез поддържане на валутен кореспондент. Банката може да има множество валутни кореспонденти за една и съща валута, но конкретен кореспондент може да бъде маркиран като основен кореспондент, така че плащането да се насочва през тази банка, въпреки че има няколко банки кореспонденти.

Поддръжка на валутен кореспондент (PMDCYCOR) се използва при изграждането на платежната верига за трансгранични плащания. Това е поддръжка на ниво хост. Валута, BIC на банката и номер на сметка могат да се поддържат за кореспондента. Можете да извикате този екран, като напишете „PMDCYCOR“ в полето в горния десен ъгъл на лентата с инструменти на приложението и щракнете върху съседния бутон със стрелка. Поддържайте AWI или валутния кореспондент на AWI на този екран.

Код на хост
Системата показва хост кода на избрания клон на влезлия потребител.

Банков код
Изберете банковия код от списъка с показани стойности. Избраният BIC код се показва в това поле.

Валута
Посочете валутата. Като алтернатива можете да изберете валутата от списъка с опции. Списъкът показва всички валидни валути, поддържани в системата.

Първична кореспондентска проверка
Това поле, ако този кореспондент е кореспондентът в основната валута. Може да има само един кореспондент в основната валута за комбинацията от тип сметка, валута. Тип акаунт Изберете типа акаунт. Списъкът показва следните стойности:

• Нашата сметка се поддържа с кореспондентско въвеждане в полето за банков код.
• Техният акаунт се поддържа от кореспондентския вход в полето за банков код в Обработващата банка (сметка Nostro).

Тип акаунт
Посочете типа акаунт като Наш – Нострото на Кореспондента, което се поддържа в нашите книги.

Номер на сметката
Посочете номера на сметката, свързан с кореспондентския вход в полето Банков код в посочената валута. Като алтернатива можете да изберете номера на сметката от списъка с опции. Списъкът показва всички сметки Nostro за тип акаунт НАШИЯ и валидни нормални акаунти за тип акаунт ТЕХЕН. Валутата на акаунта, показана в списъка, трябва да е същата като посочената валута.

Основен акаунт
Поставете отметка в това квадратче, за да посочите дали акаунтът е основният акаунт. Можете да добавите няколко акаунта. Но само един акаунт може да бъде маркиран като основен акаунт. Това показва, че акаунтът, маркиран като основен акаунт, е ключовият акаунт за поддържаната комбинация „Код на хост, банков код, валута“.

Необходим ли е MT 210?
Поставете отметка в това квадратче, за да посочите дали MT 210 трябва да бъде изпратено до валутния кореспондент в сценариите, при които се генерира автоматично като генериране на изходящ MT 200/MT 201. Само ако това квадратче е избрано, системата генерира MT210

Съгласуване Поддръжка на външни сметки
Можете да извикате този екран, като напишете 'PXDXTACC' в полето в горния десен ъгъл на лентата с инструменти на приложението и щракнете върху съседния бутон със стрелка.

Поддържайте номера на акаунта във Vostro (еквивалент на Nostro), който се поддържа в книгите на Кореспондента. Това ще бъде изпратено в 53B tag в съобщенията на MT103 & MT202 Cover.

• Клас на помирение
• Поддържайте го като 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 Status не може да бъде променен на която и да е опция, тъй като зависи от това кой е 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 за другите поддръжка на ден 0.
• За подробна информация относно гореспоменатите екрани вижте основното ръководство за потребителя на Oracle Banking Payments.

Речник на 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

Изтеглете PDF: Oracle 14.7 Payments Co-deployed Integration Guide Ръководство

Референции

• Ръководство за потребителя