Distribución de un Evento de Pago

El paquete base, por defecto, crea un pago único para un evento de pago. Algunas prácticas de negocios requieren potencialmente que se creen muchos pagos cuando se agregan los eventos de pago.

Algunos ejemplos de cuándo podrían ser necesarios múltiples pagos son:

• Un importe de pago se debe distribuir hacia diferentes tipos de distribución:
  • $50 en interés
  • $60 en cargos por seguimiento de cobros
  • $70 en impuestos
• Cada una de las distribuciones anteriores se realiza como pago separado identificado por su propio tipo de asociación (es decir, habrá un tipo de asociación llamado Interés, otro llamado Cargos por Seguimiento de Cobros, etc.)

En este ejemplo, la deuda de un acuerdo de servicio único puede liberarse mediante cada uno de estos pagos.

• De igual forma, puede que le interese crear un pago separado para un sobrepago para diferenciarlo de los pagos normales (usando incluso otro tipo de asociación).
• En el caso de una agencia de servicio social que paga por muchas cuentas, un evento de pago único podría distribuirse entre múltiples cuentas.

El método por el cual un importe de pago se distribuye para crear uno o más pagos se incluye en los algoritmos Crear Pago conectados en una regla de distribución.

Existe incluso otro aspecto para tener el control sobre cómo se crean los eventos de pago. El método por defecto para la creación de eventos de pago supone conocimiento de las IDs de cuenta (del pagador y del receptor de pago) cuando se efectúa un pago. En los casos en que los pagos se efectúan por y hacia entidades de negocios distintas a las cuentas, el conocimiento de sus ID de cuenta correspondientes podrían no estar disponible en el momento del pago. Considere estos ejemplos:

• Un pago se realiza para pagar la factura de una persona, proporcionando la identificación de la personal al momento del pago.
• Un pago se hace hacia un acuerdo de servicio específico usando un "número de contacto" definido como característica de acuerdo de servicio.

El método por el cual la cuenta pagadora se determina por medio de un identificador alterno se incluye en el algoritmo Determinar Cuenta Pagadora conectado en una regla de distribución.