Saltar al contenido
hivek blog
Cuéntanos tu proyecto

Automatización

El 71% de los sistemas de una empresa no están integrados entre sí: la auditoría que va antes de comprar otra herramienta

Antes de sumar un ERP, un agente de IA o cualquier herramienta nueva, la pregunta que decide el presupuesto es si los sistemas que ya tienes se hablan entre sí. Qué dice la evidencia y qué revisar primero.

El 71% de los sistemas de una empresa no están integrados entre sí: la auditoría que va antes de comprar otra herramienta

Una empresa mediana promedio gestiona 897 aplicaciones distintas, y sólo el 29% están integradas entre sí. El dato viene del Connectivity Benchmark Report 2025 de MuleSoft, hecho con Vanson Bourne y Deloitte Digital sobre encuestas a más de 1,050 líderes de TI a nivel global. Eso significa que el 71% de esos sistemas vive aislado: capturan datos que nadie más en la empresa puede leer sin exportar, copiar y volver a pegar. Si tu operación está por comprar un ERP nuevo, un agente de IA o cualquier herramienta que promete resolver un proceso, esa cifra es la pregunta que debería resolverse primero, no después.

El estudio de MuleSoft es global y encuestó sobre todo a empresas grandes, así que no describe punto por punto a una pyme mexicana. Pero la lógica aplica igual hacia abajo: cuantos más sistemas compra una operación (facturación, inventario, CRM, nómina, un ERP), más probable es que cada uno se haya comprado por separado, en momentos distintos, sin que nadie se preguntara si iban a hablarse entre sí.

Por qué "comprar otra herramienta" no es la respuesta

Varios blogs de integración de sistemas en México, como el de Ingenix, repiten una cifra concreta: que el 63% de las pymes mexicanas operaría con al menos tres sistemas que no se comunican entre sí, atribuida al INEGI, y que la fragmentación le costaría a las empresas medianas entre 8% y 12% de su productividad anual, atribuida al IMCO. No fue posible confirmar esas dos cifras en ninguna publicación pública del INEGI ni del IMCO: ni los Censos Económicos 2024 del INEGI ni sus encuestas sobre micro, pequeñas y medianas empresas mencionan ese dato en esos términos. Por honestidad con el lector, no las tratamos como verificadas, aunque circulen repetidas en artículos del sector.

Lo que el INEGI sí publica y es verificable es la brecha de adopción tecnológica por tamaño de empresa: según los Censos Económicos 2024, el 94.5% de los grandes establecimientos usó equipo de cómputo y el 93.1% tuvo acceso a internet, contra 86.2% y 82.1% en pequeñas empresas, y apenas 22.3% y 23.5% en microempresas. La brecha no es sólo si una empresa tiene sistemas, sino cuántos y qué tan conectados están, y ahí no existe todavía un censo público mexicano equivalente al de MuleSoft.

Lo que sí es consistente entre estudios, con matices en el porcentaje exacto, es cuánto tiempo se pierde limpiando y conciliando datos en vez de usarlos. Una encuesta de CrowdFlower (hoy Appen) a cerca de 80 científicos de datos, reportada por Forbes en 2016, encontró que el 60% de su tiempo se iba en limpiar y organizar datos, y que sumando la recolección la cifra se acerca al 80%. Es un estudio de hace una década y con una muestra pequeña, pero encuestas más recientes siguen ubicando la preparación de datos como la tarea que más tiempo consume, aunque con porcentajes menores, cercanos al 45%. El patrón se sostiene: cuando los sistemas no comparten datos automáticamente, alguien tiene que hacerlo a mano, y ese alguien deja de analizar para teclear.

Esto es lo que hace que sumar una herramienta nueva, o un agente de IA que promete "automatizar" un proceso, sea la respuesta equivocada cuando el problema real es que el ERP y el CRM no se hablan. Un agente que lee datos de un sistema aislado sigue viendo sólo una parte de la operación. El resultado no es menos trabajo manual: es un sistema más al que hay que alimentarle datos a mano, como ya pasó con varios pilotos de RPA en México que nunca llegaron a producción porque automatizaron un paso sin resolver que el dato de entrada seguía llegando roto o incompleto desde otro sistema.

