Conectar SAP con tu CRM: la guía para que el ERP deje de ser una isla

Por qué integrar SAP no se parece a integrar cualquier otro sistema

Con la mayoría de las herramientas modernas el trabajo empieza y termina en la API. Con SAP hay tres capas encima que deciden el proyecto antes de que alguien escriba código.

• La versión manda. Business One, SAP ECC, S/4HANA on-premise y S/4HANA Cloud pública no exponen lo mismo. La nube pública bloquea RFC, BAPI e IDoc y solo deja OData, SOAP y REST; Business One nunca los tuvo, porque es otro producto y sale por su Service Layer. Si tu proveedor diseñó la integración sobre IDocs y tú estás en cualquiera de esos dos, el diseño no existe.
• El licenciamiento es parte del diseño. SAP cobra el acceso indirecto: si tu CRM empuja pedidos, esos documentos se licencian aunque el vendedor nunca abra SAP. Es la única integración donde la arquitectura cambia el precio de la licencia.
• El core no se toca. La práctica vigente de SAP —lo que llaman núcleo limpio— empuja a integrar por interfaces publicadas y no por modificaciones al sistema. Es una buena noticia a largo plazo y una restricción real a corto.

Ninguna de las tres se resuelve programando mejor. Se resuelven averiguando antes, y por eso los dos primeros pasos de esta guía no tienen una sola línea técnica.

Las tres decisiones que definen el costo del proyecto

Primera: qué se sincroniza y en qué dirección. La tentación es "todo, en ambos sentidos". El proyecto sano empieza al revés: cliente y saldo de SAP hacia el CRM en modo lectura, que es donde está el 80% del valor para el vendedor y el 0% del riesgo. Escribir pedidos hacia SAP es una segunda fase, y es la que dispara el licenciamiento.

Segunda: quién es dueño de cada campo. "SAP manda" suena bien y rompe integraciones. SAP manda en lo fiscal, el crédito y el catálogo; el CRM manda en la etapa comercial, la actividad y el contacto. El detalle campo a campo se trabaja en el paso 3, y es la decisión que más veces se salta y más caro sale.

Tercera: en tiempo real o por lotes. Un saldo de crédito desactualizado por una hora puede costar una venta mal aprobada; un catálogo de productos vive perfecto con una carga nocturna. Pagar tiempo real donde nadie lo nota es la forma más silenciosa de inflar el costo de operación.

Cuánto tarda y qué esperar del proceso

Los números honestos, con pruebas y manejo de errores incluidos. Una sincronización de lectura —clientes y saldos de SAP al CRM— se construye en 3 a 5 semanas. Agregarle productos y listas de precios suma 2 o 3 más. La escritura de pedidos desde el CRM hacia SAP es otra cosa: de 8 a 14 semanas, porque ahí entran las validaciones de SAP, los estados de error y la conciliación contra finanzas.

Si alguien te cotiza "SAP integrado en tres semanas", la pregunta que ordena la conversación es: ¿qué pasa cuando SAP rechaza el pedido por crédito excedido? Si la respuesta no incluye dónde queda ese registro, quién lo ve y cómo se reprocesa, lo que te están cotizando es una demo.

Reserva además entre un 15 y un 20% del presupuesto para el mes posterior a la salida. La primera semana en producción siempre revela datos que nadie sabía que existían: clientes bloqueados desde 2019, materiales descontinuados que siguen en el catálogo, condiciones de pago que solo existen para una división. No es una falla del proyecto: es el proyecto funcionando.

Cómo elegir a quién te lo integra: las preguntas incómodas

Cualquiera puede mostrarte un diagrama con SAP de un lado y el CRM del otro. Estas cinco preguntas separan a quien ya integró SAP de quien va a aprender con tu presupuesto:

• ¿Qué versión de SAP asumieron y lo confirmaron con mi equipo de TI? Si la propuesta no nombra tu versión exacta, está escrita en genérico.
• ¿Cómo cambia mi licenciamiento de SAP con esta arquitectura? La respuesta honesta es "hay que estimarlo con tu contrato en la mano". La respuesta preocupante es "eso no aplica".
• ¿Van a modificar algo dentro de SAP? Si la respuesta es sí, pregunta quién mantiene esa modificación en la próxima actualización.
• ¿Dónde veo los pedidos que SAP rechazó? Si no hay una cola visible con el motivo del rechazo, te vas a enterar por el cliente.
• ¿De quién quedan las credenciales, los mapeos y la documentación? Tuyas. Siempre tuyas.

Checklist maestro de la conexión SAP–CRM

Si puedes marcar todo esto, tu ERP y tu equipo comercial trabajan sobre la misma realidad:

• Versión de SAP confirmada por escrito, con los protocolos que habilita.
• Estimación del impacto en licenciamiento hecha antes de aprobar el diseño.
• Alcance por fases: lectura primero, escritura de documentos después.
• Matriz de objetos y dueño del dato firmada por comercial, finanzas y TI.
• Protocolo elegido por flujo, no uno solo para todo.
• Middleware definido, con su costo proyectado a doce meses.
• Llave de identidad única entre SAP y el CRM, con la base deduplicada antes de encender.
• Cola de errores visible, con dueño y procedimiento de reproceso.
• Conciliación periódica de conteos y montos contra finanzas.
• Credenciales y documentación en manos de tu empresa.

Los patrones genéricos que hay detrás de todo esto —cómo elegir entre nativo, iPaaS o middleware, cómo diseñar reintentos, cómo monitorear— están desarrollados sin apellido de sistema en la guía de integración de datos. Esta guía es la capa de SAP encima de esos patrones. Y si el CRM del otro lado todavía no está ordenado, la guía de implementación de HubSpot es el paso previo.