Del carrito al pago, el comercio registra cada paso y lo deja disponible para el resto de la suite.

Una orden (pedido) agrupa los productos comprados, el total y su estado. El total se calcula del lado del servidor (no depende del navegador). Las órdenes son unificadas: el mismo pedido se ve en comercio, se refleja en el perfil del CDP y se reporta en BI.

Un pedido no tiene un único estado: tiene dimensiones independientes que avanzan por separado, así podés tener algo «pagado pero todavía sin despachar».

Una transacción es un movimiento de pago asociado a una orden, por un canal (web, tienda, marketplace). El cobro se procesa con un proveedor de pago (hoy Mercado Pago en la región) y la confirmación llega por webhook verificado: la plataforma valida que el aviso sea legítimo antes de marcar el pago. Las transacciones son idempotentes por un identificador externo: si el mismo pago llega dos veces, no se duplica.

Una devolución genera un reembolso total o parcial; el estado financiero del pedido lo refleja (Reembolsado o Reembolsado parcial). Los importes del reembolso se calculan del lado del servidor sobre lo realmente cobrado.

Con listas y reglas de precio por canal el mismo producto puede tener un precio en la web y otro en el CRM, sin duplicar el producto. El precio se resuelve según el canal de la operación.

Un carrito que no terminó en compra queda registrado como carrito abandonado. Es un disparador natural para recorridos o campañas de recuperación.