Ginebra es una de las principales plazas mundiales del comercio de materias primas: metales, energía, productos agrícolas, minerales. Las empresas establecidas allí compran y revenden mercancías que, muy a menudo, nunca tocan suelo suizo. Esta realidad económica está mal servida por los ERP generalistas concebidos para distribuidores que compran, almacenan y entregan localmente. AX-Fiduciaire está establecida en Ginebra, en el corazón de este ecosistema, y configura Odoo para responder a las restricciones reales del comercio en lugar de a las de un comercio clásico.
Esta página describe lo que implica un despliegue de Odoo para una empresa de comercio, lo que la herramienta cubre correctamente, y dónde se detienen sus límites. Para la configuración contable propiamente dicha, vea nuestra página contabilidad Odoo; para la gestión de los flujos físicos, vea inventario y compras.
Lo que distingue el comercio de una actividad de distribución clásica
Un distribuidor compra un stock, lo recibe físicamente, lo almacena en un depósito que controla, y luego lo revende a sus propios clientes. El margen se calcula sobre un flujo relativamente lineal: precio de compra, costes de posesión, precio de venta. Un ERP estándar, configurado para este esquema, funciona bien.
El comercio funciona de forma diferente en varios puntos estructurantes:
- La mercancía puede comprarse y revenderse sin llegar nunca a entrar en un almacén perteneciente a la sociedad suiza — circula entre el vendedor de origen y el comprador final, interviniendo la empresa de comercio solo en la cadena de propiedad y de documentación.
- Las operaciones se expresan en divisas diferentes a cada lado (compra en USD, venta en EUR por ejemplo), con un riesgo de cambio a cubrir o a asumir.
- El transporte, el seguro y la transferencia de propiedad obedecen a reglas contractuales (Incoterms) que no coinciden necesariamente con el movimiento físico de la mercancía.
- Una parte significativa de las operaciones se financia mediante instrumentos específicos — cartas de crédito, prefinanciación bancaria — que estructuran el calendario y las condiciones de pago.
- La rentabilidad se pilota operación por operación, no a nivel de una cifra de negocio agregada mensual.
Una configuración de Odoo que ignora estas particularidades produce una contabilidad correcta en el plano formal, pero ilegible para el pilotaje de la actividad. El reto del proyecto no es por tanto instalar Odoo, sino configurarlo en torno a la lógica de operación propia del comercio.
El seguimiento por operación (deal): el componente central
En una empresa de comercio, la unidad de gestión pertinente no es ni el cliente, ni el producto, sino la operación (o «deal»): una compra y una venta vinculadas, con sus costes anexos, que forman juntas una operación de la que se quiere conocer el margen exacto.
En Odoo, esta lógica se construye a través de la contabilidad analítica: cada operación se vincula a una cuenta analítica o a un proyecto dedicado. Los asientos de compra, venta, transporte, seguro, corretaje y financiación vinculados a esta operación se imputan sobre el mismo eje analítico. Se vuelve entonces posible extraer, para una operación dada, el conjunto de ingresos y gastos que la componen, y por tanto su margen real — con independencia del período contable en el que caigan las distintas facturas.
Esta configuración se decide antes del proyecto: estructura de las cuentas analíticas, reglas de asignación automática desde los pedidos de compra y venta, plantillas de gastos recurrentes (transporte, seguro, corretaje) a repartir entre las operaciones correspondientes. Es un trabajo de configuración, no una funcionalidad que se activa con un clic.
El multidivisa: una restricción nativa, no una opción
El comercio es por naturaleza multidivisa: compra en USD, venta en EUR, gastos facturados en CHF o en GBP según los proveedores. Odoo gestiona de forma nativa las cuentas en divisas extranjeras, el registro de los comprobantes en su divisa de origen, y la conversión a CHF según el tipo aplicable en la fecha de la transacción. Tres puntos merecen una atención particular durante la configuración:
- La fuente de los tipos de cambio — automática mediante un servicio de cotizaciones, o introducción manual según la política de la sociedad, con una trazabilidad del tipo utilizado para cada comprobante.
- Las diferencias de cambio — latentes (sobre posiciones abiertas en divisa) o realizadas (al liquidar), que deben identificarse y contabilizarse de forma distinta al margen comercial de la operación.
- La reevaluación periódica de las cuentas en divisas al cierre, para presentar estados financieros en CHF que reflejen correctamente la exposición al cambio en la fecha del balance.
Odoo no realiza cobertura de cambio: registra y valora las posiciones, pero la decisión de cubrir un riesgo de cambio (forward, opción) y su seguimiento operativo quedan fuera del perímetro del ERP.
Los flujos sin almacenamiento en Suiza
Una parte importante de las operaciones de comercio ginebrino nunca ve la mercancía transitar por Suiza: compra a un proveedor en un país, reventa a un comprador en otro, interviniendo la sociedad suiza en la cadena contractual y documentaria, no en la logística física local. Para estos flujos, la configuración de inventario de Odoo debe pensarse de forma diferente a un almacén clásico:
- Pueden crearse ubicaciones de tipo tránsito o fuera de Suiza para representar la mercancía en tránsito o almacenada en un tercero, sin que ello suponga una presencia física en Suiza.
- Cuando se utiliza realmente un almacén en el extranjero (almacenamiento tampón, depósito aduanero, zona franca), puede modelarse como una ubicación de Odoo distinta, con sus propias reglas de valoración — pero el régimen aduanero y fiscal aplicable a ese almacén depende del país correspondiente y debe validarse por adelantado, con independencia de la configuración de Odoo en sí misma.
- La transferencia de propiedad, que puede producirse en un momento diferente al del movimiento físico (según el Incoterm elegido), debe reflejarse en la contabilización de la compra y de la venta, no solo en el movimiento de stock.
La documentación comercial: Incoterms y justificantes
Cada operación de comercio se apoya en un conjunto de documentos que, en su conjunto, prueban la transferencia de propiedad, el transporte efectivo y las condiciones de la venta: contrato, conocimiento de embarque o carta de porte, certificado de origen, lista de empaque, póliza de seguro, factura comercial.
Odoo no sustituye a estos documentos comerciales y no gestiona los Incoterms como un campo estructurado en sentido estricto — pero permite:
- Vincular los justificantes (escaneos, PDF) directamente a la operación o al pedido correspondiente, para un expediente documental centralizado y consultable.
- Seguir los vencimientos de entrega y de facturación asociados a cada operación.
- Conciliar, a través del vínculo analítico descrito arriba, los documentos de transporte y los costes que generan con la operación correspondiente.
El Incoterm elegido (FOB, CIF, DAP, etc.) determina en qué momento cambian de manos el riesgo y la propiedad, lo que tiene una incidencia directa en la fecha de contabilización de la venta y en el tratamiento del IVA. Este punto se decide contractualmente, antes de la introducción en Odoo, y debe ser coherente con la configuración contable elegida para la operación.
El IVA: un tema a examinar caso por caso
El tratamiento del IVA de una operación de comercio depende directamente del recorrido real de la mercancía: ¿entra en territorio suizo, lo abandona, o permanece permanentemente en el extranjero mientras la empresa de comercio es suiza? Estas tres situaciones no requieren el mismo tratamiento, y las reglas varían según los hechos precisos de cada operación — lugar de entrega, Incoterm, estatus aduanero de la mercancía, calidad de las partes.
No detallamos estas reglas aquí: deben examinarse operación por operación, con los documentos contractuales y de transporte como apoyo. Odoo instala automáticamente la localización suiza (módulo l10n_ch) cuando la sociedad está configurada en Suiza, lo que establece una base de cálculo de IVA correcta para los flujos locales, pero no exime de un análisis caso por caso para los flujos internacionales propios del comercio. Para los principios generales del IVA suizo, vea nuestra página IVA suizo.
El pilotaje del margen y el reporting financiero
Una vez configurados correctamente el seguimiento por operación y el multidivisa, Odoo permite producir un reporting que concilia el margen por operación, el margen consolidado por período, y la exposición en divisas abiertas. Los informes analíticos estándar de Odoo (resultado por cuenta analítica, comparación presupuestaria) cubren buena parte de esta necesidad; pueden construirse paneles complementarios para restituir una vista por operación, por contraparte o por tipo de mercancía según las prioridades de pilotaje de la sociedad.
Este reporting sigue dependiendo de la calidad de la introducción de datos aguas arriba: una operación mal vinculada analíticamente, o un coste imputado en el eje equivocado, falsea el resultado de la operación correspondiente sin que ello sea visible inmediatamente en los totales globales. Por eso la configuración inicial y la disciplina de introducción de datos cuentan más, en este contexto, que en una contabilidad de distribución clásica.
Lo que Odoo cubre bien, y sus límites honestos
Odoo, correctamente configurado, cubre bien:
- La contabilidad general y analítica, con la localización suiza nativa.
- El seguimiento por operación mediante los ejes analíticos.
- El multidivisa para la compra, la venta y la liquidación.
- La gestión documental básica (comprobantes adjuntos vinculados a las operaciones).
- El seguimiento de stocks, incluidas las ubicaciones que representan flujos fuera de Suiza.
En cambio, Odoo no es un CTRM (Commodity Trading and Risk Management) especializado. No dispone de forma nativa de:
- Gestión de posiciones de mercado en tiempo real y cálculo de riesgo asociado (VaR, mark-to-market).
- Cobertura sistemática (hedging) sobre instrumentos derivados vinculados a materias primas.
- Gestión fina de las cartas de crédito y de las condiciones documentarias bancarias del trade finance.
- Conciliación automatizada de volúmenes muy grandes de contratos físicos con posiciones de papel.
Para una sociedad cuyo volumen y complejidad de trading justifiquen una gestión de riesgo de mercado activa, sigue siendo necesario un CTRM dedicado, con una interfaz contable hacia Odoo en lugar de una gestión integral en el ERP. Para una empresa de comercio cuya actividad se basa sobre todo en operaciones físicas documentadas, con una financiación más clásica, Odoo bien configurado cubre lo esencial de las necesidades de gestión y contabilidad, a un coste de posesión claramente inferior al de un CTRM especializado. La elección entre ambos depende del perfil real de la actividad, no de una preferencia de principio.
El papel de AX-Fiduciaire
AX-Fiduciaire es una fiduciaria en Ginebra y partner de Odoo. En un proyecto de comercio, nuestra intervención abarca tres vertientes:
- La configuración contable y analítica — estructura de cuentas, ejes analíticos por operación, reglas de asignación automática, gestión de divisas y de diferencias de cambio. Vea contabilidad Odoo.
- El cumplimiento suizo — localización l10n_ch, coherencia del plan contable con el derecho suizo, articulación con las obligaciones de IVA propias del comercio internacional (vea IVA suizo).
- El acompañamiento fiduciario — tenencia contable, cierres, declaraciones, más allá de la sola configuración informática, en la continuidad de nuestra actividad de fiduciaria ginebrina.
El despliegue sigue la misma metodología que cualquier proyecto Odoo: encuadre de los flujos reales de la empresa, definición de la arquitectura analítica, configuración, pruebas sobre operaciones reales antes del cambio. Vea nuestra página implementación Odoo para el detalle del enfoque, y nuestra página Odoo en Ginebra para el contexto local. AX-Fiduciaire tiene su sede en el Boulevard Georges-Favon 26, en Ginebra.