Un despacho irlandés convierte las descargas de Hacienda en asientos de Xero con una herramienta hecha con Claude que funciona sin conexión

En dos frases

Un despacho fiscal y contable irlandés pasaba la descarga de pagos de Hacienda de cada cliente por Excel, una macro y una corrección de fechas antes de importar los asientos en Xero, para más de cien clientes en cada ciclo de IVA. La consultora AI at Work usó Claude para escribir y probar una pequeña herramienta de navegador que hace ese trabajo sin conexión y sin ningún modelo de IA mientras se ejecuta: entra el archivo de Hacienda y salen el archivo de asientos para Xero, el dosier de IVA y las excepciones para que decida una persona.

Quién lo hace y por qué interesa

El caso lo publicó el 15 de octubre de 2026 AI at Work, la práctica de implantación y formación en Claude de Acuity AI Advisory (Irlanda), y lo firma Ger Perdisatt, antiguo COO de Microsoft Enterprise para Europa Occidental. El cliente es «un despacho fiscal y contable en Irlanda» cuyo nombre se reserva por confidencialidad. Eso condiciona el peso que hay que darle: quien lo cuenta vende servicios de Claude y no podemos preguntar al despacho. A cambio, la consultora clasifica cada cifra como medida, estimación, objetivo u observación, algo poco habitual en los casos de proveedores.

Interesa a cualquiera que trabaje con Xero, o con cualquier ERP que importe asientos, por tres motivos:

• La IA construye la herramienta, no la ejecuta. Claude escribió el código y las pruebas. Cuando la responsable procesa un cliente, ningún modelo ve los datos, no hay inicio de sesión ni llamadas a internet y, según la consultora, funciona con el wifi apagado. Para un despacho con datos fiscales de cien clientes, eso resuelve de antemano casi todas las preguntas de protección de datos.
• Es trabajo tedioso a escala. De diez a catorce minutos por cliente, por más de cien clientes y seis ciclos de IVA al año.
• Las decisiones de diseño se pueden trasladar. Casar por referencia de origen, descartar lo que ya está en el libro, releer el resultado antes de entregarlo, apartar excepciones con su motivo e importar como borrador. Nada de esto es exclusivo de Irlanda ni de Xero.

El problema en detalle

Según el caso, muchos clientes del despacho cobran con el impuesto ya retenido en origen. Revenue registra cada uno de esos pagos y cada uno exige un asiento en la contabilidad del cliente. La consultora afirma que Xero «no tiene una forma integrada de gestionarlo». El caso no dice de qué régimen de retención se trata, así que no lo vamos a suponer.

La rutina anterior, tal como se describe:

1. Descargar de Revenue los pagos de cada cliente.
2. Reformatearlos en Excel.
3. Pasarlos por una macro.
4. Importar el resultado en Xero.
5. Corregir las fechas que Excel había cambiado al formato estadounidense (mes/día).
6. Montar a mano el dosier de IVA del cliente.

El paso 5 es un fallo que todo contable reconoce: el 03/09 pasa a ser el 9 de marzo en lugar del 3 de septiembre, la importación funciona y el error solo aparece cuando alguien revisa el periodo. Una herramienta puede eliminarlo por completo.

Herramientas y arquitectura

Lo que describe el caso, pieza a pieza:

• Análisis grabando el trabajo. La consultora grabó la tarea mientras se hacía, «para que la herramienta siguiera los pasos que realmente se dan y no una descripción de ellos». Los 10-14 minutos por cliente se cronometraron sobre esa grabación.
• Un archivo que se abre en el navegador. Claude escribió la herramienta como un único archivo que funciona en el ordenador de la responsable y no hace llamadas de red.
• Dos entradas. La descarga de Revenue del cliente y, si existe, una exportación de los asientos ya registrados en Xero, para no contabilizar nada dos veces.
• Casación por referencia. Cada pago se casa por su propia referencia, así que uno que llega tarde y fuera de orden también se recoge.
• Fechas seguras. El archivo de importación se escribe con fechas día/mes/año y se vuelve a leer antes de liberarlo.
• Excepciones con motivo. Se apartan los pagos no activos, los que tienen un impuesto que no cuadra con el tipo esperado y los parcialmente reembolsados. La herramienta nunca adivina.
• Una compuerta. Seis controles se ejecutan sobre cada archivo y la descarga sigue bloqueada mientras falle alguno. Cada ejecución queda registrada. El caso no detalla cuáles son los seis.
• Una segunda salida. Un paso que monta el dosier de IVA del cliente y un breve resumen para enviarle.
• Pruebas. Antes de la entrega, pruebas escritas con Claude comprobaron la aritmética contra miles de casos generados.

