Servicios Salesforce
Integraciones de Salesforce
Salesforce no es el único sistema de tu empresa. El ERP, el ecommerce, el PMS o la plataforma de facturación tienen parte de la información que el equipo necesita, y mientras no se conecten alguien la estará copiando a mano.
La parte difícil de una integración no es técnica: es decidir qué sistema manda sobre cada dato. Eso es lo que trabajamos primero.
Con qué se conecta
Los sistemas que suelen entrar en juego
La lista concreta depende del sector, pero el patrón se repite: el dato de cliente está partido entre el CRM y el sistema donde de verdad se opera.
ERP
Clientes, artículos, tarifas, pedidos, albaranes y facturación. Es la integración más habitual y la que más se beneficia de decidir bien qué sistema es el dueño de cada dato.
Ecommerce
Pedidos, carritos abandonados, devoluciones y comportamiento de navegación. Permite que atención al cliente y marketing trabajen sobre la compra real, no sobre una copia desactualizada.
PMS y motor de reservas
En hospitality es la integración que decide si existe una ficha única de huésped. Estancias, preferencias e incidencias tienen que llegar al CRM para que los journeys y el contact center funcionen.
Facturación y cobros
Estado de cobro, riesgo y vencimientos junto a la cuenta. Evita que el comercial venda a un cliente bloqueado o que atención al cliente no sepa por qué hay una entrega parada.
Producto y configuración
Catálogo, variantes, configuradores y listas de precios. En fabricación es lo que hace viable cotizar bien desde el CRM sin duplicar el mantenimiento del catálogo.
Herramientas del equipo
Correo y calendario, telefonía, firma electrónica, portales de proveedor o de cliente, y la mensajería que ya usa la organización.
Las cuatro decisiones
Antes de construir nada, cuatro preguntas
Casi todas las integraciones que dan problemas al año siguiente se explican por una de estas cuatro preguntas sin responder. Contestarlas cuesta unas reuniones; no contestarlas cuesta el proyecto.
Quién es el dueño de cada dato
La pregunta que más problemas evita. Si dos sistemas pueden modificar el mismo campo, antes o después divergen y nadie sabe cuál creer. Se decide dato a dato, no sistema a sistema.
En qué dirección y con qué latencia
No todo necesita tiempo real. Un dato de facturación que se sincroniza cada noche puede ser suficiente, y cuesta mucho menos de construir y de mantener que un flujo inmediato.
Qué pasa cuando falla
Toda integración se cae alguna vez. Lo que distingue una buena de una mala es si el error se ve, si se puede reintentar y si alguien se entera antes que el cliente.
Cuánto va a costar mantenerla
Una integración es código y configuración que hay que sostener cuando cambian las dos puntas. Ese coste tiene que estar en la decisión desde el principio, no aparecer al año siguiente.
Cómo lo abordamos
Integrar lo que hace falta, no todo lo que se puede
La tentación en una integración es mover todos los datos porque técnicamente se puede. El resultado es un sistema más lento, más caro de mantener y con más sitios donde algo puede desincronizarse.
Partimos del proceso: qué necesita ver una persona para tomar una decisión o atender a un cliente. Ese es el dato que tiene que viajar. El resto se queda donde está.
Trabajamos con las herramientas de integración de la plataforma y con el middleware que ya tengas: la decisión de herramienta va después de la de alcance, no antes.
Cada flujo se documenta con su dirección, su frecuencia, su dueño del dato y su comportamiento ante error, para que sea mantenible por alguien que no lo construyó.
Antes de conectar revisamos la calidad del dato en origen. Integrar datos sucios los reparte por más sistemas en lugar de arreglarlos.
Dejamos visibilidad de la integración en marcha: qué se ha sincronizado, qué ha fallado y quién recibe el aviso.
¿Qué dato estás copiando a mano?
Cuéntanos qué sistemas tienes y dónde se está duplicando el trabajo. Con eso podemos estimar el alcance real de la integración y decidir si compensa hacerla entera o por partes.
Preguntas frecuentes
Preguntas frecuentes
¿Qué hay que decidir antes de integrar Salesforce con otro sistema?
Cuatro cosas, y ninguna es técnica: quién es el dueño de cada dato, en qué dirección viaja y con qué latencia, qué ocurre cuando la integración falla, y cuánto va a costar mantenerla. Construir antes de responderlas es lo que produce integraciones que funcionan el primer mes y se rompen cuando cambia una de las dos puntas.
¿Con qué sistemas se integra habitualmente Salesforce?
Los que más aparecen son el ERP, el ecommerce, el PMS y el motor de reservas en hotelería, la facturación y los cobros, el catálogo y la configuración de producto, y las herramientas del día a día del equipo. Lo que justifica la integración no es el sistema, sino qué dato de él necesita el CRM para que alguien deje de copiarlo a mano.
¿Debe mandar el ERP o el CRM sobre los datos de cliente?
Depende del dato, y conviene decidirlo campo a campo antes de construir. En la práctica el ERP suele ser el dueño del maestro (cliente facturable, producto, precio) y el CRM el de la relación comercial: contactos, actividad, oportunidades. Lo que no funciona es que los dos crean que mandan sobre lo mismo.
¿Merece la pena integrar todo o solo una parte?
Solo la parte que quita trabajo manual o desbloquea una decisión. Integrar todo lo que se puede multiplica los puntos que hay que mantener y, si los datos de origen están sucios, los reparte por más sistemas en lugar de arreglarlos.