«Finanzas Recibibles» es un negocio centrado en el proveedor en el que las facturas son cargadas por el proveedor y pagadas por el banco del proveedor. A continuación, el comprador devolverá las facturas al banco del proveedor. El proceso de aprobación de las facturas por parte del comprador tiene lugar fuera de la solicitud.

Se trata de un negocio masivo que requiere una interacción electrónica completa entre todos los participantes y una alta automatización (STP) en la trastienda del banco.

Los pasos siguientes ofrecen una descripción detallada de todo el proceso de la aplicación:

• Un grupo de documentos que contiene detalles de la factura se importa al sistema ya sea automáticamente a través de Adminsitrador para Mensajes Recibidos o puede ser registrado manualmente por el usuario. El grupo de documentos se procesa automáticamente para generar un contrato de Factura por Cobrar (RI). Puede encontrar más información al respecto en Añadir conjunto de facturas.

• El contrato de Facturas por Cobrar (RI) contiene los detalles del comprador y el proveedor en función de la configuración de emparejamiento y las facturas que se almacenan en el Documentos Base Financieros grupo. Como se trata de un negocio masivo, durante el día el proveedor puede cargar varios conjuntos de facturas (mediante la importación de archivos xml/json). Cada solicitud crea un contrato RI.

• La transacción Crear Entradas Pendientes se puede utilizar para crear automáticamente financiación para el proveedor. Cuando se activa esta transacción, comprueba la configuración en Mantenedor Dupla Comprador/Proveedor, donde el usuario puede definir la programación de estas transacciones. Aquí, el usuario también puede definir si se debe enviar un Oferta financiera por cobrar antes de la Financiación de las facturas o si se puede generar directamente. Apertura de una Financiación por Cobrar Una vez ejecutado, se genera un contrato de Finanzas por Cobrar (RF).

• Un contrato de finanzas por cobrar tiene una relación «de uno a muchos» con un contrato RI. Como todo este módulo de negocio se ocupa de las facturas, se pueden seleccionar tantas facturas por emparejamiento para generar un contrato RF (que puede implicar muchos contratos RI).

• Como se trata de un negocio masivo, se pueden esperar cientos de facturas en una carga y todo el proceso está automatizado. Por lo tanto, para evitar una financiación directa, la aplicación tiene este módulo empresarial independiente RI para la carga de facturas. También ayuda a comunicarlo al Proveedor en relación con cualquier fallo en la carga de la factura.

• Cuando se ejecuta una «Finanzas por Cobrar», el monto financiado se abona al proveedor y se carga la línea de crédito del comprador.

• Debido a la naturaleza de este negocio, las facturas se pagan en masa. Esto significa que el comprador envía al banco del proveedor el importe del reembolso y puede que él haya mencionado o no los números de contrato de RF que deben pagarse. Para gestionar este tipo de pagos en los que se pueden reembolsar tantos contratos de RF o facturas, se utiliza el módulo de negocio Reembolso por cobrar (RR).

• Una vez que el banco recibe los fondos, se activa una Reembolso transacción en la que el usuario selecciona manualmente las facturas que se pueden pagar. Una vez pagadas las facturas financiadas, se carga al comprador y se libera el importe de la responsabilidad de su línea de crédito.

• De acuerdo con los estándares de aplicación, también es posible iniciar una Reembolso transacción para un contrato de Finanzas por Cobrar (RF) a través de un memo.

• Las transacciones mencionadas anteriormente se ejecutan normalmente sin ninguna interacción directa por parte del usuario. Aunque se aspira al STP completo, se apoyará completamente el negocio completo para casos no estándar de forma manual.

• El motor de flujo de trabajo de la aplicación gestiona la ejecución automatizada sin interacción del usuario, por ejemplo, añadir facturas, crear ofertas pendientes de cobro, abrir finanzas pendientes de cobro, etc.

• También se admiten casos especiales, como el reembolso parcial de las facturas o el pago a crédito/débito.

• Dado que las facturas se pagan al por mayor, es muy posible que quede algo de dinero del dinero enviado por el comprador. Este importe restante se puede añadir al Documentos Base Financieros grupo como tipo de documento, es decir, «Pago en cuenta» (PA) de la Reembolso transacción. Para gestionar esta funcionalidad, el comprador también necesita un tipo especial de configuración de cuenta llamado «Pago en la cuenta de pago». Una vez que este documento se añade al grupo, se crea una entrada de liquidación con disposición «POC» en la cuenta del comprador de crédito, que posteriormente se puede utilizar para pagar cualquier factura pendiente, creando a su vez una entrada de liquidación con disposición «POD» en la cuenta del comprador de débito.

• Cuando se ha acordado un formato de interfaz, por ejemplo, Se utilizarán las API a través de la aplicación front-end web de un banco, la aplicación puede generar automáticamente mensajes para sincronizar la base de datos mantenida dentro de la interfaz web accesible para el comprador y el proveedor.

• La aplicación es compatible con canales de comunicación estandarizados para el envío de mensajes directos al comprador, al proveedor y para el procesamiento interbancario a los bancos:
  • La información de liquidación y los mensajes de formato libre se pueden enviar a través de canales estandarizados existentes, por ejemplo, a través de la red SWIFT.
  • Los pagos pueden enviarse a través de varios canales de compensación como mensajes de pago interbancarios.

• Actualmente, solo se admite un flujo automatizado para la remesa de fondos para Apertura de una Financiación por Cobrar (a través de SPTCRE o API) con reservas internas cuando se mantiene una relación de cuenta directa.
  • En caso de transferencias de crédito a través de un canal externo, por ejemplo, Swift, Target2 RTGS o pagos SEPA, etc., el usuario tiene que procesar manualmente la transacción.
  • Por supuesto, se puede automatizar en función de las necesidades del proyecto.