Icelandic Glacial cerró julio en Claude sobre NetSuite gracias a una skill que saca la cuenta de resultados del propio informe de NetSuite

En dos frases

Icelandic Glacial, una embotelladora mediana que trabaja con NetSuite, pasó en 90 días de cuentas personales sueltas de Claude a un único espacio compartido, y su directora financiera dice que hizo «básicamente todo el cierre en Claude» en julio de 2026. El punto de inflexión no fue un modelo más listo, sino una regla de una página: cuando las cifras de NetSuite que daba Claude no cuadraban con la cuenta de resultados, una skill compartida le obligó a leer el propio informe de NetSuite por periodo contable en lugar de sumar transacciones por fecha.

Quién lo hace y por qué interesa

Icelandic Glacial embotella agua de manantial en Islandia y la vende en Estados Unidos y otros mercados, con oficinas en Los Ángeles e Islandia. Su pila financiera es la habitual en una empresa de su tamaño: NetSuite como contabilidad, Microsoft 365 y SharePoint para los archivos, Vividly para el gasto comercial (trade spend) y Kuebix para el transporte. En junio de 2026 la dirección se fijó un mandato de 90 días para tener un negocio «más simple» y «más rentable», y contrató a Shannon Advisory, una firma de Nueva York que figura en la Claude Partner Network de Anthropic, para implantar Claude en finanzas y producción.

Todo lo que sabemos procede del caso que Shannon Advisory publicó en septiembre de 2026 con la aprobación de la empresa, y esa es la principal advertencia: quien lo cuenta vende el servicio. Aun así merece una lectura detenida por tres motivos:

• Es una empresa con nombre y un equipo financiero con nombre, no un «cliente mediano» anónimo. Se cita a la VP of Finance & Controller, Jennifer Delaney, y a la directora financiera en Islandia, Keira Mayock, a partir de sesiones de trabajo grabadas.
• Las cifras están etiquetadas. La actividad por puesto, las peticiones, las sesiones de Cowork y las escrituras MCP salen de la analítica de administración de Claude; las 158 horas ahorradas se presentan como estimación por defecto de Anthropic, y el ahorro en Islandia como objetivo.
• La lección técnica la confirma Oracle. La página de buenas prácticas de NetSuite pide no usar SuiteQL ni construir informes nuevos para los estados financieros, porque los informes estándar aplican reglas de negocio que SuiteQL no aplica. Es exactamente el fallo con el que se topó la empresa.

Herramientas y arquitectura

El montaje, tal como lo describe el caso:

1. Un único espacio. Un espacio Claude Team con los dos dominios de la empresa verificados, que sustituyó a un plan de cinco puestos en Islandia y a cuentas individuales en finanzas.
2. Los sistemas de registro, conectados pronto. NetSuite y Microsoft 365 se conectaron en junio con el proveedor informático de la empresa; NetSuite quedó operativo el 18 de junio. Seis días después, una regla de permisos de NetSuite impidió conectarse a varias personas de finanzas. El equipo creó esa misma tarde un rol de conexión propio y la consultora escribió una guía de configuración para el resto. La documentación de Oracle explica el porqué: el AI Connector Service rechaza el rol de administrador y cualquier rol con permisos completos, y el rol que se conecta necesita los permisos MCP Server Connection y Log in using OAuth 2.0 Access Tokens (y REST Web Services para las herramientas estándar que leen y escriben registros).
3. Conectores a medida para lo demás. Vividly y Kuebix no tenían conector de Claude, así que la consultora construyó un servidor MCP remoto para cada uno en Google Cloud, de solo lectura por diseño.
4. Skills de quien hace el trabajo. Delaney creó su primera skill en una sesión de consultas de julio; a mediados de mes tenía skills de cierre para periodificaciones y asientos. Siguieron otras: un informe semanal de pagos, desgloses de pedidos y facturas, un informe mensual guardado como plugin y una skill de billback compartida entre compañeros. Las skills de Mayock leen documentos de proveedores y contabilizan los asientos directamente en NetSuite.
5. Una skill de exactitud compartida. La escribió la consultora con Delaney y se instaló en todos los puestos el 13 de agosto. Su versión actual obliga a Claude a tomar la cuenta de resultados de Reports > Financial > Income Statement, ejecutada por periodo contable. En los planes Team y Enterprise, el propietario de la organización puede distribuir una skill para que aparezca a todos los miembros: es la vía documentada para hacerlo.

