Logotipo de Oracle

Guía del usuario de integración co-implementada de Oracle 14.7 Payments

Oracle-14-7-Payments-Producto de integración implementado conjuntamente

Guía del usuario de integración de pagos implementados conjuntamente para préstamos corporativos

Noviembre de 2022
Software de servicios financieros Oracle Limited

Parque del Oráculo
Fuera de la autopista Western Express

Goregaon (Este)
Bombay, Maharashtra 400 063

India
Consultas en todo el mundo:
Teléfono: +91 22 6718 3000
Teléfono: +91 22 6718 3001
www.oracle.com/financialservices/

Copyright © 2007, 2022, Oracle y/o sus filiales. Reservados todos los derechos. Oracle y Java son marcas comerciales registradas de Oracle y/o sus filiales. Otros nombres pueden ser marcas comerciales de sus respectivos propietarios.
USUARIOS FINALES DEL GOBIERNO DE EE. UU.: Los programas de Oracle, incluidos cualquier sistema operativo, software integrado, cualquier programa instalado en el hardware y/o documentación, entregados a los usuarios finales del Gobierno de EE. UU. son “software informático comercial” según el Reglamento Federal de Adquisiciones aplicable y las reglamentaciones complementarias específicas de la agencia.

Por lo tanto, el uso, la duplicación, la divulgación, la modificación y la adaptación de los programas, incluidos los sistemas operativos, el software integrado, los programas instalados en el hardware y/o la documentación, estarán sujetos a los términos y restricciones de la licencia aplicables a los programas. No se conceden otros derechos al Gobierno de los EE. UU.

Este software o hardware se ha desarrollado para uso general en diversas aplicaciones de gestión de la información. No se ha desarrollado ni está destinado a utilizarse en aplicaciones de riesgo inherente, incluidas aquellas que pueden generar riesgos de lesiones personales. Si utiliza este software o hardware en aplicaciones de riesgo, será responsable de adoptar todas las medidas adecuadas de prevención de fallos, copia de seguridad, redundancia o de cualquier otro tipo para garantizar la seguridad en el uso de este software o hardware. Oracle Corporation y sus filiales declinan toda responsabilidad derivada de los daños causados ​​por el uso de este software o hardware en aplicaciones de riesgo.

Este software y la documentación relacionada se proporcionan bajo un contrato de licencia que contiene restricciones de uso y divulgación, y están protegidos por las leyes de propiedad intelectual. A menos que se permita expresamente en el contrato de licencia o que lo permita la ley, no se puede usar, copiar, reproducir, traducir, transmitir, modificar, licenciar, transmitir, distribuir, exhibir, ejecutar, publicar ni mostrar ninguna parte, en ninguna forma ni por ningún medio. Se prohíbe la ingeniería inversa, el desensamblaje o la descompilación de este software, a menos que lo exija la ley para la interoperabilidad.

La información aquí contenida está sujeta a cambios sin previo aviso y no se garantiza que esté libre de errores. Si detecta algún error, le rogamos que nos lo comunique por escrito. Este software o hardware y la documentación pueden proporcionar acceso a, o información sobre, contenidos, productos o servicios de terceros. Oracle Corporation y sus filiales no son responsables y renuncian expresamente a cualquier tipo de garantía sobre el contenido, los productos y los servicios de terceros. Oracle Corporation y sus filiales no serán responsables de ninguna pérdida, costo o daño en que se incurra como consecuencia de su acceso o uso de contenidos, productos o servicios de terceros.

Introducción

Este documento está diseñado para ayudarlo a familiarizarse con la integración de Oracle Banking Corporate Lending y Oracle Banking Payments en una configuración implementada conjuntamente. Además de este manual de usuario, mientras mantiene los detalles relacionados con la interfaz, puede invocar la ayuda contextual disponible para cada campo. Esto ayuda a describir el propósito de cada campo dentro de una pantalla. Puede obtener esta información colocando el cursor en el campo relevante y presionando la tecla en el teclado. 1.2

Audiencia
Este manual está destinado a los siguientes usuarios/roles de usuario:

RoleFunción
Socios de implementaciónProporcionar servicios de personalización, configuración e implementación.

Accesibilidad de la documentación
Para obtener información sobre el compromiso de Oracle con la accesibilidad, visite la página de Accesibilidad de Oracle.
Programa websitio en http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.

