Cuánto cuesta integrar sistemas en Uruguay: qué mueve el presupuesto de una integración

Integrar dos sistemas puede significar algo tan pequeño como enviar un formulario hacia un CRM o tan crítico como mantener sincronizados stock, precios, pedidos, pagos, facturación y logística entre varios canales.

Por eso, preguntar “¿cuánto cuesta una integración?” sin definir el flujo es parecido a preguntar cuánto cuesta construir una casa sin conocer el terreno, los metros, los materiales ni el uso.

Respuesta rápida: el costo de una integración no se define por cuántos sistemas se conectan, sino por cuántas reglas de negocio hay que respetar y qué pasa cuando algo falla. Antes de pedir un número, definí el flujo, la dirección de los datos y quién manda sobre cada dato: con eso, dos proveedores pueden cotizar lo mismo y vos podés comparar. Sin eso, cualquier presupuesto es una adivinanza —la tuya y la de ellos—.

El número final depende menos de “hacer una llamada a una API” y más de responder correctamente preguntas como:

• ¿qué sistema manda sobre cada dato?;
• ¿qué ocurre si una operación se procesa dos veces?;
• ¿cómo se recupera un pedido perdido?;
• ¿qué pasa cuando cambia una API?;
• ¿cómo se detecta una diferencia de stock?;
• ¿quién recibe una alerta?;
• ¿qué nivel de disponibilidad necesita la empresa?;
• ¿cómo se prueba sin afectar producción?

Los cinco niveles de integración, y qué mueve a cada uno al siguiente

No publicamos un tarifario, y conviene desconfiar de quien lo haga sin conocer tu operación. Lo que sí sirve antes de pedir presupuesto es ubicar tu caso en un nivel: eso ordena la conversación y explica por qué dos proyectos que “conectan dos sistemas” pueden costar cosas muy distintas.

Cómo usar esta tabla

Los niveles no se suman por cantidad de sistemas. Dos sistemas con APIs claras pueden ser más simples que una sola plataforma cerrada que obliga a trabajar con archivos, accesos manuales o reglas no documentadas.

Y ubicar el nivel no alcanza para saber el precio, porque hay costos que casi nunca están adentro del presupuesto de desarrollo:

• licencias de proveedores;
• cambios que deba realizar el fabricante del ERP;
• planes superiores para habilitar API;
• limpieza masiva de datos;
• hardware o infraestructura especial;
• soporte permanente con SLA;
• nuevas funcionalidades fuera del flujo acordado.

Una propuesta profesional debería explicar alcance, supuestos, exclusiones, hitos, criterios de aceptación y modelo de soporte. Un número sin esas condiciones es difícil de comparar.

Qué incluye realmente integrar dos sistemas

Una integración confiable suele atravesar estas etapas.

sku_origen          → codigo_articulo_destino
customer.email      → cliente.correo
order.total         → comprobante.importe_total
shipping.postcode   → entrega.codigo_postal

Los 12 factores que más mueven el costo

Casi ninguno de los doce tiene que ver con escribir el código que conecta. La conexión técnica es solo una parte: el presupuesto también cubre reglas, errores, seguridad, pruebas y operación.

Tienen que ver con las reglas del negocio, con qué pasa cuando algo falla y con quién se entera. Esa es la parte que no se ve en una demo y es la que sostiene el presupuesto.

Ecommerce → ERP

Ecommerce ↔ ERP

Integración directa, conector o middleware: cuál conviene

Las tres opciones resuelven el mismo problema con distinto techo. La directa es la más barata de arrancar y la que peor escala cuando aparece el tercer sistema.

No es una decisión técnica pura: se elige según cuántos sistemas van a entrar después y cuánto duele que el puente se caiga. La arquitectura adecuada depende del número de sistemas, la criticidad y la velocidad de cambio.

Sistema A ↔ Sistema B

Sistema A → Conector → Sistema B

Sistemas y canales ↔ Núcleo de integración

La pregunta correcta

No es “¿cuál es más profesional?”. Es:

¿Qué arquitectura resuelve el alcance actual sin crear un costo o una dependencia desproporcionada para los próximos dos o tres años?

Estimador rápido de complejidad

Asigná de 0 a 2 puntos en cada fila.

Resultado

El estimador sirve para orientar el discovery. No calcula automáticamente horas ni sustituye revisar documentación.

Cuatro escenarios típicos, de menor a mayor

