Comprobaciones de validación

1. Cargar criterios (por grupo de productos de la oferta)

Acuerdos centrados en el pagador: criterios de carga para instrumentos estándar (valor nominal > 0)

• Campos obligatorios presentes: Referencia del instrumento, Fecha de emisión, Fecha de vencimiento (para facturas), Vendedor, Moneda, Valor nominal.

• El vendedor es una contraparte activa en la transacción.

• La fecha de emisión es hoy o en el pasado.

• La fecha de vencimiento (si se proporciona/requiere) es en o después de la fecha de emisión / hoy (dependiendo de la sección).

• El valor nominal es mayor que 0 y se encuentra dentro del rango mínimo/máximo permitido (de 1 a 9.999.999.999.999).

• La divisa es la divisa límite de la operación o una divisa "Desde" en la plantilla de divisas asignada a la operación.

• No se admiten referencias de instrumentos duplicadas para el mismo par pagador-vendedor en todo el sistema, excluyendo los instrumentos marcados como eliminados.

• La oferta está vigente.

• El ancla está activa.

• La contraparte está activa y participa activamente en la transacción.

Transacciones centradas en el vendedor: criterios de carga para instrumentos estándar (valor nominal > 0)

• Campos obligatorios presentes: Referencia del instrumento, Fecha de emisión, Fecha de vencimiento (para facturas), Pagador, Moneda, Valor nominal.

• El pagador es una contraparte activa en la operación.

• La fecha de emisión es hoy o en el pasado.

• La fecha de vencimiento (si se proporciona/requiere) es igual o posterior a la fecha de emisión / hoy.

• El valor nominal es mayor que 0 y se encuentra dentro del rango permitido.

• La divisa es la divisa límite de la operación o está incluida como divisa de origen en la plantilla de divisas asignada a la operación.

• No se admiten referencias de instrumentos duplicadas para pares idénticos de pagador-vendedor, excluyendo los instrumentos eliminados.

• La operación, el ancla y la contraparte están activos, y la contraparte está activa en la operación.

Notas de crédito: criterios de carga (valor nominal < 0)

• Valor nominal < 0 (negativo).

• Los mismos campos obligatorios y las mismas comprobaciones del estado de la parte que se describen anteriormente, pero en el contexto de la nota de crédito.

• Existe una regla de asignación de notas de crédito para el par pagador-vendedor.

2. Comprobaciones de creación de instrumentos individuales (manuales o basadas en archivos )

Al crear un registro de instrumento (antes de que comience el flujo de trabajo):

• Ningún campo contiene solo espacios en blanco.

• Todos los campos requeridos están presentes según las Reglas de validación de campos de Carga de instrumentos (Referencia del instrumento, Pagador/Vendedor, Moneda, Valor nominal, Fecha de emisión, Fecha de vencimiento original, etc.).

• El acuerdo existe y está vigente.

• El ancla (vendedor o pagador, según el grupo de productos) está presente, existe y el estado de la empresa es Activo.

• Existe un gestor de la operación y el financiador asignado a la misma, y ​​el estado de la empresa es Activo.

• Se proporciona la contraparte (vendedor o pagador, según el grupo de productos), existe y el estado de la empresa es Activo.

• La contraparte está activa como contraparte en la transacción.

• Referencia del instrumento única para la relación pagador-vendedor.

• Se admite la divisa, que puede ser la divisa límite de la operación o la divisa de origen en la plantilla FX para dicha operación.

• El valor nominal debe ser numérico, solo dígitos, entre 1 y 9.999.999.999.999.

• La fecha de emisión debe ser de hoy o del pasado, en un formato válido de los siguientes: DD.MM.YYYY , MM-DD-YYYY, DDMMYYYY, YYYY-MM-DD.

• La fecha de vencimiento original debe ser hoy o en el futuro; obligatoria para las facturas, opcional para otros tipos.

• La fecha de vencimiento original no puede ser anterior a la fecha de vencimiento cuando sea obligatorio.

3. Validaciones de carga masiva de archivos (CSV/XLS/XLSX )

Comprobaciones iniciales a nivel de archivo:

• El archivo no está vacío.

