Loan Responsive – Changelog V5.4 ES

Este documento presenta las modificaciones y nuevas incorporaciones más relevantes realizadas en Loan de manera concisa, brindando información actualizada. El objetivo principal es proporcionar una visión completa de los cambios implementados en el sistema.

Nuestra prioridad es mantener a nuestros usuarios informados sobre las actualizaciones del sistema, brindándoles acceso a la información más reciente y relevante.

Número de transacción en interface de cobranzas y modificar la devolución de la imputación

Esta mejora tiene como objetivo fortalecer el proceso de cobranza a través de archivos por interface, incorporando validaciones que impidan la imputación duplicada de pagos y facilitando la conciliación con archivos detallados del resultado de la operación.

Evita errores operativos y garantiza una trazabilidad precisa de cada cobro recibido, permitiendo al área administrativa y contable un mayor control sobre la gestión de ingresos.

Funcionalidad

Validación de número de transacción

• Se incorpora un nuevo campo de entrada en la parametría de cobranza para cargar un “código de transacción” único por cada pago recibido.
• Se añade una opción configurable para validar o no la duplicidad de este campo:
  • Si se habilita la validación (valor “Sí”), el sistema revisará que no exista ya un cobro con el mismo código y, de existir, rechazará la imputación.
  • Si la validación está deshabilitada (valor “No”), el sistema imputará el pago sin hacer controles.
• Los errores por duplicación se notifican mediante un archivo ZIP de error enviado por correo, que informa qué cobros fueron rechazados.
• Se agregan dos columnas nuevas al archivo de resultados de imputación:

Generación de reporte de conciliación

• Se incorpora un nuevo parámetro de configuración llamado “Path resultado imputación”.
• Este permite generar automáticamente un archivo CSV con el resultado de todos los cobros procesados por interface.
• El nombre del archivo sigue el siguiente formato: CONCILIACIONINTERFACECOBRANZA_ddmmaaaa_hhmmss.csv
• Este archivo incluye más de 20 columnas con información del cobro:
  • Datos del cliente
  • Datos del crédito
  • Montos imputados
  • IVA, intereses, punitorios
  • Estado final del cobro
  • Días de mora
  • Alertas de rechazo, entre otros:

Imputación de excedente a otros créditos en interface cobranzas

Esta funcionalidad permite mejorar el procesamiento de pagos realizados mediante archivos de interface, habilitando la imputación automática de montos excedentes en una solicitud hacia otras cuotas pendientes del mismo cliente. Se busca que la operatoria se comporte de forma similar a una cobranza automática, mejorando la eficiencia operativa.

Está orientada al cliente Crédito Directo, quien ya contaba con esta lógica en su sistema CUSTOM, y ahora se incorpora de forma nativa al sistema.

Funcionalidad

A partir de esta mejora, el sistema puede:

• Procesar archivos de cobranza con identificador de solicitud como referencia principal.
• Cuando un pago excede el monto de la cuota correspondiente, se imputa el excedente automáticamente a otras cuotas impagas del mismo cliente.
• El sistema prioriza la imputación en orden cronológico, es decir, primero a las cuotas más antiguas.
• Si luego de imputar a todas las deudas del cliente aún queda un remanente, el sobrante se destina a la cuenta Cuentas a Imputar, sin perder trazabilidad.
• El comportamiento final simula el de una cobranza automática, aún cuando se utiliza el identificador de solicitud como punto de entrada.

Agregar columnas en resultado interface cobranza

A partir de esta mejora se incorporan dos nuevas columnas al reporte visual generado tras ejecutar una interface de cobranza:

1. IMPUTACIÓN PRÉSTAMO
   • Muestra el importe que efectivamente se imputó a préstamos activos del cliente.
   • Refleja la suma total de cuotas canceladas en esa ejecución.
2. CUENTAS A IMPUTAR
   • Muestra el importe que no pudo ser imputado a ningún préstamo y quedó registrado como pendiente.
   • Este importe viaja al módulo de Cuentas a Imputar para su posterior gestión.

NUEVA VALIDACIÓN

La suma de ambas columnas debe coincidir exactamente con el importe total informado como pago en la línea correspondiente del archivo insertado.

