Planes de Pago

Cree un plan de pago cuando un cliente acuerda realizar uno o más pagos planificados para cumplir con una deuda pasada (o futura). Estos pagos no se pueden asociar a elementos abiertos porque es poco probable que existan Transacciones Financieras de débito que sean iguales al importe de cada pago planificado. Sin embargo, debe especificar un tipo de asociación en todos los pagos que realicen los clientes de elemento abierto. Por lo tanto, existe una disyuntiva: el sistema requiere un tipo de asociación en los pagos realizados por cuentas de elemento abierto, pero los pagos realizados para planes de pago no se pueden asociar a las Transacciones Financieras existentes. Esta disyuntiva se resuelve con el hecho de que los tipos de asociación no tienen que especificar un algoritmo de distribución de pago de sustitución. El algoritmo de distribución standard de la clase de cliente se usa para pagos que hacen referencia a tal tipo de asociación.

Es posible que se pregunte cómo se hace para que estos pagos se asocien finalmente a elementos abiertos. Si TODOS los pagos asociados con un plan se realizan antes del pago de la siguiente factura (o si hay un plan de pago para saldar deuda futura), estos pagos se transfieren al evento de asociación que se crea cuando el cliente paga la siguiente factura. Si TODOS los pagos asociados a un plan de pago ocurren antes de que se pague la factura siguiente (o si existe el plan de pago para cumplir con deuda futura), estos pagos se desplazarán al evento de asociación que se crea cuando el cliente paga su factura siguiente. ¿Por qué? Porque el cliente no está pagando el importe completo de la factura, y, por lo tanto, el sistema no podrá asociar el pago a elementos abiertos. Si esto ocurre, se recomienda anular los eventos de asociación que se creen cuando el cliente pague sus facturas posteriores. Cuando el cliente finalmente liquide toda la deuda pendiente, el sistema creará un evento de asociación único que contendrá todos los pagos y segmentos de factura.