La mayoría de empresas que llevan dos años o más con NetSuite funcionan sobre una capa de personalizaciones, scripts y configuraciones que nadie ha revisado desde el go-live. El ERP "funciona", pero nadie sabe exactamente cómo ni por qué. Un health check de NetSuite pone orden en ese caos y permite prevenir incidencias costosas antes de que se conviertan en urgencias que paran la operación.
Un health check es una auditoría estructurada del estado de tu instancia de NetSuite: roles, permisos, scripts, workflows, integraciones, configuración fiscal y calidad de los datos. No es una implantación ni un proyecto de mejora; es un diagnóstico. El resultado es un informe que separa lo que funciona bien de lo que es un riesgo latente.
La razón para hacerlo con regularidad es concreta: Oracle publica dos actualizaciones de versión al año —en torno a febrero y agosto— y cada una puede romper SuiteScripts que no se han mantenido, cambiar comportamientos de workflows o introducir módulos estándar que sustituyen personalizaciones que llevas años pagando de más en horas de soporte. Añade los cambios normativos españoles —SII, Verifactu, modelos AEAT— y la deuda técnica se acumula más rápido de lo que parece.
El primer punto del diagnóstico es el mapa de accesos. Con el tiempo, los roles se acumulan: alguien creó uno para un proyecto puntual, otro se copió a medias de uno existente, y el empleado que se fue hace un año todavía tiene un usuario activo con acceso a datos financieros.
En NetSuite, puedes crear una saved search de tipo Employee que filtre por Status = Active y cruce contra el historial de login usando el campo Last Login Date. Un filtro de Last Login Date anterior a 90 días con usuario activo es una señal clara de acceso innecesario. La saved search se puede programar para que envíe un email semanal al administrador del sistema, sin coste adicional de licencia.
Además, revisa qué roles tienen permisos de nivel Full en módulos sensibles: Accounting, Transactions > Enter Vendor Bills, Payroll. Un error frecuente en implantaciones es dar nivel de Administrator a usuarios técnicos durante el proyecto y no revocar ese acceso después del go-live. En una instancia revisada recientemente encontramos cinco usuarios con rol Administrator que llevaban activos dieciocho meses tras el cierre del proyecto.
Este es el paso que más sorpresas depara. Las instancias con más de dos años suelen acumular scripts de los que nadie recuerda para qué sirven: Scheduled Scripts que se ejecutan cada noche aunque ya no hagan nada útil, User Event Scripts que fallan silenciosamente porque el campo al que apuntaban se renombró o se eliminó.
Cada ejecución de script en NetSuite consume unidades de gobernanza (governance units). La plataforma tiene límites diarios; si se superan, las integraciones y los procesos automáticos empiezan a fallar con errores que no siempre quedan visibles para el equipo de negocio. Una auditoría de scripts debe cubrir tres puntos:
Un equipo externo con experiencia en mantenimiento NetSuite puede completar este inventario en un día de trabajo. Sin procedimiento ni referencia externa, hacerlo internamente suele llevar semanas y quedarse incompleto.
Los workflows de NetSuite (SuiteFlow) tienen el mismo problema que los scripts: crecen con los años y nadie los revisa de forma periódica. El diagnóstico debe listar todos los workflows activos, comprobar las condiciones que los disparan, las acciones que ejecutan y si hay solapamientos entre workflows que actúan sobre el mismo tipo de registro.
Las integraciones merecen atención específica. Si usas conectores con Shopify, Salesforce, bancos españoles o cualquier otro sistema externo, revisa cuántas veces ha fallado la integración en los últimos 30 días (el log de SuiteTalk / RESTlet lo registra en Setup > Integration > Integration Management), si las credenciales y tokens de acceso tienen fecha de caducidad próxima, y si el volumen de datos transferido genera ya cuellos de botella en las operaciones diarias. Una integración que falla silenciosamente —sin alerta al equipo de negocio, sin log visible— es uno de los problemas más comunes que encontramos al auditar instancias en producción.
Este paso es crítico para cualquier empresa española. La localización española de NetSuite cubre el SII, los modelos de declaración AEAT (303, 347, 349, 390) y los módulos relacionados con Verifactu. Sin embargo, la configuración correcta no es automática: requiere que los tipos impositivos, los códigos de IVA y la configuración de subsidiaria estén correctamente asignados y actualizados.
El último bloque del diagnóstico revisa si NetSuite está respondiendo a las necesidades reales de información del negocio:
Un diagnóstico interno es posible si el administrador de NetSuite tiene tiempo dedicado y suficiente perspectiva. El problema es que los administradores internos suelen estar inmersos en el día a día y no tienen referencia de qué es normal y qué no. Alguien que ha auditado veinte instancias diferentes reconoce en minutos patrones de configuración arriesgada que un administrador interno no ha visto antes.
Los momentos más habituales para contratarlo son: antes de un proyecto de integración o expansión, tras un cambio de equipo técnico interno, después de una actualización de versión con incidencias, o simplemente cuando llevas más de dos años sin revisar la instancia y sabes que algo no cuadra.
En Flying Lemons llevamos a cabo auditorías de NetSuite combinando revisión técnica y funcional. Los mismos consultores que han trabajado como usuarios internos del ERP saben dónde buscar primero y qué configuraciones suelen generar problemas en empresas españolas. El resultado es un informe priorizado con hallazgos y un plan de acción concreto. Más detalles en nuestra página de soporte y mantenimiento.
La recomendación estándar es una vez al año, coincidiendo con el cierre del ejercicio fiscal o antes de las actualizaciones de versión de Oracle (febrero y agosto). Si la empresa ha tenido cambios relevantes —una integración nueva, un cambio de equipo técnico, un proyecto de expansión— conviene adelantarlo sin esperar al ciclo anual.
El health check es un diagnóstico del estado general de la instancia: lo que funciona, lo que está roto y lo que representa un riesgo latente. Una auditoría tiene un alcance más específico —fiscal, de seguridad o de procesos— y normalmente tiene un objetivo de cumplimiento detrás. En la práctica, el health check suele ser el punto de partida que identifica en qué áreas se necesita una auditoría más profunda.
Sí, siempre que el administrador disponga de tiempo dedicado y experiencia suficiente. El riesgo del enfoque interno es el sesgo de confirmación: tendemos a no ver los problemas que llevamos tiempo ignorando. Un punto de vista externo aporta objetividad y referencia comparativa respecto a otras instancias del mismo sector.
Depende de la complejidad de la instancia. Para una pyme con una subsidiaria, dos o tres integraciones y menos de 50 usuarios, el diagnóstico completo suele llevar entre tres y cinco días de trabajo. Instancias multinivel, con subsidiarias múltiples e integraciones complejas, pueden requerir dos o tres semanas.
El informe prioriza los hallazgos en tres niveles: crítico (requiere acción inmediata), importante (debe resolverse en los próximos 30-90 días) y recomendación (mejoras que reducen riesgo a medio plazo). Los problemas críticos —un certificado de SII caducado, un script que falla en cada transacción, un error de configuración fiscal— se comunican de inmediato, antes de entregar el informe completo, para que el equipo pueda actuar sin demora.
¿Quieres que hagamos el diagnóstico por ti? En Flying Lemons auditamos instancias de NetSuite con visión técnica y funcional: los mismos consultores que han sido usuarios internos del ERP saben exactamente dónde buscar. Contacta con nuestro equipo y cuéntanos el estado actual de tu instancia.
Gratuito