Ejemplo:

Si el cliente abonó $1000, pero solo tenía $800 en cuotas a pagar, el sistema mostrará:

• Imputación préstamo: $800
• Cuentas a imputar: $200

NUEVO SERVICIO

Se agrega un nuevo proveedor de servicio dentro del apartado Desembolso, un nuevo segmento con el nombre de Unnax.

INTEGRACIÓN DESEMBOLSO

Concreción del crédito

Una vez generado la creación del crédito, se debe aplicar el servicio de DESEMBOLSO UNNAX, a partir de la api https://integration.unnax.com/api/v3/payment/transfer/auto/, para esto se deberá replicar la siguiente lógica

• Obtención de token
  • Debe contener: Token: https://integration.unnax.com/api/v3/auth/jwt_token​
• Aplicación en desembolso
  • En la política ya mencionada deberá ejecutar la siguiente API https://integration.unnax.com/api/v3/payment/transfer/auto/ con el TOKEN recibido anteriormente (dentro del header como AUTHORIZATION)

NUEVAS TABLAS

Se crean 2 tablas que registren el logueo y el estado del movimiento creado de desembolso.

ConsultaTransferenciaUnnax

• Id: Autoincremental
• Idconsultaunnax: Id asociado de la tabla creada anteriormente
• Idsolicitud: De la solicitud
• IdEstado: Interno
• EstadoUnnax: Recibido por Unnax, en los weebhooks a especificar
• Fecha: Fecha devuelta
• Hora: Hora devuelta
• Observación

WEBHOOK NECESARIOS PARA INTEGRACIÓN

Se expone distintos endpoints para poder recibir información del desembolso por parte del proveedor.

Equifax España + Equifax España Políticas (ASNEF)

NUEVO PARÁMETRO SERVICIO

Se agrega un nuevo parámetro en la sección de Equifax España, con el nombre de “Codigo”

PARAMETROS – SERVICIOS- MOTOR DECISION

INTEGRACIÓN + POLÍTICAS

Políticas necesarias

1. Política: Ejecutar consulta

Sumar para la conexión el nuevo parámetro mencionado anteriormente, Código. Para poder realizar la integración correspondiente y la llamada mediante json. Entonces tomará:

• Usuario
• Contraseña
• Código

2. Política: Realiza consulta con código postal

Esta política al estar tildada debe realizar la petición armando el json similar al anterior pero con el código postal.

3. Política: Valida calificación crediticia

Evalúa el valor recibido numérico, es decir, que debe tener la posibilidad de cargar un dato.

4. Política: Validar atributos en Asnef

En este punto si el cliente tiene contratado Asnef se enviará el mismo request que en los casos anteriores (con código postal o sin código postal), con la única diferencia que en el response se agregará un apartado con el nombre de “dataSourceResponses” y dentro del mismo otro con el nombre “araAttributes” en el cual se encontrarán los valores para las políticas crediticias posteriores.

NUEVAS TABLAS

Se crean dos nuevas tablas que guarden la información recibida por parte del bureau:

• consultaEquifaxEspañaDetalles
• ConsultaEquifaxEspaña

Integración Lender

Se genera el menú de configuración de notificaciones con su respectivo generar un alta, modificar o eliminar.

Se configura las notificaciones para dar de alta y registrar la conexión del Lender, el cual será notificado cuando se hacen cambio de punto de ventas.

Servicio api consulta bureau – Separar evaluación de obtener datos cliente solicitud por pasos

Se agrega una nueva política que consulta contra el burea INCOFISA, que evalúa si el  cliente es bueno o no para seguir con el flujo o cortar y mostrar mensaje de error.

Tomar el ingreso de un proveedor externo (Experian – Unnax)

POLÍTICA TOMA INGRESOS OPEN BANKING UNNAX

Se crea dentro de PoliticaComercialAdminstrador.aspx una nueva política con el nombre de “Toma ingresos open banking”

POLÍTICA TOMA INGRESOS OPEN BANKING EXPERIAN

Se crea PoliticaComercialAdminstrador.aspx una nueva política con el nombre de “Toma ingresos open banking”

Paso de finalización de carga de Ecommerce, llamar a calificar y servicio de cambio de estado