En Xero, los asientos manuales se pueden importar con una plantilla CSV: se descarga desde la pantalla de asientos manuales, se rellena sin cambiar las cabeceras de las columnas, se sube y se completa la importación, y los asientos aparecen como borrador listos para revisar o contabilizar, según el centro de ayuda de CALTRiX, partner de Xero. La misma guía indica que los asientos manuales requieren el rol de asesor (Advisor). El caso confirma que los asientos del despacho entran como borrador y que los contabiliza una persona.

Paso a paso para replicarlo

Es nuestra lectura del caso convertida en pasos. Adapta el tratamiento contable a tu país y que lo apruebe quien firma la contabilidad.

1. Elige una tarea, no una plataforma. Un archivo de origen, una salida y muchas repeticiones. Aquí, una descarga de Revenue y un archivo de asientos por cliente.
2. Grábala de principio a fin, con las correcciones que se hacen después: ahí están escondidas las reglas.
3. Escribe el tratamiento contable. Qué cuentas, qué lado, qué nombre de tipo impositivo en Xero y qué convierte un pago en excepción. Que se apruebe antes de escribir código.
4. Prepara archivos ficticios con el mismo formato que la descarga real. No pongas archivos reales de clientes en la conversación con el modelo.
5. Pide a Claude un único HTML sin conexión (encargo abajo): sin librerías cargadas de internet, sin guardar datos de clientes y sin llamadas de red.
6. Descarta lo ya contabilizado. Pon la referencia de origen en la descripción del asiento, exporta los asientos ya registrados en Xero y omite cualquier referencia que ya exista.
7. Escribe y relee las fechas en el formato que espera tu región de Xero y compáralas con el origen antes de habilitar la descarga.
8. Aparta, no adivines. Toda regla que no se pueda decidir con el archivo manda la línea a la lista de excepciones con su motivo.
9. Bloquea la exportación si algo falla: asiento cuadrado, totales iguales al archivo de origen, referencias no repetidas en Xero, cuentas existentes, ninguna excepción mezclada y fechas que vuelven idénticas.
10. Prueba con casos generados y archivos de referencia: miles de casos aleatorios para la aritmética y tres o cuatro archivos cuya salida correcta haya calculado una persona.
11. Importa como borrador y contabiliza tras revisar. Registra cada ejecución (archivo, cliente, totales, excepciones).
12. Prevé los cambios. Según el caso, Revenue no publica el formato de su descarga. Haz que la herramienta falle de forma visible si cambian las columnas, en lugar de generar un archivo verosímil pero erróneo.

Un encargo inicial para Claude (nuestro, no de la consultora)

Crea un único archivo HTML autocontenido (JavaScript y CSS en línea, sin
librerías externas, sin peticiones de red y sin guardar datos de clientes en
localStorage) que funcione sin conexión.

Entradas: (1) un CSV de pagos con las columnas {{COLUMNAS_ORIGEN}};
(2) opcionalmente, un CSV con los asientos manuales ya registrados en Xero.

Para cada pago: si su referencia ya aparece en la exportación de Xero, omítelo
y muéstralo como «ya contabilizado». Si no está activo, si el impuesto no es
igual a bruto x {{TIPO_ESPERADO}} al céntimo o si hay un reembolso, NO crees
asiento: muéstralo como excepción con su motivo.

