SuiteScript

SuiteScript es el lenguaje de personalización de NetSuite, basado en JavaScript. Permite extender el ERP más allá de la configuración estándar: validaciones propias, automatizaciones de procesos, interfaces a medida e integraciones con otros sistemas, todo ejecutándose dentro de la misma plataforma cloud de Oracle.

La versión vigente es SuiteScript 2.x, con una arquitectura modular en la que cada script declara los módulos que necesita: registros, búsquedas, correo, llamadas HTTP. SuiteScript 2.1 incorpora la sintaxis moderna de JavaScript, lo que acerca el desarrollo en NetSuite a las prácticas habituales del ecosistema web. Los scripts se despliegan sobre eventos concretos: al guardar un registro, en los formularios que ve el usuario, en procesos programados por lotes o como endpoints que exponen lógica del ERP a sistemas externos.

La analogía honesta es con Apex en Salesforce: ambos cumplen el mismo rol de lógica a medida dentro de un SaaS multitenant y ambos operan bajo límites de gobernanza que impiden que un script mal escrito degrade la plataforma para el resto de los clientes. Quien domina uno de los dos modelos entiende rápido el otro, aunque el lenguaje y las API cambien.

Cómo funciona

SuiteScript corre en la infraestructura cloud de NetSuite, no en servidores propios. Cada script se registra en la cuenta, se asocia a un tipo de evento y se activa mediante un registro de despliegue que define en qué formularios, roles y horarios aplica. El código accede a los datos del ERP a través de módulos nativos: carga y guardado de registros, búsquedas guardadas, envío de correo, llamadas HTTP salientes y colas de procesamiento por lotes.

Tipos de script principales

• User Event: se ejecuta en el servidor al crear, editar o eliminar un registro. Es el lugar típico de las validaciones y la lógica de negocio.
• Client Script: corre en el navegador, sobre los formularios. Sirve para cálculos en pantalla y validaciones inmediatas mientras el usuario carga datos.
• Scheduled y Map/Reduce: procesos programados por lotes. Map/Reduce divide el trabajo en etapas paralelizables y es la opción indicada para volúmenes grandes.
• Suitelet: páginas y formularios a medida que viven dentro de NetSuite.
• RESTlet: endpoints HTTP propios que exponen lógica del ERP a sistemas externos, un mecanismo habitual de integración.
• Workflow Action: acciones custom invocadas desde SuiteFlow, el motor visual de workflows de NetSuite.

SuiteScript y Apex, cara a cara

Gobernanza por diseño

NetSuite mide el consumo de cada script en unidades de uso: cada búsqueda, carga de registro o llamada externa descuenta unidades de un presupuesto que depende del tipo de script. Si el script agota su presupuesto, la plataforma detiene la ejecución. Es el mismo principio que los governor limits de Salesforce: en un entorno multitenant los recursos se comparten, y el proveedor protege el rendimiento global de todos los clientes. En la práctica, esto obliga a escribir código eficiente: procesar por lotes, evitar búsquedas dentro de loops y derivar los volúmenes grandes a Map/Reduce.

Cuándo conviene escribir código

La regla sana es agotar primero la configuración: campos y registros custom, búsquedas guardadas y workflows de SuiteFlow resuelven una parte importante de los requerimientos sin una línea de código. SuiteScript entra cuando la lógica supera lo que la herramienta visual puede expresar: cálculos complejos, validaciones cruzadas entre registros, procesos masivos o integraciones con sistemas locales. Mantener esa disciplina reduce el costo de mantenimiento y simplifica la adopción de las dos actualizaciones anuales de NetSuite, que se aplican a todas las cuentas.