1. Qué resolvemos exactamente
Cuatro problemas que casi siempre aparecen juntos:
- «Los mismos datos están en cuatro aplicaciones y nadie sabe cuál es la buena.» El ERP dice una cosa, el CRM otra y la hoja de cálculo del comercial una tercera. Las discrepancias no avisan: aparecen el día que hay que decidir algo.
- «Copiamos y pegamos entre sistemas todos los días.» Trabajo mecánico hecho por gente cara, con el error de transcripción incluido en el precio.
- «El dato llega tarde a donde hace falta.» Se actualiza cuando alguien se acuerda de exportar, no cuando el dato cambia.
- «Cada informe da un número distinto.» Porque cada uno se ha alimentado de una fuente distinta y en un momento distinto.
2. Cómo funciona
La integración se construye alrededor de los sistemas que ya tienes, y se conecta por donde cada uno deje: API, acceso a base de datos o intercambio de ficheros. Si alguno no expone ninguna de las tres, se dice antes de empezar y no a mitad del proyecto.
Lo que separa una integración que aguanta de un script que se rompe cada dos semanas son tres cosas que no se ven en la demo:
- Reintentos sin duplicar. Las conexiones fallan: se cae la red, el ERP está en mantenimiento, la API devuelve un error temporal. La sincronización tiene que poder repetirse sin crear el pedido dos veces.
- Conciliación de discrepancias. Cuando los dos sistemas no coinciden, el dato no se fuerza ni se descarta en silencio: queda en una cola con las dos versiones para que una persona decida. Esa cola es lo que evita descubrir el desajuste tres meses después.
- Registro de lo que se movió. Qué se leyó, qué se escribió, cuándo y con qué resultado. Sin eso, la primera discusión sobre un dato raro no tiene forma de resolverse.
Puesto uno al lado del otro, el cambio se ve mejor. Fíjate en que el dato nace en el mismo sitio y acaba en el mismo sitio: lo que desaparece es el paso del medio.
- El dato nace en un sistemaUn pedido en el ERP, un contacto en el CRM
- Alguien lo exporta y lo tecleaCuando se acuerda, y como lo entiende
- Llega al otro sistemaCon retraso y, a veces, distinto
Las discrepancias no avisan: aparecen el día que hay que decidir algo con ese dato.
- El dato nace igualNadie cambia de sistema ni de costumbres
- La sincronización lo recogePor API, base de datos o fichero, según lo que el sistema permita
- Se concilia y se reintentaSi algo falla, se repite sin duplicar
- Llega al otro sistemaEn minutos, con registro de qué se movió
↳ Lo que no cuadra no se fuerza ni se descarta en silencio: queda en una cola de discrepancias con las dos versiones del dato, para que una persona decida.
Nadie exporta nada. Y cuando alguien pregunta cuál es el dato bueno, hay respuesta.
Los dos recorridos avanzan a la vez y en la misma escala de tiempo: el de arriba todavía va por el segundo paso cuando el de abajo ya ha terminado y espera. Las proporciones son ilustrativas — lo que sostenemos es que uno tarda bastante más que el otro, no cuánto exactamente en tu caso.
3. Qué NO hacemos con tu ERP
Conviene decirlo pronto y claro: no somos especialistas en ningún ERP concreto y no lo pretendemos. Hemos integrado con los habituales del tejido industrial, pero lo que sabemos hacer es hablar con el que ya tienes —leer, escribir y sincronizar—, no configurarlo ni parametrizarlo por dentro.
Eso significa que no vamos a tocar tu plan contable, ni tus circuitos de aprobación, ni la parametrización de almacenes. Para eso está tu implantador, y trabajamos con él sin ningún problema: de hecho, los proyectos salen mejor cuando está en la conversación desde el principio.
Si alguien te ofrece a la vez la integración y la parametrización de tu ERP, pregúntale por la segunda con detalle. Es una especialidad distinta y se nota enseguida.
4. Casos típicos
Nuestros clientes están hoy en la industria —fabricación discreta y de proceso: automoción, alimentación y bebidas—, que es donde tenemos el recorrido. Los otros son patrones que se repiten en cualquier sector.
Industria: automoción, alimentación y bebidas
Los datos de producción viven en el sistema de planta y la facturación en el ERP, y alguien los cruza a mano cada cierre. El cierre depende de una persona y de un fichero que solo ella sabe montar.
Producción y ERP se sincronizan solos, y el cierre pasa de montarse a revisarse.
Comercial y operaciones
El CRM y el ERP guardan el mismo cliente con datos distintos: dirección, condiciones, riesgo. El comercial promete un precio que el ERP no reconoce, y el problema aparece en el pedido.
Un único origen para cada dato, con conciliación de lo que no cuadre en vez de sobrescribir a ciegas.
Administración
Los informes se alimentan de exportaciones manuales hechas en momentos distintos. Cada informe da un número distinto y se discute la cifra en vez de la decisión.
Todos beben de la misma fuente sincronizada, así que la conversación vuelve a ser sobre qué hacer.
5. Qué necesitas tener antes de empezar
- Que los sistemas dejen entrar. API, acceso a base de datos o exportación programada. Con uno de los tres basta; con ninguno, no hay proyecto y hay que decirlo.
- Credenciales y permiso para usarlas. Parece obvio y es lo que más veces retrasa el arranque, sobre todo cuando el sistema lo mantiene un tercero.
- Saber cuál es el sistema de referencia para cada dato. Si el precio manda en el ERP y el contacto manda en el CRM, hay que decidirlo antes. Es una decisión de negocio, no técnica, y no la podemos tomar nosotros.
- Alguien que sepa qué significa cada campo. La mitad de los problemas de una integración son de significado, no de conexión.
- Tolerancia a que algo quede en cola. Siempre habrá discrepancias; lo importante es que alguien las mire.
6. Cuándo NO es la solución
- Vas a cambiar de ERP en los próximos meses. Integrar lo que está a punto de desaparecer es tirar el dinero. Conviene esperar y diseñar la integración contra el sistema nuevo.
- El volumen es bajo. Si son cinco registros a la semana, copiarlos a mano sale más barato que mantener una sincronización.
- Nadie quiere decidir cuál es el dato bueno. Sin esa decisión, la integración solo propaga el desacuerdo más deprisa.
- El problema real es el proceso, no los sistemas. Si el dato llega mal porque nadie sabe quién debe introducirlo, integrar dos sistemas no lo arregla: primero hay que ordenar el proceso.
7. Cómo se mide el retorno
- Horas al mes que dejan de irse en exportar, teclear y cuadrar, con su coste equivalente.
- Tasa de discrepancias entre sistemas, antes y después. Suele ser el número que más sorprende cuando se mide por primera vez.
- Retraso del dato: cuánto tarda un cambio en estar disponible donde hace falta.
- Errores evitados y lo que costaba cada uno: reprocesos, abonos, pedidos mal servidos.
El marco completo está en cómo se mide el retorno de la guía. Y si los datos que se mueven son personales, las obligaciones aplicables están en cumplimiento normativo en IA.
Aviso: esta página tiene finalidad informativa; no constituye asesoramiento jurídico ni una garantía de resultados. Las cifras citadas son rangos habituales en proyectos reales, no compromisos contractuales, y dependen del alcance y del punto de partida de cada empresa.
8. Preguntas frecuentes
¿Con qué ERPs y CRMs integráis?
Con el que ya tengas, por donde deje: API, base de datos o intercambio de ficheros. Y conviene la precisión de siempre: no somos especialistas en ningún ERP concreto ni lo pretendemos. Sabemos hablar con el tuyo —leer, escribir y sincronizar—, no parametrizarlo por dentro; de eso se encarga tu implantador y trabajamos con él sin problema.
¿Hace falta que el sistema tenga API?
No necesariamente. Con acceso a la base de datos o con una exportación programada de ficheros también se puede montar una sincronización sólida. Lo que no se puede es integrar un sistema que no deja entrar por ninguna de las tres vías, y eso se comprueba antes de presupuestar nada, no a mitad del proyecto.
¿Qué pasa si la sincronización falla a mitad?
Se reintenta sin duplicar. Las conexiones fallan por definición —se cae la red, el ERP está en mantenimiento, la API devuelve un error temporal—, así que la sincronización se diseña para poder repetirse sin crear el mismo pedido dos veces. Y lo que no cuadra no se fuerza ni se descarta en silencio: queda en una cola de discrepancias con las dos versiones del dato para que una persona decida.
¿Cada cuánto se sincronizan los datos?
Depende de para qué se usen. Si el dato mueve una decisión operativa, en minutos o al vuelo con cada cambio; si alimenta un informe diario, una vez al día basta y sale más barato de mantener. Sincronizar todo al segundo porque suena mejor es una forma cara de no decidir.
¿Podéis integrar con un sistema antiguo o hecho a medida?
Normalmente sí, y suele ser el caso más frecuente en industria. Los sistemas antiguos rara vez tienen una API moderna, pero casi todos permiten leer su base de datos o dejar ficheros en una carpeta, y con eso hay suficiente. Lo miramos antes de comprometer nada.
¿Quién mantiene la integración después?
Puede quedarse con tu equipo o con nosotros, y se decide antes de construirla, porque cambia cómo se construye. Si la va a mantener tu gente, se escribe en el lenguaje que ya usan y se documenta para eso. Una integración que solo entiende quien la hizo es una dependencia, no un servicio.
Servicios que suelen ir con este: automatización de procesos · analítica avanzada y BI.