Por qué falla la integración del ERP con Salesforce y cómo solucionarlo

Las integraciones de SAP y Salesforce suelen fallar por motivos de negocio, no técnicos. La sincronización se ejecuta, pero los datos son demasiado antiguos para la decisión que el usuario está tomando, los dos sistemas no coinciden sobre cuál es el registro de cliente correcto o nadie se hace cargo del flujo cuando una actualización lo rompe. La solución es diseñar partiendo de la decisión del usuario hacia atrás, limpiar primero los datos, elegir un middleware que se ajuste a su escala y dar a cada flujo un responsable y un plan de fallo.

Este artículo es para CIO, responsables de operaciones comerciales y de integración que conectan Salesforce con SAP. Cubre los cuatro patrones de fallo, las opciones de integración, lo que necesita una integración fiable y una plantilla de especificación.

He trabajado con empresas en las que un desfase de apenas una hora entre sistemas causaba errores de cotización que acababan en negocios perdidos. La causa habitual es que nadie preguntó cuán reciente tenía que ser el dato de stock para que un comercial cotizara a partir de él.

Una integración puede funcionar técnicamente y estar rota en lo comercial. Esa distinción es el punto de partida.

Frecuencia de sincronización equivocada para la decisión

La sincronización por lotes sirve para algunos datos. No sirve para el stock disponible para prometer (available-to-promise), los precios o el estado de los pedidos, donde los clientes esperan una respuesta inmediata.

El patrón del fallo: el equipo de integración construye lo que es técnicamente cómodo para los volúmenes y fija los intervalos de los lotes con criterios técnicos. Nadie del lado del negocio comprueba si esa frecuencia respalda la decisión que está tomando el usuario.

Haga una pregunta antes de especificar nada: ¿cuál es la mayor antigüedad que pueden tener los datos sin dejar de ser útiles? Una vez al día puede bastar para las actualizaciones de los datos maestros de clientes. Para la disponibilidad de stock en ventas B2B, cualquier cosa por encima de quince minutos es un problema.

1. 01Datos maestros de clientesDe SAP a Salesforce, 24 horas
2. 02Listas de preciosDe SAP a Salesforce, 1 hora
3. 03Disponibilidad de stockDe SAP a Salesforce, 15 minutos
4. 04Oportunidad ganadaDe Salesforce a SAP, inmediato
5. 05Estado del pedidoDe SAP a Salesforce, 15 minutos
6. 06Factura y pagoDe SAP a Salesforce, 24 horas

Cotización, pedido y factura coinciden

Desajustes en la calidad de los datos

Si el nombre de la empresa en Salesforce tiene un formato distinto al de los datos maestros de clientes en SAP, cada sincronización genera desajustes que hay que corregir a mano.

He trabajado con equipos que dedicaban horas cada semana a conciliar datos básicos de clientes entre Salesforce y el ERP, y he visto proyectos en los que solo mapear las jerarquías de clientes llevó semanas porque los dos sistemas definían una «cuenta» de forma distinta. Los sistemas se habían mantenido por separado durante años y habían divergido de maneras que nadie había mapeado.

Limpie los datos antes de integrar. Parece obvio. Es el paso que más sistemáticamente se omite.

Arquitectura equivocada para la escala

La integración punto a punto funciona con dos sistemas, pocos flujos y procesos estables. Es la forma más barata de empezar.

No escala. Si añade un módulo de SAP, una nueva unidad de negocio de Salesforce o un tercer sistema, las conexiones se multiplican. Cada una hay que mantenerla, probarla y diagnosticarla por separado.

El middleware (SAP Integration Suite, MuleSoft, Boomi o similar) le da una capa única y gobernada, con monitorización central y gestión de errores. La contrapartida es una inversión inicial en arquitectura y gobierno. Las empresas que despliegan middleware pero no le asignan un responsable con nombre acaban con los mismos problemas que con el punto a punto, más una plataforma que nadie entiende.

Sin gobierno de la integración

Cada versión de Salesforce y cada paquete de soporte de SAP puede romper un flujo: cambios de API, nuevas reglas de validación, campos modificados, nuevos requisitos de autenticación. Las integraciones que se construyen y se olvidan fallan en la primera actualización que nadie probó con pruebas de regresión. Es el fallo posterior al go-live que más veo.

