Odoo vs Defontana: qué eje decide para un eCommerce

01 Sistemas y decisiones

Por qué esta comparación sí es una comparación

Con un punto de venta o con un programa contable, la comparación contra un ERP es tramposa: resuelven trabajos distintos. Con Defontana no. Los dos son ERP en la nube, los dos cubren contabilidad, inventario, ventas y compras, y los dos operan bajo la norma chilena. Acá sí hay que elegir.

Justamente por eso la comparación habitual no sirve. Si pones las dos listas de módulos una al lado de la otra, se parecen tanto que la decisión termina cayendo del lado del vendedor más convincente. Hay que comparar por otra cosa: no por lo que el sistema hace hoy, sino por cómo se comporta cuando tu operación cambia.

Los tres ejes que sí cambian la decisión son estos: qué conectores existen ya hechos, cuánto se puede extender el sistema sin pedirle permiso a nadie, y cuánto cuesta irse. Los tres se pueden verificar antes de firmar.

02 Sistemas y decisiones

Eje 1: conectores que ya existen

Acá Defontana tiene una ventaja concreta y hay que decirlo con todas sus letras. Su página oficial de integraciones de eCommerce publica una lista larga y muy chilena: Shopify, WooCommerce, PrestaShop, Jumpseller y VTEX del lado de las tiendas; Mercado Libre, Falabella y Ripley del lado de los marketplaces; y plataformas de gestión multicanal como AnyMarket y Multivende. Declara sincronizar inventario, stock, datos de venta y facturación electrónica.^[1]

Para un eCommerce chileno que vende en los grandes marketplaces del país, esa lista es tiempo ahorrado. Un conector nativo es uno que el proveedor mantiene: cuando el marketplace cambia su interfaz, el arreglo es problema suyo y no tuyo. Ese traslado de responsabilidad tiene valor real y se paga en la suscripción.

Odoo llega distinto. Trae conectores propios para algunos canales y un catálogo público de módulos de terceros, pero para los marketplaces chilenos la conexión suele construirse o contratarse. Es más trabajo por delante. Lo que se gana a cambio es control sobre el comportamiento: qué se sincroniza, cada cuánto, qué pasa cuando falla y qué queda registrado.^[2]

03 Sistemas y decisiones

Eje 2: hasta dónde puedes extenderlo

Extender significa hacer que el sistema haga algo que no venía de fábrica: un campo nuevo, una regla propia, un proceso que sólo tiene sentido en tu negocio. Toda empresa termina necesitándolo, y la diferencia entre los dos modelos aparece justo ahí.

Odoo es de código abierto. Su repositorio oficial es público y su propia descripción lo define como un conjunto de aplicaciones empresariales de código abierto. Eso tiene una consecuencia práctica que va más allá de la filosofía: el modelo de datos —la forma en que están organizadas las tablas por dentro— es inspeccionable. Se puede saber exactamente dónde vive cada dato sin depender de que alguien lo documente.^[3]

A eso se suma una API externa documentada. Odoo expone por XML-RPC y JSON-RPC —dos formas estándar de que un programa le pida cosas a otro— los mismos objetos que ve un usuario en pantalla, con los mismos permisos. En la práctica, cualquier cosa que una persona pueda hacer con el mouse se puede automatizar. Y hay un catálogo público de módulos de terceros para no partir de cero.^[4,2]

Un sistema propietario extiende también, pero por los caminos que su proveedor habilita: los campos configurables que ofrece, su API publicada y su equipo de desarrollo. No es peor por definición; para muchas empresas es preferible, porque hay un responsable único cuando algo se rompe. Es una elección entre control y respaldo, y conviene tomarla a propósito.

04 Sistemas y decisiones

Eje 3 aplicado: qué necesita de verdad un eCommerce

Los dos manejan inventario. La pregunta útil es qué tan profundo, porque un eCommerce que crece termina necesitando cosas que suenan a industria pesada y no lo son.

Odoo cubre esa profundidad porque el mismo producto sirve a empresas que fabrican. Un ERP orientado a administración y contabilidad puede resolver las primeras filas muy bien y quedarse corto en las últimas. Ninguna de las dos cosas es un defecto: es a quién fue construido para servir. Lo que hay que evitar es descubrirlo después de migrar.

05 Sistemas y decisiones

El criterio que casi nadie evalúa: cuánto cuesta irse

Todo el mundo evalúa el costo de entrar. Casi nadie evalúa el de salir, y a tres años es el que más pesa. La palabra técnica es dependencia del proveedor, o vendor lock-in en inglés: la situación en que cambiarse cuesta tanto que la decisión deja de ser tuya.

1. 01
   Dónde vive la base de datos.

   Un sistema de código abierto puede alojarse en la nube del proveedor o en un servidor propio. Esa opción, aunque nunca la uses, es la que mantiene abierta la puerta.

2. 02
   Qué te puedes llevar.

   No basta con exportar a planilla. Pregunta si puedes llevarte el historial completo, los adjuntos, los documentos emitidos y las relaciones entre registros.

3. 03
   Quién conoce el modelo.

   Si sólo el proveedor sabe cómo están organizados los datos, migrar depende de su buena voluntad y de su agenda.

4. 04
   Cuántos equipos pueden mantenerlo.

   Un sistema con muchos implementadores disponibles tiene precio de mercado. Uno con pocos, precio de negociación.

Esto no es un argumento contra los sistemas propietarios; es un costo que hay que poner en la tabla antes de firmar, junto a la suscripción y a la puesta en marcha. Si después de mirarlo eliges igual el sistema cerrado, la decisión es sólida porque conoces su precio completo.

06 Sistemas y decisiones

Qué cambia con una capa de automatización encima

Un ERP ordena dónde vive cada dato, pero el trabajo diario sigue existiendo: revisar el pedido, generar la etiqueta, mirar la diferencia del banco, avisarle al cliente. Una capa de automatización es un sistema que hace ese trabajo operando el ERP, sin reemplazarlo ni duplicar sus datos.

Para que eso funcione, el ERP tiene que dejarse operar desde afuera con permisos claros y un modelo de datos entendible. Es exactamente lo que ofrece la API externa de Odoo: los mismos objetos de la pantalla, disponibles para un proceso, con los mismos permisos que tendría la persona. Notorios 360° es esa capa y hoy corre sobre Odoo.^[4]

La diferencia con una automatización cualquiera está en el control humano. Cada tarea repetida la ejecuta un Máster con reglas que una persona confirmó la primera vez; cuando aparece un caso que no calza con ninguna regla conocida, pregunta antes de ejecutar en vez de adivinar. Esa frontera es la que permite automatizar cosas que tocan plata sin perder el sueño.

07 Sistemas y decisiones

Cómo elegir con una prueba y no con una demostración

Una demostración la diseña quien vende y siempre sale bien. Una prueba la diseñas tú y sirve para decidir. La diferencia está en usar tu propio caso difícil, no el catálogo de ejemplo del proveedor.

Si un proveedor no te deja correr ese guion antes de firmar, eso también es información. Un sistema que resuelve bien tu caso difícil no tiene ninguna razón para esconderlo.