Руководство пользователя по интеграции Oracle 14.7 Payments Co-deployed

Корпоративное кредитование – Руководство пользователя по интеграции совместного развертывания платежей

Ноябрь 2022 г.
Oracle Financial Services Software Limited

Оракул Парк
Off 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 Универсальный банкинг
ОБКЛ	Oracle Banking Корпоративное кредитование
OL	Оракл Кредитование
РОФК	Остальная часть Oracle FLEXCUBE
Система	Если не указано иное, это всегда должно относиться к системе Oracle FLEX-CUBE Universal Banking Solutions.
WSDL	Web Язык описания услуг

Глоссарий иконок
В данном руководстве пользователя могут упоминаться все или некоторые из следующих значков.

Корпоративное кредитование – Интеграция платежей в настройку CoDeployed
Эта глава содержит следующие разделы:

• Раздел 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 Guide.

Обслуживание филиала
Вам необходимо создать ветвь на экране «Обслуживание основных параметров ветви» (STDCRBRN). Этот экран используется для сбора основных данных ветви, таких как имя ветви, код ветви, адрес ветви, еженедельный праздник и т. д. Вы можете вызвать этот экран, введя «STDCRBRN» в поле в правом верхнем углу панели инструментов приложения и нажав на соседнюю кнопку со стрелкой.

Вы можете указать хост для каждой созданной ветки. Чтобы сохранить хост для разных часовых поясов, см..
Руководство пользователя Oracle Banking Payments Core.

Примечание
Пара филиалов, которые могут осуществлять межфилиальные платежи, должны обслуживаться на одном и том же хосте.

Ведение параметров хоста
Вы можете вызвать этот экран, введя «PIDHSTMT» в поле в правом верхнем углу панели инструментов приложения и нажав на соседнюю кнопку со стрелкой.

Примечание

• В OBCL убедитесь, что вы поддерживаете параметр хоста с активной записью со всеми обязательными полями.
• «Система интеграции OBCL» предназначена для интеграции UBS для 360 и торговой интеграции. «Система платежей» предназначена для интеграции OBPM, и необходимо выбрать «INTBANKING».

Код хоста
Укажите код хоста.

Описание хоста
Укажите краткое описание хоста.

Код системы бухгалтерского учета
Укажите код системы учета. Напримерampле, «ОЛИНТСИС»

Платежная система
Укажите платежную систему. Напримерampле, «ИНТБАНКИНГ»

Система ELCM
Укажите систему ELCM. Напримерampле, «ОЛЕЛКМ»

Система интеграции OBCL
Укажите внешнюю систему. Напримерample, «OLINTSYS», для интеграции с системой UBS.

Система блокчейна
Укажите систему блокчейна. Напримерampле «OLBLKCN».

Код платежной сети
Укажите сеть, через которую OBPM будет отправлено исходящее сообщение для выдачи кредита. Напримерampле, «СВИФТ».

Поддержка параметров интеграции
Вы можете вызвать этот экран, введя «OLDINPRM» в поле в правом верхнем углу панели инструментов приложения и нажав на соседнюю кнопку со стрелкой.

Примечание
Убедитесь, что вы ведете активную запись со всеми обязательными полями и именем службы «PMSinglePaymentService» на экране «Обслуживание параметров интеграции».

Код филиала
Укажите «ВСЕ», если параметры интеграции являются общими для всех филиалов. Или сохраните отдельные филиалы.

Внешняя система
Укажите внешнюю систему как «INTBANKING».

Внешний пользователь
Укажите идентификатор пользователя, который будет передан в запросе на оплату в OBPM.

Название услуги
Укажите имя сервиса как «PMSinglePayOutService».

Канал связи
Укажите канал связи как 'Web Услуга'.

Режим связи
Укажите режим связи как «АСИНХР».

Уровень связи
Укажите уровень связи как приложение.

Имя службы WS
Укажите web имя службы как «PMSinglePayOutService».

Конечная точка WS URL
Укажите WSDL сервисов как ссылку WSDL «Оплата единой платежной службой».

Пользователь WS
Поддерживайте пользователя OBPM с доступом ко всем филиалам и функцией автоматической авторизации.

