Un emprendedor español sustituye Holded por Odoo 19 Community, un servidor MCP propio y Claude Code, y cierra ahí el tercer trimestre

En dos frases

Un emprendedor español dejó de llevar la contabilidad de su empresa en Holded a finales de septiembre de 2026 y la pasó a un Odoo 19 Community instalado por él, que maneja hablando con Claude Code a través de un servidor MCP propio con más de cuarenta herramientas; dice que ya ha cerrado ahí el tercer trimestre y lo ha entregado a su asesoría. Es un relato de primera mano en un hilo de siete mensajes en X, con una lista honesta de lo que falló y de lo que no delega, pero sin ahorros medidos: tómalo como un patrón bien descrito, no como una prueba.

Quién lo hace y por qué interesa

El autor es Juanca Hurtado (Juan Carlos Hurtado), director de Ciade, una agencia de IA española que monta automatizaciones y agentes para pymes, entre ellas asesorías contables, y que vende un curso y un ebook de Claude Code. Conviene tenerlo presente: le interesa que Claude Code quede bien. El hilo, publicado el 9 de octubre de 2026, habla de su propia empresa, cuyo nombre no da, y se lee más como un parte de campo que como un anuncio: describe un error, los controles que añadió después y lo que se reserva para él.

Tres cosas lo hacen interesante:

• Es el montaje real de una pyme española. Alguien que emite facturas, recoge las de gasto de portales y correos, cuadra el banco y entrega todo a una asesoría externa que presenta los impuestos. Así trabajan miles de empresas en España, la mayoría con Holded, a3, Sage o una hoja de cálculo.
• No ha reinventado el libro mayor. «La contabilidad no la he reinventado», escribe. Odoo Community lleva la partida doble; la capa de IA va encima.
• Lo difícil nunca fue facturar. Su tesis es que hacer facturas nunca fue lo que le quitaba tiempo. Lo era el cierre: reunir las facturas de gasto de cada portal y cada correo, cuadrarlas con el banco y dejarlo todo listo para la asesoría.

El montaje, pieza a pieza

Lo que enumera el hilo, en su orden:

1. Odoo 19 Community y PostgreSQL en Docker. La edición de código abierto, en un servidor propio.
2. Un panel propio en Next.js 16, React 19, Tailwind 4 y shadcn.
3. Un servidor MCP en Python con más de cuarenta herramientas, agrupadas por lo que hacen: registrar, conciliar, emitir, preguntar.
4. Claude Code, para construirlo y para usarlo.
5. Cloudflare Tunnel y Cloudflare Access para entrar desde fuera, y Google Drive como archivo de los PDF.

En el día a día se usa hablando. Le pasa los PDF y le dice «regístralas», «emite la de este cliente» o «qué cargos del banco siguen sin factura». Para las facturas que faltaban, un agente con navegador fue portal por portal: no teclea contraseñas, no paga y no envía correos, y si hay que iniciar sesión, le avisa.

Dos datos de la propia documentación de Odoo ayudan a entenderlo:

• Facturación frente a Contabilidad. Odoo describe Facturación como la aplicación para facturas de cliente, de proveedor y cobros, y Contabilidad como la solución completa que añade los informes financieros estándar, la conciliación bancaria, presupuestos y activos. La aplicación Contabilidad completa es de Odoo Enterprise; por eso en Community se suelen añadir módulos de la Odoo Community Association (OCA). account_reconcile_oca, por ejemplo, añade la conciliación de extractos bancarios, tiene licencia AGPL-3 y está disponible para la 19.0. El hilo no dice qué módulos usa ni si sus herramientas MCP cubren ese hueco por su cuenta.
• La nueva API JSON-2. Odoo 19 estrena una API externa JSON-2 que se autentica con claves que caducan (tres meses como máximo), recomienda usuarios bot con los permisos mínimos para las integraciones y ejecuta cada llamada en su propia transacción, de modo que las operaciones relacionadas deben ir en un único método. Los antiguos XML-RPC y JSON-RPC desaparecerán en Odoo 22. En los planes alojados por Odoo, el acceso a la API externa exige el plan Custom; esa limitación es del alojamiento de Odoo, y este montaje está en un servidor propio.

Qué falló y qué controles añadió

«Se equivoca, claro», escribe. El error que cuenta: el enlace automático le cruzó dos pagos del mismo importe con la factura que no era. Cualquier contable lo ha visto: casar solo por importe no distingue dos cantidades iguales.

Su respuesta es de diseño, no un prompt mejor:

• Nada entra sin auditar. Un segundo agente, que no escribe código y solo comprueba, revisa el trabajo antes de aceptarlo.
• A la segunda, se para. Si el auditor le devuelve el trabajo dos veces, el sistema se detiene y le pregunta.
• Repaso completo antes de entregar. Antes de pasar el trimestre a la asesoría repasaron uno a uno los 189 apuntes del banco.