SAP Integration Suite. La plataforma de integración de SAP sobre SAP BTP, y la elección natural en entornos centrados en SAP. Maneja bien IDocs, BAPIs, OData y los formatos de mensajes de SAP, y tiene contenido predefinido para los escenarios habituales de SAP. Los procesos de negocio complejos siguen necesitando flujos de integración a medida y habilidades reales de integración. Si todavía está en SAP PI/PO, tenga en cuenta que su mantenimiento estándar termina a finales de 2027, así que no deberían construirse allí nuevos flujos de Salesforce. En RISE, compruebe qué derecho de uso de SAP BTP incluye ya su contrato antes de comprar más.

MuleSoft. Propiedad de Salesforce desde 2018, con una amplia biblioteca de conectores, un conector oficial de SAP S/4HANA y plantillas aceleradoras para el proceso del pedido al cobro (order-to-cash) de SAP. Buena opción si ya lo tiene. La pega para las organizaciones con mucho SAP: MuleSoft es un conjunto de habilidades distinto, y el equipo que lleva su programa SAP probablemente no es el que debería diseñar su arquitectura de MuleSoft.

Boomi. Una plataforma de integración en la nube (independiente de Dell desde 2021) con conectores para SAP y Salesforce y una barrera de entrada más baja que MuleSoft. Razonable para organizaciones medianas que quieren un middleware gobernado sin el costo ni la complejidad de MuleSoft.

API punto a punto. Las llamadas directas REST o SOAP entre Salesforce y SAP evitan el costo del middleware. Exigen un versionado disciplinado de las API, pruebas de regresión en cada versión y un equipo que entienda ambos sistemas. Bien para casos simples y estables. Un acumulador de deuda para cualquier cosa compleja.

Mi guía de SAP CPI e Integration Suite trata con más profundidad la plataforma del lado de SAP, y las cinco opciones de CRM para SAP compara los propios CRM.

1. Una especificación de cada flujo: campos, dirección, frecuencia, mapeo de claves y qué ocurre cuando los dos sistemas no coinciden.
2. Un diseño explícito de fallos. Cuando falla una sincronización, ¿qué pasa con los datos en tránsito? ¿Cuántos reintentos? ¿Quién recibe la alerta? ¿Cuál es la recuperación manual? La mayoría de las integraciones están poco diseñadas en este punto.
3. Pruebas de regresión antes de cada actualización. Salesforce lanza tres versiones principales al año y SAP lanza sus propios paquetes de soporte y actualizaciones. Antes de cada una debería ejecutarse una batería automatizada que cubra los flujos críticos.
4. Monitorización con alertas. Un fallo silencioso es peor que uno ruidoso. Los errores que se acumulan durante días son mucho más difíciles de corregir que los que se detectan en minutos.
5. Un responsable. Una persona que sepa qué hace la integración, vea cuándo se rompe y tenga el acceso y la autoridad para repararla.

Complete una fila por cada flujo antes de que nadie escriba un documento de especificación. Si una celda está en blanco, el flujo no está listo para construirse. Los valores de abajo son ilustraciones; acuerde los suyos con las personas que usan los datos.

Flujo	Dirección	Disparador y frecuencia	Antigüedad máxima aceptable de los datos	Sistema de registro	En caso de fallo	Responsable
Datos maestros de clientes	De SAP a Salesforce	Al cambiar	24 horas	SAP	Reintentar y luego avisar al responsable de datos	Responsable de los datos maestros de clientes
Disponibilidad de stock	De SAP a Salesforce	Bajo demanda o casi en tiempo real	15 minutos	SAP	Mostrar el indicador «consultar con operaciones»	Responsable de sistemas de la cadena de suministro
Listas de precios y condiciones	De SAP a Salesforce	Al cambiar	1 hora	SAP	Bloquear la cotización con un precio obsoleto	Responsable de precios
Oportunidad ganada a pedido de venta	De Salesforce a SAP	Al cerrar	Inmediata	Salesforce hasta crear el pedido, luego SAP	Poner en cola y avisar a operaciones comerciales	Responsable de operaciones comerciales
Estado de pedido y entrega	De SAP a Salesforce	En cada hito	15 minutos	SAP	Reintentar y luego avisar al soporte de integración	Responsable de integración
Estado de factura y pago	De SAP a Salesforce	Diaria	24 horas	SAP	Avisar a sistemas financieros	Responsable de sistemas financieros