Organización
Este manual está organizado en los siguientes capítulos:

CapítuloDescripción
Capítulo 1Prefacio da información sobre el público objetivo. También enumera los diversos capítulos cubiertos en este Manual del usuario.
Capítulo 2Este capítulo le ayuda a implementar conjuntamente los productos Oracle Banking Corporate Lending y Oracle Banking Payments en una sola instancia.
Capítulo 3Glosario de ID de función tiene una lista alfabética de las ID de funciones/pantallas utilizadas en el módulo con referencias de página para una navegación rápida.

Acrónimos y abreviaturas

AbreviaturaDescripción
APIInterfaz de programación de aplicaciones
FCUBSBanca universal Oracle FLEXCUBE
OCLPréstamos corporativos de Oracle Banking
OLPréstamos de Oracle
Corporación de crédito regionalResto de Oracle FLEXCUBE
SistemaA menos que se especifique lo contrario, siempre se referirá al sistema Oracle FLEX-CUBE Universal Banking Solutions.
WSDLWeb Servicios Descripción Idioma

Glosario de Iconos
Este manual del usuario puede hacer referencia a todos o algunos de los siguientes iconos.

Oracle-14-7-Payments-Co-implementación-integración-fig- (1)

Préstamos corporativos: integración de pagos en la configuración de CoDeployed
Este capítulo contiene las siguientes secciones:

  • Sección 2.1, “Introducción”
  • Sección 2.2, “Mantenimientos en OBCL”
  • Sección 2.3, “Mantenimientos en OBPM”

Introducción
Puede integrar Oracle Banking Corporate Lending (OBCL) con el producto Oracle Banking Payment (OBPM). Para integrar estos dos productos en un entorno implementado conjuntamente, debe realizar un mantenimiento específico en OBCL, Payments y Common Core.

Mantenimientos en OBCL
La integración entre Oracle Banking Corporate Lending (OBCL) y Oracle Banking Payments (OBPM) le permite despachar el desembolso del préstamo a través del pago transfronterizo generando mensajes SWIFT MT103 y MT202.

Mantenimiento del sistema externo
Puede abrir esta pantalla escribiendo "GWDETSYS" en el campo ubicado en la esquina superior derecha de la barra de herramientas de la aplicación y haciendo clic en el botón de flecha adyacente. Debe definir un sistema externo para una sucursal que se comunique con la OBCL mediante una puerta de enlace de integración.

Nota
Asegúrese de mantener en OBCL un registro activo con todos los campos obligatorios y el 'Sistema externo' en la pantalla 'Mantenimiento del sistema externo'. Por ejemploampes decir, mantener el Sistema Externo como “INTBANKING”.

Oracle-14-7-Payments-Co-implementación-integración-fig- (2)

Pedido

  • Mantenlo como ID de mensaje.
  • Solicitar mensaje
  • Mantenlo en pantalla completa.
  • Mensaje de respuesta
  • Mantenlo en pantalla completa.
  • Colas de sistemas externos
  • Mantener las colas JMS de entrada y respuesta. Estas son las colas donde OBCL envía el XML de solicitud SPS a OBPM.
  • Para obtener más información sobre el mantenimiento externo del sistema, consulte Common Core – Guía del usuario de Gateway.

Mantenimiento de sucursales
Debe crear una sucursal en la pantalla 'Mantenimiento de parámetros básicos de sucursal' (STDCRBRN). Esta pantalla se utiliza para capturar detalles básicos de la sucursal, como el nombre de la sucursal, el código de la sucursal, la dirección de la sucursal, los días festivos semanales, etc. Puede invocar esta pantalla escribiendo 'STDCRBRN' en el campo ubicado en la esquina superior derecha de la barra de herramientas de la aplicación y haciendo clic en el botón de flecha adyacente.

Oracle-14-7-Payments-Co-implementación-integración-fig- (3)

Puede especificar un host para cada rama creada. Para mantener el host para diferentes zonas horarias, consulte...
Manual del usuario principal de Oracle Banking Payments.

Nota
Un par de sucursales que puedan realizar pagos entre sucursales deben mantenerse bajo el mismo host.

Oracle-14-7-Payments-Co-implementación-integración-fig- (4)

