Por IMAN · Actualizado el · 7 minutos de lectura
Para integrar un catálogo online con tu ERP o sistema de gestión no hace falta conectar todo de entrada. Conviene empezar por lo que hoy se copia a mano y cambia seguido: primero los productos y precios, que viajan del sistema al catálogo; después la disponibilidad; y recién al final los pedidos, que viajan en sentido contrario y entran al sistema para que alguien los revise. Cada dato tiene un solo dueño, y la integración solo lo copia hacia el otro lado.
Qué significa «integrar» en la práctica
Integrar es lograr que un dato cargado una vez aparezca donde hace falta sin que nadie lo vuelva a escribir. Hay tres formas habituales de hacerlo, de menor a mayor complejidad:
- Archivo exportado: el sistema genera una planilla con artículos y precios, y el catálogo la importa a una hora fija. Es simple y sirve cuando los precios cambian una vez por día o menos.
- Conector ya hecho: algunos sistemas ofrecen una conexión lista con plataformas conocidas. Por ejemplo, la ayuda de Tiendanube describe una integración con Tango que lleva las órdenes de la tienda al módulo de ventas para revisarlas, editarlas y facturarlas. Conviene leer qué datos cubre cada conector, porque no todos sincronizan lo mismo.
- API: el sistema expone una interfaz para que otro programa consulte y cargue datos. Odoo, por ejemplo, documenta una API externa con claves de acceso. Da más control, pero alguien tiene que desarrollarla y mantenerla.
Cuál aplica depende de tu sistema, de la versión y del plan contratado. La primera tarea de cualquier proyecto es averiguar qué permite de verdad el sistema que ya usás, antes de diseñar nada.
Cada dato tiene un dueño y una dirección
El error más común es dejar que el mismo dato se pueda editar en los dos lados. Si el precio se cambia en el catálogo y también en el sistema, tarde o temprano difieren y nadie sabe cuál vale. La regla que ordena todo: un dato se edita en un solo lugar y el otro lo recibe.
| Dato | Dónde se edita | Hacia dónde viaja | Cada cuánto |
|---|---|---|---|
| Código, nombre y presentación | Sistema de gestión | Al catálogo | Cuando hay altas o cambios |
| Precios y listas | Sistema de gestión | Al catálogo | Según cada cuánto cambian |
| Disponibilidad | Sistema de gestión | Al catálogo | Tan seguido como rote la mercadería |
| Fotos y descripciones largas | Catálogo | No viajan | — |
| Pedidos | Catálogo (los arma el cliente) | Al sistema, para revisión | Al momento de enviarse |
Las fotos y los textos de venta casi nunca viven en el sistema de gestión, y está bien que así sea. Lo que une los dos mundos es el código del artículo: si el mismo producto tiene un código en el sistema y otro en el catálogo, no hay integración que lo resuelva. Ordenar los códigos suele ser el trabajo más largo, y no es técnico.
Por dónde empezar: tres etapas
1. Productos y precios
Es la etapa que menos riesgo tiene y la que más errores evita: el catálogo deja de mostrar precios viejos. Antes de automatizar, definí qué lista ve cada tipo de cliente y qué pasa con un artículo discontinuado: ¿desaparece, o queda visible como «sin precio, consultar»?
2. Disponibilidad
Mostrar la cantidad exacta rara vez es necesario, y es lo más difícil de mantener al día. Muchas veces alcanza con tres estados (disponible, pocas unidades, consultar) calculados a partir del stock del sistema. Si el stock del sistema no refleja el depósito real, publicarlo solo va a mostrar ese desorden a tus clientes: en ese caso es más honesto dejar «disponibilidad a confirmar».
3. Pedidos hacia el sistema
Es la etapa con más valor y más cuidado. El pedido debería entrar como borrador o nota de pedido pendiente, no como venta confirmada ni como factura. Una persona revisa cantidades, condición comercial y entrega, y recién entonces lo aprueba. La guía sobre qué datos necesita un pedido que llega por WhatsApp detalla lo que tiene que traer ese pedido para que la revisión sea rápida.
Ejemplo hipotético: una distribuidora de limpieza
Este caso es ilustrativo; no describe a un cliente de IMAN. Una distribuidora con unos 600 artículos actualiza precios dos veces por semana. Hoy alguien exporta la lista, la retoca en una planilla y la manda en PDF por WhatsApp. Los pedidos llegan como mensajes sueltos y una persona los tipea en el sistema.
En la primera etapa, el catálogo toma cada madrugada el archivo de artículos y precios que el sistema ya sabe exportar. El PDF deja de existir y nadie retoca la planilla. En la segunda, el mismo archivo suma una columna de stock y el catálogo la traduce a «disponible» o «consultar»; al revisarlo descubren que cuarenta artículos figuran con stock negativo y deciden corregir eso antes de mostrar nada. En la tercera, el cliente arma el pedido en el catálogo, lo envía por WhatsApp y el mismo pedido queda cargado como pendiente en el sistema, con los códigos correctos. Quien antes tipeaba ahora controla y aprueba.
Fijate que la primera etapa no necesitó API. Y que el problema del stock negativo no era de la integración: ya estaba, solo que nadie lo miraba.
Qué preguntar antes de empezar
- ¿Qué puede exportar tu sistema hoy, en qué formato y con qué frecuencia?
- ¿Tiene API o conector? ¿Está incluido en tu plan o versión, y quién da el acceso?
- ¿Los códigos de artículo son únicos y estables, también para variantes y presentaciones?
- ¿Quién es responsable de cada dato y quién resuelve cuando no coincide?
- ¿Qué pasa si la conexión falla un día? El catálogo debería seguir funcionando con los últimos datos y avisar que no se actualizó.
Límites honestos
Una integración copia datos; no los corrige. Si los precios o el stock están mal en el sistema, van a estar mal en el catálogo, solo que más rápido. Tampoco es algo que se hace una vez y queda para siempre: los sistemas cambian de versión y sus interfaces también. La propia documentación de Odoo marca como obsoleta su API RPC anterior y señala otra como reemplazo, así que una conexión hecha hoy va a necesitar mantenimiento.
No todos los sistemas permiten lo mismo. Hay versiones sin API, planes que no incluyen acceso externo y sistemas instalados en una computadora del local que requieren un paso intermedio. Por eso no se puede prometer «tiempo real» ni un plazo sin haber visto el sistema. Y sincronizar el catálogo no garantiza más pedidos: evita retrabajo y errores de carga, que es otra cosa. Lo que describimos sobre productos de terceros es lo publicado al 7 de octubre de 2026.
Cómo saber si te conviene
Si actualizás precios una vez por mes y recibís pocos pedidos, una planilla bien llevada alcanza. Vale la pena integrar cuando se repite alguna de estas situaciones: clientes que piden con precios viejos, pedidos que se tipean dos veces, o ventas de productos que no había. Si no sabés cuál de esas tareas atacar primero, la guía qué proceso conviene automatizar primero propone un criterio para ordenarlas.
Veamos qué permite tu sistema de gestión y por dónde conviene empezar. En IMAN Comercios relevamos tu ERP, tus listas de precios y cómo recibís pedidos hoy; cada integración se valida contra las posibilidades reales de tu sistema antes de comprometer un alcance.