• Tamaño del archivo ≤ 50 MB.

• El tipo de archivo es CSV, XLS o XLSX (para instrumentos).

• El archivo contiene ≤ 10.000 instrumentos.

• El archivo tiene una fila de encabezado para la asignación de columnas.

• Todos los archivos del lote comparten la misma estructura de encabezado.

• Máximo 5 archivos por lote.

Comprobaciones de asignación de columnas:

• Columnas obligatorias asignadas: Contrapartes, Referencia del instrumento, Moneda, Valor nominal, Fecha de emisión, Fecha de vencimiento original (obligatoria para facturas), Notas adicionales (opcional).

• Si falta información sobre el mapeo de algún campo obligatorio, no se podrá guardar el mapeo o se bloqueará la carga.

Las validaciones fila por fila después del análisis utilizan las mismas reglas que las "Comprobaciones de creación de instrumentos individuales" descritas anteriormente (campos obligatorios, reglas de fecha, rangos numéricos, unicidad, estados de las partes, etc.) .

4. Validación de la carga del flujo de trabajo y comprobaciones de envío

Carga de trabajo de validación (“uploadvalidationpending”)

• Ejecuta los "Criterios de carga" para el instrumento en función del grupo de productos.

• Si las comprobaciones fallan → estado uploadvalidationfailed .

• Si las comprobaciones pasan → estado readytosubmit .

Envío desde readytosubmit

En el evento Instrumento enviado:

• Vuelva a ejecutar los criterios de carga para asegurarse de que no haya cambiado nada (que el acuerdo siga activo, que las partes sigan activas, que no haya nuevas referencias duplicadas, etc.).

• Evalúe el flujo de “No se permite financiación” (la estructura del producto puede prohibir la financiación).

• Según la elegibilidad y la configuración del producto, el instrumento pasa a uno de los siguientes modos:

  • uploadvalidationfailed

  • payerapprovalpendingmakerconfirmation

  • approvednofinancing

  • sellerfinancependingmakerconfirmation

  • payerfinancependingmakerconfirmation

  • funderapprovalpendingmakerconfirmation

  • fundingpending

Si alguno de los instrumentos seleccionados no supera la validación al momento de la presentación:

• Esos instrumentos van a uploadvalidationfailed .

• Solo los instrumentos que pasan la prueba avanzan; el usuario ve una barra de mensajes de error .

5. Verificación de fondos (antes del desembolso)

Ejecutado desde fundingpending (compra manual o financiación programada):

Controles de límite

• Importe principal/anticipado del instrumento en la moneda de la transacción ≤ límite disponible del programa.

• Misma cantidad ≤ límite de disponibilidad de la oferta.

• Mismo importe ≤ sublímite disponible de la contraparte de la operación.

cheques de divisas

• La moneda del instrumento es igual a la moneda de la transacción, o

• En un par de divisas activo dentro de la plantilla de divisas asignada a la operación/contraparte, la divisa del instrumento es la divisa base y la divisa de la transacción es la divisa objetivo.

controles activos

• La empresa vendedora está activa.

• La compañía pagadora está activa.

• La contraparte está activa.

• La oferta está activa.

• El financiador está activo.

Verificación del día de inversión

• Hoy debe ser un día válido para que el financiador realice inversiones (por ejemplo, lunes, según la configuración).

Controles de etiquetas

• El instrumento NO debe tener la etiqueta "No financiable".

• El instrumento NO debe tener la etiqueta "Vencido No Financiado".

• No se permite financiación / Los flujos de etiquetado no elegibles también se evalúan y pueden impedir la financiación.

Si falla alguna de las opciones anteriores, la financiación permanece en fundingpending o falla; se informan los errores al usuario.

6. Etiquetado y validación diaria de trabajos

Etiquetas de vencimiento vs. fechas

• Si se ha establecido la fecha de vencimiento original y hoy es mayor que la fecha de vencimiento original, se aplica la etiqueta "Vencido no financiado" (o las etiquetas de vencimiento correspondientes).

• Para los instrumentos financiados, el trabajo diario evalúa si están financiados, si están financiados dentro del período de gracia y si están financiados fuera del período de gracia, según el calendario de reembolsos y las reglas de gracia.