El problema que resuelve la skill de exactitud

El conector de NetSuite da a Claude varias maneras de responder a «¿cuánto facturamos en julio?». Puede ejecutar un informe estándar, una búsqueda guardada o escribir su propia consulta SuiteQL contra las tablas de transacciones. Esta última es la más flexible y la más peligrosa: sumar las líneas contabilizadas cuya fecha de transacción cae en julio no es lo mismo que la cuenta de resultados de NetSuite del periodo contable de julio. Una factura fechada el 30 de junio y contabilizada en julio, una reclasificación o una eliminación pueden pasar una cifra de una columna a otra. El resultado parece razonable y está mal.

Oracle lo dice claramente en su página de buenas prácticas: usar antes ns_runReport o ns_runSavedSearch que ns_runCustomSuiteQL, y no usar SuiteQL para informes financieros. La skill que Oracle publica para el conector recoge ese orden como árbol de decisión (más abajo).

Hay un matiz que el caso no aborda. La página de Oracle sobre las herramientas de informes dice que no admiten periodos contables: ignoran la preferencia «Report by Period» y pueden tomar el año natural como ejercicio. SeamSet, una empresa que vende servicios de NetSuite, señala que un rango de fechas en un informe selecciona por fecha de transacción, de modo que una ejecución a través de las herramientas puede seguir sin cuadrar con el mismo informe por periodo en la interfaz de NetSuite, y propone como solución más fiable una búsqueda guardada filtrada por periodo contable. No sabemos cómo consigue la skill de Icelandic Glacial el «por periodo» a través del conector (fechas exactas si los periodos son meses naturales, una búsqueda guardada o una persona que ejecuta el informe). Si tus periodos no coinciden con meses naturales, pruébalo antes de fiarte.

Paso a paso para replicar el patrón

1. Unifica. Un único espacio Team o Enterprise, dominios verificados y un propietario que pueda distribuir skills y gestionar conectores. Activa la ejecución de código y las skills en la política de la organización.
2. Crea el rol de conexión en NetSuite. Un rol propio, que no sea de administrador, con los dos permisos del conector y solo los permisos de registros e informes que necesita finanzas. Empieza sin permisos para crear o editar transacciones.
3. Conecta NetSuite en Claude con la URL del AI Connector Service de tu cuenta e inicia sesión con ese rol.
4. Escribe primero la skill de exactitud. Estados financieros desde informes estándar o una búsqueda guardada por periodo; SuiteQL solo para investigar diferencias; cada cifra indica el informe, los filtros y la filial. Instálala en todos los puestos.
5. Haz sesiones de consulta sobre trabajo real. El caso cuenta que la formación con diapositivas no funcionó y que trabajar sobre los archivos del propio equipo sí. Que quien hace cada tarea recurrente escriba su skill.
6. Pon una puerta a todo lo que contabiliza. Las skills de asientos preparan una vista previa con líneas, periodo, filial y justificante, y solo contabilizan tras una confirmación expresa, con un External ID para evitar duplicados. Da permisos de escritura al rol solo cuando una skill haya funcionado bien en vista previa durante un cierre completo.
7. Cuadra antes de firmar. Compara la cuenta de resultados de Claude con la de NetSuite por periodo; cualquier diferencia se lista transacción a transacción y se explica.

Cópialo y adáptalo

Las skills de Icelandic Glacial no son públicas. Lo que sigue es material publicado por Oracle (con licencia Universal Permissive License) y plantillas nuestras, señaladas como tales.

Requisitos previos

• NetSuite con Server SuiteScript, OAuth 2.0 y, para la SuiteApp MCP Standard Tools, REST Web Services activados (Setup > Company > Enable Features > SuiteCloud).
• La SuiteApp MCP Standard Tools instalada y un rol que no sea de administrador (ver abajo).
• Claude Team o Enterprise si quieres distribuir skills a todos; Pro o Max sirven para una sola persona. Los precios, en la ficha de la herramienta Claude.
• La lista de informes estándar y búsquedas guardadas de las que ya depende tu cierre, con sus nombres.

