TimeTracker incorpora facturación electrónica Peppol para autoalojamiento
El proyecto open source añade soporte para EN 16931 mediante un sidecar que resuelve la complejidad de los Access Points.
El desarrollo de la normativa belga, que obliga desde el 1 de enero de 2026 a las empresas B2B a intercambiar facturas estructuradas a través de la red Peppol, ha empujado a DRYTRIX a integrar esta funcionalidad en TimeTracker. Se trata de una herramienta de control de tiempo y facturación open source y self-hosted, escrita en Flask, que ahora permite emitir facturas conforme al estándar europeo EN 16931 sin que el usuario final tenga que gestionar la infraestructura de red por sí mismo.
La implementación resuelve un problema arquitectónico clave: comunicarse con la red Peppol requiere pasar por un Access Point certificado, un proceso que implica protocolos AS4, certificados digitales y búsquedas en directorios SML/SMP. En lugar de cargar la aplicación principal con esta complejidad, el equipo ha optado por un diseño basado en un sidecar llamado peppol-bridge. Este servicio contenedorizado se ejecuta junto a la aplicación mediante Docker Compose y actúa como adaptador. La app principal genera el XML en formato UBL 2.1 y lo envía a una URL local; el bridge se encarga de traducir las credenciales y enviar el paquete al proveedor de Access Point que elija el administrador. Esto permite cambiar de proveedor de conectividad sin tocar el código de la aplicación, ya que las diferencias de autenticación (como cabeceras API específicas) quedan aisladas dentro del bridge.
El flujo de trabajo incluye validaciones previas de los identificadores de remitente y destinatario para evitar errores genéricos de la API del proveedor. Además, se ha añadido un interruptor de administración que activa automáticamente los campos obligatorios de Peppol BIS Billing 3.0, como el código de tipo de factura y la referencia del comprador (BT-10), simplificando la tarea para usuarios no expertos en facturación electrónica.
Aunque el proyecto incluye un modo experimental de envío nativo que maneja directamente el protocolo AS4 para pruebas, no es viable en producción por la falta de certificaciones de seguridad y firma digital. La solución recomendada es el uso del bridge con un proveedor externo.
Para los administradores de sistemas que gestionan infraestructuras autoalojadas, esto supone una herramienta más que cumple con la normativa europea sin requerir un stack de facturación complejo. El código está disponible en GitHub y la imagen de Docker se puede obtener desde el registro oficial. La estabilidad a largo plazo dependerá de la adopción por parte de los proveedores de red y la evolución de los estándares de facturación electrónica en la UE.