Обслуживание клиентов
Customer Maintenance (OLDCUSMT) является обязательным. Вам необходимо создать запись на этом экране для банка. «Основной BIC» и «Средство по умолчанию» должны быть «SWIFT» для генерации сообщений SWIFT.

Техническое обслуживание инструкций по расчету
Необходимо создать счет NOSTRO для банка, в котором заемщик и участник (оба) должны иметь свой счет CASA. Это необходимо сопоставить в LBDINSTR, а счет оплаты/получения должен быть NOSTRO. Вам необходимо выбрать счет NOSTRO в полях счетов оплаты и получения, но у заемщика не может быть счета NOSTRO, только банк может иметь банковский счет NOSTRO, и вам необходимо выбрать «Оплатить и получить» в качестве идентификатора БАНКА. Это заменяется внутренним мостом GL при выполнении транзакции. Сохраните контрагента со всеми обязательными полями на экране «Обслуживание инструкций по расчету» (LBDINSTR). Для получения дополнительной информации об инструкциях по расчету см. Руководство пользователя по синдицированию займов.

Межсистемный мост GL
Вы можете вызвать этот экран, введя «OLDISBGL» в поле в правом верхнем углу панели инструментов приложения и нажав на соседнюю кнопку со стрелкой.

Примечание
Убедитесь, что вы ведете активную запись со всеми обязательными полями и укажите «Внешнюю систему» ​​как «INTBANKING» на экране «Обслуживание межсистемного моста ГК».

Внешняя система
Укажите имя внешней системы как «INTBANKING».

Идентификатор модуля
Укажите код модуля как «OL».

Валюта транзакции
Укажите валюту транзакции «ВСЕ» или конкретную валюту.

Отделение транзакций
Укажите ветвь транзакции как «ВСЕ» или конкретную ветвь.

Код продукта
Укажите код продукта: «ВСЕ» или конкретный продукт.

Функция
Укажите идентификаторы функций транзакции как «ВСЕ» или конкретный идентификатор функции.

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

Техническое обслуживание в OBPM

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

Примечание
Убедитесь, что вы ведете активную запись со всеми обязательными полями на экране «Подробное обслуживание источника».

Исходный код
Укажите исходный код. Примерample 'INTBANKING'.

Код хоста
Код хоста автоматически устанавливается по умолчанию в зависимости от ветки.

Разрешены предоплаченные платежи
Установите флажок «Разрешены предоплаченные платежи».

Предварительно профинансированные платежи GL
Укажите GL для предоплаченных платежей, как и GL для межсистемного моста, поддерживаемый в

OLDISBGL для OBCL.
OBPM списывает выданную сумму кредита с этого GL и зачисляет на указанный счет Nostro при отправке платежного сообщения.

Требуется уведомление
Установите флажок «Требуется уведомление».

Внешняя очередь уведомлений
Вы можете вызвать этот экран, введя «PMDEXTNT» в поле в правом верхнем углу панели инструментов приложения и нажав на соседнюю кнопку со стрелкой.

Примечание
Убедитесь, что вы ведете активную запись со всеми обязательными полями на экране «Очередь внешних уведомлений».

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

Тип связи
Выберите тип связи как 'Web Услуга

Класс системы оповещения
Выберите класс системы уведомлений «OFCL».

WebУслуга URL
Для данной комбинации кода хоста и исходного кода web услуга URL необходимо поддерживать связь с OL Service (FCUBSOLService) для получения уведомительного вызова от OBPM в OBCL.

Услуга
Укажите webуслуга как «FCUBSOLService».

Предпочтение исходной сети
Вы можете вызвать этот экран, введя «PMDSORNW» в поле в правом верхнем углу панели инструментов приложения и нажав на соседнюю кнопку со стрелкой.

Примечание
Убедитесь, что вы поддерживаете активную запись на экране «Подробные настройки исходной сети». Предпочтение для различных платежных сетей, через которые OBCL инициирует запрос на оплату, необходимо поддерживать на этом экране для тех же исходных кодов.

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

Сетевой код
Укажите сетевой код как «SWIFT». Это позволит OBPM инициировать сообщение SWIFT для суммы выдачи кредита.

Тип транзакции
Укажите тип транзакции «Исходящая», чтобы отправить сообщение SWIFT.

Обслуживание сетевых правил
Вы можете вызвать этот экран, введя «PMDNWRLE» в поле в правом верхнем углу панели инструментов приложения и нажав на соседнюю кнопку со стрелкой.

