Planos de Pagamento

Você cria um plano de pagamento quando um cliente concorda em fazer um ou mais pagamentos programados para pagar o débito passado (ou futuro). Esses pagamentos não podem fazer correspondência com itens em aberto, pois é improvável que existam transações financeiras de débito com valor igual a cada pagamento programado. No entanto, você deve especificar um tipo de correspondência em todos os pagamentos feitos pelos clientes de item em aberto. Desse modo, surge uma questão - o sistema exige um tipo de correspondência em pagamentos feitos pelas contas de item em aberto, mas os pagamentos feitos para planos de pagamento não podem corresponder às transações financeiras existentes. Essa questão é resolvida pelo fato de que os tipos de correspondência não precisam especificar um algoritmo de distribuição do pagamento de substituição. O algoritmo de distribuição padrão da classe de cliente é usado para pagamentos que fazem referência a tal tipo de correspondência.

Você deve estar se perguntando como esses pagamentos acabarão sendo combinados aos itens em aberto? Se TODOS os pagamentos associados a um plano de pagamento ocorrerem antes da próxima fatura ser paga (ou se o plano de pagamento existe para saldar o débito futuro), esses pagamentos serão transferidos para o evento de correspondência que será criado quando o cliente pagar sua próxima fatura. Entretanto, se o plano de pagamento existir para o débito histórico a pagar e esse débito não tiver sido totalmente pago no momento da próxima fatura, existirá um evento não correspondente quando o cliente pagar suas faturas subsequentes (se o valor do pagamento não corresponder ao valor das novas cobranças da fatura). Por quê? Porque o cliente não está pagando todo o valor da fatura e, portanto, o sistema não poderá fazer a correspondência do pagamento com os itens em aberto. Se isso ocorrer, recomendamos cancelar os eventos de correspondência·que são criados quando o cliente paga suas faturas subsequentes. Quando o cliente finalmente pagar todo o débito pendente, o sistema criará um evento de correspondência único que conterá todos os pagamentos e os segmentos da fatura.