La columna «antigüedad máxima aceptable de los datos» es la que la mayoría de los equipos nunca rellena. Acuérdela con los usuarios que toman las decisiones, no solo con el equipo de integración. Si ya va con retraso, los retrasos en la entrega de SAP Integration Suite repasa las causas habituales.

Los registros de clientes no coinciden. Causa: nunca se alinearon los dos maestros de clientes. Solución: concilie antes del go-live, haga de SAP el sistema de registro de los datos de clientes y haga cumplir el mapeo en la integración.

El estado del pedido no se actualiza en Salesforce. Causa: la integración cubre de la cotización al pedido, pero no las devoluciones de llamada de estado. Solución: envíe actualizaciones de estado desde SAP SD a Salesforce en cada hito del pedido.

Los precios de la cotización difieren de los de la factura. Causa: los precios se mantienen a mano en Salesforce y se alejan de las condiciones de precio de SAP. Solución: haga de SAP el maestro de precios y traiga los precios a Salesforce mediante la integración.

La integración se rompe tras una actualización de SAP. Causa: el plan de actualización no incluye pruebas de regresión de la integración. Solución: incluya las pruebas de regresión de la integración en el alcance de cada actualización de SAP.

¿Puede Salesforce integrarse con SAP?

Sí, mediante SAP Integration Suite, MuleSoft, Boomi, otras plataformas de integración o API directas. Los flujos típicos son la sincronización de datos maestros de clientes, de oportunidad ganada a pedido de venta, el estado de pedidos y entregas de vuelta a Salesforce, los precios hacia Salesforce para las cotizaciones y el estado de facturas y pagos. Una sincronización de datos maestros de clientes es sencilla. Un proceso completo de la cotización al cobro (quote-to-cash), con precios complejos, muchas sociedades y stock en tiempo real, es un proyecto importante.

¿Salesforce es un ERP o un CRM?

Un CRM. Gestiona el pipeline de ventas, las oportunidades, las interacciones con clientes, el marketing y el servicio. No contabiliza asientos ni gestiona inventario. SAP es el ERP para finanzas, compras, inventario y producción. Bien integrados, un comercial ve el stock y el estado de pago en Salesforce, y finanzas ve el valor del negocio en SAP.

¿Cuál es la razón principal por la que fallan las integraciones ERP-CRM?

Requisitos definidos desde la tecnología en lugar de desde la decisión del usuario. La integración se construye correctamente según una especificación que estaba equivocada: datos con cuatro horas de antigüedad, precios que no coinciden con las facturas, actualizaciones de estado con retraso. Antes de redactar una especificación técnica, documente las decisiones que toma cada grupo de usuarios con los datos y cuán recientes tienen que ser.

¿Cómo se mantiene una integración ERP-Salesforce a lo largo del tiempo?

Ejecute pruebas de regresión automatizadas sobre los flujos críticos antes de cada versión de Salesforce y cada actualización de SAP. Monitorice cada flujo crítico con alertas que se disparen al fallar, no en un informe de fin de jornada. Nombre un responsable que tenga acceso a la monitorización y participe en la planificación de cambios de ambos sistemas.

¿Cuándo conviene usar SAP Integration Suite para integrar con Salesforce?

Cuando SAP es el sistema dominante, cuando tiene acceso a SAP BTP y cuando los flujos implican contenido específico de SAP, como IDocs, BAPIs o formatos de mensajes de SAP. Es una opción más débil si ya ha invertido mucho en MuleSoft o Boomi, si su equipo carece de habilidades de integración con SAP o si SAP es un participante menor en flujos mayormente ajenos a SAP. Para los nuevos programas RISE con Salesforce en el alcance, es el punto de partida natural.

¿Cuánto dura un proyecto de integración ERP-Salesforce?

Un alcance estándar (sincronización de datos maestros de clientes, de la cotización al pedido y estado básico de pedidos) con contenido predefinido suele llevar de 8 a 16 semanas desde la definición del alcance hasta el go-live, suponiendo datos limpios y un desarrollador de integración dedicado. Un proceso completo de la cotización al cobro, con precios complejos, varias entidades, gestión de crédito y stock en tiempo real, suele llevar de 4 a 9 meses. Los problemas de datos descubiertos a mitad de proyecto y los flujos añadidos durante la construcción son las causas habituales de desvíos, así que realice una evaluación de la calidad de los datos antes de que empiece la construcción.