1. URL del conector (documentación de Oracle)

La URL que da Oracle para conectar Claude a la SuiteApp MCP Standard Tools; sustituye el marcador por el ID de tu cuenta:

https://<accountid>.suitetalk.api.netsuite.com/services/mcp/v1/suiteapp/com.netsuite.mcpstandardtools

2. Lista del rol de conexión (plantilla de Agents Finance basada en la documentación de Oracle)

En inglés, como los nombres de los permisos en NetSuite.

Role name:        AI Connector - Finance (read)
Based on:         a custom role, NOT Administrator and NOT any full-permission role
Setup subtab:     MCP Server Connection
                  Log in using OAuth 2.0 Access Tokens   (not "Log in using Access Tokens")
                  REST Web Services                       (needed by the standard tools SuiteApp)
Reports subtab:   Financial Statements, plus the specific reports your close uses
Lists subtab:     only the lists finance needs to read (accounts, vendors, customers, subsidiaries)
Transactions:     View only. No Create/Edit/Full on Journal, Bill or Invoice until a
                  posting skill has run cleanly in preview for a full close
Subsidiaries:     restrict to the entities this team closes
Review:           who holds this role, quarterly; remove MCP Server Connection to switch it off

3. La regla de Oracle para elegir herramienta (extracto literal)

De netsuite-ai-connector-instructions/SKILL.md en oracle/netsuite-suitecloud-sdk, commit 0addb92. Copyright (c) Oracle and/or its affiliates. Licencia Universal Permissive License (UPL), versión 1.0.

Can a standard report answer this?
  YES → ns_listAllReports → ns_runReport → STOP
  NO  ↓
Is there a saved search for this?
  YES → ns_listSavedSearches → ns_runSavedSearch → STOP
  NO  ↓
Is this a record lookup, create, or update?
  YES → ns_getRecordTypeMetadata → ns_getRecord / ns_createRecord / ns_updateRecord → STOP
  NO  ↓
Has user confirmed a custom SuiteQL query is acceptable?
  YES → ns_getSuiteQLMetadata → ns_runCustomSuiteQL (ROWNUM required)
  NO  → Ask: "I can't find a standard report or saved search for this.
               Would you like me to try a custom SuiteQL query?"

4. La skill de exactitud (plantilla de Agents Finance basada en el caso de Icelandic Glacial)

Guárdala como netsuite-financials-tie-out/SKILL.md, comprime la carpeta y distribúyela desde Organization settings > Plugins & skills. Está en inglés para que sea idéntica en ambas versiones; puedes traducirla. Resumen: cifras solo de informes estándar o búsquedas guardadas por periodo, fuente visible en cada cifra, diferencias explicadas y nunca ajustadas, y solo lectura.

---
name: netsuite-financials-tie-out
description: Use whenever the user asks for income statement, P&L, revenue, margin, expense or any financial-statement figure from NetSuite, or for month-end reporting, flux or budget-versus-actual work based on NetSuite. Makes figures tie to NetSuite's own financial reports by posting period.
---

# NetSuite financials that tie

## Rules
1. Financial-statement figures come ONLY from NetSuite standard reports
   (ns_listAllReports, then ns_runReport) or from the saved searches named below.
   Never total transactions with SuiteQL to produce a statement figure.
2. Our books are reported by POSTING PERIOD. Report tools filter by date range,
   which selects by transaction date. For any period figure:
   - prefer saved search "{{SAVED_SEARCH_IS_BY_PERIOD}}" (one per period), run unchanged;
   - if you use ns_runReport, use the exact period dates {{PERIOD_START}} to {{PERIOD_END}}
     and say in the output that the run is by date, not by period.
3. Our fiscal year starts on {{FISCAL_YEAR_START}}. Never assume 1 January.
4. Before any figure, show: report or search name, date range, subsidiary ID and
   whether it is consolidated (negative ID) or single (positive ID), accounting book, currency.
