Respuestas que llegan tarde, un cambio de una hora que se descuenta como cuatro de tu bolsa, y la sensación de que tu instancia se quedó congelada el día del go-live. Cambiar de partner de NetSuite parece un salto al vacío —¿y si pierdo datos, accesos o la licencia?—, pero en la práctica es menos arriesgado de lo que parece. Estas son ocho señales para saber si ha llegado el momento y cómo hacer la transición sin que se rompa nada.
El primer malentendido es el más caro: muchas empresas aguantan a un partner que no les sirve porque creen que dejarlo implica perder el ERP o renegociar con Oracle. No es así. Conviene separar tres figuras que se confunden:
La buena noticia, y mucha gente no lo sabe, es que puedes incorporar a otra consultora para el soporte y los evolutivos sin tocar tu relación con Oracle: tus licencias, tu renovación y tu Account Manager siguen igual. Formalizar el cambio del partner of record, si lo quieres, es un paso aparte que se suele alinear con la renovación; si tu contrato lo gestiona el propio partner como revendedor, revisa los plazos antes de mover nada.
Ninguna señal aislada obliga a cambiar. Pero si reconoces tres o más de estas, el problema no es puntual, es estructural.
Abres una incidencia y la respuesta llega cuando llega. No hay un acuerdo de nivel de servicio (SLA) que fije tiempos de respuesta y resolución por prioridad. Hemos visto un informe financiero congelado durante semanas porque la incidencia se quedó en una bandeja sin compromiso de plazo. Si no puedes señalar en un documento cuánto debe tardar tu partner ante un problema crítico, no tienes soporte: tienes buena voluntad.
Tu incidencia cae en un perfil junior que tarda más de lo razonable y, cuando se atasca, la escala a una segunda línea que a veces está en otro país, con otro idioma y otro horario. Entre el rebote de un nivel a otro, un cambio de una hora se convierte en días. La sensación, justificada, es que estás formando al técnico de tu proveedor mientras pagas por ello.
NetSuite saca dos releases mayores al año, la normativa española cambia y tu negocio cambia. Si tu instancia es idéntica a la del día de la puesta en marcha —los mismos roles, formularios e informes—, no pagas mantenimiento evolutivo: pagas para que nada se mueva.
Los equipos de soporte rotan mucho —a nadie le entusiasma heredar los problemas de otro— y cada SuiteScript, saved search o workflow sin documentar se convierte en deuda técnica que pagas tú. Sin un offboarding ordenado entre técnicos, el conocimiento de tu cuenta se pierde con cada cambio de persona y la curva de aprendizaje vuelve a empezar de cero, en tu factura.
Un cambio de en torno a una hora se descuenta como tres o cuatro de tu bolsa, sin un parte de trabajo que lo explique. Y el informe de consumo es un Excel con horas por incidencia, sin detalle de qué se hizo en cada una. La opacidad en el consumo suele ser el síntoma de una relación desordenada.
SII, modelos 303 y 349, retenciones de IRPF, la transición hacia Verifactu. Si te enteras de los cambios fiscales por tu asesoría y no por tu partner de NetSuite, no estás cubierto en lo que más riesgo tiene: el cumplimiento ante la AEAT.
Te pasan un cambio sin haberlo probado, lo detectas tú en producción y empieza el baile de iteraciones. Cada entrega sin verificar te cuesta tiempo de tu equipo y horas de tu bolsa para arreglar algo que nunca debió llegarte así.
El partner adecuado entiende tu cierre contable, tu proceso de pedido o tu conciliación bancaria, no solo el SuiteScript que los soporta. Si cada conversación es técnica, nunca de negocio, y nadie se anticipa a un problema antes de que estalle, tienes informáticos cerrando tickets, no un partner implicado. Es la diferencia entre soporte técnico y soporte funcional, y necesitas las dos.
Tú eres el administrador de tu cuenta. El acceso de tu partner existe porque tú se lo concediste mediante registros de empleado y roles, y puedes revisarlo y revocarlo cuando quieras. Para verlo de un vistazo tienes el Login Audit Trail (Setup > Users/Roles > View Login Audit Trail): quién ha entrado, cuándo y con qué rol. Es la primera pantalla que miramos al entrar en una cuenta nueva.
Tus datos —clientes, transacciones, registros personalizados, búsquedas guardadas— no se van con el partner. Lo que sí puede irse es el conocimiento de por qué las cosas están como están; por eso la transición se prepara, no se improvisa.
Una transición ordenada se apoya en un plan con responsables y fechas. Estos son los tres frentes donde se concentran los sustos:
Antes de dar de baja al partner saliente, inventaría su acceso: roles de sus usuarios, credenciales de integración y, muy en particular, los tokens de Token-Based Authentication (TBA) y conexiones OAuth que haya creado. El error clásico es revocar el acceso de las personas pero olvidar un token que sigue moviendo datos: rota o regenera esos tokens con el nuevo equipo antes de cortar nada, o tumbarás una integración en producción.
Este detalle se pasa por alto y luego bloquea al equipo entrante. En NetSuite, los workflows y los scripts tienen un propietario (owner). Si ese owner es un usuario del partner saliente que se desactiva, o si dejó objetos bloqueados —con el candado— desplegados vía SuiteApp o SuiteCloud Development Framework (SDF), el nuevo equipo no podrá editarlos desde la interfaz. Pide al partner saliente, antes de irse, que reasigne la propiedad de sus workflows y scripts a un usuario tuyo y desbloquee los objetos que dejó con candado. Cinco minutos para ellos; un muro de semanas para ti si se olvida.
Algunos partners instalan funcionalidad mediante bundles propios gestionados desde su cuenta: sus actualizaciones dependen de ellos. Revisa qué hay instalado en Customization > SuiteBundler > Search & Install Bundles > List, identifica los que pertenecen al partner saliente y decide con el nuevo equipo qué se mantiene, qué se sustituye y qué se reconstruye en tu cuenta para no quedar atado. La referencia oficial está en la documentación de NetSuite sobre Managing Partners.
Una transición bien hecha ayuda con la colaboración del partner saliente, pero no la necesita: con acceso de administrador, buena documentación y un equipo que sepa leer la cuenta, el cambio se hace sin parar la operación. Si estás en este punto, una segunda opinión sobre tu instancia suele aclarar en pocas horas si el problema es el partner o algo más profundo.
¿Puedo cambiar de partner de NetSuite sin perder la licencia ni los datos?
Sí. La cuenta y todos sus datos son tuyos, los contrataste con Oracle. El partner solo da servicio sobre esa cuenta; cambiarlo no afecta a tu licencia ni a tu información.
¿Cambiar de partner afecta a mis licencias o a mi Account Manager de Oracle?
No. Tu relación con Oracle —licencias, renovación y tu Account Manager (en España, con oficina en Málaga)— es independiente del partner de soporte y evolutivos. Puedes cambiar de consultora de servicio sin tocar nada de eso.
¿Qué accesos hay que revocar cuando cambio de partner de NetSuite?
Los roles de sus usuarios, las credenciales de integración y, sobre todo, los tokens de TBA y conexiones OAuth que hubiera creado. Rótalos con el nuevo equipo antes de dar de baja al partner, para no tumbar integraciones activas.
¿Qué pasa con los workflows y scripts si el owner era el partner anterior?
Que el equipo entrante puede no poder editarlos. Pide al partner saliente que reasigne la propiedad (owner) a un usuario tuyo y desbloquee los objetos que dejó con candado (los desplegados vía SuiteApp o SDF). Si no, habrá que reconstruirlos.
¿Cuánto tarda una transición de partner de NetSuite?
Depende del tamaño de la instancia y de cuánto esté documentada, pero el núcleo —accesos, owners, inventario de desarrollos e integraciones y puesta al día del nuevo equipo— suele resolverse en pocas semanas sin interrumpir la operación.
¿Reconoces tu situación en tres o más de estas señales? En Flying Lemons hacemos transiciones de partner sin parar tu operación y damos una segunda opinión honesta sobre tu instancia. Cuéntanos tu caso desde nuestra página de soporte de NetSuite y te decimos qué encontramos antes de que decidas nada.
Gratuito
