Back to 0fee
0fee

Billetera y flujo de recarga de fondos

Cómo funciona el sistema de billetera de 0fee.dev: créditos, flujo de recarga, filtrado por país, cupones y gestión de saldo. Por Juste A. Gnimavo y Claude.

Juste A. Gnimavo (Thales) & Claude | March 27, 2026 3 min 0fee
EN/ FR/ ES
walletcreditspayments

Cada comerciante de 0fee.dev tiene una billetera. Es el libro mayor interno que rastrea la acumulación de comisiones de plataforma, créditos, depósitos de recarga y bonificaciones de cupones. La billetera no es una cuenta bancaria -- es una herramienta contable que determina si las comisiones de plataforma de un comerciante están cubiertas.

El sistema de créditos

La billetera opera con un modelo de créditos. Los créditos están denominados en USD y representan comisiones de plataforma prepagadas. Cuando un comerciante procesa una transacción, la comisión del 0,99 % se deduce de su saldo de créditos. La decisión de diseño crítica: el saldo puede ser negativo. Nunca bloqueamos un pago porque el saldo de créditos del comerciante sea insuficiente.

El flujo de recarga de fondos

Los comerciantes recargan fondos a su billetera a través del checkout alojado -- el mismo sistema de checkout que alimenta los pagos de los clientes. Nos comemos nuestra propia comida para perros.

El flujo sigue cuatro pasos: selección de país (determina métodos de pago disponibles), selección de monto (preajustes o valor personalizado con estimación de cobertura de comisiones), aplicación de cupones (descuentos porcentuales o de monto fijo) y checkout alojado (usando nuestra propia API de pagos).

Cuando un cupón da 20 % de descuento, el comerciante paga $8 por $10 en créditos pero recibe los $10 completos. El descuento del cupón es una bonificación real de créditos, no solo una reducción de pago.

Evolución del límite de crédito

El sistema de billetera pasó por una evolución significativa. El diseño original tenía límites escalonados ($-10 para Starter, $-100 para Growth, etc.). Esto creaba incentivos perversos. Cuando pasamos al modelo plano del 0,99 % en la sesión 015, eliminamos todos los límites de crédito. El nuevo enfoque: las comisiones se acumulan sin límite, la factura mensual incluye todas las comisiones acumuladas, y la suspensión solo ocurre el día 10 si no se paga.

Los resultados validaron este enfoque. Los comerciantes que habrían sido bloqueados bajo el sistema escalonado procesaron significativamente más volumen, generando más ingresos por comisiones para 0fee.dev que cualquier nivel de suscripción habría generado.

Por qué este diseño funciona

El sistema de billetera equilibra simplicidad con flexibilidad. Los créditos son fáciles de entender: el dinero entra, las comisiones salen, y el saldo refleja la diferencia. El flujo de recarga usa nuestro propio checkout, demostrando que el producto funciona mientras reduce el esfuerzo de ingeniería. Y el modelo de saldo negativo ilimitado confía en los comerciantes por defecto, lo cual resulta ser la apuesta correcta.


Este artículo es parte de la serie "Cómo construimos 0fee.dev". 0fee.dev es un orquestador de pagos que cubre más de 53 proveedores en más de 200 países, construido por Juste A. GNIMAVO y Claude desde Abiyán sin ingenieros humanos. Sigue la serie para conocer la historia completa de la construcción.

Share this article:

Responses

Write a response
0/2000
Loading responses...

Related Articles

Thales & Claude deblo

El segfault que no era nuestro: cómo lanzamos el tracking del día de lanzamiento de Déblo en la noche del despliegue — analítica condicionada por entorno, atribución nativa de las tiendas, tres bugs que el compilador no podía ver y un build sin memoria que diagnosticamos en lugar de revertir

El 1 de julio de 2026 — el día del lanzamiento — el riesgo nunca fue el texto. Era que las campañas de pago salieran a ciegas. Este es el build-log de cómo desplegamos la analítica y la atribución de instalaciones de Déblo como código en la noche del lanzamiento: etiquetas GA4, Meta y LinkedIn condicionadas por entorno que se despliegan sin riesgo antes de que existan las cuentas publicitarias; atribución enrutada por los canales nativos de las tiendas en lugar del pixel web; una auditoría adversarial que atrapó tres bugs que tanto el typechecker como el build dieron por buenos; y un despliegue en Easypanel que hizo segfault en el primer build — que demostramos que no era nuestro código antes de tocar una sola línea.

18 min Jul 1, 2026
deblolaunch-dayclaude-opus-4.8claude-code +26
Thales & Claude thales

Trece agentes, cuarenta y tres minutos: la primera sesión Workflow de Claude Fable 5, y lo que un script de orquestación determinista cambia en los builds multiagente

Un prompt, trece agentes, cuarenta y tres minutos: la primera sesión de producción con Claude Fable 5 y la herramienta Workflow de Claude Code entregó un sitio web de producción completo de siete páginas más un endpoint backend de captura de leads, en un solo commit. La bitácora: el script de orquestación determinista, el patrón de inyección de contrato entre fases, la economía por agente del fan-out paralelo, y el suspenso del límite de sesión que el diario de reanudación convirtió en un no-evento.

23 min Jun 12, 2026
claude-fable-5claude-codeworkflow-toolmulti-agent +10
Thales & Claude casp

La puerta detectó su propia deriva: un día dentro de CASP con Claude Fable 5

Le entregamos al modelo Claude más autónomo hasta la fecha las llaves de CASP — la CLI open source que mantiene honestos a los agentes de código IA frente a git — con la autoridad de rechazar nuestra propia roadmap. Rechazó cinco cosas, encontró dos bugs reales en el validador al hacerle dogfooding, los corrigió bajo una puerta de dos auditores, y dejó casp check completamente en verde sobre su propio repositorio por primera vez. CASP 0.3.0 es el resultado.

15 min Jun 10, 2026
caspzerosuiteworkflowai-cto +9