5. If a figure differs from the income statement by period, do not adjust it.
   List the difference and use SuiteQL ONLY to explain it (see query.sql), then stop.
6. If the period is open, label every result PRELIMINARY.
7. Read-only. This skill never creates or updates records.

## Output
- Headline figure, then a table with the source line from rule 4.
- A last line "Tie-out: <figure> vs Income Statement by period <figure>, difference <x>".

5. Contabilizar asientos con una puerta (plantilla de Agents Finance)

Basada en las buenas prácticas de Oracle (poner un External ID a cada registro que se crea) y en las reglas de confirmación de la skill de analista financiero de Oracle. Úsala solo con un rol que tenga permiso de edición de asientos, y solo después de un cierre completo en modo vista previa.

---
name: netsuite-journal-entry-with-preview
description: Use when the user asks to book an accrual, reclass or recurring journal entry in NetSuite from a workpaper or vendor document. Builds a preview first and posts only after explicit confirmation.
---

# Journal entries with a preview

1. Read the backup (workpaper or document). Extract date, posting period, subsidiary,
   currency, memo and lines (account, debit, credit, department, class, location).
2. Check: debits equal credits; the period is open; every account exists and is active;
   the subsidiary matches the accounts; the amount is within {{MAX_AMOUNT}} per entry.
3. Show a PREVIEW table and the backup reference. Do not call ns_createRecord yet.
4. Ask: "Post this entry to <period> for <subsidiary>? Reply POST to confirm."
5. Only after the reply POST: call ns_getRecordTypeMetadata, then ns_createRecord with
   externalId = "AI-JE-{{PREFIX}}-<period>-<backup reference>".
6. If the call fails, do NOT retry. Ask the user to check NetSuite for the externalId first.
7. Return the journal number and a link to it. Never approve the entry yourself.

6. Explicar la diferencia entre fecha y periodo contable (plantilla de Agents Finance, sin probar)

SuiteQL siguiendo las convenciones de la skill de Oracle para el conector (ROWNUM, TO_DATE('MM/DD/YYYY'), sin CTE). Lista las líneas contabilizadas de cuentas de resultados que están en julio según un criterio y no según el otro. Comprueba los nombres de campo con ns_getSuiteQLMetadata en tu cuenta antes de ejecutarla; no la hemos probado en una cuenta real.

SELECT t.tranid,
       t.recordtype,
       t.trandate,
       ap.periodname                AS posting_period,
       BUILTIN.DF(tal.account)      AS account,
       NVL(tal.amount, 0)           AS amount
FROM transaction t
JOIN transactionaccountingline tal ON tal.transaction = t.id
JOIN accountingperiod ap ON ap.id = t.postingperiod
JOIN account a ON a.id = tal.account
WHERE t.posting = 'T'
  AND tal.posting = 'T'
  AND a.accttype IN ('Income', 'COGS', 'Expense', 'OthIncome', 'OthExpense')
  AND (
        (ap.periodname = 'Jul 2026'
         AND (t.trandate < TO_DATE('07/01/2026', 'MM/DD/YYYY')
              OR t.trandate > TO_DATE('07/31/2026', 'MM/DD/YYYY')))
     OR (ap.periodname <> 'Jul 2026'
         AND t.trandate >= TO_DATE('07/01/2026', 'MM/DD/YYYY')
         AND t.trandate <= TO_DATE('07/31/2026', 'MM/DD/YYYY'))
      )
  AND ROWNUM <= 1000

7. Empaquetar y distribuir

Comprime la carpeta de la skill y súbela en Organization settings > Plugins & skills > Add > Upload a skill:

# from the folder that contains the skill directory
zip -r netsuite-financials-tie-out.zip netsuite-financials-tie-out/
# then: Organization settings > Plugins & skills > Add > Upload a skill

Un ejemplo concreto (ficticio)

