Back to 0fee
0fee

Integración de PayPal: API de Orders y flujo de redirección

Cómo 0fee.dev integra la API de Orders v2 de PayPal para pagos globales con billetera, flujo de redirección, captura al retorno y manejo de webhooks.

Juste A. Gnimavo (Thales) & Claude | March 27, 2026 2 min 0fee
EN/ FR/ ES
paypalorders-apiredirect-flowglobal-payments

PayPal cubre más de 200 países y 25 monedas. Es el segundo proveedor global en la tabla de enrutamiento de 0fee, junto con Stripe como pasarela que maneja pagos fuera del ecosistema de dinero móvil de África. Mientras Stripe maneja pagos con tarjeta, PayPal maneja pagos con billetera -- clientes que prefieren pagar desde su saldo de PayPal, cuenta bancaria vinculada o tarjetas almacenadas a través de la interfaz de PayPal.

La API de Orders v2 de PayPal es un proceso de dos pasos: crear la orden y luego capturar los fondos después de que el cliente aprueba. Esto es fundamentalmente diferente del enfoque de un solo paso de Checkout Sessions de Stripe. PayPal requiere un token de acceso OAuth2 para cada llamada a la API, y acepta montos como cadenas decimales ("50.00") en lugar de centavos enteros.

El flujo de redirección funciona así: 0fee crea una orden de PayPal, el cliente es redirigido a PayPal para aprobar, PayPal redirige a nuestro callback, verificamos y capturamos los fondos, luego redirigimos al cliente a la URL de éxito del desarrollador.

La condición de carrera potencial entre el webhook y la redirección del navegador se maneja verificando tanto el estado APPROVED (necesita captura) como COMPLETED (ya capturado vía webhook).

Notablemente, PayPal no soporta XOF, XAF u otras monedas africanas. Esta es precisamente la razón por la que existe 0fee -- PayPal maneja la audiencia global de billeteras, mientras que Hub2, PawaPay y PaiementPro manejan el dinero móvil africano.


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