La mayoría de las empresas medianas que usan NetSuite como ERP y HubSpot como CRM terminan gestionando dos bases de datos de clientes que no se hablan. Cada vez que el equipo comercial cierra un deal, alguien lo comunica por correo o por teléfono a operaciones para que abra la ficha en NetSuite. Semanas después, el histórico de facturación no llega al comercial y el cliente aparece duplicado según a quién le preguntes. Este artículo explica cómo poner en marcha la integración NetSuite HubSpot sin que ese caos se instale desde el primer día.
Cuando una empresa ya tiene HubSpot funcionando e implanta NetSuite, lo habitual es que nadie quiera tocar lo que ya funciona. El resultado es una convivencia sin conexión real: comercial trabaja en HubSpot, finanzas trabaja en NetSuite y la información viaja entre ellos en hojas de cálculo o llamadas de teléfono.
El coste de este modelo no es solo el tiempo perdido en traspasar datos a mano. Es la falta de visibilidad que genera. El comercial no sabe si el cliente tiene facturas vencidas antes de negociar condiciones de renovación. El director financiero no puede cruzar el pipeline comercial con los ingresos reales sin exportar datos de dos sistemas distintos. Finanzas no sabe si el pedido que acaba de entrar corresponde a un cliente nuevo o a una ampliación de contrato.
En proyectos de soporte y optimización de NetSuite para empresas con facturación entre cinco y cincuenta millones de euros, este punto de fricción entre CRM y ERP es uno de los más recurrentes. Y también uno de los más evitables si se diseña bien desde el principio.
Antes de elegir una herramienta de integración, conviene tener claro qué se va a sincronizar y en qué dirección. No todo tiene que fluir en los dos sentidos, y intentar sincronizarlo todo desde el primer día suele generar más problemas que beneficios.
El flujo más habitual traduce la actividad comercial en registros operativos:
Este sentido es el que más frecuentemente se olvida en el diseño inicial, y es donde más valor se pierde para el equipo comercial:
Celigo es la plataforma iPaaS más usada en proyectos NetSuite, en parte porque Oracle la reconoce como partner certificado y porque incluye conectores nativos para HubSpot con flujos predefinidos. Su modelo de licencia va por número de flows activos, así que el coste escala con la complejidad de la integración, no con el volumen de transacciones.
Los flujos out-of-the-box de Celigo cubren bien el 70% de los casos estándar. El 30% restante —campos personalizados, lógica de negocio específica, transformaciones de datos no estándar— requiere configuración que no siempre está al alcance de quien compra la licencia sin acompañamiento técnico. Comprar Celigo sin soporte de configuración es un error frecuente en empresas que infravaloran esa parte del proyecto.
Boomi y MuleSoft tienen conectores para ambos sistemas, pero requieren más conocimiento técnico de integración para configurarlos correctamente. Son opciones razonables cuando la empresa ya usa alguna de estas plataformas para otras integraciones y quiere centralizar la capa de integración.
Make (antes Integromat) es viable para volúmenes bajos y lógica simple. No está pensado para integraciones transaccionales de ERP: el manejo de errores es limitado y en entornos de producción con volumen medio aparecen problemas de fiabilidad que no estaban en la prueba de concepto.
NetSuite expone una API REST nativa a través de RESTlets y SuiteTalk REST que permite construir integraciones sin middleware de terceros. Un RESTlet es un SuiteScript desplegado en NetSuite que actúa como endpoint REST. HubSpot, a través de sus workflows y su API propia, puede llamar a ese endpoint para crear registros o consultar datos en tiempo real.
Este enfoque tiene sentido cuando la lógica de negocio es suficientemente específica como para que un conector estándar no la soporte sin demasiada personalización, o cuando la empresa quiere eliminar la dependencia de una tercera plataforma y tener control total sobre el código.
En un proyecto con un cliente del sector servicios, implementamos un RESTlet que recibe el webhook de HubSpot al marcar un deal como cerrado, valida si el cliente ya existe en NetSuite buscando por CIF (campo personalizado configurado en ambos sistemas), crea el registro si no existe, y devuelve el Internal ID de NetSuite para que HubSpot lo almacene como campo de referencia. El proceso ocurre en menos de tres segundos y sin intervención manual de nadie.
El primer problema que surge casi siempre es el de los registros duplicados. Si un comercial crea una empresa en HubSpot con el nombre "Acme S.L." y en NetSuite ya existe "Acme, S.L." con coma, el conector no los identifica como el mismo registro a menos que haya un campo clave compartido configurado explícitamente: el NIF/CIF es el candidato natural en el contexto español.
La solución es definir antes de activar la integración qué campo actúa como clave de deduplicación. En NetSuite, el campo External ID del registro Customer está pensado exactamente para esto: almacena el identificador externo (por ejemplo, el Company ID de HubSpot) y permite que el conector reconozca si un registro ya existe antes de intentar crear uno nuevo.
El segundo error frecuente es la sincronización de impuestos. Si HubSpot envía el importe del deal sin desglosar IVA y NetSuite está configurado para calcularlo automáticamente, el pedido llega con importes que no cuadran con lo que el cliente recibió en la propuesta comercial. Esto no es un fallo de integración: es un problema de diseño del proceso que la integración hace visible. Hay que decidir antes si HubSpot envía importes sin IVA —y NetSuite los calcula según el tipo de cliente y el nexo fiscal— o si HubSpot envía el desglose completo.
El tercer punto de fallo es la ausencia de gestión de errores. Un conector bien diseñado tiene que contemplar qué ocurre cuando NetSuite no está disponible en el momento de la llamada, cuando un campo requerido llega vacío desde HubSpot, o cuando el catálogo de productos no contiene el código que se envía. Sin esta lógica, los errores se silencian y los datos llegan incompletos sin que nadie lo detecte hasta que alguien revisa un pedido semanas más tarde.
Tres tareas concretas antes de conectar cualquier integración con HubSpot:
1. Habilitar y documentar los campos External ID. En Customers, Items y Sales Orders, el campo External ID debe estar habilitado y tener un valor único para cada registro que va a sincronizarse. Es el puente entre ambos sistemas y su ausencia es la causa principal de los duplicados.
2. Crear un rol de integración con permisos mínimos. El usuario de API que usa el conector necesita permisos específicos: crear y editar Customers, crear Sales Orders, leer el catálogo de Items. No es recomendable usar un usuario administrador para esto. Un rol con permisos mínimos reduce el riesgo de errores no intencionados y facilita la auditoría de lo que hace la integración.
Una saved search útil en esta fase es una búsqueda de transacciones filtrada por Created By = [usuario de integración] con un rango de fechas de los últimos 7 días. Permite verificar que los registros se están creando correctamente y con los valores esperados, sin tener que revisar cada pedido manualmente. Se configura en Reports → Saved Searches → Transaction.
3. Verificar la configuración de impuestos por tipo de cliente. Si la empresa opera con clientes en comunidades con regímenes fiscales propios —TicketBAI en Euskadi y Navarra, por ejemplo—, cada cliente debe tener el nexo fiscal correcto en NetSuite para que el cálculo de IVA en el pedido sea el adecuado. Un pedido creado desde HubSpot para un cliente del País Vasco con el nexo incorrecto generará una factura con el tipo de IVA equivocado, un problema que puede tener consecuencias en el cumplimiento fiscal y que a veces no se detecta hasta la revisión trimestral.
Si queréis una visión más amplia de cómo gestionar otras integraciones de NetSuite con plataformas de comercio electrónico, en el artículo sobre integración NetSuite con Shopify detallamos cómo abordar la sincronización de pedidos, stock y contabilidad en entornos B2C.
Depende del volumen y la complejidad del proceso. Celigo es más rápido de poner en marcha y tiene soporte del fabricante ante incidencias. Un RESTlet propio da más control sobre la lógica de negocio y elimina la dependencia de una tercera plataforma, pero requiere más tiempo de desarrollo inicial y mantenimiento por parte de alguien con conocimiento de SuiteScript. Para la mayoría de las pymes españolas con procesos estándar, Celigo bien configurado es la opción más equilibrada.
Una integración básica —empresas, contactos y deals cerrados como Sales Orders— puede estar en producción en cuatro a seis semanas con Celigo, incluyendo la fase de pruebas y validación en entorno sandbox. Si hay campos personalizados relevantes, lógica fiscal específica o flujos bidireccionales más complejos, el plazo habitual sube a ocho o doce semanas.
Si el conector no tiene lógica de deduplicación configurada, se crearán dos registros distintos. La prevención es establecer el External ID como campo de matching antes de activar la integración. Una vez que el duplicado existe, la corrección en NetSuite es usar la función Merge en la ficha del Customer y actualizar el External ID en HubSpot para que apunte al registro consolidado.
Sí, pero requiere una carga inicial separada de la integración en tiempo real. Habitualmente se hace un export de las facturas de los últimos doce o veinticuatro meses y se cargan como propiedades personalizadas en los registros de empresa de HubSpot. A partir de ese momento, la integración en tiempo real mantiene el historial actualizado con las nuevas facturas.
La integración necesita revisión cuando NetSuite actualiza su versión —dos veces al año, en febrero y en agosto—, cuando cambia la configuración de un campo, o cuando se añade lógica nueva al proceso. Un administrador externo con acceso al conector y a NetSuite puede encargarse de este mantenimiento sin necesidad de tener a alguien dedicado en plantilla. Es uno de los servicios más habituales que cubre un contrato de soporte y mantenimiento evolutivo.
Si estáis evaluando cómo conectar NetSuite con HubSpot, o tenéis una integración existente que no está funcionando como esperabais, podemos revisar el diseño y proponer mejoras concretas. Contactad con el equipo de Flying Lemons para una primera conversación sin compromiso.
Gratuito