Mantenimiento de parámetros de host
Puede invocar esta pantalla escribiendo 'PIDHSTMT' en el campo ubicado en la esquina superior derecha de la barra de herramientas de la aplicación y haciendo clic en el botón de flecha adyacente.

Nota

  • En OBCL, asegúrese de mantener el parámetro de host con un registro activo con todos los campos obligatorios.
  • El 'Sistema de integración OBCL' es para la integración de UBS para 360 y la integración comercial. El 'Sistema de pago' es para la integración de OBPM y se debe seleccionar 'INTBANKING'.Oracle-14-7-Payments-Co-implementación-integración-fig- (5)

Código de anfitrión
Especifique el código de host.

Descripción del host
Especifique la breve descripción del host.

Código del sistema de contabilidad
Especifique el código del sistema contable. Por ejemplo:ampel, “OLINTSYS”

Sistema de pago
Especifique el sistema de pago. Por ejemploampes, “BANCA INTERNACIONAL”

Sistema ELCM
Especifique el sistema ELCM. Por ejemploampel, “OLELCM”

Sistema de Integración OBCL
Especifique el sistema externo. Por ejemploampes, “OLINTSYS”, para la integración con el sistema UBS.

Sistema de cadena de bloques
Especifique el sistema de cadena de bloques. Por ejemploampel “OLBLKCN”.

Código de red de pago
Especifique la red a través de la cual OBPM enviará el mensaje saliente para el desembolso del préstamo. Por ejemploampes, “SWIFT”.

Mantenimiento de parámetros de integración
Puede invocar esta pantalla escribiendo 'OLDINPRM' en el campo ubicado en la esquina superior derecha de la barra de herramientas de la aplicación y haciendo clic en el botón de flecha adyacente.

Nota
Asegúrese de mantener un registro activo con todos los campos obligatorios y el nombre del servicio como “PMSinglePaymentService” en la pantalla “Mantenimiento de parámetros de integración”.

Oracle-14-7-Payments-Co-implementación-integración-fig- (6)

Código de sucursal
Especifique como 'ALL' en caso de que los parámetros de integración sean comunes para todas las sucursales. O bien, mantenga sucursales individuales.

Sistema externo
Especifique el sistema externo como 'INTBANKING'.

Usuario externo
Especifique el ID de usuario que se pasará en la solicitud de pago a OBPM.

Nombre del servicio
Especifique el nombre del servicio como 'PMSinglePayOutService'.

Canal de comunicación
Especifique el canal de comunicación como 'Web Servicio'.

Modo de comunicación
Especifique el modo de comunicación como 'ASYNC'.

Capa de comunicación
Especifique la capa de comunicación como Aplicación.

Nombre del servicio WS
Especificar el web nombre del servicio como 'PMSinglePayOutService'.

Extremo de WS URL
Especifique el WSDL de los servicios como enlace WSDL 'Servicio de pago único de pago'.

Usuario de WS
Mantener el usuario OBPM con acceso a todas las sucursales y facilidad de autorización automática.

Mantenimiento del cliente
El mantenimiento del cliente (OLDCUSMT) es obligatorio. Debe crear un registro en esta pantalla para el banco. El "BIC principal" y el "Medio predeterminado" deben ser "SWIFT" para generar mensajes SWIFT.

Mantenimiento de instrucciones de liquidación
Se debe crear una cuenta NOSTRO para el banco en el que el prestatario y el participante (ambos) deben tener su cuenta CASA. Esta debe estar asignada en LBDINSTR y la cuenta de pago/recepción debe ser NOSTRO. Debe seleccionar la cuenta NOSTRO en los campos de cuentas de pago y recepción, pero el prestatario no puede tener una cuenta NOSTRO, solo el banco puede tener la cuenta bancaria NOSTRO y debe seleccionar Pagar y Recibir como ID de BANCO. Esto se reemplaza por el GL puente interno mientras se realiza la transacción. Mantenga la contraparte con todos los campos requeridos en la pantalla 'Mantenimiento de instrucciones de liquidación' (LBDINSTR). Para obtener más información sobre las instrucciones de liquidación, consulte el Manual del usuario de sindicación de préstamos.

Puente entre sistemas GL
Puede invocar esta pantalla escribiendo 'OLDISBGL' en el campo ubicado en la esquina superior derecha de la barra de herramientas de la aplicación y haciendo clic en el botón de flecha adyacente.

