Integración Salesforce – Sage 200: guía para conectar tu CRM con el ERP

Resumen

Integrar Salesforce con Sage 200 consiste en que el equipo comercial trabaje en el CRM con los clientes, productos, precios, pedidos y saldos reales del ERP, y que las cuentas y oportunidades ganadas en Salesforce pasen a Sage 200 como clientes y pedidos sin volver a teclearlas. Antes de elegir cómo hacerlo, hay que decidir qué sistema manda en cada dato, en qué momento una cuenta se convierte en cliente del ERP y si tu edición de Salesforce incluye acceso a la API.

Hay cinco caminos: apps y conectores de terceros, desarrollo a medida contra las dos API, plataformas iPaaS, cargas con ficheros o un hub de integración. Cuál conviene depende de cuántos flujos necesites, de lo particular que sea tu proceso comercial y de si Salesforce y Sage 200 conviven con más sistemas.

Qué tener en cuenta antes de plantearte la integración

Qué sistema manda en cada dato

Lo habitual es este reparto:

• Salesforce manda en leads, contactos, actividad comercial, oportunidades, presupuestos y previsiones de venta.
• Sage 200 manda en el cliente con sus datos fiscales y condiciones, en artículos y tarifas, en pedidos, albaranes y facturas, y en el saldo pendiente.

El punto delicado es la ficha de la cuenta: si un comercial cambia la dirección en Salesforce y administración la cambia en Sage 200, ¿cuál gana? Define campo a campo quién escribe y quién solo lee.

Qué Sage 200 tienes (y dónde está)

Muchos conectores “Salesforce Sage 200” están pensados para el Sage 200 de Reino Unido, un producto distinto del Sage 200 español (heredero de Sage Murano y Sage 200c). Revisa también la versión, las personalizaciones y dónde está instalado: Salesforce está en la nube y Sage 200 suele estar en un servidor local, así que la conexión tiene que ser segura y sin puertos abiertos.

Qué edición de Salesforce tienes

El acceso a la API viene incluido en las ediciones Enterprise, Unlimited y superiores, pero no en Professional, donde hay que contratarlo aparte. Sin API no hay integración automática posible, así que es lo primero que hay que comprobar. Revisa también qué objetos usas (presupuestos, pedidos, productos) y si hay personalizaciones o paquetes instalados que cambien cómo se guardan.

Cuándo se convierte una cuenta en cliente del ERP

Salesforce tiene muchas cuentas que nunca compran. No tiene sentido darlas de alta todas en Sage 200. Lo normal es fijar un disparador: cuando una oportunidad pasa a “ganada”, cuando se acepta un presupuesto o cuando administración valida los datos. A partir de ese momento, el cliente existe en el ERP y su código vuelve a Salesforce.

Qué necesita ver el equipo comercial

Pregúntale al equipo comercial qué consulta hoy en Sage 200 o pide a administración: últimos pedidos, facturación del año, saldo pendiente, riesgo concedido, tarifa asignada. Eso define qué datos tienen que llegar a Salesforce y con qué frecuencia. Llevar todo el ERP al CRM solo añade ruido y consume límites de la API.

Calidad de los datos de partida

Antes de conectar, revisa duplicados en los dos lados: cuentas repetidas en Salesforce, clientes con varios códigos en Sage 200, NIF vacíos o con formatos distintos. Si se conectan sistemas con datos sucios, la integración multiplica el problema en lugar de resolverlo.

Qué significa integrar Salesforce con Sage 200: definición operativa

En la práctica, una integración Salesforce–Sage 200 es un conjunto de flujos de datos, cada uno con su origen, su destino, su momento y sus reglas.

De Sage 200 a Salesforce

• Clientes: cuentas con su código de cliente, NIF, dirección, condiciones y comercial asignado.
• Productos y precios: artículos y tarifas del ERP en los productos y listas de precios de Salesforce, para que oportunidades y presupuestos usen precios reales.
• Actividad de compra: pedidos y facturas, o un resumen (última compra, facturación del año), para priorizar y prever.
• Situación financiera: saldo pendiente y riesgo, si el comercial los necesita para vender.

De Salesforce a Sage 200

