WEB de WORKFLOW

La WEB de Workflow es la aplicación web de Plenario v14 donde comercializadores, usuarios de intranet y clientes operan online el circuito de solicitudes de crédito. Su función central es ordenar el ingreso de nuevas solicitudes a través de un onboarding guiado (paso a paso), evaluarlas automáticamente con el motor de decisión y dejarlas encaminadas dentro del flujo de aprobación de la financiera.

La web no reemplaza al Back Office: es el frente online del mismo circuito. Cuando una solicitud se completa, queda registrada con su estado inicial de workflow y, según el resultado de la evaluación y el límite disponible del cliente, puede generar el crédito automáticamente o quedar pendiente de revisión interna. El detalle de estados, transiciones y documentación obligatoria se define en el módulo de Préstamos (ver Flujos de Solicitudes).

La web contempla distintos perfiles de usuario, cada uno con sus permisos:

• Comercializadores: cargan nuevas solicitudes y hacen seguimiento.
• Usuarios de intranet: tareas internas de gestión de créditos y, si tienen Factoring habilitado, liquidación de cheques.
• Clientes: consultan online sus créditos, cheques, cuenta corriente, transferencias y comprobantes.

Para usar la web tenés que abrir la URL que te entregó la empresa (por ejemplo https://<tu-financiera>/CreditosOnline/) e iniciar sesión con tu usuario y contraseña. Una vez validado, el sistema te lleva a la pantalla principal según tu perfil.

Pasos:

1. Abrí la URL de la web de workflow en el navegador.
2. Ingresá Usuario y Contraseña y presioná Iniciar sesión.
3. Si es la primera vez o te pidieron cambiarla, vas a poder definir una nueva contraseña desde Restablecer contraseña.

Importante: cada usuario tiene credenciales únicas y el acceso queda registrado (log de login). No compartas tu usuario ni tu contraseña, y cambiala periódicamente. Si tu perfil no tiene permiso para una acción (por ejemplo cargar solicitudes), la opción no estará disponible aunque puedas iniciar sesión.

Al iniciar sesión accedés al inicio (Dashboard), pensado para comercializadores e intranet. Allí se muestra:

• Un resumen financiero de las solicitudes, agrupado por estado (por ejemplo: aceptadas/con crédito, pendientes de documentación y otros estados), con la cantidad de solicitudes por grupo.
• Los importes totales por estado, que pueden estar visibles u ocultos según la configuración de la empresa.
• El listado de solicitudes del usuario, acotado a la entidad/comercializador a la que pertenece.
• El acceso a Nueva Solicitud para iniciar el onboarding.

Desde la barra superior también tenés el acceso a tu perfil y a cerrar sesión.

El listado de solicitudes del inicio se acota con un filtro temporal. Las opciones disponibles son:

Las solicitudes siempre se filtran automáticamente por la entidad del usuario logueado y se ordenan de la más reciente a la más antigua.

Cada solicitud del listado muestra los datos principales para identificarla y darle seguimiento:

Las solicitudes que ya generaron crédito aparecen agrupadas como aceptadas en el resumen; las que están sin crédito se agrupan como pendientes u otros estados.

Ver solicitudes

Desde el inicio podés revisar las solicitudes cargadas y su estado actual. Usá el filtro temporal para acotar el listado y el resumen financiero para ver de un vistazo cuántas operaciones hay en cada estado. El detalle de qué significa cada estado y hacia cuál puede avanzar lo define el flujo de la empresa (ver Flujos de Solicitudes).

Aprobar / rechazar (evaluación crediticia)

La web no aprueba "a mano": la aptitud crediticia se resuelve durante el onboarding con el motor de decisión (o, según configuración, con el algoritmo anterior), que consulta scoring e información del cliente (por ejemplo NOSIS). El resultado puede ser:

• Pre-Aprobado: el cliente puede continuar con la solicitud.
• Observado: continúa, pero queda marcado para revisión interna.
• Rechazado / sin oferta: se informa que no hay oferta disponible y no se puede avanzar.

Cuando el resultado es aprobado y el cliente tiene límite disponible suficiente, al finalizar la solicitud el sistema puede generar el crédito automáticamente y dejarla en el estado final correspondiente. Si no hay límite o queda observada, la solicitud queda registrada para que el área interna la resuelva (y se generan los avisos por mail configurados).

Avanzar de estado (onboarding)

La carga de una solicitud avanza por una secuencia de pasos. Cada paso valida un dato antes de habilitar el siguiente:

1. Datos iniciales: documento (DNI/CUIT), importe solicitado y selección de cuotas.
2. Validación de e-mail: se envía un código de verificación al correo.
3. Validación de teléfono: se envía un código por SMS al celular.
4. Validación de imágenes: selfie y fotos de frente y dorso del DNI (puede validar el código PDF417 del documento).
5. Aptitud crediticia: evaluación con el motor de decisión / algoritmo.
6. CBU / Alias: carga y validación de la cuenta bancaria del cliente.
7. Términos y condiciones: aceptación.
8. Firma digital: firma de la solicitud.
9. Confirmación final: revisión y registro de la solicitud (y generación del crédito si corresponde).

A medida que se avanza, el sistema completa automáticamente los datos que ya conoce del cliente (domicilio, datos personales) y las condiciones del crédito (línea, plazos, valor de cuota, primer vencimiento).

Cargar documentos

En el paso de validación de imágenes se cargan la selfie y las fotos del DNI (frente y dorso). Estas imágenes se usan para validar la identidad del solicitante. Si la empresa lo tiene activado, el sistema intenta validar el código PDF417 del DNI para confirmar que el documento es válido y corresponde al número informado.

Un comercializador necesita cargar un préstamo para un cliente nuevo:

1. Inicia sesión en la web con su usuario y contraseña.
2. En el inicio presiona Nueva Solicitud.
3. Ingresa el DNI del cliente y el importe que quiere pedir; elige una de las cuotas ofrecidas.
4. El cliente recibe un código por e-mail y otro por SMS, y el comercializador los carga para validar contacto.
5. Saca la selfie del cliente y fotografía frente y dorso del DNI.
6. El sistema corre el motor de decisión: la solicitud queda Pre-Aprobada.
7. Carga el CBU/Alias del cliente, aceptan los términos y condiciones y se realiza la firma digital.
8. Al confirmar, la solicitud se registra. Como el cliente tenía límite disponible, el sistema genera el crédito y muestra el número de solicitud y de crédito.

• Verificá bien el DNI/CUIT antes de avanzar: si está mal, el motor puede devolver "verifique que el DNI y/o sexo sean correctos".
• Los códigos de e-mail y SMS vencen a los pocos minutos; si expiran, volvé a solicitarlos.
• Sacá las fotos del DNI con buena luz y sin reflejos para que pase la validación del PDF417.
• Si la solicitud queda Observada o sin oferta, no insistas: la define el motor; coordiná con el área interna.
• Si una opción del menú no aparece, probablemente tu perfil no tenga permiso; consultá con el administrador.

• El acceso a la web requiere usuario y contraseña válidos; el login queda auditado.
• Las funciones disponibles dependen del perfil (rol web): comercializador, intranet o cliente.
• Cargar solicitudes y cobrar cuotas requieren permisos específicos asignados al usuario.
• La liquidación de cheques (Factoring) solo está disponible para usuarios de intranet con ese módulo habilitado.
• Las solicitudes se acotan automáticamente a la entidad/comercializador del usuario.

Basada en el análisis del formulario real de la v14. Aplicación ASP.NET MVC (.NET Framework), solución VPNET_WEB_CreditoOnline.sln, proyecto VPNET_WEB_CreditoOnline\VPNET_WEB_CreditoOnline. Ruta por defecto {controller}/{action}/{id} → Home/Index; login Forms en User/Login (App_Start\RouteConfig.cs + Web.config).

Controllers principales

Formularios satélite por función

Pasos del onboarding (acciones en StepCreditosController, vistas en Views\StepCreditos\):

Permisos reales

Tablas de base de datos principales

Integraciones: motor de decisión / algoritmos (scoring, NOSIS), SMS (Sms_Setup_Manager), e-mail/alertas (Alertas_Manager.AlertaWeb), validación PDF417 (ValidacionDni_Manager), Banco Comafi CBU/Alias (BancoComafiService), reportes (ReportesListHelper).

Relación con otros módulos / manuales