Tango u Odoo no cubren un proceso tuyo: qué hacer sin cambiar el ERP

La situación es siempre parecida. Tenés Tango ERP o tenés Odoo, funcionando bien: factura, lleva el stock, saca los libros. Y hay un proceso —uno solo, casi siempre el que más plata mueve— que no entra: las cotizaciones con lógica propia, la trazabilidad por lote, las comisiones de los vendedores, los pedidos de las sucursales, el control de calidad en planta.

Ese proceso termina resuelto en una planilla que alguien mantiene a mano, y de ahí sale todo lo demás: los datos que no cierran, el reporte que tarda dos días, la persona que se vuelve imprescindible.

La buena noticia es que cambiar de ERP casi nunca es la respuesta. Este artículo es el orden en que conviene evaluar las opciones, de la más barata a la más cara, y cómo se integra concretamente con cada uno de los dos.

¿Por qué ningún ERP cubre todo?

Porque no puede, y no es un defecto del producto. Un ERP resuelve lo que es común a miles de empresas: facturar, registrar compras, mover stock, liquidar impuestos. Eso lo hace bien y barato justamente porque lo hace igual para todos.

Lo que te diferencia de tu competencia, por definición, no está en ese conjunto. Si tu forma de cotizar, de controlar calidad o de despachar fuera igual a la de todos, no sería una ventaja. El proceso que no entra en el ERP suele ser exactamente el que te hace ganar plata, y por eso duele tanto resolverlo con una planilla.

Las tres salidas que casi siempre salen mal

• La planilla puente. Se exporta del ERP, se trabaja en Excel, se vuelve a cargar a mano. Funciona el primer mes. Después alguien exporta a destiempo, otro trabaja sobre una copia vieja, y el dato del ERP y el de la planilla se separan para siempre. El costo real no es el tiempo de carga: es que nadie vuelve a confiar en ningún número.
• El sistema paralelo. Se compra o se construye algo que resuelve ese proceso, pero con su propio maestro de artículos y su propia lista de clientes. Al año tenés dos verdades. Cada vez que alguien da de alta un producto hay que acordarse de hacerlo dos veces, y nadie se acuerda siempre.
• Cambiar el ERP. La más cara y la más tentadora, porque el proveedor nuevo siempre dice que sí a todo. Migrás, y a los seis meses descubrís que el ERP nuevo cubre tu proceso raro pero no cubre otros dos que el anterior sí resolvía. Volviste al punto de partida, con una migración encima.

Si estás evaluando justamente entre enlatado y desarrollo, la decisión de fondo la desarrollamos en ERP enlatado o sistema a medida. Acá damos por hecho que el ERP ya está y funciona.

¿Cuáles son las opciones reales, de menor a mayor costo?

La cuarta es la que mejor resultado da en PyMEs, y tiene una regla que no se negocia: el ERP sigue siendo la fuente de verdad de todo lo que ya cubre. El satélite no copia el maestro de artículos ni la lista de clientes: los consulta. Si tu sistema nuevo tiene su propia tabla de productos, ya perdiste.

¿Cómo se integra con Tango?

Depende bastante de la versión que tengas, y conviene saberlo antes de presupuestar nada.

Tango Delta, la línea actual, está pensada como sistema abierto: cada proceso expone una API que aplica las mismas validaciones que si el dato lo cargara una persona a mano. Eso último es más importante de lo que parece: significa que una integración mal hecha no te puede meter basura en el ERP. Las APIs son autodocumentadas, se ven en el propio proceso, y hace falta un token de desarrollador. Además existe Tango Connect para procesos que corren de forma periódica y automática, y notificaciones a una URL cuando cambia, por ejemplo, el precio o el saldo de stock de un artículo. Axoft publica ejemplos en su portal de GitHub.

Si estás en una versión anterior a Delta, la integración suele terminar apoyándose en la base de datos. Ahí va una advertencia que damos siempre: leer de la base es aceptable; escribir directo en la base del ERP no. Cuando escribís por afuera te salteás las validaciones del sistema, y el día que algo quede inconsistente el soporte del proveedor no te va a poder ayudar, con razón. Si tu caso necesita escribir, ese es un buen argumento para evaluar la actualización de versión.

¿Cómo se integra con Odoo?

Odoo juega con otras reglas porque es software libre en su edición Community, y eso te da opciones que un enlatado cerrado no tiene:

