El día de pago es una intención, no un upload de planilla.
El agente lee la lista aprobada de contratistas, valida la clave Pix y el documento de cada uno y paga la corrida por Pix dentro de un mandato de nómina con tope mensual. Cada payout recibe su propio recibo, y la corrida cierra conciliada en el ERP sin nada pendiente.
Una corrida. Veinticuatro recibos. Cero pendientes.
La corrida de junio, de punta a punta: cada beneficiario validado antes de que se mueva un centavo, cada transferencia ejecutada por Pix bajo el mandato de nómina, cada recibo sellado y emparejado con su asiento en el ERP. Una clave desactualizada falla rápido en la validación: antes del pago, no después de un rechazo del banco.
- Beneficiarios validados antes: una clave desactualizada no llega al riel
- El mandato limita el mes; la corrida se detiene en el tope, por construcción
- Cada payout sellado con su propio recibo y conciliado en el ERP
Corre la nómina de contratistas de junio.
24 contratistas en la lista aprobada: validando claves y documentos y pagando por Pix dentro del tope del mandato de nómina.
La conversación es la parte fácil.
La nómina de contratistas en LATAM es un ritual mensual: exportar la planilla, generar el CNAB, subirlo al portal del banco, corregir los rechazos y conciliar a mano. Funciona hasta que una clave está desactualizada, un nombre no coincide o el mismo archivo se sube dos veces. Y cada falla aparece después de que el dinero ya intentó moverse.
Generar un archivo CNAB y subirlo al portal del banco cada mes
Una intención: el agente corre toda la nómina por Pix
Descubrir claves desactualizadas como rechazos del banco, después de la corrida
Clave y documento de cada beneficiario validados antes del pago
Confiar en que nadie se equivoca en el total ni sube el archivo dos veces
El mandato de nómina limita el mes; el exceso simplemente no se ejecuta
Conciliar la corrida contra el ERP asiento por asiento, a mano
codespar_ledger empareja los 24 recibos automáticamente
Una intención. Toda la corrida, gobernada.
codespar_kyc valida a cada beneficiario antes de que la corrida empiece. codespar_wallet confirma que el mandato de nómina tiene espacio para el total. codespar_pay ejecuta las transferencias por Pix, un recibo por beneficiario, y codespar_ledger concilia la corrida en el ERP. El día de pago termina liquidado, emparejado y sellado.
24 contratistas aprobados
codespar_kycClaves + documentos verificados
Riel de KYCcodespar_walletLa corrida cabe en el mandato
Motor de políticascodespar_pay24 × Pix · un recibo cada uno
Riel Pixcodespar_ledgerEmparejada con el ERP
Ledger de auditoríaLa lista aprobada entra por el ERP o por planilla. El agente valida a cada beneficiario, verifica el total de la corrida contra el tope mensual del mandato de nómina y ejecuta las transferencias por Pix. La correlación de liquidación empareja cada confirmación con su beneficiario y asiento del ERP, y la corrida se sella como un registro con 24 recibos adentro.
Unas pocas líneas. Todo el loop.
const session = await codespar.sessions.create(); const run = await session.execute("codespar_pay", { batch: contractors.map((c) => ({ amount: c.monthlyFee, destination: c.pixKey, // validated before the run starts reference: `RUN-06/${c.id}`, })), mandate: "cm_payroll", // monthly cap · revocable }); // 24 transfers, 24 receipts, one sealed run — // reconciled against the ERP entry by entry
codespar_payEjecuta la corrida por Pix, un recibo sellado por beneficiario.
codespar_walletVerifica la corrida contra el tope mensual del mandato de nómina antes de pagar.
codespar_kycValida la clave y el documento de cada beneficiario antes de que la corrida empiece.
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.