El módulo de cotizaciones automáticas de Odoo trae 27 proveedores de tipo de cambio. Están Brasil, Chile, Colombia, México, Perú, Uruguay. Argentina no está, y el proveedor que el sistema asigna por defecto a una compañía argentina es el Banco Central Europeo.
En la práctica: alguien de tu administración carga la cotización a mano, todos los días. O nadie la carga, y los comprobantes salen con un tipo de cambio de otro mercado.
Ese dato chico resume mejor que cualquier folleto la decisión de plataforma en Argentina: qué puede hacer Odoo Online, qué exige Odoo.sh y cuándo conviene decidirlo. Va la comparación con lo bueno y lo malo de cada lado.
La regla que ordena todo
Odoo Online, la versión SaaS que se contrata directo en la página de Odoo, tiene una restricción publicada en la documentación oficial: "Odoo Online is incompatible with custom modules or modules from the Odoo Apps Store".
Traducido: en Online no se puede instalar ningún módulo de terceros. Ni los de la Apps Store, ni los de la comunidad OCA, ni la localización extendida que mantiene el ecosistema argentino (ADHOC), ni desarrollos propios de un partner. La única vía de customización es Studio, que trabaja sin código.
La consecuencia que más pesa: todo lo que necesite hablar con un servicio externo (ARCA, padrones provinciales, cotización del BNA, bancos) queda afuera. Y no hay forma de agregarlo después: la plataforma no lo permite.
Lo que Odoo Online sí resuelve en Argentina
Antes de los límites, lo que funciona nativo, sin instalar nada:
- Facturación electrónica completa: comprobantes A/B/C (WSFE), factura de exportación con CAE (WSFEX), bono fiscal (WSBFE) y constatación de comprobantes (WSCDC).
- Libro IVA y Libro IVA Digital, con el TXT para ARCA.
- Retenciones practicadas y sufridas, con escala de Ganancias y regímenes por proveedor.
- Percepciones como impuestos en la factura, con los grupos por jurisdicción precargados.
- Cheques propios, de terceros y diferidos, con ciertas limitaciones.
- Plan de cuentas argentino, validación de CUIT, conciliación bancaria.
Una empresa argentina puede operar en regla en Odoo Online. El que te dibuja un riesgo de compliance para venderte una migración está exagerando, y tu contador lo va a confirmar. Lo que Online le cuesta a una operación con volumen es otra cosa: automatización.
Lo que queda afuera
Esto es lo que falta para Argentina en Odoo mismo, en cualquier plataforma que no admita terceros:
- Cotización automática del dólar: no existe. Es el dato del arranque. La cotización BNA/ARCA automática viene de un módulo de terceros, que Online no admite.
- Consulta de padrón de ARCA: no existe. Lo único nativo con el CUIT es validar formato y dígito verificador. Los datos fiscales de cada cliente o proveedor nuevo (condición de IVA, IIBB) se completan a mano.
- "Mis Comprobantes": no hay import. El WSCDC nativo constata una factura que ya cargaste; traer las facturas de proveedor en borrador es de terceros.
- Retenciones y percepciones contra padrón ARBA/AGIP: de terceros. Sin eso, las alícuotas por cliente son mantenimiento manual, mes a mes.
Un dato en sentido contrario, para ser justos con Online: el e-cheq es manual en todas las plataformas. La numeración la cargás vos, en Online y en .sh por igual. La diferencia es que en .sh se puede desarrollar para automatizarlo un poco más; de fábrica, ninguna plataforma lo trae resuelto.
El costo hormiga
Sumemos lo anterior en un mes de operación: la cotización se carga cada mañana, los datos fiscales de cada alta se completan campo por campo, las facturas de proveedor se tipean una por una y el cruce de retenciones con el contador se arma en Excel. Ninguna de esas tareas figura en un presupuesto de implementación. Ningún recibo dice "carga manual".
Es el costo hormiga de operar Odoo Online en Argentina: invisible por unidad, grande en el año.
Para una operación chica, con pocas facturas por mes y sin regímenes de retención, ese costo es bajo y Online alcanza bien. Para una operación con volumen fiscal, la cuenta cambia, y conviene hacerla con números propios antes de implementar.
¿Studio no lo resuelve?
Es la objeción que más escuchamos. Studio hace campos nuevos, vistas, reportes en PDF, reglas de aprobación y automatizaciones declarativas; todo eso también existe en .sh. Lo que Studio tiene vedado es justamente lo que la operación argentina pide: código Python e integraciones salientes. Consultar el padrón, importar comprobantes o traer la cotización del BNA quedan fuera de su alcance por diseño.
Y hay un costo de mantenimiento que se ve tarde: las customizaciones de Studio viven sin versionado ni staging ni revisión de código. Mientras son pocas y simples, andan bien; a medida que se acumulan, cada cambio nuevo se apoya en los anteriores y el conjunto se vuelve más frágil de mantener.
Cuándo decidirlo: la asimetría temporal
- Migrar una base que hoy tiene solo CRM, o CRM y ventas sin contabilidad, es una tarea de días.
- Migrar una base con contabilidad viva, historia cargada y usuarios entrenados es un proyecto aparte, con su propio corte y su propio costo.
El costo de decidir temprano es casi cero. El de decidir tarde crece con cada mes de datos que se acumula en el medio. Por eso tratamos la plataforma como la decisión número uno de una implementación: se resuelve en la fase cero, antes del primer asiento.
Cómo lo decidimos nosotros
El protocolo que aplicamos con cada cliente, publicado para que se pueda auditar:
- Listamos los dolores manuales del relevamiento. Para cada uno identificamos si la solución exige un módulo de terceros o código.
- Clasificamos cada gap: imposible en Online (terceros o integración saliente) · construible en Online con esfuerzo extra de configuración (ese esfuerzo se cotiza) · totalmente nativo.
- Si algún "imposible" es núcleo de la operación mensual, recomendamos migrar antes de empezar.
- La decisión nunca se difiere más allá de la fase cero.
El argumento tiene que sostenerse en tu operación; por eso el protocolo se muestra completo, incluido todo lo que Online resuelve sin migrar nada.
Dónde queda cada plataforma
Online y .sh comparten los módulos nativos y Studio. La diferencia está en el acceso al ecosistema: localización extendida, módulos OCA y desarrollos del partner existen solo en .sh o self-hosted. Una empresa argentina opera en regla en cualquiera de las dos; la que tiene volumen fiscal paga en Online un costo hormiga diario que conviene medir antes de implementar, porque la migración se encarece con cada mes de contabilidad acumulada.
En Aries somos especialistas en Odoo para PyMEs argentinas. Si estás eligiendo plataforma, o ya operás en Online y la carga manual se está comiendo horas de tu administración, escribinos desde ariesconsulting.com.ar: la primera conversación es justamente pasar tu operación por este protocolo.