• Clientes nuevos: cuenta y contacto principal, dados de alta en Sage 200 cuando se cumple el disparador acordado.
• Ofertas y pedidos: los presupuestos aceptados o las oportunidades ganadas, con sus líneas de producto, como oferta o pedido de venta.
• Cambios de datos: los campos que Salesforce puede modificar, según el reparto que hayáis definido.

Flujos de vuelta

• Código de cliente: cuando Sage 200 da de alta el cliente, su código vuelve a Salesforce y une los dos registros para siempre.
• Estado del pedido: servido, facturado o cobrado, para que el comercial sepa en qué punto está su venta sin preguntar.

Cada flujo se dispara por un evento (una oportunidad ganada, una factura emitida) o se programa cada cierto tiempo. Lo importante es que haya un registro de qué se ha sincronizado, qué ha fallado y por qué.

Particularidades de la integración Salesforce – Sage 200

Cuentas, contactos y clientes

Salesforce organiza las empresas en cuentas, con jerarquías (cuenta matriz y filiales) y contactos asociados. En Sage 200 el centro es el cliente, con sus direcciones y personas de contacto. Lo habitual es que cada cuenta sea un cliente, pero los grupos de empresas, las delegaciones y las direcciones de entrega hay que resolverlos antes de conectar.

NIF y datos fiscales

Sage 200 necesita NIF, razón social y dirección fiscal para dar de alta un cliente; Salesforce no los pide de serie. Hay que crear los campos, hacerlos obligatorios en la fase previa al alta (con reglas de validación) y comprobar el formato. Sin eso, cada cliente nuevo acaba en una cola de revisión manual.

Oportunidades, presupuestos y pedidos

Una oportunidad puede tener productos o solo un importe, y puede tener varios presupuestos. Para crear una oferta o un pedido en Sage 200 hacen falta líneas con artículos del ERP, cantidades, precios y descuentos. Hay que decidir qué objeto dispara el pedido (la oportunidad, el presupuesto sincronizado o el pedido de Salesforce) y qué pasa si cambia después.

Productos y listas de precios

Salesforce trabaja con productos y listas de precios, con una lista estándar y otras para segmentos o países. Sage 200 puede tener tarifas por cliente, descuentos por familia y condiciones especiales. Hay que decidir qué tarifas del ERP se convierten en listas de precios y si el ERP vuelve a aplicar las condiciones de cada cliente al crear el pedido.

Comerciales y propietarios

El propietario de una cuenta en Salesforce y el comercial asignado en Sage 200 deberían coincidir, porque de ellos dependen comisiones, informes y permisos. Hace falta una tabla de correspondencia entre usuarios de Salesforce y comisionistas de Sage 200, y una regla para cuando cambia el comercial de una cuenta.

Divisas y multiempresa

Si vendes en varias divisas o con varias sociedades, hay que activar las divisas en Salesforce y decidir en qué empresa de Sage 200 entra cada cuenta y cada pedido. Una misma cuenta puede ser cliente de varias sociedades del grupo, y la integración tiene que saberlo.

Duplicados y claves de unión

La integración necesita una clave fiable para saber que una cuenta de Salesforce y un cliente de Sage 200 son el mismo. Salesforce permite crear campos de ID externo: guardar en ellos el código de cliente de Sage 200 permite actualizar sin duplicar. Antes del alta, el NIF es la mejor pista; el nombre no basta.

Límites técnicos de cada lado

• Salesforce fija un límite diario de llamadas a la API por organización, que depende de la edición y del número de licencias, y ofrece una Bulk API para cargas grandes. Una integración mal diseñada puede agotar el cupo y bloquear también a otras aplicaciones conectadas.
• Sage 200 dispone de una API oficial, pero su cobertura no siempre llega a todos los procesos. Muchas integraciones se apoyan en las librerías oficiales de Sage, y escribir directamente en la base de datos SQL Server es mala idea: te saltas las validaciones y puede dar problemas con las actualizaciones.

Métodos para integrar Salesforce con Sage 200

Apps y conectores de terceros

Hay conectores en AppExchange y en el marketplace de partners de Sage.

• A favor: flujos estándar ya resueltos y puesta en marcha rápida.
• En contra: muchos están pensados para el Sage 200 británico, y los que trabajan con el español suelen cubrir sincronizaciones básicas. Tarifas por cliente, comisionistas o el paso de presupuesto a pedido suelen quedarse cortos.
• Encaja si: tu proceso es estándar y has comprobado que el conector trabaja con tu versión de Sage 200.

