{"section":"tutorials","requestedLocale":"pt","requestedSlug":"operacoes-de-pagamentos-pos-compra","locale":"pt","slug":"operacoes-de-pagamentos-pos-compra","path":"docs/pt/tutorials/pagamentos/visão-geral-de-pagamentos/operacoes-de-pagamentos-pos-compra.md","branch":"main","content":"As operações de pagamento pós-compra acontecem após a aprovação do pedido e podem ser de três tipos: liquidação, cancelamento e reembolso.\n\nO comportamento dessas operações depende do modo de processamento configurado para cada conector no VTEX Gateway, que pode ser:\n\n- [Modo Total](#modo-total)\n- [Modo Hold](#modo-hold)\n- [Modo Parcial](#modo-parcial)\n\n> ℹ️ Uma mesma conta (loja) pode ter conectores configurados com diferentes modos dentro do VTEX Gateway — por exemplo, um conector no **Modo Parcial** e outro no **Modo Hold**. Quando uma transação envolve mais de um conector com modos distintos, como **Hold** e **Parcial**, o sistema ajusta automaticamente o comportamento para o **Modo Total**, garantindo a consistência e a integridade do processo de pagamento.\n\n## Visão geral dos modos de processamento\n\nA tabela abaixo apresenta o comportamento geral de cada operação conforme o modo configurado:\n\n\n| Operação | Modo Total | Modo Hold | Modo Parcial |\n| :---: | :--- | :--- | :--- |\n| **Liquidação** | Sempre envia ao conector a solicitação para liquidar o valor total do pedido, mesmo que o merchant tenha solicitado um valor inferior ao total. | Mantém internamente as solicitações de valores inferiores ao total. Envia a solicitação de liquidação ao conector apenas quando o valor total é atingido. | Envia ao conector exatamente o valor solicitado em cada operação de liquidação. |\n| **Cancelamento** | Mantém internamente solicitações de cancelamentos parciais. Envia a solicitação de cancelamento ao conector apenas quando o valor total é atingido. | Mantém internamente solicitações de cancelamentos parciais. Envia a solicitação de cancelamento ao conector apenas quando o valor total é atingido. | Envia ao conector exatamente o valor solicitado em cada operação de cancelamento. |\n| **Reembolso** | Envia ao conector exatamente o valor solicitado em cada operação de reembolso. | Envia ao conector exatamente o valor solicitado em cada operação de reembolso. | Envia ao conector exatamente o valor solicitado em cada operação de reembolso. |\n\n> ⚠️ O modo selecionado para cada conector determina uniformemente o comportamento das operações de liquidação, cancelamento e reembolso. Não é possível combinar comportamentos de modos diferentes em um mesmo conector simultaneamente.\n\n## Fluxo das operações por modo\n\nOs exemplos e diagramas a seguir demonstram como cada modo de processamento atua nas operações de liquidação, cancelamento e reembolso. Para facilitar a compreensão, todos os exemplos utilizam um pedido no valor de R$ 100.\n\n> ⚠️ O **Modo Total** é o comportamento padrão adotado nas lojas VTEX. Caso os modos **Hold** ou **Parcial** sejam mais adequados à sua estratégia de negócio, entre em contato com o [Suporte VTEX](https://newhelp.vtex.com/pt/docs/tutorials/abrir-chamados-para-o-suporte-vtex#suporte-tecnico) para solicitar a alteração da configuração da sua loja.\n\n## Modo Total\n\n### Liquidação\n\n1. Merchant solicita ao Gateway a liquidação de R$ 20\n2. Gateway solicita ao Conector a liquidação de R$ 100\n3. Merchant solicita ao Gateway a liquidação do valor restante do pedido (R$ 80)\n4. Gateway não realiza comunicação com o Conector, pois o valor total do pedido já foi solicitado\n\n\n\n### Cancelamento\n\n1. Merchant solicita ao Gateway o cancelamento de R$ 20\n2. Gateway não realiza comunicação com o Conector\n3. Merchant solicita ao Gateway o cancelamento do valor restante do pedido (R$ 80)\n4. Gateway solicita ao Conector o cancelamento de R$ 100\n\n\n\n### Reembolso\n\n1. Merchant solicita ao Gateway o reembolso de R$ 20\n2. Gateway solicita ao Conector o reembolso de R$ 20\n3. Merchant solicita ao Gateway o reembolso do valor restante do pedido (R$ 80)\n4. Gateway solicita ao Conector o reembolso do valor restante do pedido (R$ 80)\n\n\n\n> ℹ️ O conector somente executa uma operação de reembolso se o valor solicitado já tiver sido liquidado anteriormente.\n\n\n## Modo Hold\n\n### Liquidação\n\n1. Merchant solicita ao Gateway a liquidação de R$ 20\n2. Gateway não realiza comunicação com o Conector\n3. Merchant solicita ao Gateway a liquidação do valor restante do pedido (R$ 80)\n4. Gateway solicita ao Conector a liquidação de R$ 100\n\n\n\n### Cancelamento\n\n**Exemplo 1**: cancelamento do valor total do pedido\n\n1. Merchant solicita ao Gateway o cancelamento de R$ 20\n2. Gateway não realiza comunicação com o Conector\n3. Merchant solicita ao Gateway o cancelamento do valor restante do pedido (R$ 80)\n4. Gateway solicita ao Conector o cancelamento de R$ 100\n\n\n\n**Exemplo 2**: cancelamento de uma parte do valor do pedido\n\n1. Merchant solicita ao Gateway o cancelamento de R$ 20\n2. Gateway não realiza comunicação com o Conector\n3. Merchant solicita ao Gateway a liquidação do valor restante do pedido (R$ 80)\n4. Gateway solicita ao Conector a liquidação de R$ 80\n5. O valor de R$ 20 permanece cancelado no Gateway, mas não é informado ao conector\n\n\n\n### Reembolso\n\n1. Merchant solicita ao Gateway o reembolso de R$ 20\n2. Gateway solicita ao Conector o reembolso de R$ 20\n3. Merchant solicita ao Gateway o reembolso do valor restante do pedido (R$ 80)\n4. Gateway solicita ao Conector o reembolso do valor restante do pedido (R$ 80)\n\n\n\n> ℹ️ O conector somente executa uma operação de reembolso se o valor solicitado já tiver sido liquidado anteriormente.\n\n## Modo Parcial\n\n> ⚠️ Em pedidos pagos com múltiplos meios de pagamento, o sistema processa a operação inicialmente no meio com o menor valor atribuído à transação.\n\n### Liquidação\n\n1. Merchant solicita ao Gateway a liquidação de R$ 20\n2. Gateway solicita ao Conector a liquidação de R$ 20\n3. Merchant solicita ao Gateway a liquidação do valor restante do pedido (R$ 80)\n4. Gateway solicita ao Conector a liquidação do valor restante do pedido (R$ 80)\n\n\n\n### Cancelamento\n\n1. Merchant solicita ao Gateway o cancelamento de R$ 20\n2. Gateway solicita ao Conector o cancelamento de R$ 20\n3. Merchant solicita ao Gateway o cancelamento do valor restante do pedido (R$ 80)\n4. Gateway solicita ao Conector o cancelamento do valor restante do pedido (R$ 80)\n\n\n\n### Reembolso\n\n1. Merchant solicita ao Gateway o reembolso de R$ 20\n2. Gateway solicita ao Conector o reembolso de R$ 20\n3. Merchant solicita ao Gateway o reembolso do valor restante do pedido (R$ 80)\n4. Gateway solicita ao Conector o reembolso do valor restante do pedido (R$ 80)\n\n\n\n> ℹ️ O conector somente executa uma operação de reembolso se o valor solicitado já tiver sido liquidado anteriormente.\n\n\n## Como escolher o modo ideal\n\nO modo configurado na conta pode gerar impactos no fluxo financeiro da loja, nos custos operacionais e na experiência pós-compra dos clientes.\n\nAntes de solicitar qualquer alteração, avalie como cada opção se comporta em relação à liquidação, cancelamento e reembolso, e escolha aquela que melhor se adapta à estratégia da sua operação.\n\n> ⚠️ O **Modo Parcial** exige que o conector de pagamento ofereça suporte a múltiplas operações parciais. Esse modo não é compatível com [split de pagamento](https://help.vtex.com/pt/docs/tutorials/split-de-pagamento).\n\n| Modo | Indicado para | Vantagens | Limitações |\n| :---: | :--- | :--- | :--- |\n| **Total** | Lojas que desejam processar rapidamente a liquidação após a aprovação do pedido. | - Reduz o tempo entre a aprovação e o repasse dos valores.
- Ideal para merchants que preferem liquidação imediata.
| - Pode gerar custos elevados de taxas de reembolso caso seja necessário devolver valores já liquidados.
- Não oferece suporte a liquidações parciais.
|\n| **Hold** | Lojas que aguardam múltiplas confirmações (como emissão de notas fiscais de vários sellers) antes de liquidar o valor total. | - Suporta [split de pagamento](https://help.vtex.com/pt/docs/tutorials/split-de-pagamento), permitindo modificações de itens e valores em uma ordem com múltiplos sellers (caso necessário).
- Evita custos de reembolso, pois só liquida quando o valor total é atingido.
- Centraliza o envio de informações ao conector, reduzindo transações intermediárias.
| - Em pedidos com múltiplos sellers, a liquidação só ocorre após todos emitirem as notas fiscais.
- Não oferece suporte a liquidações parciais.
|\n| **Parcial** | Lojas que operam com operações frequentes de liquidações, cancelamentos ou reembolsos parciais. | - Permite múltiplas operações parciais de liquidação e cancelamento.
- Em pedidos com múltiplos sellers, possibilita a liquidação parcial sem aguardar todos os sellers.
- Pode evitar custos adicionais de taxas de reembolso.
| - Não suporta [split de pagamento](https://help.vtex.com/pt/docs/tutorials/split-de-pagamento).
- Exige que o conector ofereça suporte a operações múltiplas.
- Requer maior controle operacional.
|"}