Se agregan los siguientes estados a estados solicitud pendiente.

• FINALIZACION FLUJO
• ENVIOSISTEMAEXTERNO
• CONFIRMADO SISTEMA EXTERNO
• RECHAZADOSISTEMAEXTERNO

Estos estados no permiten continuar la solicitud. Generan el mismo efecto que el Cancelado. 

Se agregan en los pasos de ecommerce un nuevo paso que permita finalizar el flujo.

• FINALIZAR FLUJO

En el ecommerce dicho paso debe llamar al servicio de obtenerCalificación.

• Respuesta rechazada: debe direccionar a la pantalla de rechazo que ya posee el flujo.
• Respuesta aprobada: debe redireccionar a la pantalla con el mensaje correspondiente de aprobación y debe llamar el servicio modificacioncambioestado. Se debe mandar como estado FINALIZACIÓN FLUJO.

Servicio cambio de estado solicitud pendiente

Se agrega un nuevo servicio con el nombre de modificarEstadoSolicitudPendiente dentro del set de servicios API.

Mejorar detalle de la solicitud pendiente

Se agrega en el detalle de la solicitud, acceso al detalle del motor de decisión, con los campos de los datos de solicitud ordenados y agrupados por todos los datos numéricos.

Configuración de notificación, para aplicar la integración del lender y las notificaciones a sistemas externos

Se genera un administrador, un alta, detalle y modificación de la Configuración Notificación.

Se genera una nueva entidad de ConfiguracionNotificacion la cual tendrá los siguientes atributos.

• Codigo
• Descripcion
• TipoNotificacionSistemaExterno
• SistemaExterno
• URL
• Entidades

Dentro de tipoNotificacionSistemaExterno se agregara una nueva acción que será ModificacionComercio Se debe mantener la herencia de sistemaExterno y ahí se deben agregar las nuevas integraciones.

Se crean 2 tablas nuevas

ConfiguracionNotificacion

• Id
• Codigo
• Descripcion
• idtipoNotificacionSistemaExterno
• idSistemaExterno
• url
• AcounName

ConfiguracionNotificacionEntidad

• Id
• idConfiguracionNotificacion
• identidad
• idTipoEntidad

URL call back para llamar + ip integración lender

Se genera un nuevo servicio Api ModificarEstadoSolicitudPendiente que permite a las Finjet validar un otorgamiento o no.

El servicio permite cambiar los estados de la solicitud pendiente para indicar si se acepto o rechazo una solicitud.

Los valores posibles del estado solicitud pendiente son:

• 17 – ENVIADA SISTEMA EXTERNO
• 18 – RECIBIDA SISTEMA EXTERNO
• 19 – APROBADA SISTEMA EXTERNO
• 20 – RECHAZADA SISTEMA EXTERNO

Paso de PreValidacion en ecommerce

Se agregó un nuevo componente el cual va a realizar la PreValidacion, el mismo se encarga de hacer el llamado a los serviciosApi del ecommerce y una vez obtenga la respuesta avanzar. A su vez se creó la llamada desde el controlador del ecommerce para obtener la información necesaria desde Loan.

Punto de venta en servicio API CrearSolicitudPendienteExterna

Se agrega en el servicio crearsolicitudpendienteexterna el valor del id de comercio para poder identificar el tipo de política a aplicar. El mismo se guarda en la solicitud pendiente a crear.

Agregar codigo de comercio en calculador de cuota

Se agrega el código comercio en el request del servicio ObtenerCalculadorCuota como un parámetro opcional.

Mostrar campo de Ocupacion laboral

Se agrego un nuevo componente input, en el mismo se lee la lista enviada desde Ramos y se muestra la información, el mismo puede ser utilizado tanto en el paso CALIFICACION, como en el paso DATOS_PERSONALES y puede elegirse el orden en el cual mostrarse.

Paso de PreValidacion en ecommerce

Se agregó un nuevo componente el cual va a realizar la PreValidacion, el mismo se encarga de hacer el llamado a los serviciosApi del ecommerce y una vez obtenga la respuesta avanzar. A su vez se creó la llamada desde el controlador del ecommerce para obtener la información necesaria desde Loan.