Un controller con NetSuite creó unas 50 skills de Claude para el cierre mensual: lo difícil fue enseñarles qué es un error

En dos frases

Steve Kelly, un controller financiero que dice «vivir en NetSuite», cuenta que ha creado unas 50 skills de Claude que ya preparan buena parte del cierre mensual de su empresa, desde las conciliaciones de balance hasta una previsión de caja a 13 semanas, y que el trabajo de verdad no fue la IA, sino dejar por escrito, cuenta por cuenta, cómo es un número equivocado. Es un testimonio de primera mano y detallado, con un ahorro declarado de 20 a 30 horas al mes, pero nada está auditado y el autor vende ahora este método como servicio.

Quién lo hace y por qué interesa

Kelly se presenta como controller con unos 21 años en contabilidad y finanzas. Su web añade que dirige las finanzas de una empresa mediana de unos 54 millones de dólares de facturación, que no identifica, y que trabaja desde Connecticut. En octubre de 2026 publicó «Teaching Claude What Wrong Looks Like» («Enseñar a Claude cómo es un error») en X y en la web de Books & Bots Advisory, la firma que ha montado para ofrecer cierres mensuales asistidos por IA a pymes. Ese interés comercial importa y lo tenemos presente en todo el artículo.

Aun así, el caso merece la pena por tres motivos:

• Habla del ERP que usan de verdad muchas empresas medianas. NetSuite es el sistema de registro; Claude lee de informes estándar, búsquedas guardadas y consultas SuiteQL.
• Es concreto. Nombra las cuentas (anticipos de clientes, aportaciones a planes de jubilación pendientes de pago), la estructura del libro de Excel, los fallos que sufrió y las reglas que escribió para evitarlos.
• Separa lo que funciona de lo que aún no. Califica el reporting de «alucinantemente bueno» y es abiertamente prudente con todo lo que contabiliza en el mayor.

Para no depender de una sola voz, contrastamos su relato con el de Brian Weisberg, un CFO que publicó una guía paso a paso para conectar Claude con NetSuite con un rol de solo lectura (su web indica que acaba de incorporarse como CFO a Ready Education), con la documentación de Oracle sobre el NetSuite AI Connector Service y con una guía de permisos de SeamSet, empresa que vende desarrollos sobre NetSuite.

Herramientas y arquitectura

El artículo de Kelly trata del método más que de la fontanería, así que hay que reconstruir el montaje con cuidado:

1. NetSuite como única fuente de cifras. Cada skill indica el informe, la búsqueda guardada o la consulta SuiteQL que usa.
2. Claude y Claude Cowork, a diario, ejecutando unas 50 skills.
3. Skills como instrucciones de puesto. Cada una detalla cinco cosas: de dónde salen los datos; cómo debe ser el resultado (pestañas, columnas, formatos, nombres de archivo, carpeta de destino); qué tiene que cuadrar y con qué; qué hacer cuando algo no cuadra; y qué no puede hacer nunca el modelo. Según él, esta última sección acaba siendo la más importante.
4. Papeles de trabajo en Excel con el formato que el equipo ya revisa, con fórmulas reales y no valores pegados.
5. Una skill de auditoría aparte para la previsión de caja, que no comparte código con la propia previsión.

Lo que el artículo no cuenta es cómo está conectado Claude con NetSuite. El AI Connector Service de Oracle, que permite a Claude ejecutar informes, búsquedas guardadas y consultas SuiteQL de solo lectura mediante MCP, encaja con las fuentes que menciona, pero es una deducción nuestra. Para replicar el patrón, la guía de Weisberg es la referencia práctica: instalar la SuiteApp NetSuite AI Connector Service, crear un rol específico «Netsuite MCP» marcado como Web Services Only Role, no añadirle ningún permiso para crear, editar, aprobar o contabilizar transacciones, asignarlo a cada usuario y elegirlo en la pantalla de autorización estando conectado a NetSuite con el rol habitual. «La protección la impone NetSuite, no la esperanza de que Claude se porte bien», escribe.

La guía de SeamSet va más allá. Explica que el permiso REST Web Services es el que muestra las herramientas de registros, incluidas las dos únicas que escriben, y recomienda no dárselo a un rol de finanzas para que ni siquiera se ofrezca una herramienta de escritura. La receta de Weisberg sí incluye ese permiso y se apoya en que el rol no tenga permisos sobre transacciones. Ambas opciones son defendibles; la más estricta es más fácil de justificar ante un auditor.

Paso a paso para replicar el patrón

El orden sigue el consejo del propio Kelly a las pequeñas empresas, con los controles de NetSuite de Weisberg, Oracle y SeamSet donde él no dice nada.