Solución diaria para problemas de inconsistencias en el envío.

• Cada noche, encuentra instrumentos donde:

  • Estado = readytosubmit y

  • La lista de etiquetas incluye "Vencido, no financiado".

• Para dichos instrumentos, el estado se actualiza a uploadvalidationfailed , por lo que ya no aparecen en la pestaña Válidos y provocan errores de validación en la interfaz.

Etiquetado “El instrumento es financiable / elegible / no elegible”

• No se permite financiación. La verificación completada puede agregar etiquetas: noteligible , notfundable , noeligiblefundingwindow , remove withinfundingwindow , etc.

• Estos flujos de etiquetas dependen de:

  • No hay periodos de financiación elegibles.

  • Acuerdo/empresas/contraparte inactivos.

  • Configuración de pagos atrasados/sin financiación permitida.

7. Validaciones en la etapa de aprobación (Pagador/Vendedor/Financiamiento del Pagador/Financiador)

Estas son las validaciones lógicas/comerciales que se aplican al aprobar o rechazar:

• En el verificador/creador de aprobaciones de pagadores:

  • Antes de la aprobación, verifique que la operación, el ancla y la contraparte estén activos; de lo contrario, el instrumento no es elegible y la aprobación fallará con un error .

  • Los instrumentos con la etiqueta "No apto" no pueden ser aprobados; se muestran en vistas separadas con explicaciones.

• En Seller/Payer Finance Maker/Checker:

  • Si el instrumento está etiquetado como No Financiable, las aprobaciones del Creador/Verificador no pueden continuar; el sistema genera una excepción de "Instrumento no financiable" con el motivo (acuerdo inactivo, parte inactiva, no hay ventanas de financiación elegibles, vencido, etc.).

• En Funder Approval Maker/Checker:

  • Los mismos cheques no financiables.

  • Si el instrumento no es financiable, no se pueden seguir adelante las aprobaciones.

• Deshacer comprobaciones de rechazo:

  • Al deshacer el rechazo, los flujos de etiquetas para Vencido/Vencido No Financiado pueden actualizarse (etiquetas eliminadas).

8. Marcar como pagado sin cheques de financiación

Al mudarse a settledwithoutfinancing :

• El estado del instrumento debe ser uno de los siguientes: approvednofinancing , sellerfinancependingmakerconfirmation , sellerfinancependingcheckerconfirmation , sellerfinancerejected , payerfinancependingmakerconfirmation , payerfinancependingcheckerconfirmation , payerfinancerejected , funderapprovalpendingmakerconfirmation , funderapprovalpendingcheckerconfirmation , funderapprovalrejected , fundingpending .

• La etiqueta eliminada NO debe estar presente.

• Las etiquetas "Vencido no financiado" y "Vencido no financiado" se eliminan al marcar como pagado.

9. Validaciones de referencia del instrumento principal

Para la referencia del instrumento principal en la carga:

• Si se ha rellenado la referencia del instrumento principal:

  • Validar que el instrumento principal existe con:

    • Misma moneda que el niño.

    • El mismo comprador-proveedor (par pagador-vendedor).

    • La referencia del instrumento coincide con la referencia del instrumento principal.

• Si no hay coincidencia → error “Ningún instrumento principal coincide con la referencia, la moneda y el comprador-proveedor.”

• Si Parent Instrument Ref provoca un enlace circular consigo mismo o con su hijo → error “Se ha detectado una referencia circular: el instrumento principal ya está vinculado a este instrumento”.

Para financiar instrumentos infantiles:

• El padre o tutor debe tener fondos suficientes y un saldo pendiente.

• La fecha de desembolso del niño debe ser hoy y posterior o igual a la fecha de desembolso del padre.

• Si varios hijos comparten el mismo progenitor con diferentes fechas de desembolso → la solicitud de financiación será rechazada con un error específico.

• No se puede eliminar el padre que tiene hijos vinculados.

• La financiación del niño vinculado a sus padres no puede cancelarse .

10. Validaciones de la interfaz de usuario a nivel de campo del instrumento