Back to 0fee
0fee

El formato unificado de pago: PAYIN_ORANGE_CI

Cómo 0fee.dev unificó 117 métodos de pago en el formato PAYIN_OPERADOR_PAÍS, simplificando las llamadas a la API a un solo campo. Por Juste A. Gnimavo y Claude.

Juste A. Gnimavo (Thales) & Claude | March 27, 2026 2 min 0fee
EN/ FR/ ES
payment-methodsapi-designroutingunified-formatdeveloper-experience

Antes de la Sesión 010, crear un pago en 0fee.dev requería múltiples campos: payment_method, country, currency y a veces payment_method_detail. Después de la Sesión 010, requería un solo campo: payment_method: "PAYIN_ORANGE_CI". Una cadena codifica el tipo de operación, el operador y el país. La moneda se deriva automáticamente. El proveedor se selecciona por el motor de enrutamiento. Este único cambio de diseño transformó la API de 0fee.dev de funcional a elegante.

El formato es: PAYIN_{OPERADOR}_{CÓDIGO_PAÍS}. El componente PAYIN es un prefijo fijo, el operador usa su nombre de marca común en mayúsculas (ORANGE, MTN, WAVE, MOOV, MPESA, CARD, PAYPAL), y el código de país es ISO 3166-1 alfa-2 o GLOBAL para métodos no específicos de país.

La detección automática de país y moneda funciona porque el código de país integrado en el método de pago impulsa la resolución automática de moneda: CI -> XOF, KE -> KES, GH -> GHS, etc. Esto reduce una solicitud de seis campos a tres campos: monto, método de pago y cliente.

La tabla de enrutamiento completa mapea cada código unificado a los códigos internos de cada proveedor: PAYIN_ORANGE_CI -> PaiementPro usa "OMCIV2", PawaPay usa "ORANGE_CIV", Hub2 usa "Orange" con parámetro de país.

Al momento de la implementación del formato unificado en la Sesión 010, la tabla de enrutamiento contenía 117 métodos de pago en más de 30 países. El formato fue diseñado para escalar: agregar un nuevo método de pago requiere insertar una fila en la tabla payin_methods y configurar el enrutamiento del proveedor -- sin cambios de código, sin cambio de versión de API, sin actualización de SDK.

El principio de diseño: codificar decisiones en datos, no en parámetros. Cuando un comerciante escribe PAYIN_ORANGE_CI, ha tomado cada decisión: la operación, el operador y la geografía. El sistema deriva todo lo demás.


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 ningún ingeniero humano. Sigue la serie para conocer la historia completa de construcción.

Share this article:

Responses

Write a response
0/2000
Loading responses...

Related Articles

Thales & Claude deblo

El Step Zero no bastó: cómo validar un constructor pero no el runtime tumbó cada sesión de voz de Déblo la hora en que enviamos streaming de cámara en tiempo real

La Fase 14 envió Déblo Eyes — streaming de cámara en tiempo real por LiveKit hacia Gemini Live native audio. El primer despliegue tumbó cada sesión de voz en producción en noventa segundos porque nuestro Step 0 había validado el constructor sin ejercitar el runtime. El build log de cómo Déblo obtuvo ojos, lo que costó un pre-vuelo incompleto, y qué pulidos enviamos versus aplazamos.

33 min May 20, 2026
debloclaude-opus-4.7claude-codegemini-live +25
Thales & Claude deblo

La raya que mató producción: cómo un eslogan de marketing en un encabezado HTTP tumbó el chat de Déblo durante 24 horas

Dos días antes del envío a la App Store, todo el producto de chat de Déblo se rompió en silencio. Sin spinner, sin toast, sin error en la UI — solo aire muerto. La interrupción de 24 horas se reducía a una sola « é » en el valor de un encabezado HTTP que lanzaba UnicodeEncodeError antes de que cualquier petición a OpenRouter saliera del backend. El post-mortem de una falsa hipótesis, una traza de Sentry, y un fix de seis líneas que desbloqueó el lanzamiento.

29 min May 19, 2026
debloclaude-opus-4.7claude-codeincident +19
Thales & Claude deblo

Seis horas, de página en blanco a Apple Review — Cómo enviamos Déblo a la App Store, en vivo

Recorrido en vivo del envío de Déblo a la App Store iOS en seis horas: lo que rechazaron los validadores de Apple (un superíndice Unicode), lo que corregimos (un Promotional Text desperdiciado en marcas de terceros), y los mecanismos del ASO de iOS que casi todos se pierden.

30 min May 13, 2026
debloclaude-opus-4.7claude-codeapp-store +16