Imagina que la factura de un transportista está fechada el 30 de junio por 18.400 y que cuentas a pagar la contabiliza en el periodo de julio porque junio ya estaba cerrado. Claude, al preguntarle por el coste de transporte de julio, escribe una consulta SuiteQL que suma las líneas contabilizadas con fecha del 1 al 31 de julio: la factura no aparece. La cuenta de resultados de julio del controller, ejecutada por periodo, sí la incluye. Las dos cifras difieren justo en 18.400 y las dos parecen plausibles. Con la skill de exactitud, Claude usa la búsqueda guardada del periodo, muestra la fuente y la línea de cuadre da cero. Todos los números son inventados.

Resultados declarados por la fuente

Todas las cifras proceden del caso de Shannon Advisory y, según dice, de la analítica de administración de Claude y del informe de gasto de Icelandic Glacial:

• Cierre de julio de 2026 hecho en Claude, con los asientos contabilizados a través del conector de NetSuite.
• 47 de 70 puestos activos cada semana (máximo de 49 la semana del 21 de septiembre); 68 de 70 usados en los 90 días hasta el 24 de septiembre; 260.311 peticiones; unas 2.200 sesiones de Cowork y 2.900 escrituras MCP.
• Unas 158 horas ahorradas en 90 días con los supuestos por defecto de la analítica de Anthropic: una estimación, no una medición de tiempos.
• En Islandia, una importación semanal por transacción que se espera que pase de una jornada completa a «una o dos horas»; el caso lo traduce en «unas seis horas a la semana» si la estimación se cumple.
• Cambio cualitativo: el 6 de julio Delaney dijo que un asiento de prueba le llevaba «más que hacerlo yo misma»; el 19 de agosto, tras el cierre de julio, dijo que había hecho «todo el cierre en Claude».

No hay datos de duración del cierre en días, errores detectados o introducidos, revisiones de auditoría ni coste. Las «escrituras MCP» abarcan todos los conectores, así que no equivalen al número de asientos.

Limitaciones y riesgos

• Una sola fuente, y con interés. La historia la escribe la consultora, que vende el servicio. No encontramos ninguna declaración de Icelandic Glacial en sus propios canales.
• Permisos de contabilización. El caso dice que algunas skills contabilizan asientos directamente. No describe aprobaciones, segregación de funciones ni cómo se revisan los asientos. En una empresa con auditoría externa, es la primera pregunta que hay que contestar.
• Periodos a través del conector. Oracle dice que sus herramientas de informes no admiten periodos contables. El «por periodo» exige una búsqueda guardada, fechas exactas si los periodos son meses naturales o una persona que ejecute el informe.
• Proliferación de skills. Las skills compartidas entre compañeros y los plugins de cada persona necesitan responsable, versión y revisión, o el cierre dependerá de prompts sin documentar.
• Alcance de los datos. Cada conector amplía lo que Claude puede leer. La consultora hizo de solo lectura sus conectores a medida; el rol de NetSuite debería ser igual de estrecho.

Errores comunes

• Conectarse con el rol de administrador (no funciona) o clonar un rol con acceso total (no debería hacerse).
• Dejar que el modelo elija SuiteQL para las cifras de los estados financieros porque es «más flexible».
• Dar por hecho que el ejercicio empieza en enero y que cada periodo es un mes natural.
• Pedir un informe consolidado con un ID de filial positivo: Oracle documenta que las filiales consolidadas y de contexto usan ID negativos.
• Tomar las «horas ahorradas» de la analítica como un ahorro medido.
• Dar permisos de escritura a una skill de asientos antes de que haya funcionado en vista previa durante un cierre completo.

Conclusiones

Lo interesante de la implantación de Icelandic Glacial es lo poco espectacular que es: un único espacio, un rol de conexión, una guía, sesiones sobre archivos reales y una regla compartida sobre de dónde salen las cifras de los estados financieros. Esa regla, que la propia Oracle recomienda, es la que convirtió las respuestas de Claude sobre NetSuite de plausibles en útiles para un cierre. La evidencia es un caso contado por el proveedor, con uso medido y ahorros estimados, así que conviene tomarlo como un patrón bien documentado y no como una prueba. Si trabajas con NetSuite, empieza por la skill de exactitud y por un rol de conexión estrecho, antes de permitir que ninguna skill contabilice.