Actualización necesaria, actualice los scripts a SuiteScript 2.1

En las últimas semanas varios de nuestros clientes nos contactaron preocupados por un mensaje que comenzó a aparecer dentro de su cuenta de NetSuite. El texto es el siguiente,

Actualización necesaria, actualice los scripts a SuiteScript 2.1

Uno o más scripts de esta cuenta utilizan SuiteScript 1.0, 2.0 o 2.x. Los scripts que utilicen estas versiones dejarán de funcionar en una próxima versión de NetSuite. Para garantizar la compatibilidad, convierta sus scripts a SuiteScript 2.1 lo antes posible. Pronto habrá más información disponible.

Leído así, en medio del dashboard y sin contexto, el mensaje genera alarma. "Dejarán de funcionar", "lo antes posible" y "actualización necesaria" en tres renglones sugieren una urgencia inminente.

No la hay. No existe riesgo de interrupción esta semana ni el mes próximo. Pero el aviso tampoco es irrelevante, marca el inicio de un cambio real que conviene planificar con tiempo.

En este artículo explicamos qué significa el mensaje en términos simples, qué dice y qué no dice, y cuáles son los pasos concretos que recomendamos desde Deimos Solutions.

La respuesta corta

Si solo dispones de dos minutos, estos son los puntos esenciales,

• Tus scripts siguen funcionando hoy exactamente igual que ayer. El aviso es preventivo, no es un reporte de error.
• Oracle todavía no publicó una fecha de corte. El mensaje indica "una próxima versión", sin especificar cuál.
• No es una emergencia, pero tampoco es opcional. En algún momento habrá que realizar la conversión.
• Lo prioritario no es migrar, sino conocer el estado actual. La mayoría de las empresas no sabe cuántos scripts antiguos existen en su cuenta ni qué procesos dependen de ellos.

Primero, ¿qué es un "script" en NetSuite?

Si no perteneces al área técnica, esta sección ordena todo lo demás.

NetSuite incluye una amplia funcionalidad estándar, pero ninguna empresa opera exactamente igual que otra. SuiteScript es el lenguaje de programación que permite agregar a NetSuite comportamientos propios de cada negocio.

En la práctica, un script es aquello que hace que tu NetSuite funcione a la medida de tu operación. Por ejemplo,

• Un circuito de aprobación de órdenes de compra según montos y áreas.
• Un cálculo de comisiones con la lógica específica del equipo comercial.
• La generación automática de un comprobante con el formato que exige tu país.
• Una integración que sincroniza pedidos con el e-commerce o el operador logístico.
• Validaciones que impiden registrar una transacción con datos incompletos.

Son componentes que la mayoría de los usuarios nunca ve, pero que se ejecutan decenas o cientos de veces por día en segundo plano.

Las versiones de SuiteScript, en palabras simples

SuiteScript atravesó varias generaciones a lo largo de los años,

Es la misma lógica de cualquier software, aparecen versiones nuevas, mejores y más rápidas, y las anteriores se retiran con el tiempo. NetSuite viene impulsando la adopción de 2.x desde hace años. No se trata de una novedad repentina, sino del capítulo previsible de un proceso que comenzó en 2015.

"Congelado" no significa "fuera de servicio"

La documentación oficial de Oracle es clara respecto de SuiteScript 1.0, los scripts continúan siendo soportados, pero la funcionalidad de 1.0 ya no se actualiza y no se desarrollan nuevas funciones ni mejoras para esa versión.

En otras palabras, el código antiguo funciona, pero quedó detenido. No recibirá mejoras, no podrá aprovechar las capacidades nuevas de la plataforma y, con cada versión semestral de NetSuite, el entorno sobre el que se apoya se modifica ligeramente.

Esa es la razón de fondo para migrar, con independencia de cualquier fecha límite.

¿Por qué el aviso aparece ahora?

Porque llegó con la versión 2026.2 de NetSuite.

Oracle publica dos actualizaciones mayores por año y las aplica cuenta por cuenta, de forma escalonada. El despliegue de 2026.2 se anunció en julio de 2026 y alcanzó a las cuentas por etapas.

Esto explica una consulta que recibimos varias veces, por qué una empresa vio el aviso y otra del mismo grupo todavía no. No se trata de un error ni de un diagnóstico distinto. Simplemente una cuenta ya fue actualizada a 2026.2 y la otra aún no.

Lo que el aviso NO dice (y conviene aclarar)

