Glosario
Conector: la pieza que lleva los datos de tu programa a otro sistema
Definición
Un conector es el componente que se conecta a un programa de origen (un ERP, una tienda online, una hoja de cálculo), lee sus datos con los permisos justos y los traduce a un formato común para otro sistema. En control de stock lee ventas, existencias y compras pendientes. Un conector fiable comprueba que los datos llegan completos, avisa cuando algo falla y puede repetirse sin duplicar nada.
Un conector no es un producto con logo, es una pieza de trabajo: la parte que sabe hablar con tu programa y entregar sus datos ordenados. Si está bien hecho, nadie lo nota; si falla, el resto del sistema calcula sobre datos viejos sin que se sepa.
Qué es exactamente
Un conector es la parte de un sistema que se ocupa de entenderse con un programa concreto. Cada programa guarda y entrega los datos a su manera: uno por una API, otro por un archivo diario, otro por una base de datos a la que se accede en modo lectura. El conector absorbe esas diferencias y entrega siempre lo mismo: una lista de artículos, una lista de movimientos, unas existencias por sitio.
Su trabajo se divide en tres: autenticarse con el permiso mínimo necesario, leer lo que ha cambiado desde la última vez y traducirlo (nombres de campos, unidades, formatos de fecha) al formato interno del sistema. Y una cuarta, la menos visible y la más importante: comprobar que lo leído tiene sentido.
También se le llama
En inglés, connector. En el día a día se habla de «integración», «enlace» o «la conexión con el ERP», y a veces de «adaptador» cuando se trata del trozo concreto para un programa. Algunos fabricantes venden conectores como producto cerrado; nosotros construimos y mantenemos el de tu programa como parte del montaje.
Un ejemplo
Una cadena de ocho ópticas usa un programa de gestión con una API para ventas y un informe de existencias que se exporta cada madrugada. El conector hace dos lecturas: pide las ventas desde la última hora leída y descarga el informe de existencias. Después comprueba tres cosas. Que el número de líneas de venta de ayer no se aparta de lo normal, que ningún artículo aparece con unidades negativas y que todas las tiendas del listado siguen presentes.
Si falta una tienda en el informe, el conector no inventa nada: marca el dato como incompleto y avisa. El panel enseña «sin datos de Bilbao desde ayer» en lugar de calcular el riesgo de rotura con el stock del día anterior como si fuera de hoy.
Ojo con esto
Dónde falla un conector mal planteado:
- Fallar en silencio: si deja de llegar la información y nadie se entera, las propuestas se calculan sobre datos antiguos. Un buen conector avisa con un mensaje claro.
- Duplicar al reintentar: leer dos veces la misma venta infla la demanda. Cada lectura debe poder repetirse sin efectos secundarios.
- Permisos de más: un conector que usa el usuario administrador es un riesgo innecesario. Debe tener un usuario propio de solo lectura.
- Ignorar los cambios del programa: una actualización renombra un campo y el conector se rompe. Hay que vigilarlo y probarlo tras cada versión.
Dónde aparece en el sistema
Todo empieza por el conector. Los programas que cubrimos tienen el suyo: Odoo, Holded, Sage, Shopify, WooCommerce, Power BI o Excel y CSV. Lo que no esté en esa lista se estudia en la demo, porque casi siempre hay una vía.
Antes de contratar, la simulación con tus datos prueba el conector con datos reales y enseña si lo que sale tiene sentido. Después, el modo sombra lo deja trabajando uno o dos meses sin tocar tus decisiones.
Términos relacionados
API, sincronización de stock, webhook, modo sombra y backtest.
Preguntas frecuentes
¿Qué pasa si nuestro programa no tiene API?
Se usa una exportación programada o un CSV. Es menos inmediato, pero para decidir reposición semanal sobra con una lectura al día. Si más adelante cambiáis de programa, se rehace solo el conector.
¿Cuánto tarda en montarse el conector?
Depende del programa y de la calidad de sus datos. Dentro del arranque de 3 a 6 semanas, la conexión suele ser lo primero que queda en pie, porque con ella se hace la simulación.
¿El conector puede modificar nuestro programa?
Por defecto, no: lee con un usuario que solo puede leer. Si decides que deje pedidos en borrador, se le da un permiso concreto y limitado, y lo que crea lo revisa una persona.
¿Qué hacemos si el conector falla un día?
Te llega un aviso, el panel marca los datos como desactualizados y las propuestas no se calculan con ellos. Cuando vuelve la conexión, recupera lo que faltaba sin duplicar nada.