NetSuite es un ERP potente y flexible, pero esa misma flexibilidad lo convierte en un sistema exigente de configurar bien. Según la documentación oficial de Oracle NetSuite, el tiempo medio de implantación para una empresa mediana oscila entre tres y nueve meses, y el margen para que las cosas se compliquen es amplio.
Los proyectos que terminan mal no suelen hacerlo por culpa del software. En la mayoría de los casos, los problemas tienen origen en decisiones tomadas —o no tomadas— durante las fases de diseño, migración y formación. Haber trabajado como usuarios internos de NetSuite antes de dedicarnos a la consultoría nos ha permitido ver estos patrones desde los dos lados de la mesa. Estos son los cinco errores que encontramos con más frecuencia.
La migración de datos es la parte del proyecto que menos brilla en las demos y la que más tiempo consume en la práctica. Muchas empresas llegan a NetSuite con años de historial en hojas de cálculo, Sage, SAP Business One o Dynamics, y asumen que la importación será rápida y limpia.
Los registros de clientes tienen formatos inconsistentes. Las cuentas contables no están ordenadas. Los saldos iniciales no cuadran porque nadie validó los datos de origen antes de migrarlos. El resultado habitual es un go-live con datos sucios, o una extensión del proyecto de cuatro a ocho semanas mientras se reconcilian saldos y se corrigen referencias rotas.
Antes de empezar la migración, hay que auditar la fuente. Eso significa ejecutar una revisión de calidad sobre los datos de clientes, proveedores, artículos y saldos contables. En NetSuite, los CSV de importación masiva tienen validaciones estrictas: un error en un campo obligatorio como taxNumber o subsidiary bloquea toda la carga, no solo el registro problemático.
Lo que funciona: asignar un responsable de datos en el lado cliente, limpiar en origen antes de importar y ejecutar migraciones de prueba en el entorno sandbox al menos dos semanas antes del go-live.
NetSuite tiene un sistema de roles y permisos muy granular. Es uno de sus puntos fuertes, pero también una fuente habitual de fricción cuando no se diseña con antelación.
Un usuario con el rol incorrecto puede ver información que no debería, o no puede completar un proceso que necesita para su trabajo. En proyectos donde esto no se aborda desde el inicio, el resultado es un aluvión de tickets en las primeras semanas: "no puedo aprobar facturas", "no veo el campo de descuento", "no tengo acceso al informe de tesorería".
En NetSuite, cada rol se configura con permisos por módulo, tipo de transacción y nivel (ninguno / ver / crear / editar / borrar). Un error común es clonar el rol estándar de Accountant y asignarlo a todos los usuarios del área financiera sin revisar qué accesos incluye realmente. La recomendación es documentar los roles necesarios por perfil de usuario real —no por departamento genérico— y validarlos en el entorno de pruebas con los propios usuarios antes del go-live.
NetSuite permite personalizar casi todo: campos adicionales, formularios, workflows, SuiteScripts, dashboards. Esta capacidad de adaptación es uno de sus atractivos legítimos. El problema aparece cuando se utiliza para replicar punto por punto el sistema anterior, en lugar de replantear los procesos.
Cada personalización añade complejidad al sistema, aumenta el tiempo de pruebas y puede generar conflictos con las actualizaciones trimestrales que Oracle publica para NetSuite. Un SuiteScript mal estructurado puede bloquear la creación de facturas en producción. La práctica que aplicamos es ir al go-live con el estándar siempre que sea posible. Las personalizaciones se priorizan y se ejecutan en oleadas posteriores, una vez que los usuarios conocen el sistema y saben qué necesitan de verdad.
La formación suele tratarse como el último punto del proyecto, cuando debería ser transversal desde la fase de diseño. Los usuarios clave necesitan entender el sistema antes de que sea su herramienta de trabajo, no el mismo día en que se activa.
En proyectos donde la formación se reduce a dos sesiones generales la semana del go-live, el soporte post arranque se dispara. La mayoría de los tickets durante las primeras cuatro semanas no son errores del sistema: son preguntas de uso y procesos que el usuario no sabe completar de forma autónoma. Lo que funciona es involucrar a los usuarios clave en las pruebas de aceptación (UAT) antes del go-live para que validen que los procesos que les afectan funcionan como esperan.
El go-live no es el final del proyecto. Es el inicio de la fase más importante: el período en que el sistema tiene que demostrar su valor en condiciones reales.
En los primeros tres meses tras el arranque, la mayoría de las empresas necesitan ajustes: informes que no cubren lo que la dirección esperaba, procesos con fricciones o adaptaciones por cambios normativos. En España, la Ley Crea y Crece establece la obligatoriedad progresiva de la facturación electrónica —incluyendo los requisitos de Verifactu— que afectan directamente a la configuración de NetSuite. Puede consultarse el calendario en la página oficial de la AEAT sobre Verifactu.
Planificar un contrato de soporte post go-live con SLA definidos no es señal de que algo va a fallar. Es gestión de riesgos. La diferencia entre un soporte reactivo y uno evolutivo es la diferencia entre un ERP que se usa y uno que se sufre. Para más detalle, puede consultarse nuestra página de soporte y mantenimiento.
Para una empresa mediana con entre 30 y 200 empleados, el plazo habitual oscila entre tres y seis meses. Los proyectos con integraciones externas o requisitos fiscales complejos suelen situarse en el extremo alto del rango.
Es más frecuente de lo que los proveedores reconocen. Las causas más habituales son datos de origen en mal estado, cambios de alcance y falta de disponibilidad del equipo cliente para las validaciones.
NetSuite ofrece ventaja especialmente en empresas con operativa en varios países, necesidades de consolidación financiera en tiempo real o que quieren integrar comercio electrónico y ERP en una misma plataforma.
No es obligatorio, pero sí recomendable si la empresa no cuenta con un administrador de NetSuite interno. Las actualizaciones trimestrales de Oracle, los cambios normativos y la evolución del negocio generan una demanda continua de ajustes.
Empresas en fase de crecimiento con operativa distribuida que necesitan visibilidad financiera en tiempo real y tienen procesos que hoy dependen de hojas de cálculo o de múltiples sistemas desconectados.
¿Estás valorando una implantación de NetSuite o en medio de un proyecto que se ha complicado? Cuéntanos la situación en nuestra página de contacto y te damos una valoración sin compromiso.
Gratuito