Nota
Asegúrese de mantener un registro activo con todos los campos obligatorios y el 'Sistema externo' como 'INTBANKING' en la pantalla 'Mantenimiento de GL de puente entre sistemas'.

Oracle-14-7-Payments-Co-implementación-integración-fig- (7)

Sistema externo
Especifique el nombre del sistema externo como 'INTBANKING'.

Id. del módulo
Especifique el código del módulo como 'OL'.

Moneda de transacción
Especifique la moneda de transacción 'ALL' o una moneda específica.

Sucursal de Transacciones
Especifique la rama de la transacción como 'TODAS' o una rama específica.

Código del producto
Especifique el código del producto como 'TODOS' o un producto específico.

Función
Especifique los identificadores de función de transacción como 'TODOS' o un identificador de función específico.

ISB GL
Especifique un GL puente entre sistemas, donde se transfiere el crédito de OBCL por el desembolso de un préstamo. El mismo GL debe mantenerse en OBPM para su posterior procesamiento.

Mantenimientos en OBPM

Mantenimiento de la fuente
Puede invocar esta pantalla escribiendo 'PMDSORCE' en el campo ubicado en la esquina superior derecha de la barra de herramientas de la aplicación y haciendo clic en el botón de flecha adyacente.

Nota
Asegúrese de mantener un registro activo con todos los campos obligatorios en la pantalla 'Mantenimiento de fuente detallado'.

Oracle-14-7-Payments-Co-implementación-integración-fig- (8)

Código fuente
Especifique el código fuente. Por ejemploampel 'INTBANKING'.

código de host
El código de host se establece automáticamente de manera predeterminada según la rama.

Pagos prefinanciados permitidos
Seleccione la casilla de verificación 'Pagos prefinanciados permitidos'.

Pagos prefinanciados GL
Especifique el GL de Pagos Prefinanciados igual que el GL de Puente Intersistema mantenido en

OLDISBGL para OBCL.
OBPM debita el monto del préstamo desembolsado de este GL y acredita el Nostro especificado al enviar el mensaje de pago.

Notificación requerida
Seleccione la casilla de verificación 'Notificación requerida'.

Cola de notificaciones externas
Puede invocar esta pantalla escribiendo 'PMDEXTNT' en el campo ubicado en la esquina superior derecha de la barra de herramientas de la aplicación y haciendo clic en el botón de flecha adyacente.

Nota
Asegúrese de mantener un registro activo con todos los campos obligatorios en la pantalla “Cola de notificaciones externas”.

Oracle-14-7-Payments-Co-implementación-integración-fig- (9)

Host y código fuente
Especifique el código fuente como "INTBANKING". El código de host se establece de forma predeterminada en función del código fuente. La configuración del sistema externo de la puerta de enlace se debe realizar para un código fuente "INTBANKING".

Tipo de comunicación
Seleccione el tipo de comunicación como 'Web Servicio

Clase de sistema de notificación
Seleccione la clase del sistema de notificación como 'OFCL'.

WebServicio URL
Para una combinación determinada de código de host y código fuente, una web servicio URL Es necesario mantenerse con el Servicio OL (FCUBSOLService) para recibir una llamada de notificación de OBPM a OBCL.

Servicio
Especificar el webservicio como 'FCUBSOLService'.

Preferencia de red de origen
Puede invocar esta pantalla escribiendo 'PMDSORNW' en el campo en la esquina superior derecha de la barra de herramientas de la aplicación y haciendo clic en el botón de flecha adyacente.

Oracle-14-7-Payments-Co-implementación-integración-fig- (10)

Nota
Asegúrese de mantener un registro activo en la pantalla 'Detalles de preferencia de red de origen'. La preferencia por las distintas redes de pago a través de las cuales OBCL inicia una solicitud de pago debe mantenerse en esta pantalla para los mismos códigos de origen.

Host y código fuente
Especifique el código fuente como "INTBANKING". El código de host se establece de forma predeterminada en función del código fuente. La configuración del sistema externo de la puerta de enlace se debe realizar para un código fuente "INTBANKING".

Código de red
Especifique el código de red como "SWIFT". Esto permite que OBPM active el mensaje SWIFT para el monto de desembolso del préstamo.

Tipo de transacción
Especifique el tipo de transacción como 'Saliente', para enviar el mensaje SWIFT.

