Del reclamo al reembolso en un minuto gobernado.
El agente de soporte lee el ticket, verifica el pedido en el ERP, reembolsa por el riel original de pago, emite la nota de crédito y avisa al cliente, todo dentro de un límite de gasto por agente. Soporte deja de escalar reembolsos; finanzas deja de descubrirlos al cierre.
Verificado, reembolsado, sellado, dentro de la conversación.
El cliente reclama donde ya está: en WhatsApp. El agente trae el pedido #8421 del ERP, confirma el Pix con el que se liquidó, reembolsa a la misma clave y emite la nota de crédito. El límite de gasto es un mandato, no un PDF de políticas: un reembolso por encima del tope simplemente no se ejecuta.
- Pedido verificado en el ERP antes de que vuelva un centavo
- Reembolso por el riel original: Pix de vuelta a la clave del pagador
- Nota de crédito emitida en el mismo flujo, sellada al recibo del reembolso
La conversación es la parte fácil.
Los reembolsos son donde soporte se encuentra con el dinero, y ambos equipos dudan. El ticket espera a alguien con acceso al banco, la transferencia no coincide con el pago original, la nota de crédito se recuerda una semana después, y nadie puede decir quién aprobó qué. Un problema de un minuto se vuelve un hilo de tres días.
Escalar cada reembolso a quien tiene el login del banco
El agente reembolsa dentro de un tope por agente; sin login compartido
Reembolsar por transferencia manual, desconectada del cobro original
codespar_pay devuelve el dinero por el riel original, misma clave Pix
Emitir la nota de crédito después, si alguien se acuerda
codespar_invoice corta la nota de crédito en el mismo flujo
Responder al auditor con un hilo de Slack y una captura del banco
Verificación, reembolso y nota sellados en un solo recibo
Reembolsos con límite de gasto, no con login compartido.
codespar_ledger verifica el pedido y su pago original antes de mover nada. codespar_pay ejecuta el reembolso por el mismo riel en que la venta liquidó, acotado por el mandato de soporte: un tope firmado por agente, revocable en cualquier momento. codespar_invoice emite la nota de crédito y codespar_notify cierra el ciclo con el cliente, todo sellado en un registro auditable.
Reclamo · pedido #8421
codespar_ledgerPedido + pago original
Omiecodespar_payPix · clave original · tope
Riel Pixcodespar_invoiceNC emitida + almacenada
Riel fiscalcodespar_notifyCliente confirmado
Z-APIEl ticket entra por el canal de soporte. El agente resuelve el pedido en el ERP, confirma la liquidación original y ejecuta el reembolso bajo el mandato de soporte, un tope por agente que el motor de políticas aplica en tiempo de ejecución. La nota de crédito se emite contra el reembolso, se avisa al cliente, y los cuatro pasos se sellan en un recibo.
Unas pocas líneas. Todo el loop.
const session = await codespar.sessions.create(); // verify before moving money: order, amount, original rail const order = await session.execute("codespar_ledger", { action: "lookup", orderId: "8421", }); await session.execute("codespar_pay", { rail: "pix", amount: order.total, // R$ 186,00 destination: order.payer.pixKey, // original key, original rail mandate: "cm_support", // per-agent cap · revocable }); await session.execute("codespar_invoice", { kind: "credit_note", orderId: "8421" }); await session.execute("codespar_notify", { to: order.buyer, template: "refund_done" });
codespar_payReembolsa por el riel original, acotado por el mandato de soporte por agente.
codespar_ledgerVerifica el pedido y la liquidación original antes de ejecutar el reembolso.
codespar_invoiceEmite la nota de crédito en el mismo flujo y la sella al reembolso.
Ponlo en marcha esta misma tarde.
Abre el sandbox, apunta una sesión a tus proveedores y corre todo el loop contra rails reales en minutos — no en el trimestre que toma construirlo a mano.