Activar TicketBAI no consiste únicamente en instalar un módulo y pulsar un botón. La factura nace dentro de un circuito: empresa, cliente, impuestos, serie, diario, forma de pago, rectificaciones y documentos. Si ese recorrido no está bien configurado, la capa fiscal solo hace más visible el desorden.
Implantación real de Valnor. Se configuró Odoo 16 Community con TicketBAI para Bizkaia, actualización de divisas y ajustes propios del modelo 140. La pantalla de este artículo contiene empresa, importes e identificadores ficticios.
Primero ordenamos la facturación
Antes de validar el envío fiscal se revisaron datos de empresa, impuestos, posiciones fiscales, series, diarios, secuencias y plantillas. También se comprobó cómo debía aparecer la información de pago en la factura.
Un detalle aparentemente pequeño —mostrar siempre un IBAN— podía ser incorrecto cuando el pago era inmediato, por tarjeta o mediante otros medios. El informe se ajustó para mostrarlo solo cuando correspondía, por ejemplo en domiciliación.
TicketBAI forma parte del estado de la factura
La factura validada debe generar la información requerida, incorporar su identificador y QR, y registrar la respuesta. También hay que contemplar qué ocurre cuando el envío falla o cuando una factura necesita rectificación.
La implantación se probó con documentos de ejemplo antes de utilizarse en el circuito habitual. Las incidencias técnicas y fiscales se trataron como estados revisables, no como mensajes que el usuario tuviera que interpretar sin contexto.
Un ajuste propio para Bizkaia y el modelo 140
Durante el proyecto fue necesario desarrollar un módulo específico para corregir el comportamiento relacionado con el modelo 140 en el entorno utilizado. Este tipo de ajuste muestra una ventaja y una responsabilidad del código abierto: es posible intervenir, pero el cambio debe quedar aislado, documentado y probado.
Modificar directamente archivos estándar habría dificultado futuras actualizaciones. Por eso la corrección se empaquetó como un módulo propio.
Actualización de divisas y tareas de mantenimiento
La instalación también incorporó actualización de tipos de cambio desde el Banco Central Europeo. Automatizar esta tarea evita introducir tasas manualmente, pero sigue siendo necesario revisar periodicidad, fecha aplicada y comportamiento cuando la fuente no responde.
El ERP se desplegó en contenedores con su base de datos, copias y mantenimiento. La aplicación no termina en la pantalla: la continuidad depende de actualizaciones, seguridad y recuperación.
Qué se consiguió
Odoo Community quedó operativo como ERP en la nube con el circuito de TicketBAI activo para Bizkaia, informes ajustados a las formas de pago y soporte para la obligación informativa trabajada.
No presentamos la configuración como válida para cualquier empresa o territorio sin revisión. Álava, Gipuzkoa y Bizkaia comparten TicketBAI, pero las obligaciones y módulos relacionados deben verificarse para cada caso y versión.
Qué aprendimos
- La configuración fiscal debe partir del flujo real de facturación.
- Los informes también forman parte de la implantación.
- Un ajuste propio debe aislarse en un módulo, no mezclarse con el código estándar.
- Las pruebas deben incluir rectificaciones e incidencias, no solo una factura correcta.
Preguntas frecuentes
¿Odoo Community incluye TicketBAI?
Existen módulos de localización, pero la disponibilidad y el alcance dependen de la versión, territorio y obligaciones concretas. Instalar no equivale a dejar el circuito validado.
¿Se puede conectar con una aplicación existente?
Sí, mediante API, intercambio de ficheros u otra integración. Antes hay que definir qué sistema es responsable de cada dato y evitar duplicar lógica fiscal.
En nuestra página de Odoo Community y TicketBAI explicamos el enfoque de implantación por fases.