Y hay tres cosas que no deja decidir al sistema: con qué fecha sale una factura, qué se le cuenta a la asesoría y desbloquear un diario para corregir algo. Las tres tienen sentido. La fecha de la factura decide en qué trimestre de IVA cae. Lo que se cuenta a la asesoría es la posición fiscal de la empresa. Y desbloquear un periodo cerrado es justo el control que protege lo ya presentado; en Odoo, las fechas de bloqueo impiden contabilizar o modificar asientos con fecha igual o anterior, y las excepciones quedan registradas en el historial de la empresa.

El segundo testimonio: mismo patrón, otro país

Un mes antes, el 8 de septiembre de 2026, Alexander Peiniger, cofundador de los SaaS SaaSFlow y Walletguide, describió en X un montaje muy parecido, en respuesta a otro usuario que se quejaba de que «todo el mundo se está haciendo su propio apaño»:

• Odoo es su sistema contable interno y toda la contabilidad, incluida la sincronización con Stripe, se hace directamente ahí.
• Claude Code lleva la contabilidad en Odoo a través de la API; en el 99 % de los casos, dice, no tocan la interfaz de Odoo.
• Al cierre del año, el asesor exporta desde Odoo, lo importa en DATEV (el programa que usan los asesores fiscales alemanes), lo revisa y hace los asientos de ajuste, que ellos vuelven a importar en Odoo para que siempre coincida con las cuentas anuales.
• Asegura que así tienen informes casi en tiempo real que cuadran con la contabilidad «con un 99 % de precisión», que reunir los justificantes sigue siendo un problema y que hace falta un asesor abierto a trabajar así.

En otro mensaje del mismo día cuenta que, al reunir todo para las cuentas anuales de 2025, conectó la API de Odoo a su plataforma de agentes y que esta encontró errores que los contables no habían visto «y los corrigió sobre la marcha». Eso último pide prudencia: corregir un periodo anterior sobre la marcha es exactamente lo que el emprendedor español se reserva.

Dos fundadores independientes, dos países y la misma arquitectura: Odoo estándar como libro mayor, un agente que trabaja por la API y el asesor externo como revisor final. Ninguno da ahorros medidos.

Paso a paso para replicarlo

Es nuestra lectura de ambos relatos convertida en pasos. Adáptala a tu caso y páctala con la asesoría antes del primer cierre.

1. Decide qué cambia y qué no. La asesoría sigue presentando los impuestos; tú entregas libros y documentos. Pregúntales qué exportación quieren (mayor, libros registro de IVA, facturas en PDF) antes de migrar.
2. Instala Odoo 19 Community con la localización española. Plan General Contable e impuestos españoles. Comprueba qué informes y qué conciliación necesitas y si te los dan módulos de la OCA.
3. Migra una apertura limpia. Abre el ejercicio (o el trimestre) con saldos que haya confirmado la asesoría, no con una exportación en bruto del sistema anterior.
4. Crea un usuario bot. Un usuario de Odoo dedicado, con solo los permisos que necesitan las herramientas, una clave de API de caducidad corta y la fecha de rotación en el calendario.
5. Escribe herramientas MCP acotadas, no una genérica de «ejecuta cualquier método». Por ejemplo (los nombres son nuestros): registrar_factura_proveedor (siempre en borrador), listar_apuntes_sin_casar, proponer_enlace (devuelve candidatos, no concilia), emitir_factura (exige una fecha que pones tú), consultar_libro (solo lectura). Las herramientas acotadas se auditan mejor que un modelo con acceso total a la API.
6. Casa por algo más que el importe. Importe, ventana de fechas, contraparte y referencia; si hay dos candidatos iguales, la herramienta debe negarse y preguntar.
7. Añade un revisor independiente. Un segundo agente, o código sin más, que compruebe cada cambio con reglas fijas: asientos cuadrados, tipo de IVA coherente con la base, NIF del proveedor informado, nada dentro de un periodo bloqueado, sin números de factura duplicados.
8. Para ante el rechazo repetido. Si el revisor rechaza dos veces lo mismo, el sistema te lo pasa a ti en lugar de intentarlo una tercera.
9. Ata corto al agente del navegador. Puede buscar facturas; no puede teclear contraseñas, pagar ni enviar nada. Los inicios de sesión los haces tú.
10. Bloquea cada periodo cerrado y quédate tú con las excepciones, con su motivo.
11. Revisa cada apunte del banco antes de entregar. Él revisó 189. Es aburrido, y es el control que caza el cruce de dos importes iguales.
12. Entrega y reincorpora. Envía a la asesoría el paquete pactado e importa sus ajustes para que tu contabilidad coincida con lo presentado.