1. Conecte primero en solo lectura. Configure el AI Connector con un rol dedicado que no pueda contabilizar, aprobar ni pagar. Pruébelo pidiendo algo prohibido (por ejemplo, «crea un proveedor llamado Prueba») y compruebe que falla.
2. Elija una conciliación que ya prepare cada mes. Kelly empezó por los anticipos de clientes: un pasivo con mucho volumen, en el que los cobros llegan al pagar el pedido o al registrarlo y se aplican cuando se envía.
3. Fase 1: reproducir, no reinventar. La skill abre el papel de trabajo del mes anterior antes de tocar NetSuite, lo trata como la fuente de verdad de lo ya investigado y avanza desde ahí. Antes de nada comprueba que su consulta al mayor reproduce exactamente el saldo final del mes anterior.
4. Rehaga el mismo libro. En su caso, el mismo archivo de cuatro pestañas que el equipo siempre ha revisado, con cada partida abierta enlazada a su pedido de venta (fecha prevista de envío, fecha real y fecha de cancelación) y una fila de «diferencia con el mayor» que debe dar 0,00 $, calculada con fórmulas.
5. Ejecútela en paralelo con la conciliación manual hasta que coincidan. «Si no iguala lo que hace a mano un buen contable, lo demás da igual.»
6. Fase 2: convierta cada error en una regla, con su motivo. Cada vez que un revisor detecta algo, la corrección se escribe en la skill para que no vuelva a pasar.
7. Haga que cada control demuestre que puede fallar. Antes de dar por bueno un diagnóstico, ejecútelo con cierres pasados en los que sepa que debe saltar y en los que debe pasar.
8. Separe quien prepara de quien aprueba. Claude prepara y una persona aprueba. Las skills de asientos montan una vista previa con soporte, pasan los controles de duplicados y de cuadre, y esperan.
9. Solo entonces, y solo para partidas rutinarias, valore la contabilización automática cuando los controles pasen y el soporte esté archivado. Kelly mantiene los asientos sensibles, como las nóminas, pendientes de su aprobación.

Un esqueleto de skill para una conciliación de balance (nuestro, no de Kelly)

Kelly no ha publicado sus skills. Este esqueleto solo reordena las cinco secciones que él enumera; adapte la cuenta, las fuentes y las reglas a su contabilidad.

SKILL: Conciliación de cierre de [NOMBRE DE LA CUENTA] — [SOCIEDAD], periodo [AAAA-MM]

1. Fuentes de datos (solo lectura)
   - Papel de trabajo aprobado del mes anterior: [CARPETA/PATRÓN DE ARCHIVO]. Ábrelo primero.
   - Saldo del mayor: NetSuite [NOMBRE DEL INFORME O BÚSQUEDA GUARDADA], cuenta [NÚMERO],
     fechas [AAAA-MM-DD] a [AAAA-MM-DD], filial [ID].
   - Movimientos nuevos: una consulta aparte limitada solo al mes en curso.

2. Resultado
   - Libro [PATRÓN DE NOMBRE] en [CARPETA], pestañas: [RESUMEN], [ARRASTRE],
     [PARTIDAS ABIERTAS], [DETALLE DEL MAYOR]. Solo fórmulas reales; nada de totales pegados.

3. Qué debe cuadrar
   - Saldo inicial = saldo final aprobado del mes anterior (exactamente).
   - Saldo final del papel de trabajo = saldo del mayor; "diferencia con el mayor" = 0,00.

4. Si algo no cuadra
   - Para. Informa de la diferencia, las partidas afectadas y lo que has descartado.
   - Nunca añadas una línea de ajuste para forzar el cuadre.

5. Nunca
   - Nunca contabilices, apruebes ni modifiques nada en NetSuite.
   - Nunca reabras partidas cerradas en el papel del mes anterior sin señalarlo.

6. Trampas conocidas de esta cuenta (una línea por cada error real, con su motivo)
   - [EJEMPLO: movimientos sin cliente asignado: lee el concepto, busca parejas
     que se compensen a cero y registra lo que has descartado.]

Un ejemplo concreto de la fuente

El mejor ejemplo de Kelly es la conciliación de las aportaciones a planes de jubilación pendientes de pago. Durante mucho tiempo terminaba con un ajuste de regularización. Cuando el equipo escribió la aritmética completa, descubrió que una parte de la aportación de la empresa no aparecía en ningún informe del proveedor de nóminas, así que solo llegaba al mayor cuando alguien la introducía a mano, y de vez en cuando un «cuadre forzado» tapaba la diferencia. Ahora la skill demuestra el saldo como una identidad exacta, nómina a nómina; si las cuentas no cierran, la conciliación no está terminada: la skill informa de la diferencia y se detiene. Nóminas añade ya esa parte de forma automática, y la conciliación detecta cualquier olvido en el mismo mes.

Otras tres trampas que escribió en las skills después de que fallaran:

• Partidas antiguas que reaparecen. Una primera versión usaba una consulta acumulada para encontrar partidas nuevas y recuperó saldos excluidos a propósito el mes anterior; una contable lo detectó porque el total no le cuadraba. La solución: una consulta para cuadrar con el mayor y otra, solo del mes en curso, para las partidas nuevas, con el motivo escrito en la skill.
• Movimientos sin cliente. Algunas ventas por canal se registran sin cliente asignado. La skill lee los conceptos, encuentra parejas que se compensan a cero y deja constancia de lo descartado en vez de arrastrarlas como partidas abiertas.
• Una fecha de envío vencida no es por sí sola un problema. La skill sigue el pedido hasta la expedición y la factura, e informa de lo que pasó realmente.

La lección que más le sorprendió llegó con la previsión de caja a 13 semanas. Su panel de controles marcaba como superados nueve de diez en una previsión cuyos cobros previstos estaban muy por encima de lo cobrado de verdad en esas mismas semanas del año anterior. La mitad de los controles no podían fallar nunca, porque comparaban una cifra con algo calculado a partir de esa misma cifra. La respuesta fue una skill de auditoría separada, sin código compartido con la previsión. «Un control que no puede fallar es peor que ningún control, porque blanquea una mala previsión como un APROBADO», escribe.

Resultados declarados

• Tiempo: «unas 20 a 30 horas al mes», según su propia estimación, que ha pasado de construir archivos a revisarlos.
• Alcance: unas 50 skills entre conciliaciones de balance, periodificaciones de cierre, la presentación para el CEO, ventas frente al año anterior, presupuesto frente a real y la previsión de caja a 13 semanas.
• Esfuerzo: la primera skill tardó «un par de días» en resultarle fiable; las siguientes, menos. En una respuesta en X explicó que la mayoría no necesita retoques semanales y que se ajustan cuando aparece un caso límite, una cuenta nueva o un paso que se puede afinar.
• Calidad: presupuesto frente a real y ventas frente al año anterior cuadran con la cuenta de resultados a 0,00 $, según él.

Lo que falta: el nombre de la empresa, la duración del cierre antes y después, tasas de error y cualquier revisión independiente. El «de 15 días hábiles a 5» de su web aparece como cliente de ejemplo, así que no lo tratamos como resultado.

Limitaciones y riesgos

• Autodeclarado y con interés comercial. El autor vende este servicio; las horas son una estimación suya.
• No conocemos los detalles de la conexión. No sabemos qué roles, permisos o conector usa, ni cómo se permite técnicamente que las periodificaciones rutinarias se contabilicen solas.
• Periodos frente a fechas. La página de Report Tools de Oracle dice que los periodos contables «no están soportados» y que el cliente de IA puede tomar el año natural como ejercicio. Un informe por rango de fechas puede no coincidir con el mismo informe por periodo contable. La insistencia de Kelly en cuadrar con el saldo aprobado del mes anterior y con el mayor es justo el tipo de control que lo detecta, pero hay que construirlo a propósito.
• SuiteQL no es un informe financiero. Oracle desaconseja usar SuiteQL o crear informes nuevos para los estados financieros, porque los informes estándar aplican reglas de negocio que SuiteQL no puede aplicar. Use las consultas para detalle y listados, y cuadre los totales con un informe estándar o una búsqueda guardada.
• El acceso de escritura depende del rol. Weisberg advierte de que la integración de Claude con NetSuite incluye herramientas que crean y modifican registros; que funcionen o no depende del rol que se elija al conectar.
• La contabilización automática cambia el entorno de control. Incluso con controles, un asiento registrado por un proceso automático necesita un aprobador documentado y una evidencia que acepte su auditor. En España, además, piense en cómo encaja con su procedimiento de control interno y con quién firma las cuentas.

Errores comunes

• Empezar por un informe nuevo y «mejor» en lugar de reproducir el que el equipo ya revisa.
• Dejar que el modelo reconstruya la cuenta desde el histórico en vez de partir de un papel de trabajo aprobado.
• Aceptar un cuadre forzado: una partida de ajuste que deja la diferencia a cero sin explicarla.
• Controles que comparan una cifra consigo misma y, por tanto, siempre salen bien.
• Conectar Claude con su propio rol de controller, que quizá pueda aprobar o contabilizar.
• Filtrar solo facturas de proveedor cuando parte de la actividad va por asientos manuales, o filtrar un asiento grande por la cabecera cuando el cliente está en la línea. Weisberg señala ambos fallos y aconseja pedir una pequeña muestra sin filtros cuando los totales no encajan.

Conclusiones

Lo más trasladable del caso de Kelly no es un prompt, sino una disciplina: reproducir exactamente la conciliación de hoy, convertir cada corrección del revisor en una regla escrita y rechazar cualquier control que no pueda fallar. Es lo mismo que hace un controller con experiencia al formar a un nuevo contable, escrito con la precisión suficiente para que lo siga un modelo. Junto con un rol de NetSuite que no pueda contabilizar y cuadres con informes estándar, es una forma sensata de empezar para un equipo financiero mediano. Las horas ahorradas son la estimación de un profesional, no una referencia del sector.