Sequência de reembolso

A sequência de reembolso determina a sequência na qual o Sterling™ Order Management System cria solicitações de cobrança negativa ou de reembolso.

A lógica seguida é descrita abaixo.

  1. As solicitações de reembolso são criadas com relação aos métodos de pagamento no pedido da 'Sequência de Reembolso Real'. As solicitações são criadas com relação aos métodos de pagamento na ordem crescente da sequência de reembolso configurada do tipo de pagamento, conforme definido na configuração do vendedor, e, depois, na ordem decrescente da sequência de cobrança transacional do método de pagamento, conforme definido na ordem específica.
  2. As solicitações de reembolso são criadas somente com relação aos tipos de pagamento que são marcados como VALID_FOR_RETURN. Se um método de pagamento for suspenso, ele não será considerado para reembolso. As etapas envolvidas na determinação da quantia do reembolso são:
    1. Na primeira análise dos métodos de pagamento do pagamento, o reembolso com relação a um método de pagamento não excede a cobrança total em relação ao método de pagamento.
    2. Após a primeira análise ser concluída, ainda pode haver algum reembolso que precise ser emitido para o qual um método de pagamento válido, com fundos relevantes cobrados com relação a ele, não foi localizado. Para essa quantia de reembolso extra, a lógica a seguir é aplicada:
      • Se a regra "PAYMENT-> EXCEED_CHARGE_OUNT_FOR_REEMBOLSO" for configurada como Y (um tipo de documento ou definição de nível de conjunto de regras), o método de pagamento de primeira prioridade (Actual_Refund_Sequence mais baixo) no pedido será escolhido para emitir todo o crédito restante..
    3. Mesmo a opção acima pode falhar se não houver NENHUM método de pagamento no pedido válido para devolução. Nesse caso, o Tipo de Pagamento, marcado como Padrão para Devolução, será criado para o pedido e o reembolso será emitido com relação a esse tipo de pagamento. Se esse tipo de pagamento requerer mais informações para ficar completo, um evento INCOMPLETE_PAYMENT_INFORMATION será levantado.

Se ambas as opções acima falharem (se não houver o tipo de pagamento Default_For_Return), um evento INCOMPLETE_PAYMENT_INFORMATION será levantado.