Significa que dos sistemas con dos bases de datos se pasen registros entre sí: Salesforce maneja la relación comercial y el ERP, el stock, las compras, la facturación y la contabilidad.
Somos EGA Futura y desarrollamos EGA Futura ERP, que corre dentro de Salesforce. Lo decimos desde el principio porque uno de los cuatro caminos es el nuestro.
Salesforce es donde el equipo comercial sigue cada oportunidad hasta ganarla. Lo que pasa después de ganarla vive en el ERP: entregar, facturar, cobrar y registrar.
Cuando son dos sistemas, el pedido cruza una frontera en el momento exacto en que la venta se vuelve operación.
Aparece cuando el vendedor promete una entrega sin ver el stock, o cuando administración factura sin ver lo que se acordó en la oportunidad.
La primera respuesta suele ser una planilla que alguien completa a mano. La integración llega cuando esa planilla ya no alcanza.
El problema escala con el tamaño. Según el Connectivity Benchmark Report 2026 de Salesforce, en empresas de 1.000 empleados o más solo el 27% de las aplicaciones está integrado.
Consejo: anotemos las tres preguntas que el vendedor hoy no puede responder desde el CRM sin llamar a administración.
Viajan cinco familias de datos: clientes, productos con sus precios, pedidos, facturas con sus saldos y stock. Cada una tiene un sistema dueño y una dirección habitual.
Mapear es decidir qué campo de un sistema corresponde a qué campo del otro. Esta es la tabla de partida en casi cualquier proyecto.
| Dato | En Salesforce | En el ERP | Dirección habitual |
|---|---|---|---|
| Cliente | Cuenta y contactos | Cliente con datos fiscales | De Salesforce al ERP |
| Producto y precio | Producto y lista de precios | Artículo con costo y precio | Del ERP a Salesforce |
| Pedido | Oportunidad ganada o pedido | Orden de venta | De Salesforce al ERP |
| Factura y saldo | Solo con Revenue Management, antes Revenue Cloud, que se contrata aparte | Factura y cuenta corriente | Del ERP a Salesforce |
| Stock | No en Sales Cloud: solo en productos aparte, como Field Service | Stock por depósito | Del ERP a Salesforce |
Las dos últimas filas son las que más pide el equipo comercial y las que más cuesta mantener, porque cambian con cada movimiento.
Si los dos sistemas pueden editar al mismo cliente, tarde o temprano cada uno guarda una versión distinta. La regla que evita ese conflicto es simple: un solo dueño por campo.
El CUIT o el NIT los decide administración; el teléfono del contacto, el vendedor. Escribirlo antes de integrar ahorra semanas de discusiones después.
Consejo: armemos la tabla de los cinco datos con el dueño de cada campo antes de hablar con cualquier proveedor.
Son el desarrollo propio contra las API de los dos sistemas, un conector de catálogo y una plataforma de integración como MuleSoft o Boomi. Se diferencian en quién escribe la conexión y quién la mantiene.
Salesforce expone sus datos por API, y la mayoría de los ERP en la nube también. Un desarrollador escribe el código que lee de un lado y escribe del otro.
Antes de empezar conviene revisar la edición de la Org: en Professional, el acceso a la API normalmente no está incluido.
Es el camino más flexible, porque hace exactamente lo que tu empresa pide. También es el más frágil: el código queda en manos de quien lo escribió.
Es una aplicación ya armada, del AppExchange, que Salesforce hoy llama AgentExchange, o del catálogo del ERP, que sincroniza los objetos más comunes. Se instala en días y tiene precio de licencia.
Su límite es el mapeo que el fabricante previó. Un campo propio de tu empresa o un circuito fuera de lo estándar suele terminar, de todos modos, en desarrollo a medida.
Una plataforma de integración, también llamada iPaaS, orquesta muchos sistemas desde un solo lugar. MuleSoft es la de Salesforce; Boomi y Workato son otras conocidas.
Conviene cuando la empresa conecta varios sistemas, no solo dos. Trae su propia licencia y pide especialistas que la operen.
MuleSoft publica sus paquetes desde USD 2.000 por mes con facturación anual, según su página de precios de octubre de 2026. A eso se suman las horas de quien la configura.
| Camino | Cuándo conviene | Quién lo mantiene | Riesgo principal |
|---|---|---|---|
| Desarrollo propio | Circuitos muy particulares | El desarrollador que lo escribió | Que esa persona ya no esté |
| Conector de catálogo | Circuitos estándar | El fabricante del conector | Que no mapee lo que tu empresa necesita |
| Plataforma de integración | Muchos sistemas a la vez | Un equipo especializado | Costo de licencia y de operación |
Consejo: pidamos a quien proponga cada camino que diga por escrito quién arregla la sincronización un lunes a las nueve.
Se rompen tres cosas, con cualquier camino: aparecen duplicados, la sincronización falla sin avisar y cada actualización de uno de los dos sistemas puede cortar la conexión.
El vendedor carga un cliente nuevo en Salesforce y administración lo carga en el ERP con otra razón social. La integración ve dos clientes donde hay uno.
Corregirlo exige una regla de coincidencia, por CUIT o por email, y alguien que revise los casos dudosos.
Un pedido no pasa al ERP porque le faltaba un campo obligatorio. Nadie se entera hasta que el cliente reclama la entrega.
Por eso toda integración termina con una cola de errores y una persona que la revisa cada mañana. Ese trabajo rara vez figura en la propuesta.
Salesforce publica tres versiones por año, y el ERP tiene su propio calendario. Un campo nuevo, una regla de validación o un permiso cambiado de cualquiera de los dos lados puede cortar la conexión.
La integración se prueba de nuevo con cada versión, y esa prueba también tiene costo.
Consejo: midamos durante una semana cuántos registros quedan con error y cuánto tarda alguien en corregirlos; ese número es el costo real de la integración.
Mira cómo funciona un ERP que no necesita integración en la página del ERP nativo para Salesforce.
Conviene cuando la empresa ya trabaja en Salesforce y su gestión administrativa puede vivir en la misma Org. Un ERP nativo está construido sobre la plataforma, así que no hay dos bases que sincronizar.
El cliente, la oportunidad, el pedido y la factura son registros de la misma base de datos. Lo que ve el vendedor y lo que ve administración es el mismo dato.
Los usuarios, los perfiles y los permisos también son los mismos, así que no hay dos esquemas de seguridad que mantener.
Y las automatizaciones se arman con el mismo motor de automatización que ya usa el CRM.
Integrar sigue siendo la mejor opción en dos casos, y conviene decirlo antes de cualquier demo.
Ordenan la decisión entre integrar y sumar un ERP nativo.
Consejo: respondamos las cuatro por escrito; si tres apuntan al mismo camino, la decisión ya está tomada.
EGA Futura ERP corre dentro de Salesforce y se instala desde el AppExchange sobre la Org que la empresa ya tiene. El pedido sale de la oportunidad y la factura, del pedido.
La cotización aceptada pasa a venta sin volver a cargar productos ni precios, y la factura queda ligada a esa venta y a la cuenta del cliente.
EGA Futura Ventas, EGA Futura Compras y EGA Futura Inventory trabajan sobre los mismos productos del CRM, con el stock de cada almacén a la vista del vendedor.
Del lado del dinero, EGA Futura Treasury, EGA Futura TAX y EGA Futura Conta suman tesorería, impuestos y contabilidad a la misma Org. Conta está disponible desde la edición Enterprise.
Las empresas que ya usan Salesforce lo instalan desde el AppExchange sobre su Org existente. Para las que no lo usan, EGA Futura entrega la plataforma y el ERP juntos, como un solo servicio.
En los dos casos el producto es el mismo: cambia la forma de contratarlo, no el ERP.
Consejo: llevemos a la demo la tabla de los cinco datos y pidamos ver en vivo cómo se resuelve cada una dentro de la misma Org.
Trabajamos sobre Salesforce desde 2009 y desarrollamos software de gestión desde 1994. En ese tiempo vimos más integraciones fallar por los datos que por el código.
El patrón se repite: la conexión la escribe alguien que conoce los dos sistemas, funciona bien el primer año y después esa persona cambia de proyecto.
Lo que queda es un código que nadie quiere tocar y una cola de errores que alguien revisa sin saber por qué se producen. Por eso preguntamos primero quién mantiene la conexión, y solo después cómo se construye.
Construimos EGA Futura ERP sobre Salesforce para que el cliente, el pedido y la factura vivieran en la misma base de datos desde el primer día. No hay frontera que cruzar, y por lo tanto no hay sincronización que vigilar.
Agenda una demo de EGA Futura ERP para ver el circuito completo dentro de una Org: dura 30 a 45 minutos, es sin compromiso y la da una persona del equipo.
Son las dudas que más recibimos de equipos que ya usan Salesforce y evalúan su back office.
Casi cualquier ERP en la nube expone una API, así que técnicamente sí. La pregunta útil no es si se puede, sino quién mantiene la conexión y cuánto cuesta hacerlo cada año.
MuleSoft es la plataforma de integración de Salesforce, pensada para conectar muchos sistemas desde un solo lugar. Para conectar solo el CRM con un ERP no es obligatoria: también existen conectores de catálogo y desarrollos propios.
Depende del camino: MuleSoft publica paquetes desde USD 2.000 por mes con facturación anual, y un conector o un desarrollo propio suman licencia u horas. A eso se agrega el mantenimiento: la cola de errores y las pruebas con cada versión.
Un ERP integrado tiene su propia base de datos y se sincroniza con Salesforce por una conexión. Un ERP nativo está construido sobre la plataforma y guarda sus registros en la misma Org que el CRM, sin sincronización.
Salesforce publica tres versiones por año y cada una puede cambiar algo que la integración usa. Por eso conviene probar la conexión en un ambiente de prueba antes de que cada versión llegue a producción.
Los clientes y los productos, porque todo lo demás depende de ellos. Con esos dos datos ordenados, los pedidos, las facturas y el stock se suman con menos errores.
Decidir entre integrar y sumar un ERP nativo es más fácil con los conceptos claros y el circuito a la vista. Estos materiales ayudan a armar esa decisión.
EGA Futura ERP es el Sistema de Gestión en la nube de EGA Futura, con IA integrada en cada aplicación.
Ventas, compras, inventario, finanzas y equipo, con la información al día y disponible desde cualquier dispositivo. Funciona en la nube, así que no hay servidores que mantener.
EGA Futura trabaja con empresas medianas desde 1994. Hoy desarrolla EGA Futura ERP, un sistema de gestión en la nube que reúne ventas, compras, inventario y finanzas en un solo lugar.
Lo usan empresas de 25 a 300 personas en Latinoamérica y Estados Unidos, y de ese trabajo diario salen los temas de cada artículo.
Cada categoría reúne sus artículos, y los términos, tutoriales y aplicaciones de EGA Futura relacionados con el tema.