Примечание
Убедитесь, что вы поддерживаете активную запись со всеми обязательными полями на экране «Подробное описание правила сети» для маршрутизации запроса OBCL в соответствующую сеть. Для получения дополнительной информации о ведении правил сети см. Руководство пользователя Payments Core.

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

Имя JNDI в очереди
Укажите имя JNDI в очереди как «MDB_QUEUE_RESPONSE».

Имя JNDI для исходящей очереди
Укажите имя JNDI исходящей очереди как «MDB_QUEUE».

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

Основное руководство пользователя.
Очередь Проfile Обслуживание
Вы можете вызвать этот экран, введя «PMDQPROF» в поле в правом верхнем углу панели инструментов приложения и нажав на соседнюю кнопку со стрелкой.

Примечание
Убедитесь, что вы поддерживаете Queue Profile в «Очереди Про»file Экран «Обслуживание».

Профиfile ID
Укажите профессиональную очередь подключенияfile ИДЕНТИФИКАТОР.

Профи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.

Примечание
Убедитесь, что вам необходимо поддерживать требуемую систему учета на экране «Внешняя система учета подробно». Кроме того, поддерживайте сопоставление учетной системы для системы учета и сетей (PMDACMAP)

Имя JNDI в очереди
Укажите имя JNDI входящей очереди как «MDB_QUEUE_RESPONSE».

Имя JNDI для исходящей очереди
Укажите JNDI-имя исходящей очереди как «MDB_QUEUE».

Вопрос Проfile
Вопрос Проfile необходимо поддерживать в соответствии с очередью MDB, созданной на сервере приложений. Q Profile необходимо иметь IP-адрес, на котором была создана очередь JMS. Система OBPM отправляет запрос на передачу Accounting через эти очереди MDB.

Примечание
OBPM создает запрос Accounting Handoff с подробностями и отправляет его в MDB_QUEUE. Система учета через GWMDB извлекает запрос шлюза и вызывает внутри запрос External Accounting. После завершения процесса система учета отправляет ответ через gateway infra в 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 для типа счета OUR и допустимые обычные счета для типа счета THEIR. Валюта счета, отображаемая в списке, должна совпадать с указанной валютой.

Основной счет
Установите этот флажок, чтобы указать, является ли счет основным. Вы можете добавить несколько счетов. Но только один счет может быть отмечен как основной. Это означает, что счет, отмеченный как основной, является ключевым счетом для поддерживаемой комбинации «Код хоста, Код банка, Валюта».

Требуется МТ 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.

Эмитент
Выберите необходимый БИК отделения банка, выдавшего разрешение на получение всех или определенных типов сообщений (в случае RMA+) из доступного списка значений.

Тип RMA
Укажите тип RMA. Выберите между Issued и Received из раскрывающегося списка.

Действительно с даты
Укажите дату начала действия разрешения RMA

Корреспондент
Из списка значений выберите БИК филиала банка, получившего авторизацию от банка-эмитента.

Статус 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.
• Подробную информацию о вышеупомянутых экранах см. в Руководстве пользователя Oracle Banking Payments Core.

Глоссарий идентификаторов функций

• Г ГВДЕЦИС ………………….2-1
• Л ЛБДИНСТР ………2-6
• О СТАРЫЙ ТАМОЖЕННЫЙ ………………….2-6
• ОЛДИНПРМ……..2-5
• ОЛДИСБГЛ ………2-6
• П ПИДХСТМТ ……………………2-3
• ПМДАККТМТ ………………..2-14
• ПМДЦИКОР ………………. 2-15
• PMDECAMT ……………….. 2-12
• ПМДЕКСТНТ …………………. 2-8
• ПМДНВРЛЕ ………………. 2-10
• ПМДКПРОФ ………………. 2-12
• ПМДРМАУП ………………. 2-17
• PMDSORCE ………………… 2-7
• PMDSORNW ……………….. 2-9
• PXDXTACC ……………….. 2-16
• S STDCRBRN …………………. 2-2
• СТДЕКАМТ ……………….. 2-11

PDF скачать: Руководство пользователя по интеграции Oracle 14.7 Payments Co-deployed

Ссылки

• Руководство пользователя