Faturamento
O processo de faturamento geralmente inicia o processo de quitação no ciclo de vida do pedido. O faturamento pode ser feito por meio de transações acionadas por tempo ou de APIs.
O faturamento da remessa ocorre após o envio do pedido. Ele inicia o processo de coleções.
O faturamento do pedido permite que o processo de quitação inicie em qualquer estágio do ciclo de vida de um pedido, não apenas após o envio. Isso pode ser usado em situações em que não haja remessa ou instâncias quando a fatura precisa abranger várias remessas.
O Serviço fornecido e o Serviço de entrega é faturado com base na quantidade de linha de produto solicitada.
O faturamento de devolução permite que reembolsos sejam emitidos para o cliente durante o processo de devolução. O reembolso pode ser configurado para ocorrer antes ou depois do recebimento das mercadorias devolvidas. Se a devolução tiver sido criada por um destinatário de presente, Sterling™ Order Management System não emitirá o reembolso para o comprador no pedido de venda, mas sim para o destinatário do presente.
Qualquer modificação nos impostos e encargos do pedido no momento do faturamento atualizará o pedido somente quando ele estiver completamente faturado. Além disso, quaisquer modificações nos impostos e encargos na linha durante o faturamento atualizarão essas linhas de pedido somente quando a linha de pedido estiver completamente faturada.
As faturas podem ser publicadas imediatamente após a criação (geralmente para coleções externas) ou após a quitação no Sterling Order Management System.
Faturamento pro forma
Em vários cenários de negócios, se houver várias remessas para cada pedido, encargos e impostos serão divididos entre as remessas. Dependendo dos processos de negócios implementados, essas quantias podem ser divididas entre as várias remessas de várias maneiras. Para recolher corretamente encargos e impostos sobre remessas subsequentes de um pedido, encargos e impostos anteriores devem existir no banco de dados no qual serão armazenados.
Uma fatura pro forma, uma fatura gerada na criação da remessa, age como uma fatura rascunho que armazena encargos e impostos no banco de dados para que quando os encargos e impostos forem calculados para remessas adicionais, encargos e taxas anteriores sejam levados em consideração.
Por exemplo, um pedido com duas linhas é criado para $70. A empresa usa encargos incrementais para a remessa como a seguir:
- Um encargo de remessa de $4,99 é incluído nos pedidos entre $0 e $49,99
- Um encargo de remessa de $6,99 é incluído nos pedidos entre $50 e $99,99
A Line1 no pedido é $40, enquanto a Line2 no pedido é $30. Sem o faturamento pro forma, os encargos a seguir ocorreriam no faturamento:
| Linha | Quantia | Encargo |
|---|---|---|
| Line1 | $ 40 | $4.99 |
| Line2 | US$ 30 | $6.99 |
Com faturamento pro forma, ao calcular o encargo da remessa para a Line2, o encargo existente na Line1 é levado em consideração:
| Linha | Quantia | Encargo |
|---|---|---|
| Line1 | $ 40 | $4.99 |
| Line2 | US$ 30 | $6.99 - $4.99 = $2.00 |
Cancelando parte de um pedido com pagamentos pré-coletados
Se um pedido ainda não tiver sido enviado, mas o pagamento desse pedido já tiver sido pré-coletado, o cancelamento de todo ou de parte do pedido exigiria que uma determinada quantia fosse reembolsada. Se esse for o caso, o Sterling Order Management System envia uma notificação que pode ser configurada para ser selecionada por sistemas de pagamento externos com a quantia reembolsada, se aplicável.
Por exemplo, se um pedido para $140 tiver um valor de $100 de pagamentos pré-coletados e um valor de $50 for cancelado, uma quantia de $10 precisará ser reembolsada para o tipo de pagamento pré-coletado. Nesse caso, uma notificação é gerada pelo Sterling Order Management System para os $10 reembolsados
Além disso, a regra Deferred
Credit On Return Required pode ser ativada no Applications Manager no nível de regra de pagamento. Se essa regra estiver ativada e se uma quantia cancelada não precisar ser reembolsada, o Sterling Order Management System enviará uma notificação que pode ser configurada para ser selecionada por sistemas externos com essa quantia..
Se, no exemplo acima, a regra Deferred Credit On Return Required for ativada, outra notificação será levantada pelo Sterling Order Management System para os $40 que foram canceladas, mas não foram reembolsados
Mudanças no preço pós-faturamento
O Sterling Order Management System permite que qualquer mudança de encargo ou de preço unitário em um pedido acione a criação de faturas de ajuste quando o pedido já tiver sido faturado. Isso pode ser feito ativando a regra Apply Changes To Invoiced Quantity no nível do tipo de documento para uma determinada empresa.. As faturas de ajuste são selecionadas por agentes de pagamento e processadas de acordo.
Por exemplo, algumas lojas oferecem aos seus clientes uma garantia de menor preço. Se um cliente comprar um par de sapatos por $50 e encontrar esses mesmos sapatos em outra loja por $45, então deverá solicitar um reembolso de $5. Se a regra Apply Changes To Invoiced Quantity estiver ativada e o preço unitário dos sapatos for alterado para $45 na criação da ordem de vendas após a fatura, uma fatura de ajuste será criada para $5 e um reembolso será emitido para o cliente para essa quantia.
Mudanças no imposto pós-faturamento
O Sterling Order Management System permite qualquer mudança na porcentagem de imposto em um pedido para acionar a criação de faturas de ajuste quando o pedido já tiver sido faturado.. Isso pode ser feito ativando a regra Apply Changes To Invoiced Quantity no nível de tipo de documento para uma determinada empresa.. As faturas de ajuste são selecionadas por agentes de pagamento e processadas de acordo.
Por exemplo, se um cliente com status de isenção de impostos fizer uma compra, mas neglicenciar a informação à loja sobre seu status até após a emissão e o faturamento do pedido, uma fatura de ajuste será criada e um reembolso será emitido ao cliente.
Quando o imposto for aplicado a um pedido ou a uma linha de pedido pela transmissão da porcentagem de impostos, o valor do imposto no pedido, na linha de ordem e no registro do imposto serão atualizados após o faturamento. Para refletir o valor correto do imposto no pedido, na linha de pedido e no registro de imposto na saída de APIs do pedido antes do faturamento, o valor do imposto correto para a porcentagem de imposto correspondente deverá ser transmitida na entrada ou as saídas de usuário com impostos recalculados deverão ser implementadas.