Este es el punto que más tranquilidad debería aportar.

Oracle no publicó una fecha oficial de deprecación. El mensaje menciona "una próxima versión de NetSuite", sin indicar cuál ni cuándo. No hay cuenta regresiva, no hay plazo en el calendario y no existe riesgo de una interrupción imprevista del servicio.

Si encontraste referencias al año 2028 asociadas a este tema, conviene aclarar la confusión, ese año corresponde a otro cambio, no a SuiteScript. Oracle sí publicó fechas para el retiro de TBA (Token-Based Authentication), el método de autenticación que utilizan muchas integraciones,

• 2027.1 — no será posible crear nuevas integraciones con TBA.
• 2028.1 (tentativo) — dejarían de funcionar las integraciones existentes que aún utilicen TBA.

Son dos temas distintos que suelen mencionarse juntos porque afectan al mismo tipo de desarrollos antiguos. Si cuentas con integraciones hacia sistemas externos, ese segundo punto merece una revisión propia.

La diferencia entre versión declarada y versión ejecutada

Este es el detalle técnico más relevante del artículo, y conviene conocerlo aunque no se trabaje con código.

Cada script declara internamente con qué versión debe ejecutarse. Muchos desarrolladores utilizaron históricamente la etiqueta genérica 2.x, entendiendo que significaba "la versión más reciente disponible".

No es así. Por defecto, 2.x se resuelve como 2.0, no como 2.1.

¿Qué implica esto? Que existen cuentas que se consideran actualizadas cuando en realidad están ejecutando la versión anterior. Y que el listado de scripts, observado superficialmente, no refleja la situación real, la versión declarada y la versión efectivamente ejecutada son dos datos diferentes.

Por eso la primera recomendación no es "migrar todo", sino determinar qué se está ejecutando realmente.

Los tres pasos que recomendamos

1. Realizar el inventario

Antes de modificar una sola línea de código es necesario conocer el punto de partida. Esto implica listar todos los scripts de la cuenta, identificar su versión real y —el paso que con frecuencia se omite— revisar también los plug-in implementations, que suelen quedar fuera del listado principal y permanecieron en versiones antiguas más tiempo que el resto.

El resultado es un documento concreto, cuántos scripts existen, en qué versión están y qué proceso del negocio depende de cada uno.

2. Priorizar en lugar de migrar todo simultáneamente

Una migración masiva y simultánea es la forma más rápida de generar el problema que se intentaba evitar. La prioridad debe seguir el riesgo del negocio, primero lo que involucra dinero y cierre contable, luego lo operativo y, por último, lo accesorio.

Existe una alternativa poco conocida, NetSuite ofrece una preferencia a nivel cuenta que permite ejecutar los scripts de servidor 2.0 dentro del entorno 2.1 sin modificar el código. Los que validan correctamente demuestran ser compatibles; los que no validan continúan ejecutándose como 2.0 sin interrupciones. Es una herramienta de diagnóstico muy útil, siempre que se active primero en un ambiente sandbox y nunca directamente en producción.

3. Probar en sandbox con transacciones reales

Que un script compile en la versión nueva no garantiza que el proceso del negocio continúe siendo correcto. Un cambio menor puede no generar error y aun así calcular de manera distinta, y ese tipo de falla se detecta recién en el cierre mensual.

Toda migración debería validarse en sandbox con datos y transacciones reales antes de aproximarse a producción.

El componente no técnico del proyecto

Conviene señalarlo con claridad, traducir la sintaxis de una versión a otra es la parte sencilla.

La dificultad está en otro lugar. Los scripts más expuestos a este cambio suelen ser precisamente los que funcionan sin inconvenientes desde hace más años. Y un código que se ejecuta sin modificaciones desde hace ocho años fue escrito, en la mayoría de los casos, por alguien que ya no forma parte de la empresa, junto con el razonamiento que lo sustentaba.

El trabajo real, entonces, no es de traducción sino de reconstrucción, comprender por qué ese script hace lo que hace antes de reescribirlo. Recuperar ese criterio original es lo que demanda tiempo, y se vuelve más complejo con cada año que transcurre.

Es también el mejor argumento para no postergarlo, no por la fecha límite, sino porque el conocimiento necesario para ejecutarlo correctamente se va perdiendo.

Preguntas frecuentes

¿Existe riesgo de interrupción inmediata?