Sirven para ubicar tu caso y, sobre todo, para ver qué es lo que encarece cada uno: casi nunca es la conexión en sí.

Estos ejemplos son marcos editoriales para entender escala. Una propuesta de Arlevix se construye después de verificar sistemas, documentación, datos y reglas.

Cuánto cuesta mantener una integración

La integración queda expuesta a cambios externos:

• nuevas versiones de API;
• credenciales vencidas;
• modificaciones de campos;
• cambios en reglas de negocio;
• nuevos productos o canales;
• límites del proveedor;
• fallos de infraestructura;
• incidentes de seguridad.

Modelos habituales de mantenimiento

Bolsa de horas

Adecuada para integraciones de baja criticidad y cambios ocasionales. La empresa consume horas cuando necesita correcciones o mejoras.

Abono mensual

Incluye monitoreo, soporte, actualizaciones y una capacidad definida. Es útil cuando el flujo tiene impacto operativo diario.

SLA

Define tiempos de respuesta y resolución, horarios, severidades y responsabilidades. Cuanto mayor sea la cobertura y criticidad, mayor será el costo.

Qué debería estar incluido

• revisión de alertas;
• tratamiento de fallos;
• rotación de secretos;
• actualización de dependencias;
• adaptación a cambios de API;
• respaldo y restauración de configuración;
• documentación;
• reporte de incidentes y volumen;
• pruebas posteriores a cambios.

Para planificación financiera, algunas empresas reservan anualmente un porcentaje del costo inicial o contratan un abono fijo. No existe un porcentaje universal: depende de la estabilidad de los proveedores, el SLA y la evolución esperada.

Cómo saber si la integración se paga sola

El retorno no se limita a horas ahorradas. También puede incluir errores evitados, ventas recuperadas y menor riesgo.

Beneficio mensual estimado

Ahorro de tiempo = horas eliminadas × costo total por hora
Errores evitados = cantidad de errores × costo promedio por error
Ventas recuperadas = ventas no perdidas × margen de contribución
Beneficio mensual = ahorro + errores evitados + ventas recuperadas − costo mensual

Período de recuperación

Payback en meses = costo de implementación / beneficio mensual neto

Ejemplo

Poné tus propios números — lo que importa acá es la cuenta, no la moneda. Supongamos que la implementación costó 7.000 y que al mes recuperás 900 en horas liberadas, 350 en errores evitados y 500 de margen, pagando 250 de mantenimiento:

Beneficio neto mensual = 900 + 350 + 500 − 250 = 1.500
Payback = 7.000 / 1.500 = 4,7 meses

Si el payback te da más de doce meses, no significa que el proyecto esté mal: significa que el beneficio principal probablemente no sea económico sino de riesgo o de capacidad, y conviene decirlo así en vez de forzar la planilla.

Es una estimación. Conviene definir una línea de base y revisar el resultado después de salir a producción.

Qué información se necesita para cotizar una integración

Una cotización seria necesita, como mínimo:

1. Sistemas involucrados: nombre, versión, modalidad cloud u on-premise y proveedor.
2. Documentación: enlaces de API, credenciales de prueba, webhooks, exportaciones y límites.
3. Flujos: qué dispara cada operación y en qué dirección viaja.
4. Entidades: productos, stock, clientes, pedidos, pagos, facturas, envíos u otras.
5. Fuente oficial: qué sistema manda sobre cada dato.
6. Volumen: promedio, picos, cantidad de SKU y tamaño del histórico.
7. Frecuencia: tiempo real, minutos, horas o proceso diario.
8. Reglas y excepciones: validaciones, cancelaciones, devoluciones y reintentos.
9. Seguridad: datos personales, permisos, auditoría y obligaciones regulatorias.
10. Operación: horario, criticidad, responsables y tiempo tolerable de caída.
11. Ambientes: desarrollo, staging, sandbox y producción.
12. Criterios de aceptación: cómo se comprobará que el proyecto está terminado.

Con esa información se puede separar un proyecto factible de una promesa vaga.

Convertir dos sistemas aislados en un proceso confiable

La mejor integración no es la que mueve más datos. Es la que elimina una fricción concreta, mantiene trazabilidad y puede operarse cuando algo sale mal.

En Arlevix empezamos por una evaluación de viabilidad: revisamos APIs, datos, reglas, volumen, riesgos y retorno. Después definimos si conviene un conector existente, una integración directa o un middleware a medida.

Evaluar la viabilidad y complejidad de una integración