Desarrollo a medida

Un programador conecta la API de Salesforce con Sage 200.

• A favor: se ajusta exactamente a tu proceso comercial.
• En contra: dependes de quien lo escribió, hay que vigilar los límites de la API y cada versión de Salesforce o actualización de Sage obliga a revisarlo.
• Encaja si: tienes un equipo técnico propio con capacidad de mantenerlo a largo plazo.

Plataformas iPaaS

Plataformas de integración como MuleSoft (de Salesforce) u otras del mercado.

• A favor: Salesforce está muy bien cubierto y son potentes para grandes volúmenes.
• En contra: el lado de Sage 200 español suele ser el punto débil, el coste de licencia es alto y hace falta un perfil técnico que las domine.
• Encaja si: ya usas una de estas plataformas para otras integraciones.

Cargas con ficheros

Exportar de Sage 200 y cargar en Salesforce (o al revés) con las herramientas de importación de Salesforce.

• A favor: sin desarrollo.
• En contra: datos siempre desfasados, riesgo de duplicados y nada de flujos de vuelta.
• Encaja si: es una carga inicial o un informe puntual.

Hub de integración

Una plataforma central a la que se conectan Salesforce, Sage 200 y el resto de sistemas, con flujos configurados para tu negocio.

• A favor: reglas a medida (cuándo se da de alta un cliente, qué campos manda cada sistema), uso controlado de la API, monitorización centralizada y un único sitio donde añadir sistemas.
• En contra: necesita una fase de definición inicial y es más proyecto que “instalar y listo”.
• Encaja si: tu proceso comercial tiene particularidades o Salesforce y Sage 200 conviven con tienda online, portal B2B u otros sistemas.

Cómo elegir

Hazte cuatro preguntas:

1. ¿Solo necesito ver datos del ERP en Salesforce, o también crear clientes y pedidos desde el CRM?
2. ¿Tengo tarifas por cliente, comisionistas, varias divisas o varias sociedades?
3. ¿Quién va a mantener la integración y vigilar los límites de la API?
4. ¿Salesforce y Sage 200 son los únicos sistemas o hay más?

Si solo quieres ver clientes y facturas en Salesforce y el proceso es sencillo, un conector probado con el Sage 200 español puede bastar. Si quieres que el CRM cree clientes y pedidos en el ERP con tus reglas, o hay más sistemas, un hub tiene más sentido.

Integrar otros sistemas en el stack

El CRM y el ERP son el centro, pero no los únicos sistemas que tocan al cliente:

• Tienda online o portal B2B: Shopify, Magento o WooCommerce, cuyos pedidos y clientes también interesan a ventas.
• Marketplaces: como Amazon, con ventas que conviene ver por cliente.
• Marketing: si el marketing va en otra herramienta, como HubSpot, los datos de compra también le sirven.
• Logística: estado de los envíos, por ejemplo con SEUR, para que el comercial sepa cuándo llega el pedido.
• Análisis de datos e IA: previsiones y cuadros de mando con datos de CRM y ERP juntos.

Si cada uno se conecta por su cuenta con Salesforce y con Sage 200, aparecen duplicados, versiones distintas del mismo cliente y más consumo de la API. Con un hub central, cada sistema se conecta una vez y el hub aplica las mismas reglas para todos.

Otra guía relacionada: Sage 200 y PrestaShop.

Integración Salesforce – Sage 200 con Stoam Connect

Stoam Connect es el hub de integración de Stoam. Conecta Salesforce con Sage 200 y con el resto de sistemas de tu negocio mediante flujos diseñados para tu proceso comercial, no para uno medio.

• Hecho para el Sage 200 español. Stoam es partner de Sage y Sage ha validado Stoam Connect.
• Un proyecto con definición previa. Antes de ejecutar, revisamos contigo qué sistema manda en cada campo, cuándo se da de alta un cliente y qué necesita ver ventas.
• Licencia fija. No hay coste por volumen ni por operación.
• Infraestructura segura. El hub se aloja en un entorno con certificación ISO 27001 y ENS.
• Preparado para crecer. Tienda online, portal B2B, marketplaces, logística o IA se añaden al mismo hub.

Preguntas frecuentes