Un ejemplo concreto (ilustrativo)

Imagina dos cargos en el banco de 121,00 € cada uno en la misma semana, uno de un proveedor de alojamiento web y otro de una herramienta de diseño, y dos facturas de proveedor pendientes de 121,00 € (100 € más un 21 % de IVA). Casando solo por importe hay un 50 % de probabilidades de cruzarlas, y las dos facturas seguirán pareciendo pagadas. Con la regla del paso 6, la herramienta ve dos candidatos iguales, se niega a elegir y devuelve ambos con su contraparte y su fecha; el emprendedor, o el revisor que compara el concepto del banco con el nombre del proveedor, enlaza cada cargo con su factura. Los importes y los proveedores son inventados; el error es el que cuenta el autor.

Resultados declarados

Todo procede del hilo del propio autor:

• El tercer trimestre de 2026 ya está cerrado en el sistema nuevo, «con sus facturas, sus bancos y la entrega a la asesoría».
• Se repasaron uno a uno 189 apuntes del banco antes de entregar.
• Cerrar el trimestre «ya no es tan complicado», pero «no es instalar y listo» y al sistema «todavía le faltan cosas».

No hay horas ahorradas, costes ni tasa de errores, y ni la empresa ni la asesoría han confirmado nada en público. El «99 % de precisión» del segundo fundador también es su propia descripción, sin método.

Limitaciones y riesgos

• Una sola persona, que además vende formación. El autor dirige una agencia de IA con un curso de Claude Code. El hilo es franco, pero no es independiente.
• Pasas a ser tu propio proveedor de software. Con un producto comercial como Holded, el fabricante mantiene el programa y lo adapta a las normas fiscales españolas; con una capa propia sobre Odoo Community, eso te toca a ti. La factura electrónica obligatoria entre empresas ya tiene plazos desde el 6 de octubre de 2026: 12 meses para quien facture más de 8 millones de euros y 24 meses para el resto. El 5 de octubre de 2026 Hacienda anunció que prevé aplazar las obligaciones pendientes de VERI*FACTU hasta octubre de 2028 para alinearlas. Pregunta a tu asesoría qué necesita un sistema de facturación hecho por ti antes de esas fechas. En una respuesta, el autor dice que «en España no hay factura electrónica» y que VERI*FACTU será fácil de implementar; es su opinión, y los plazos anteriores matizan lo primero.
• Community no es Enterprise. La conciliación bancaria, los informes financieros y parte de la localización dependen de módulos que eliges y mantienes tú.
• El modelo puede escribir en tu contabilidad. Borrador por defecto, herramientas acotadas, un usuario bot con permisos mínimos y periodos bloqueados son lo que impide que un error acabe en una declaración presentada.
• El acceso remoto también es riesgo. Una contabilidad accesible desde fuera necesita un control de acceso serio; él usa Cloudflare Access, y el principio vale para cualquier alternativa.
• Los justificantes siguen siendo el cuello de botella. Los dos fundadores coinciden en que reunir los documentos es lo más difícil.

Errores comunes

• Empezar por el generador de facturas. Facturar nunca fue lo que le quitaba tiempo; el cierre, sí. Automatiza primero la recogida, el casado y el paquete para la asesoría.
• Una herramienta «todopoderosa» con acceso total a la API. Si el modelo puede llamar a cualquier método, el revisor tiene que entenderlo todo. Con herramientas acotadas, las comprobaciones son sencillas.
• Dejar que el agente toque periodos cerrados. Desbloquear un diario es una decisión humana y con motivo, siempre.
• Pillar por sorpresa a la asesoría. Pacta antes el formato y los plazos; el fundador alemán recuerda que hace falta un asesor dispuesto.
• Saltarse el repaso final porque el revisor dio el visto bueno. El agente auditor caza cosas; el repaso apunte a apunte lo hizo igualmente.

Conclusiones

No es una IA que lleve la contabilidad. Es un emprendedor que ha mantenido un libro mayor estándar, ha puesto encima una capa de herramientas acotadas, deja a Claude Code el trabajo administrativo, añade un segundo agente que lo revisa y se reserva las fechas, los periodos cerrados y la relación con la asesoría. Otro fundador, en otro país, describe la misma forma. Ninguno da cifras y uno de ellos vende formación, así que lo valioso es el diseño, no los resultados: si tienes una pyme en España y cerrar el trimestre es una semana persiguiendo PDF, merece la pena probar el patrón sobre una copia de tu contabilidad, avisando antes a la asesoría y con cada apunte del banco revisado por una persona.