• API externa. Odoo expone sus modelos por XML-RPC y JSON-RPC, y con eso podés leer y escribir respetando la lógica de negocio del sistema. Es el camino estándar para un satélite.
• Módulo propio. Podés desarrollar un módulo que viva dentro de Odoo y se comporte como cualquier otro. Es la opción correcta cuando el proceso tiene que estar adentro sí o sí.
• Configuración y herramientas visuales. Buena parte de lo que parece “desarrollo” se resuelve agregando campos, vistas y automatizaciones sin escribir código.
• El catálogo de apps. Antes de construir nada, revisalo. Es habitual encontrar resuelto por veinte dólares por mes algo que ibas a mandar a desarrollar.

El riesgo de Odoo es el opuesto al de Tango: como se puede hacer todo, es fácil terminar con una instalación llena de personalizaciones que nadie documentó y que convierten cada actualización de versión en un proyecto. Si vas por ese camino, exigí que quede escrito qué se modificó y por qué — es una de las preguntas que conviene hacer antes de contratar.

¿Cómo decido cuál de las cinco opciones me toca?

1. ¿Es realmente un proceso propio o es que nadie configuró bien el ERP? Suena obvio y pasa todo el tiempo. Mucho “el sistema no lo hace” es en realidad “nadie sabe cómo se hace”. Antes de gastar un peso, preguntale a tu partner.
2. ¿Quién lo va a operar? Si son operarios de planta, vendedores en la calle o gente de un depósito, meterlos al ERP es caro en licencias y peor en usabilidad. Ahí el satélite gana solo.
3. ¿El proceso toca stock, precios o facturación en tiempo real? Si sí, tiene que leer del ERP en vivo, no de una copia de anoche.
4. ¿Cuánto cambia este proceso por año? Si cambia seguido, no lo metas adentro del ERP: cada cambio te va a costar una intervención del partner y te va a complicar las actualizaciones.
5. ¿Qué pasa si el ERP se cae una hora? Definilo antes. Un satélite bien hecho sigue dejando trabajar y sincroniza después; uno mal hecho frena la planta junto con el ERP.

¿Qué no hay que hacer nunca?

• Duplicar los maestros. Artículos, clientes y precios viven en un solo lugar. El satélite consulta; no guarda su propia copia “para ir más rápido”.
• Escribir directo en la base del ERP. Ya lo dijimos y lo repetimos porque es el error que más caro sale.
• Integrar sin manejo de errores. ¿Qué pasa si el ERP no responde? ¿El pedido se pierde, se reintenta, queda en una cola? Si la respuesta no está escrita, la vas a descubrir un día de cierre de mes.
• Sincronizar todo cada cinco minutos porque sí. Definí qué necesita ser en tiempo real y qué puede esperar. Casi nada necesita ser instantáneo, y cada sincronización innecesaria es una fuente de fallas.

¿Cómo se ve esto funcionando?

Tres casos nuestros, con tres ERP distintos y el mismo criterio: no reemplazar, integrar.

• Schang, agroveterinaria de Tandil con más de 30 proveedores y miles de artículos. El ERP seguía administrando artículos, stock por depósito y clientes; lo que no cubría era el armado de cotizaciones con listas de precios de decenas de proveedores en formatos distintos. Se construyó esa pieza encima, leyendo del ERP en tiempo real. La cotización pasó de tres horas a minutos.
• Dulcor Alimentos, cinco plantas y más de mil personas, con SAP como sistema central. SAP se quedó donde estaba; la plataforma nueva resolvió documentación regulatoria, calidad, I+D y exportaciones, que son procesos que ningún ERP cubre bien.
• EISA / Nuvix, el caso al revés: en vez de integrarnos a un ERP para un cliente, nos integramos al ERP de un proveedor local para sumarle módulos de IA a todos sus clientes, sin que ninguno cambiara de sistema.

En resumen

Que tu ERP no cubra un proceso no significa que elegiste mal. Significa que ese proceso es tuyo, y probablemente sea el que te distingue. Revisá en orden: módulo del ecosistema, parametrización, desarrollo adentro, satélite integrado, y recién último cambiar el ERP — que es la opción que más se elige por impulso y la que menos veces corresponde.

Y sea cual sea la que te toque, la regla es una sola: un solo lugar para cada dato. El día que tengas dos maestros de artículos, el problema dejó de ser el ERP.