La auditoría antes de comprar algo nuevo

Antes de firmar un contrato con un proveedor nuevo, esto se revisa en orden:

  1. Inventario real de sistemas. No lo que dice el organigrama de TI, sino lo que usa cada área en el día a día: facturación, nómina, inventario, CRM, el Excel que "nada más es temporal" y lleva tres años en producción.
  2. Mapa de flujos de datos. Por cada par de sistemas que deberían compartir información (por ejemplo, ventas y facturación), preguntar si el dato se mueve solo, o si alguien lo exporta y lo vuelve a capturar. Cada "sí, alguien lo pasa a mano" es un punto de fuga.
  3. Capacidad de integración de lo que ya tienes. Preguntarle a cada proveedor si su sistema tiene una API documentada y pública, o si sólo permite exportar CSV. Un sistema sin API no es necesariamente malo, pero cambia el costo de conectarlo.
  4. Decidir el mecanismo de conexión, no el software de moda: un conector nativo entre dos plataformas, una plataforma de integración (iPaaS, como Zapier, Make o Boomi) para varios sistemas heterogéneos, o un desarrollo a la medida cuando los volúmenes o las reglas de negocio son demasiado específicas para una plantilla genérica. Ingenix describe bien esta disyuntiva entre conectores nativos y plataformas de integración para el contexto mexicano.
  5. Sólo después de esto, evaluar la herramienta nueva o el agente de IA, y exigirle al proveedor que explique con qué sistemas se conecta y cómo, no sólo qué tan lista está la demo.

Esta auditoría es exactamente el tipo de trabajo que resuelve una automatización de procesos bien diagnosticada: no se trata de meter un flujo nuevo encima de los que ya existen, sino de mapear primero dónde se rompe el dato y automatizar ese punto específico.

Dónde esta auditoría no aplica

Si la operación tiene dos sistemas y el volumen de datos que cruza entre ellos es bajo, unas cuantas facturas o registros al día, montar una plataforma de integración completa puede costar más en tiempo y mantenimiento que seguir con una exportación manual programada una vez al día. La integración profunda tiene sentido cuando el volumen, la frecuencia o el riesgo de error del proceso manual ya son altos, no como estándar por default. Tampoco tiene sentido si la empresa está a punto de reemplazar uno de los dos sistemas: integrar algo que vas a apagar en unos meses es trabajo que se tira. Y si el problema real es que nadie en el equipo usa los reportes que ya existen, ninguna integración lo arregla: ese es un problema de proceso y de gente, no de tecnología.

Qué preguntarle a tu proveedor actual

Antes de buscar uno nuevo, vale la pena preguntarle al que ya tienes: si tu sistema expone una API, si hay documentación pública o hay que pedirla, y cuánto cobran por llamada o por volumen de datos movidos. Muchos proveedores mexicanos de ERP y facturación ya se integran de forma nativa con CFDI 4.0 y con bancos, pero no necesariamente entre ellos mismos si son de distinto fabricante. Esa pregunta, más que cualquier demo, es la que separa un sistema que se puede conectar de uno que hay que reemplazar. Es una decisión parecida a la que ya enfrentan las empresas que deben decidir qué hacer con SAP ECC de cara a su fin de vida en 2027, donde la plataforma que se elige hoy define qué tan caro será integrarla mañana.

Si tu operación ya identificó que el cuello de botella está entre sistemas y no dentro de uno solo, conectamos ese flujo de datos y automatizamos el punto exacto donde hoy alguien lo hace a mano.

Fuentes

Comentarios

→ Suscripción

Te avisamos cuando publicamos

Un correo por artículo, con los datos y las fuentes de cada caso. Automatización de procesos, IA aplicada y plataformas a la medida.

Un correo por artículo. Baja cuando quieras.