Mantenimiento de reglas de red
Puede invocar esta pantalla escribiendo 'PMDNWRLE' en el campo en la esquina superior derecha de la barra de herramientas de la aplicación y haciendo clic en el botón de flecha adyacente.

Nota
Asegúrese de mantener un registro activo con todos los campos obligatorios en la pantalla "Regla de red detallada" para enviar la solicitud OBCL a la red correspondiente. Para obtener más información sobre el mantenimiento de la regla de red, consulte la Guía del usuario de Payments Core.

Mantenimiento del sistema ECA
Asegúrese de crear un sistema de verificación de aprobación de crédito externo (sistema DDA) en la pantalla STDECAMT. Proporcione el sistema de origen requerido donde se realiza la verificación de ECA como se indica en la pantalla siguiente. Puede invocar esta pantalla escribiendo "PMDECAMT" en el campo en la esquina superior derecha de la barra de herramientas de la aplicación y haciendo clic en el botón de flecha adyacente. Asigne el sistema de ECA mencionado anteriormente en la pantalla "Detalles del sistema de aprobación de crédito externo".

Oracle-14-7-Payments-Co-implementación-integración-fig- (10)Oracle-14-7-Payments-Co-implementación-integración-fig- (12)

Nombre JNDI en cola
Especifique el nombre JNDI en cola como 'MDB_QUEUE_RESPONSE'.

Nombre JNDI de cola de salida
Especifique el nombre JNDI de la cola de salida como 'MDB_QUEUE'.

Oracle-14-7-Payments-Co-implementación-integración-fig- (13)

Q-Profile
Q-Profile deben mantenerse según la cola MDB creada en el servidor de aplicaciones. Q Profile Debe tener una dirección IP en la que se haya creado la cola JMS. El sistema OBPM envía la solicitud ECA al sistema DDA a través de estas colas MDB. Para obtener más información sobre el mantenimiento del sistema ECA, consulte Oracle Banking Payments.

Guía básica del usuario.
Cola Profile Mantenimiento
Puede invocar esta pantalla escribiendo 'PMDQPROF' en el campo ubicado en la esquina superior derecha de la barra de herramientas de la aplicación y haciendo clic en el botón de flecha adyacente.

Nota
Asegúrese de mantener Queue Profile en 'Cola Profile Pantalla 'Mantenimiento'.

Profile ID
Especifique el perfil de conexión de colafile IDENTIFICACIÓN.

Profile Descripción
Especifique el profesionalfile descripción

ID de usuario
Especifique el ID de usuario.

Contraseña
Especifique la contraseña.

Nota
El ID de usuario y la contraseña se utilizan para la autenticación de la cola. Esto garantiza que el sistema externo solo pueda leer o view los mensajes publicados en la cola de mensajería.

Proveedor de contexto URL
Cola profile requiere el proveedor de contexto URL del servidor de aplicaciones donde se encuentra la cola
creado. Todos los demás parámetros son los mismos que los mencionados anteriormente.

Nota
OBPM crea la solicitud de ECA con detalles y la publica en MDB_QUEUE. El sistema DDA a través de GWMDB extrae la solicitud de puerta de enlace y llama internamente al proceso de bloque de ECA para crear o deshacer el bloque de ECA. Una vez que se completa el proceso, el sistema DDA publica la respuesta a través de la infraestructura de puerta de enlace en MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE está configurado con una cola de reenvío como jms/ACC_ENTRY_RES_BKP_IN. Esta cola extrae internamente la respuesta a través de OBPM MDB para completar el procesamiento de ECA en OBPM.

Mantenimiento del sistema contable
Puede abrir esta pantalla escribiendo "PMDACCMT" en el campo de la esquina superior derecha de la barra de herramientas de la aplicación y haciendo clic en el botón de flecha adyacente. Esto permite que OBPM registre los asientos contables (Dr ISBGL & Cr Nostro Ac) en el sistema DDA al enviar el mensaje SWIFT.

Oracle-14-7-Payments-Co-implementación-integración-fig- (14)

Nota
Asegúrese de que necesita mantener actualizado el sistema de contabilidad requerido en la pantalla 'Detalles del sistema de contabilidad externo'. Además, mantenga actualizado el mapeo del sistema de contabilidad para el sistema de contabilidad y las redes (PMDACMAP)

