Antes de elegir un ERP cloud, el CIO debe revisar arquitectura, seguridad, integraciones, escalabilidad, actualizaciones, IA, ecosistema y gobierno.
Antes de elegir un ERP cloud, es decir, un ERP en la nube, el CIO debería analizar ocho dimensiones: arquitectura, seguridad y cumplimiento, integraciones, escalabilidad, actualizaciones, IA, ecosistema y gobierno tecnológico, y pedir en cada una evidencia comprobable y no una presentación. Tomamos Oracle NetSuite como ejemplo porque su documentación es pública, y señalamos también sus límites. Aquí vamos directos a la lista de comprobación.
La pregunta útil no es qué ERP en la nube tiene más funciones, sino cuáles de sus promesas puedes comprobar antes de firmar. Al elegir un ERP cloud, cada afirmación del proveedor debería poder convertirse en un documento (un informe de auditoría, un límite técnico por escrito, un calendario de versiones) o en una prueba con tus datos (una demostración con tus procesos, un entorno de prueba). Lo que no pueda comprobarse se trata como una hipótesis y se refleja en el contrato, no en la expectativa. En NoBlue2 recomendamos enviar el mismo cuestionario a todas las candidatas, porque solo así las respuestas son comparables. Si necesitas la definición, la explicamos en qué es un ERP en la nube.
Esta tabla resume qué preguntar y qué evidencia pedir al elegir un ERP cloud, y sirve igual para NetSuite que para cualquier otra opción de tu lista.
| Dimensión | Qué debe preguntar el CIO | Evidencia que pedir |
|---|---|---|
| Arquitectura | ¿Una plataforma y una base de datos para finanzas, operaciones y CRM, o módulos acoplados? ¿Quién gestiona la infraestructura? | Diagrama de arquitectura y qué parte es estándar frente a extensiones |
| Seguridad y cumplimiento | ¿Qué auditorías y certificaciones independientes tiene y dónde se alojan los datos? | Informes de auditoría y centro de datos asignado a tu cuenta |
| Integraciones | ¿Qué interfaces ofrece, con qué límites y con qué hoja de ruta? | Documentación técnica, límites de uso y calendario de retirada de tecnologías antiguas |
| Escalabilidad | ¿Qué límites de usuarios, transacciones y peticiones simultáneas hay y cuánto cuesta ampliarlos? | Límites por contrato y prueba con tu volumen real |
| Actualizaciones | ¿Cada cuánto, quién decide el momento y cómo pruebo mis personalizaciones antes? | Calendario de versiones y entorno de prueba previo con tus datos |
| IA | ¿Qué funciona hoy en producción, con qué permisos y datos, y qué está solo anunciado? | Demostración con tus datos y política de riesgos documentada |
| Ecosistema | ¿Hay aplicaciones complementarias y partners con proyectos reales en tu sector y en España? | Referencias verificables y calendario de versiones de cada aplicación |
| Gobierno tecnológico | ¿Quién responde de personalizaciones, accesos y cambios, y qué ocurre si decides salir? | Matriz de responsabilidades, contrato de encargado del tratamiento y cláusula de salida |
Sobre la arquitectura, la diferencia que más condiciona las actualizaciones es si todos los clientes usan la misma versión del software (multi-tenant) o cada uno tiene una instancia propia (single-tenant).
Si NetSuite está en tu lista, estas son las respuestas públicas de Oracle al elegir un ERP en la nube, que conviene contrastar con tu contrato:
Los límites existen y conviene conocerlos: el de concurrencia, un calendario de versiones que no eliges tú y la disponibilidad real de la IA en tu región y tu edición. Mejor descubrirlos en la evaluación que en el proyecto. Y si quieres dar el primer paso con IA sobre una base sólida, tenemos IA Quick Start.
Aunque el proveedor opere la infraestructura, al elegir un ERP cloud la responsabilidad no se traslada, y lo que no se documenta después no se puede demostrar. Según la guía de la AEPD para clientes de servicios en la nube (cloud computing), quien contrata sigue siendo responsable del tratamiento de los datos personales, ni siquiera con una cláusula que diga lo contrario, y debe elegir un proveedor con garantías suficientes (artículo 28 del Reglamento General de Protección de Datos, RGPD) y documentar esa diligencia. Cuatro puntos para el comité:
Cinco respuestas que deberían frenar la decisión hasta aclararlas:
Recomendamos empezar por la arquitectura y el modelo de actualizaciones, porque condicionan todo lo demás: cuántas versiones hay, quién decide cuándo se actualiza y cómo se prueban las personalizaciones.
Depende de la evidencia, no del modelo. Pide los informes de auditoría independientes y revisa dónde se alojan los datos; en el caso de NetSuite, su ficha de centros de datos recoge las auditorías y certificaciones citadas más arriba.
El límite de peticiones simultáneas de integración, los volúmenes incluidos en el contrato y el calendario de versiones. En NetSuite, el primero depende del nivel de servicio y de las licencias SuiteCloud Plus.
Quien contrata. Según la guía de la AEPD, la responsabilidad no pasa al proveedor, que actúa como encargado del tratamiento bajo un contrato con las garantías del RGPD.
Al elegir un ERP en la nube, con una cláusula de salida que fije el formato de entrega, el plazo, el coste y el borrado certificado de los datos, y comprobando antes qué herramientas de exportación ofrece la plataforma.
Convierte esta lista en un cuestionario de ocho bloques, envíalo igual a todas las candidatas y puntúa las respuestas con evidencia: así elegir un ERP cloud deja de depender de quién presenta mejor. En NoBlue2 llevamos más de 10 años acompañando a empresas en España y nos han reconocido como Partner NetSuite EMEA del Año en 2022, 2025 y 2026. Por eso, te podemos ayudar a plantear ese cuestionario y a contrastarlo con la documentación oficial. Si quieres una referencia de coste, pide un presupuesto sin compromiso.
Fuentes consultadas
Las características de NetSuite descritas proceden de la documentación oficial de Oracle consultada en octubre de 2026 y pueden cambiar con cada versión; los límites, las licencias y las condiciones dependen de tu contrato. Última actualización: noviembre 2026.