En los demás casos crea un asiento manual cuadrado con estas cuentas y signos:
{{TRATAMIENTO_CONTABLE}} (debe en positivo, haber en negativo). Pon la
referencia en la descripción del asiento. Escribe las fechas como DD/MM/AAAA.

Antes de habilitar la descarga: vuelve a leer el CSV generado y comprueba que
cada asiento cuadra, que cada fecha e importe coincide con el origen, que los
totales coinciden con el archivo de entrada y que no hay referencias repetidas.
Muestra cada control como correcto o fallido y mantén desactivado el botón de
descarga mientras falle alguno.

Escribe también un archivo de pruebas que genere 5.000 pagos aleatorios (con
casos límite: redondeos, impuesto cero, reembolsos, fechas desordenadas,
referencias duplicadas) y compruebe las reglas anteriores. Haz toda la
aritmética en céntimos enteros.

Sustituye los {{…}} por tu formato y por el tratamiento que haya aprobado tu contable. Revisa el código, ejecuta tú las pruebas y usa archivos ficticios antes del primero real.

Un ejemplo concreto (cifras ilustrativas)

Imagina un cliente con tres pagos en la descarga. Los importes, la proporción del 20 % y los códigos de cuenta son inventados; no vienen del caso ni describen la normativa fiscal irlandesa.

• R-101: 2.000,00 € brutos, 400,00 € retenidos, activo. Se genera asiento.
• R-102: 1.500,00 € brutos, 300,00 € retenidos, activo. Otro asiento.
• R-103: 800,00 € brutos, parcialmente reembolsado. Apartado: «pago parcialmente reembolsado».

La ilustración del propio caso muestra un asiento que toca clientes, impuesto retenido y banco. Un archivo simplificado para R-101 podría ser este (parte siempre de la plantilla que descarga tu Xero, que va en inglés y con punto decimal, y usa el nombre exacto del tipo impositivo de tu configuración):

*Narration,*Date,Description,*AccountCode,*TaxRate,*Amount
Revenue payment R-101,03/09/2026,Net received,090,<tu tipo sin impuesto>,1600.00
,,Tax withheld at source,820,<tu tipo sin impuesto>,400.00
,,Customer balance cleared,610,<tu tipo sin impuesto>,-2000.00

Dos controles de la compuerta evitarían aquí la mayoría de los errores reales: que el asiento sume cero y que la fecha releída sea el 3 de septiembre y no el 9 de marzo. Si la parte del banco va en este asiento o ya entra por el extracto bancario lo decide tu contable; si se hace mal, el banco se cuenta dos veces.

Resultados declarados

Todas las cifras son de AI at Work y mantenemos sus etiquetas:

• Medido: de 10 a 14 minutos por cliente con la rutina anterior, cronometrados sobre la grabación.
• Medido: más de 100 clientes procesados con la herramienta en cada ciclo de IVA.
• Estimación (sin cronometrar): más de 100 horas al año ahorradas: el tiempo anterior por cliente, para más de cien clientes, en seis ciclos de IVA, menos uno o dos minutos por cliente con la herramienta.
• Observado: ningún modelo de IA interviene al ejecutarla y los datos de los clientes no salen del ordenador.

Una comprobación nuestra de esa estimación: con 100 clientes exactos y seis ciclos, 10 minutos anteriores menos 2 con la herramienta dan 80 horas al año, y 14 menos 1 dan 130. Las «más de 100 horas» dependen, pues, de cuántos clientes haya por encima de cien y de dónde caiga el tiempo real en ese rango, algo coherente con que la consultora lo llame estimación. Lo demás (menos errores de fecha, dosier de IVA automático) se describe sin cuantificar. No hay tasa de errores ni revisión independiente.

La misma consultora publicó ese día otro caso en el que Claude Code envía los recordatorios de documentación de IVA de un despacho irlandés, con cada tanda pendiente de aprobación. Otra tarea, el mismo patrón: la herramienta hace el volumen y una persona aprueba.

Comparación con una IA trabajando sobre Xero en tiempo real

La alternativa evidente es conectar un asistente a Xero y pedirle que haga el trabajo en directo. Las experiencias públicas de 2026 explican por qué un despacho podría no hacerlo, al menos para esta tarea:

• El conector oficial de Claude para Xero se presenta, según Xero, como de solo lectura en el lanzamiento. Inbal Rodnay, formadora en IA para despachos, lo probó en junio de 2026 y contó cinco herramientas: posición de caja, contactos y cuentas a cobrar, situación financiera, pérdidas y ganancias y principales clientes por ingresos, con una sola organización cada vez y sin detalle de facturas. En un hilo de r/xero de mayo de 2026 un usuario llegó a la misma conclusión y una respuesta de septiembre decía que seguía igual de limitado.
• El servidor MCP de código abierto de Xero hace más, pero un usuario que extrajo con él unas 500 facturas y 17 abonos de un pequeño fabricante británico, a través del modo Cowork de Claude, encontró un límite de diez registros por página, ningún filtro por fechas y abonos sin líneas de detalle. El modelo tuvo que deducir las cuentas y dos de los cuatro abonos de un mes quedaron mal asignados; el error solo apareció al cuadrar el libro de trabajo con el balance de sumas y saldos.

Ese es el argumento de fondo del enfoque irlandés. Con reglas fijas y mucho volumen, una IA en tiempo real añade coste, variabilidad y una cuestión de cesión de datos, mientras que un código determinista escrito con IA da siempre la misma respuesta y se puede probar. Los conectores siguen siendo útiles para preguntas para las que nadie ha escrito una regla. No se excluyen, y el caso no dice que el despacho evaluara el conector: la comparación es nuestra.

Limitaciones y riesgos

• Fuente interesada. Quien lo cuenta vende servicios de Claude, el cliente es anónimo y nada está auditado.
• Partes sin terminar. Un tipo de pago, en el que el archivo de Revenue no muestra cómo se reparte el importe, se sigue haciendo a mano; la versión que permite introducir ese reparto está hecha pero no en uso. Tampoco está terminado un control previsto de los asientos contabilizados frente a los registros de Revenue.
• Entrada sin documentar. Según el caso, Revenue no publica el formato de su descarga; un cambio silencioso podría romper la lectura.
• Pruebas escritas por el mismo modelo que el código. Miles de casos generados demuestran que la aritmética cumple las reglas, no que las reglas sean la contabilidad correcta. Conserva ejemplos revisados a mano y la aprobación del contable.
• Propiedad. Un HTML en un solo ordenador es fácil de usar y fácil de perder. Versiónalo, guarda las pruebas al lado y nombra un responsable.
• La protección de datos sigue aplicando. Construir la herramienta con un modelo obliga a decidir qué se le enseña. Usa muestras ficticias o anonimizadas.

Errores comunes

• Casar por importe y no por referencia. Dos pagos iguales, o uno tardío, se emparejan mal. El caso casa por la referencia de cada pago.
• Fiarse de las fechas de la hoja de cálculo. Los formatos regionales intercambian día y mes sin avisar. Escribe de forma explícita y relee.
• Reimportar lo que ya está. Sin la exportación de asientos ya registrados, repetir una ejecución duplica los apuntes.
• Dejar que la herramienta contabilice. El control es el borrador más la persona que contabiliza. La herramienta «nunca adivina» con las excepciones, y quien tiene prisa tampoco debería.
• Cambiar las cabeceras de la plantilla. La importación de Xero espera sus propios nombres de columna; si se renombran, falla.

Conclusiones

No es un agente que lleve la contabilidad. Es una IA que escribió un programa pequeño, comprobable y sin conexión que elimina un paso tedioso para más de cien clientes, aparta las excepciones y deja a una persona la contabilización de los borradores. Las cifras son de la consultora, en parte medidas y en parte estimadas, y el despacho es anónimo, así que conviene leerlo como un patrón bien documentado más que como una prueba. El patrón es fácil de copiar para cualquier archivo recurrente que deba convertirse en asientos de Xero, QuickBooks u otro ERP: graba la tarea, escribe las reglas, deja que Claude escriba el código y las pruebas, saca la IA de la ejecución y deja a una persona el botón de contabilizar.