No. Los scripts continúan ejecutándose con normalidad. El aviso es una advertencia anticipada sobre un cambio futuro, no el reporte de una falla.

¿Cuál es la fecha límite real?

No hay una fecha publicada. Oracle menciona "una próxima versión" sin especificar. Nuestra recomendación es no esperar a que se publique, pero tampoco tomar decisiones apresuradas por un plazo que aún no existe.

El aviso apareció en mi cuenta y no en la de otra empresa. ¿Indica algún problema?

No. Las versiones de NetSuite se aplican de forma escalonada, cuenta por cuenta. El aviso llega con la versión 2026.2, de modo que depende de cuándo se actualizó cada cuenta.

Nunca solicitamos desarrollos a medida. ¿De todos modos nos afecta?

Es posible. Muchas cuentas incorporan scripts que llegaron mediante bundles, SuiteApps de terceros o integraciones instaladas durante la implementación original. El inventario es la única forma de confirmarlo.

¿Cuál es el costo de este proceso?

Depende de la cantidad de scripts y de su complejidad. Una cuenta con cinco scripts simples representa un trabajo de días; una con cien scripts interrelacionados constituye un proyecto. Por eso el diagnóstico va primero, sin inventario, cualquier estimación carece de fundamento.

¿Es suficiente con cambiar la etiqueta de versión?

En algunos casos sí, en muchos otros no. SuiteScript 2.1 es más estricto que 2.0, y ciertas construcciones antes toleradas ahora generan error. Además, modificar la versión sin validar el comportamiento es precisamente el escenario que produce errores silenciosos durante el cierre.

¿La inteligencia artificial resuelve esto de forma automática?

Contribuye de manera significativa en la parte mecánica, traducir funciones, reestructurar el código, generar un primer borrador. Pero no puede identificar que determinado campo se completa mediante una solución alternativa de la que depende el equipo de finanzas, ni confirmar que la versión nueva se comporta igual con datos reales. La IA reduce el esfuerzo en la parte sencilla, lo que otorga aún más peso a la validación humana.

¿Qué ocurre si no se toma ninguna acción?

En el corto plazo, ninguna consecuencia. En el mediano plazo se acumula deuda técnica, no se accede a las capacidades nuevas de la plataforma y, cuando Oracle defina una fecha, será necesario ejecutar en pocos meses un trabajo que podía haberse planificado con calma.

Inventario de scripts sin costo

Como señalamos anteriormente, el primer paso no es migrar sino conocer la situación actual. Y ese paso no debería depender de contratar un servicio.

Por eso en Deimos Solutions abrimos una convocatoria a cualquier empresa usuaria de NetSuite —sea cliente nuestro o no— para realizar un diagnóstico e inventario inicial sin costo alguno.

Qué incluye la revisión

• Identificación completa de los scripts de la cuenta que se verán afectados, incluidos aquellos que suelen quedar fuera del listado principal.
• Clasificación por nivel de riesgo y versión, con la versión real de ejecución de cada script, no la declarada.
• Un informe claro sobre la situación efectiva de la plataforma, redactado en un lenguaje comprensible también para perfiles no técnicos.

Con ese informe disponible es posible tomar decisiones fundamentadas, priorizar, planificar o simplemente archivarlo con la certeza de que la cuenta se encuentra en buen estado.

Una vez entregado, si deseas que nuestro equipo se encargue de la migración, enviamos una propuesta formal y una cotización personalizada. Sin ningún compromiso. El inventario queda a tu disposición en cualquier caso.

¿Deseas revisar el estado de tu cuenta?

Escríbenos y coordinamos una sesión breve con uno de nuestros consultores para iniciar el diagnóstico. No es necesario preparar nada de antemano.

Conclusión

El aviso de SuiteScript 2.1 no constituye una emergencia, pero tampoco es un mensaje que convenga ignorar durante dos años.

La diferencia entre las empresas que atraviesan este tipo de transiciones sin sobresaltos y las que terminan resolviendo urgencias rara vez es técnica. Es de anticipación, unas conocen el contenido de su cuenta y otras lo descubren el día en que algo deja de funcionar.

La buena noticia es que hoy existe tiempo suficiente para estar en el primer grupo.

Si este mensaje apareció en tu cuenta y quieres comprender exactamente qué implica en tu caso, escríbenos. En Deimos Solutions trabajamos con NetSuite todos los días y podemos ofrecerte un panorama claro antes de que debas tomar cualquier decisión.