{"section":"tutorials","requestedLocale":"es","requestedSlug":"operaciones-de-pago-poscompra","locale":"es","slug":"operaciones-de-pago-poscompra","path":"docs/es/tutorials/pagos/visión-de-conjunto-de-pagos/operaciones-de-pago-poscompra.md","branch":"main","content":"Las operaciones de pago poscompra ocurren después de la aprobación del pedido y pueden ser de tres tipos: liquidación, cancelación y reembolso.\n\nEl comportamiento de estas operaciones depende del modo de procesamiento configurado para cada conector en el gateway de VTEX, que puede ser:\n\n- [Modo Total](#modo-total)\n- [Modo Hold](#modo-hold)\n- [Modo Parcial](#modo-parcial)\n\n> ℹ️ Una misma cuenta (tienda) puede tener conectores configurados con diferentes modos dentro del gateway de VTEX, por ejemplo, un conector en **modo parcial** y otro en **modo hold**. Cuando en una transacción se utilizan varios conectores con modos diferentes, como **hold** y **parcial**, el sistema ajusta automáticamente el comportamiento al **modo total**, garantizando la consistencia y la integridad del proceso de pago.\n\n## Información general de los modos de procesamiento\n\nLa siguiente tabla presenta el comportamiento general de cada operación según el modo configurado:\n\n\n| Operación | Modo Total | Modo Hold | Modo Parcial |\n| :---: | :--- | :--- | :--- |\n| **Liquidación** | Siempre envía al conector la solicitud para liquidar el valor total del pedido, aunque el retailer haya solicitado un valor inferior al total. | Mantiene internamente las solicitudes por valores inferiores al total. Envía la solicitud de liquidación al conector solo cuando se alcanza el valor total. | Envía al conector exactamente el valor solicitado en cada operación de liquidación. |\n| **Cancelación** | Mantiene internamente las solicitudes de cancelaciones parciales. Envía la solicitud de cancelación al conector solo cuando se alcanza el valor total. | Mantiene internamente las solicitudes de cancelaciones parciales. Envía la solicitud de cancelación al conector solo cuando se alcanza el valor total. | Envía al conector exactamente el valor solicitado en cada operación de cancelación. |\n| **Reembolso** | Envía al conector exactamente el valor solicitado en cada operación de reembolso. | Envía al conector exactamente el valor solicitado en cada operación de reembolso. | Envía al conector exactamente el valor solicitado en cada operación de reembolso. |\n\n> ⚠️ El modo seleccionado para cada conector determina de forma consistente el comportamiento de las operaciones de liquidación, cancelación y reembolso. No es posible combinar comportamientos de modos diferentes en un mismo conector simultáneamente.\n\n## Flujo de las operaciones por modo\n\nLos siguientes ejemplos y diagramas demuestran cómo cada modo de procesamiento actúa en las operaciones de liquidación, cancelación y reembolso. Para facilitar la comprensión, todos los ejemplos se basan en un pedido con un valor de 100 USD.\n\n> ⚠️ El **modo total** es el comportamiento predeterminado adoptado en las tiendas VTEX. Si los modos **hold** o **parcial** son más adecuados para tu estrategia de negocio, ponte en contacto con el [Soporte VTEX](https://help.vtex.com/es/docs/tutorials/abrir-tickets-para-el-soporte-vtex) para solicitar el cambio de la configuración de tu tienda.\n\n## Modo Total\n\n### Liquidación\n\n1. El retailer solicita al gateway la liquidación de 20 USD\n2. El gateway solicita al conector la liquidación de 100 USD\n3. El retailer solicita al gateway la liquidación del valor restante del pedido (80 USD)\n4. El gateway no se comunica con el conector, puesto que ya se ha solicitado el valor total del pedido\n\n\n\n### Cancelación\n\n1. El retailer solicita al gateway la cancelación de 20 USD\n2. El gateway no se comunica con el conector\n3. El retailer solicita al gateway la cancelación del valor restante del pedido (80 USD)\n4. El gateway solicita al conector la cancelación de 100 USD\n\n\n\n### Reembolso\n\n1. El retailer solicita al gateway el reembolso de 20 USD\n2. El gateway solicita al conector el reembolso de 20 USD\n3. El retailer solicita al gateway el reembolso del valor restante del pedido (80 USD)\n4. El gateway solicita al conector el reembolso del valor restante del pedido (80 USD)\n\n\n\n> ℹ️ El conector solo realiza una operación de reembolso si el valor solicitado ya hubiera sido liquidado anteriormente.\n\n\n## Modo Hold\n\n### Liquidación\n\n1. El retailer solicita al gateway la liquidación de 20 USD\n2. El gateway no se comunica con el conector\n3. El retailer solicita al gateway la liquidación del valor restante del pedido (80 USD)\n4. El gateway solicita al conector la liquidación de 100 USD\n\n\n\n### Cancelación\n\n**Ejemplo 1**: cancelación del valor total del pedido\n\n1. El retailer solicita al gateway la cancelación de 20 USD\n2. El gateway no se comunica con el conector\n3. El retailer solicita al gateway la cancelación del valor restante del pedido (80 USD)\n4. El gateway solicita al conector la cancelación de 100 USD\n\n\n\n**Ejemplo 2**: cancelación de una parte del valor total del pedido\n\n1. El retailer solicita al gateway la cancelación de 20 USD\n2. El gateway no se comunica con el conector\n3. El retailer solicita al gateway la liquidación del valor restante del pedido (80 USD)\n4. El gateway solicita al conector la liquidación de 80 USD\n5. El valor de 20 USD permanece cancelado en el gateway, pero esta cancelación no se informa al conector\n\n\n\n### Reembolso\n\n1. El retailer solicita al gateway el reembolso de 20 USD\n2. El gateway solicita al conector el reembolso de 20 USD\n3. El retailer solicita al gateway el reembolso del valor restante del pedido (80 USD)\n4. El gateway solicita al conector el reembolso del valor restante del pedido (80 USD)\n\n\n\n> ℹ️ El conector solo realiza una operación de reembolso si el valor solicitado ya hubiera sido liquidado anteriormente.\n\n## Modo Parcial\n\n> ⚠️ En pedidos pagados con múltiples medios de pago, el sistema procesa la operación inicialmente en el medio de pago con el menor valor asignado de la transacción.\n\n### Liquidación\n\n1. El retailer solicita al gateway la liquidación de 20 USD\n2. El gateway solicita al conector la liquidación de 20 USD\n3. El retailer solicita al gateway la liquidación del valor restante del pedido (80 USD)\n4. El gateway solicita al conector la liquidación del valor restante del pedido (80 USD)\n\n\n\n### Cancelación\n\n1. El retailer solicita al gateway la cancelación de 20 USD\n2. El gateway solicita al conector la cancelación de 20 USD\n3. El retailer solicita al gateway la cancelación del valor restante del pedido (80 USD)\n4. El gateway solicita al conector la cancelación del valor restante del pedido (80 USD)\n\n\n\n### Reembolso\n\n1. El retailer solicita al gateway el reembolso de 20 USD\n2. El gateway solicita al conector el reembolso de 20 USD\n3. El retailer solicita al gateway el reembolso del valor restante del pedido (80 USD)\n4. El gateway solicita al conector el reembolso del valor restante del pedido (80 USD)\n\n\n\n> ℹ️ El conector solo realiza una operación de reembolso si el valor solicitado ya hubiera sido liquidado anteriormente.\n\n\n## Cómo elegir el modo adecuado\n\nEl modo configurado en la cuenta puede impactar el flujo financiero de la tienda, los costos operativos y la experiencia poscompra de los clientes.\n\nAntes de solicitar cualquier cambio, evalúa cómo se comporta cada opción respecto a la liquidación, cancelación y reembolso, y elige aquella que mejor se adapte a la estrategia de tu operación.\n\n> ⚠️ El **Modo Parcial** exige que el conector de pago sea compatible con múltiples operaciones parciales. Este modo no es compatible con [split de pagos](https://help.vtex.com/es/docs/tutorials/split-de-pagos).\n\n| Modo | Indicado para | Beneficios | Limitaciones |\n| :---: | :--- | :--- | :--- |\n| **Total** | Tiendas que desean procesar rápidamente la liquidación después de la aprobación del pedido. | - Reduce el tiempo entre la aprobación y la transferencia de los valores.
- Ideal para retailers que prefieren una liquidación inmediata.
| - Puede generar altos costos de tarifas de reembolso si es necesario devolver valores ya liquidados.
- No es compatible con liquidaciones parciales.
|\n| **Hold** | Tiendas que esperan múltiples confirmaciones (como emisión de facturas de varios sellers) antes de liquidar el valor total. | - Admite [split de pagos](https://help.vtex.com/es/docs/tutorials/split-de-pagos), permitiendo modificaciones de ítems y valores en un pedido con múltiples sellers (si es necesario).
- Evita costos de reembolso, ya que solo liquida cuando se alcanza el valor total.
- Centraliza el envío de información al conector, reduciendo transacciones intermedias.
| - En pedidos con múltiples sellers, la liquidación solo ocurre después de que todos emitan las facturas.
- No admite liquidaciones parciales.
|\n| **Parcial** | Evita costos de reembolso, ya que la liquidación solo se realiza cuando se alcanza el valor total. | - Permite múltiples operaciones parciales de liquidación y cancelación.
- En pedidos con múltiples sellers, permite la liquidación parcial sin necesidad de esperar a todos los sellers.
- Puede evitar costos adicionales de tarifas de reembolso.
| - No admite [split de pagos](https://help.vtex.com/es/docs/tutorials/split-de-pagos).
- Exige que el conector admita múltiples operaciones.
- Requiere mayor control operativo.
|"}