Nombre JNDI en cola
Especifique el nombre JNDI de entrada en cola como 'MDB_QUEUE_RESPONSE'.

Nombre JNDI de cola de salida
Especifique el nombre JNDI de la cola de salida como 'MDB_QUEUE'.

Q-Profile
Q-Profile deben mantenerse según la cola MDB creada en el servidor de aplicaciones. Q Profile Debe tener una dirección IP en la que se haya creado la cola JMS. El sistema OBPM envía la solicitud de transferencia de contabilidad a través de estas colas MDB.

Nota
OBPM crea la solicitud de transferencia de contabilidad con detalles y la publica en MDB_QUEUE. El sistema de contabilidad a través de GWMDB extrae la solicitud de puerta de enlace y llama internamente a la solicitud de contabilidad externa. Una vez que se completa el proceso, el sistema de contabilidad publica la respuesta a través de la infraestructura de puerta de enlace en MDB_QUEUE_RESPONSE. MDB_QUEUE_RESPONSE está configurado con una cola de reenvío como jms/ACC_ENTRY_RES_BKP_IN. Esta cola extrae internamente la respuesta a través de OBPM MDB para completar el procesamiento de transferencia de contabilidad en OBPM.

Mantenimiento de corresponsal de divisas
Para los pagos SWIFT/transfronterizos, el banco debe mantener el corresponsal de la moneda, es decir, los corresponsales del banco para que el pago pueda enrutarse adecuadamente. La cadena de pago se construye utilizando el mantenimiento de corresponsales de moneda. El banco puede tener múltiples corresponsales de moneda para la misma moneda, pero un corresponsal en particular puede marcarse como el corresponsal principal para que el pago se enrute a través de ese banco aunque haya múltiples bancos corresponsales.

Oracle-14-7-Payments-Co-implementación-integración-fig- (15)

El mantenimiento de corresponsal de moneda (PMDCYCOR) se utiliza en la creación de cadenas de pago para pagos transfronterizos. Este es un mantenimiento a nivel de host. Se pueden mantener la moneda, el BIC del banco y el número de cuenta para el corresponsal. Puede invocar esta pantalla escribiendo "PMDCYCOR" en el campo en la esquina superior derecha de la barra de herramientas de la aplicación y haciendo clic en el botón de flecha adyacente. Mantenga el AWI o el corresponsal de moneda del AWI en esta pantalla.

Código de anfitrión
El sistema muestra el código de host de la sucursal seleccionada del usuario conectado.

Código bancario
Seleccione el código bancario de la lista de valores que se muestra. El código BIC seleccionado se muestra en este campo.

Divisa
Especifique la moneda. También puede seleccionar la moneda de la lista de opciones. La lista muestra todas las monedas válidas que se mantienen en el sistema.

Verificación de corresponsalía principal
En esta casilla se indica si este corresponsal es el corresponsal de la moneda principal. Solo puede haber un corresponsal de la moneda principal para la combinación de Tipo de cuenta y Moneda. Tipo de cuenta Seleccione el tipo de cuenta. La lista muestra los siguientes valores:

  • Nuestra- Cuenta mantenida con el ingreso del corresponsal en el campo Código Bancario.
  • Su- Cuenta mantenida por el corresponsal ingresado en el campo Código Bancario en el Banco Procesador (Cuenta Nostro).

Tipo de cuenta
Especifique el tipo de cuenta como Nuestro – el Nostro del Corresponsal que se mantiene en nuestros libros.

Número de cuenta
Especifique el número de cuenta asociado con la entrada del corresponsal en el campo Código bancario en la moneda especificada. Alternativamente, puede seleccionar el número de cuenta de la lista de opciones. La lista muestra todas las cuentas Nostro para el tipo de cuenta OUR y las cuentas normales válidas para el tipo de cuenta THEIR. La moneda de la cuenta que se muestra en la lista debe ser la misma que la moneda especificada.

Cuenta principal
Seleccione esta casilla de verificación para indicar si la cuenta es la cuenta principal. Puede agregar varias cuentas, pero solo una de ellas puede estar marcada como cuenta principal. Esto indica que la cuenta marcada como cuenta principal es la cuenta clave para la combinación "Código de host, Código de banco, Moneda" que se mantiene.

