Back to 0fee
0fee

Sistema de facturas y generación de PDF con WeasyPrint

Cómo 0fee.dev genera facturas profesionales con WeasyPrint, marca del comerciante, búsqueda/filtro y envío por correo. Por Juste A. Gnimavo y Claude.

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

Toda plataforma de pagos necesita facturas. Son el rastro documental del que dependen comerciantes, contadores y autoridades fiscales. En 0fee.dev, el sistema de facturas va más allá de simples recibos -- produce documentos PDF profesionales y con marca que los comerciantes pueden enviar directamente a sus clientes.

Modelo de datos de facturas

Una factura en 0fee.dev está vinculada a una transacción pero vive como su propia entidad con su propio ciclo de vida. El formato de referencia está diseñado para auditoría multi-aplicación: {REF}-{AAMMDD}-{APP_SLUG}-{XXXX}.

Plantilla HTML profesional de facturas

El PDF se genera a partir de una plantilla HTML estilizada con CSS. Elegimos HTML-a-PDF sobre bibliotecas PDF directas porque HTML es más fácil de diseñar, mantener y personalizar. La plantilla incluye encabezado con logo del comerciante, información de partes (emisor y destinatario), tabla de artículos con cantidades y precios, totales con impuestos y pie de página.

Generación de PDF con WeasyPrint

Elegimos WeasyPrint para la conversión HTML-a-PDF. Es una biblioteca Python que renderiza HTML/CSS a PDF con excelente soporte CSS, incluyendo flexbox, fuentes personalizadas y estilos a nivel de página.

BibliotecaProsContrasVeredicto
WeasyPrintPython puro, soporte CSS3, sin dependencia de navegadorMás lento que wkhtmltopdf, deps del sistemaElegido -- mejor soporte CSS
wkhtmltopdfRápido, maduroWebKit headless, binario grandeRechazado
Puppeteer/PlaywrightRenderizado Chrome completoDependencia Node.js, pesadoRechazado
ReportLabPDF nativo, rápidoPosicionamiento manual, sin HTML/CSSRechazado

Búsqueda y filtro

El endpoint de listado de facturas soporta búsqueda de texto completo y filtrado multi-parámetro: texto en referencia/nombre/email del cliente, estado, rango de fechas, rango de montos y paginación.

Endpoint de duplicación

Los comerciantes frecuentemente necesitan crear facturas similares. El endpoint de duplicación copia una factura existente con una nueva referencia y fecha.

Envío por correo vía SMSING API

Las facturas se envían por correo a los clientes usando la SMSING API (un servicio africano de envío de email/SMS), con el PDF adjunto codificado en base64.

Marca del comerciante desde configuración de la app

Cada app puede personalizar la apariencia de sus facturas a través de la configuración: nombre de empresa, dirección, logo, ID fiscal, color de marca. La marca se captura al momento de creación de la factura para que cambios posteriores no alteren facturas existentes.

Lo que aprendimos

  1. Las facturas son una señal de confianza. Los comerciantes que pueden enviar facturas profesionales con marca son percibidos como más legítimos por sus clientes.
  1. El formato de referencia importa para la auditoría. Incluir el slug de la app y la fecha en la referencia hace posible la auditoría multi-aplicación sin abrir cada factura.
  1. WeasyPrint es la compensación correcta. Es más lento que alternativas binarias pero la flexibilidad CSS lo vale. Un renderizado de PDF de 200ms es perfectamente aceptable.
  1. Captura la marca al momento de creación. Si renderizas dinámicamente la marca al generar el PDF, cambiar un logo retroactivamente cambia todas las facturas pasadas.
  1. La búsqueda no es negociable. Una vez que un comerciante tiene más de 100 facturas, poder buscar por referencia, nombre o rango de fechas pasa de ser algo deseable a esencial.

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 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