Посібник користувача з інтеграції Oracle 14.7 Payments Co-deployed
Корпоративне кредитування – Посібник користувача з інтеграції спільного впровадження платежів
Листопад 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 | Інтерфейс прикладного програмування |
| FCUBS | Oracle FLEXCUBE Universal Banking |
| OBCL | Oracle Banking Корпоративне кредитування |
| OL | Кредитування Oracle |
| 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 ви підтримуєте активний запис із усіма обов’язковими полями та «Зовнішня система» на екрані «Обслуговування зовнішньої системи». наприкладample, підтримувати зовнішню систему як «INTBANKING».
запит
- Збережіть його як ідентифікатор повідомлення.
- Запит повідомлення
- Зберігайте його як повноекранний.
- Повідомлення у відповідь
- Зберігайте його як повноекранний.
- Зовнішні системні черги
- Підтримуйте черги In & Response JMS. Це черги, де OBCL надсилає XML-запит SPS до OBPM.
- Щоб отримати додаткові відомості про обслуговування зовнішньої системи, зверніться до Common Core – Gateway User. Гід.
Обслуговування відділення
Вам потрібно створити гілку на екрані «Обслуговування основних параметрів гілки» (STDCRBRN). Цей екран використовується для запису основних деталей філії, як-от назва філії, код філії, адреса філії, тижневі свята тощо. Ви можете викликати цей екран, ввівши «STDCRBRN» у полі у верхньому правому куті панелі інструментів програми та клацнувши кнопку зі стрілкою поруч.
Ви можете вказати хост для кожної створеної гілки. Щоб підтримувати хост для різних часових поясів, див..
Основний посібник користувача Oracle Banking Payments.
Примітка
Пара відділень, які можуть здійснювати міжфіліальні платежі, має підтримуватися на одному хості.
Обслуговування параметрів хоста
Ви можете викликати цей екран, ввівши «PIDHSTMT» у полі у верхньому правому куті панелі інструментів програми та натиснувши кнопку зі стрілкою поруч.
Примітка
- У OBCL переконайтеся, що ви підтримуєте параметр хоста з активним записом із усіма обов’язковими полями.
- «Система інтеграції OBCL» призначена для інтеграції UBS для 360 і торгівлі. «Платіжна система» призначена для інтеграції OBPM, і потрібно вибрати «INTBANKING».
Код хоста
Вкажіть код хоста.
Опис ведучого
Вкажіть коротку характеристику для господаря.
Код системи бухгалтерського обліку
Вкажіть код системи обліку. наприкладample, “ОЛІНСИС”
Платіжна система
Вкажіть платіжну систему. наприкладample, «INTBANKING»
Система ELCM
Вкажіть систему ELCM. наприкладample, «OLELCM»
Система інтеграції OBCL
Вкажіть зовнішню систему. наприкладampфайл «OLINTSYS», для інтеграції з системою UBS.
Блокова ланцюгова система
Вкажіть систему блокчейн. наприкладampфайл “OLBLKCN”.
Код платіжної мережі
Укажіть мережу, через яку OBPM надсилати вихідне повідомлення для виплати кредиту. наприкладample, «SWIFT».
Обслуговування параметрів інтеграції
Ви можете викликати цей екран, ввівши «OLDINPRM» у полі у верхньому правому куті панелі інструментів програми та клацнувши кнопку зі стрілкою поруч.
Примітка
Переконайтеся, що ви підтримуєте активний запис із усіма обов’язковими полями та назвою служби як «PMSinglePaymentService» на екрані «Обслуговування параметрів інтеграції».
Код відділення
Укажіть як «ALL», якщо параметри інтеграції спільні для всіх гілок. Або підтримувати окремі гілки.
Зовнішня система
Вкажіть зовнішню систему як «INTBANKING».
Зовнішній користувач
Укажіть ідентифікатор користувача, який буде переданий у платіжному запиті до OBPM.
Назва служби
Укажіть назву служби як "PMSinglePayOutService".
Канал зв'язку
Вкажіть канал зв'язку як "Web Сервіс'.
Режим зв'язку
Укажіть режим зв’язку як «ASYNC».
Комунікаційний рівень
Укажіть комунікаційний рівень як додаток.
Назва служби WS
Вкажіть web назву служби як "PMSinglePayOutService".
Кінцева точка WS URL
Укажіть WSDL служб як WSDL-посилання «Payment Single Payment Service».
Користувач WS
Підтримуйте користувача OBPM з доступом до всіх відділень і автоматичною авторизацією.
Технічне обслуговування клієнтів
Технічне обслуговування клієнтів (OLDCUSMT) є обов’язковим. Вам потрібно створити запис на цьому екрані для банку. Для створення повідомлень SWIFT «Основний BIC» і «Медіа за замовчуванням» мають бути «SWIFT».
Ведення розрахункової інструкції
Обліковий запис НОСТРО потрібно створити в банку, в якому позичальник і учасник (обидва) мають відкрити рахунок CASA. Це потрібно зіставити в LBDINSTR, а рахунок оплати/отримання має бути NOSTRO. Вам потрібно вибрати рахунок NOSTRO в полях рахунків оплати та отримання, але позичальник не може мати рахунок NOSTRO, тільки банк може мати банківський рахунок NOSTRO, і вам потрібно вибрати Pay and Receive як ідентифікатор БАНКУ. Під час виконання транзакції його замінює внутрішній bridge GL. Підтримуйте контрагента за допомогою всіх обов’язкових полів на екрані «Ведення інструкцій щодо розрахунків» (LBDINSTR). Для отримання додаткової інформації щодо інструкцій щодо розрахунків зверніться до Посібника користувача синдикації позики.
Інтерсистема Bridge GL
Ви можете викликати цей екран, ввівши «OLDISBGL» у полі у верхньому правому куті панелі інструментів програми та натиснувши кнопку зі стрілкою поруч.
Примітка
Переконайтеся, що ви підтримуєте активний запис із усіма обов’язковими полями та «Зовнішня система» як «INTBANKING» на екрані «Inter-system Bridge GL Maintenance».
Зовнішня система
Вкажіть назву зовнішньої системи як "INTBANKING".
Ідентифікатор модуля
Вкажіть код модуля як «OL».
Валюта транзакції
Укажіть валюту транзакції «ВСІ» або певну валюту.
Трансакційне відділення
Укажіть гілку транзакції як «УСІ» або окрему гілку.
Код товару
Вкажіть код продукту як «УСІ» або певний продукт.
функція
Укажіть ідентифікатори функцій транзакцій як "УСІ" або ідентифікатор певної функції.
ISB GL
Укажіть Inter System Bridge GL, куди передається кредит від OBCL для виплати позики. Той самий GL необхідно підтримувати в OBPM для подальшої обробки.
Технічне обслуговування в ОБПМ
Обслуговування джерела
Ви можете викликати цей екран, ввівши «PMDSORCE» у полі у верхньому правому куті панелі інструментів програми та натиснувши кнопку зі стрілкою поруч.
Примітка
Переконайтеся, що ви підтримуєте активний запис із усіма обов’язковими полями на екрані «Детальне обслуговування джерела».
Вихідний код
Вкажіть вихідний код. Прample 'INTBANKING'.
Код хоста
Код хосту автоматично встановлюється за умовчанням залежно від гілки.
Дозволені передфінансовані платежі
Установіть прапорець «Дозволені передфінансовані платежі».
Попередні платежі GL
Укажіть GL Prefunded Payments так само, як і Inter System Bridge GL, який підтримується в
OLDISBGL для OBCL.
OBPM списує виплачену суму позики з цього GL і кредитує вказаний Nostro після надсилання платіжного повідомлення.
Потрібне сповіщення
Установіть прапорець «Потрібне сповіщення».
Зовнішня черга сповіщень
Ви можете викликати цей екран, ввівши «PMDEXTNT» у полі у верхньому правому куті панелі інструментів програми та натиснувши кнопку зі стрілкою поруч.
Примітка
Переконайтеся, що ви підтримуєте активний запис із усіма обов’язковими полями на екрані «Зовнішня черга сповіщень».
Хост і вихідний код
Вкажіть вихідний код як "INTBANKING". Код хоста стає стандартним на основі вихідного коду. Налаштування зовнішньої системи шлюзу для вихідного коду «INTBANKING».
Тип зв'язку
Виберіть тип зв'язку як "Web Сервіс
Клас системи сповіщень
Виберіть клас системи сповіщень як "OFCL".
WebСервіс URL
Для заданої комбінації коду хоста та вихідного коду a web обслуговування URL потрібно підтримувати за допомогою служби OL (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, створеної на сервері програм. Q Profile потрібно мати IP-адресу, на якій була створена черга JMS. Система OBPM надсилає запит ECA до системи DDA через ці черги MDB. Для отримання додаткової інформації про обслуговування системи ECA зверніться до Oracle Banking Payments.
Основний посібник користувача.
Queue Profile Технічне обслуговування
Ви можете викликати цей екран, ввівши «PMDQPROF» у полі у верхньому правому куті панелі інструментів програми та натиснувши кнопку зі стрілкою поруч.
Примітка
Переконайтеся, що ви підтримуєте Queue Profile у «Queue Profile Екран технічного обслуговування.
Profile ID
Укажіть Queue Connection profile ID.
Profile опис
Вкажіть професіоналаfile опис
ID користувача
Вкажіть ідентифікатор користувача.
Пароль
Вкажіть пароль.
Примітка
Ідентифікатор користувача та пароль використовуються для автентифікації черги. Це гарантує, що зовнішній системі дозволено лише читати або 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, створеної на сервері програм. Q Profile має мати IP-адресу, де була створена черга JMS. Система OBPM розміщує запит на передачу обслуговування обліку через ці черги MDB.
Примітка
OBPM створює запит Accounting Handoff із деталями та надсилає його в 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.
- Клас примирення
- Збережіть його як NOST.
- Зовнішня сутність
- Вкажіть БІК кореспондента.
- Зовнішній рахунок
- Укажіть номер рахунку 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, щоб дізнатися про інше технічне обслуговування Дня 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 Co-deployed