¿Es necesario MT 210?
Seleccione esta casilla de verificación para indicar si se requiere enviar el MT 210 al Corresponsal de Moneda en los escenarios en los que se genera automáticamente, como la generación de MT 200/MT 201 de salida. Solo si se selecciona esta casilla de verificación, el sistema genera el MT210.

Mantenimiento de Cuentas Externas de Conciliación
Puede invocar esta pantalla escribiendo 'PXDXTACC' en el campo ubicado en la esquina superior derecha de la barra de herramientas de la aplicación y haciendo clic en el botón de flecha adyacente.

Oracle-14-7-Payments-Co-implementación-integración-fig- (16)

Mantener el número de cuenta Vostro (equivalente al Nostro) que se mantiene en los libros del Corresponsal. Este será enviado en el 53B tag en los mensajes de portada MT103 y MT202.

  • Clase de reconciliación
  • Mantenerlo como NOST.
  • Entidad externa
  • Especifique el BIC del corresponsal.
  • Cuenta externa
  • Especifique el número de cuenta de Vostro.
  • Cuenta GL

Especifique el número de cuenta Nostro. Este debe existir en STDCRACC como una cuenta Nostro.

Detalles de RMA o RMA Plus
Aquí se deben mantener los detalles de la aplicación de gestión de relaciones y se deben proporcionar las categorías y tipos de mensajes permitidos. El corresponsal debe ser el código BIC de nuestro banco (para relación directa). Puede invocar esta pantalla escribiendo "PMDRMAUP" en el campo ubicado en la esquina superior derecha de la barra de herramientas de la aplicación y haciendo clic en el botón de flecha adyacente.

Oracle-14-7-Payments-Co-implementación-integración-fig- (17)

Tipo de registro RMA
El sistema indicará si se trata de un registro de autorización RMA o RMA+ según los detalles del registro de autorización RMA cargado o creado manualmente.

Nota
Si el RMA cargado file Si se han incluido o excluido tipos de mensajes en diferentes categorías de mensajes, se trataría de un registro RMA+. Si no es así, se trataría de un registro RMA.

Editor
Seleccione el BIC requerido de la sucursal bancaria que ha emitido la autorización para recibir todos los tipos de mensajes o tipos de mensajes particulares (en caso de RMA+) de la lista de valores disponible.

Tipo de RMA
Especifique el tipo de RMA. Elija entre Emitido y Recibido en el menú desplegable.

Fecha de validez desde
Especifique la fecha de inicio de validez de la autorización RMA

Corresponsal
Seleccione de la lista de valores el BIC de la sucursal bancaria que ha recibido la autorización del banco emisor.

Estado de RMA
Seleccione el estado de la RMA en el menú desplegable. Las opciones son Habilitada, Revocada, Eliminada y Rechazada.

Nota
Solo las autorizaciones de RMA "Habilitadas" se utilizan para la validación de RMA.

Válido hasta la fecha
Especifique la fecha de finalización de la validez de la autorización de RMA. Detalles de la categoría del mensaje Cuadrícula

Categoría de mensaje
Seleccione la categoría de mensaje requerida del menú desplegable.

Bandera de inclusión/exclusión
Si esto se crea como un registro RMA+, seleccione la bandera para cada categoría de mensaje que indique 'Incluir' o 'Excluir' uno o varios o TODOS los tipos de mensajes (MT) autorizados por el banco emisor.

Detalles del tipo de mensaje

Tipo de mensaje
Si esto se crea como un registro RMA+, especifique una lista de tipos de mensajes "Incluidos" o "Excluidos" que se agregarán para cada categoría de mensaje.

Nota

  • Si se deben incluir todos los MT dentro de una categoría de mensaje, la bandera Incluir/Excluir debe indicar “Excluir” y no se debe seleccionar ningún MT en el tipo de mensaje.
  • Cuadrícula de detalles. Esto significaría "Excluir – Nada", es decir, todos los MT dentro de la categoría están incluidos en la autorización RMA+.
  • Si se deben excluir todos los MT dentro de una categoría de mensaje, la bandera Incluir/Excluir debe indicar “Incluir” y no se debe mostrar ningún MT en el tipo de mensaje.
  • Cuadrícula de detalles. Esto significaría "Incluir – Nada", es decir, ninguno de los MT dentro de la categoría está incluido en la autorización RMA+.
  • La pantalla no debe incluir ninguna categoría de mensaje que no esté permitida como parte de las autorizaciones RMA+ emitidas por el banco emisor. Como se mencionó anteriormente, cualquier modificación de las autorizaciones existentes solo se permite desde la oficina central.
  • Para el par seleccionado de BIC de emisor y corresponsal y tipo de RMA, se permitirá cambiar los siguientes atributos:
  • Estado de RMA: el estado se puede cambiar a cualquiera de las opciones disponibles: Habilitado, Revocado, Eliminado y Rechazado.

Nota
En realidad, el estado de RMA no se puede cambiar a ninguna opción, ya que depende de quién es el BIC del emisor, el estado actual y otros factores. Sin embargo, estos cambios de estado ocurren en el módulo RMA/RMA+ de SAA y la función de modificación solo está permitida para que los usuarios de operaciones repliquen manualmente el estado en este mantenimiento (si no pueden esperar hasta la próxima carga de RMA).

  • Fecha de validez desde: se puede establecer una fecha nueva (modificada) que sea mayor que la fecha de validez existente.
  • Fecha de validez: se puede establecer una nueva fecha que sea mayor que la nueva fecha de "Válido desde".
  • Eliminación de categorías de mensajes y/o tipos de mensajes existentes.
  • Adición de una nueva categoría de mensaje y/o tipo de mensaje junto con el indicador de inclusión/exclusión.

Se podría crear una nueva autorización copiando una autorización existente y luego modificándola. Las modificaciones a las autorizaciones existentes, así como la creación de nuevas autorizaciones, necesitarían la aprobación de otro usuario o del creador (si la sucursal y el usuario admiten la función de autorización automática).

Mantenimiento del núcleo común
Es necesario realizar los siguientes mantenimientos básicos comunes para la integración.

  • Mantenimiento del cliente
  • Crea los clientes en STDCIFCR.
  • Mantenimiento de cuenta
  • Crear las Cuentas (CASA/NOSTRO) en STDCRACC.
  • Es necesario crear una cuenta NOTSRO para el banco en el que el prestatario tiene la cuenta CASA.
  • Mantenimiento del libro mayor
  • Cree el Libro Mayor en STDCRGLM.
  • Código de transacción Mantenimiento
  • Cree el código de transacción en STDCRTRN.
  • La OBPM utilizará las fechas de la OFCUB
  • Mantenga el parámetro IS_CUSTOM_DATE como 'Y' en la tabla cstb_param.
  • Mantenga el parámetro OBCL_EXT_PM_GEN como 'Y' en CSTB_PARAM para transferir la solicitud a OBPM
  • Con esto, OBPM utilizará el 'Hoy' de sttm_dates como la fecha de registro de la transacción.
  • Mantenimiento de detalles del código BIC
  • El código BIC es un identificador internacional estandarizado que se utiliza para identificar entidades y enviar mensajes de pago. Puede definir códigos bancarios a través de la pantalla 'Detalles del código BIC' (ISDBICDE).
  • Otros Mantenimientos de Pagos
  • Consulte el Manual del usuario principal de Oracle Banking Payments para conocer otros mantenimientos del día 0.
  • Para obtener información detallada sobre las pantallas mencionadas anteriormente, consulte el Manual del usuario principal de Oracle Banking Payments.

Glosario de ID de función

  • G GWDETSYS ………………….2-1
  • L LBDINSTR ……………………2-6
  • Oh, vieja costumbre ………………….2-6
  • OLDINPRM……………………..2-5
  • ANTIGUO ……………………2-6
  • P PIDHSTMT ……………………2-3
  • PMDACCMT ………………..2-14
  • CICROMÍA PMD ………………. 2-15
  • PMDECAMT……………….. 2-12
  • EXTREMO PMD …………………. 2-8
  • PMDNWRLE………………. 2-10
  • PROFESOR DE CALIDAD DEL MEDIO AMBIENTE ………………. 2-12
  • PMDRMAUP ………………. 2-17
  • FUENTE PMDSORCE ………………… 2-7
  • PMDSORNW ……………….. 2-9
  • PXDXTACC ……………….. 2-16
  • S STDCRBRN …………………. 2-2
  • STDECAMT ……………….. 2-11

Descargar PDF: Guía del usuario de integración co-implementada de Oracle 14.7 Payments

Referencias

Deja un comentario

Su dirección de correo electrónico no será publicada. Los campos obligatorios están marcados *