Ginevra è una delle principali piazze mondiali del commercio di materie prime: metalli, energia, prodotti agricoli, minerali. Le società che vi sono stabilite acquistano e rivendono merci che, molto spesso, non toccano mai il suolo svizzero. Questa realtà economica è mal servita dagli ERP generalisti concepiti per distributori che acquistano, immagazzinano e consegnano localmente. AX-Fiduciaire è stabilita a Ginevra, nel cuore di questo ecosistema, e configura Odoo per rispondere ai vincoli reali del trading piuttosto che a quelli di un commercio classico.
Questa pagina descrive cosa implica un'implementazione Odoo per una società di trading, cosa copre correttamente lo strumento, e dove si fermano i suoi limiti. Per la configurazione contabile in quanto tale, vedere la nostra pagina contabilità Odoo; per la gestione dei flussi fisici, vedere inventario e acquisti.
Ciò che distingue il trading da un'attività di distribuzione classica
Un distributore acquista uno stock, lo riceve fisicamente, lo immagazzina in un magazzino che controlla, poi lo rivende ai propri clienti. Il margine si calcola su un flusso relativamente lineare: prezzo d'acquisto, costi di possesso, prezzo di vendita. Un ERP standard, configurato per questo schema, funziona bene.
Il trading funziona diversamente su diversi punti strutturanti:
- La merce può essere acquistata e rivenduta senza mai entrare in un magazzino appartenente alla società svizzera — circola tra il venditore d'origine e l'acquirente finale, con la società di trading che interviene solo sulla catena di proprietà e documentazione.
- Le operazioni sono espresse in valute diverse da entrambi i lati (acquisto in USD, vendita in EUR ad esempio), con un rischio di cambio da coprire o da assumere.
- Il trasporto, l'assicurazione e il trasferimento di proprietà obbediscono a regole contrattuali (Incoterms) che non coincidono necessariamente con il movimento fisico della merce.
- Una parte significativa delle operazioni è finanziata da strumenti specifici — lettere di credito, prefinanziamento bancario — che strutturano il calendario e le condizioni di pagamento.
- La redditività si gestisce operazione per operazione, non a livello di un fatturato aggregato mensile.
Una configurazione Odoo che ignora queste particolarità produce una contabilità corretta sul piano formale, ma illeggibile per la gestione dell'attività. La posta in gioco del progetto non è quindi installare Odoo, ma configurarlo attorno alla logica di operazione propria del trading.
La gestione per operazione (deal): il mattone centrale
In una società di trading, l'unità di gestione pertinente non è né il cliente, né il prodotto, ma l'operazione (o «deal»): un acquisto e una vendita collegati, con i loro costi accessori, che formano insieme un'operazione di cui si vuole conoscere il margine esatto.
In Odoo, questa logica si costruisce tramite la contabilità analitica: ogni operazione è collegata a un conto analitico o a un progetto dedicato. Le scritture di acquisto, di vendita, di trasporto, di assicurazione, di intermediazione e di finanziamento legate a questa operazione vengono imputate sullo stesso asse analitico. Diventa quindi possibile estrarre, per una data operazione, l'insieme dei ricavi e dei costi che la compongono, e quindi il suo margine reale — indipendentemente dal periodo contabile su cui cadono le diverse fatture.
Questa configurazione si decide a monte del progetto: struttura dei conti analitici, regole di imputazione automatica dagli ordini di acquisto e di vendita, modelli di spese ricorrenti (trasporto, assicurazione, intermediazione) da ripartire sulle operazioni interessate. È un lavoro di configurazione, non una funzionalità che si attiva con un clic.
Il multi-valuta: un vincolo nativo, non un'opzione
Il trading è per natura multi-valuta: acquisto in USD, vendita in EUR, spese fatturate in CHF o in GBP a seconda dei fornitori. Odoo gestisce nativamente i conti in valute estere, la registrazione dei documenti nella loro valuta d'origine, e la conversione in CHF secondo il tasso applicabile alla data della transazione. Tre punti meritano un'attenzione particolare durante la configurazione:
- La fonte dei tassi di cambio — automatica tramite un servizio di quotazioni, o inserimento manuale secondo la politica della società, con una tracciabilità del tasso adottato per ogni documento.
- Gli scarti di cambio — latenti (su posizioni aperte in valuta) o realizzati (al regolamento), che devono essere identificati e contabilizzati distintamente dal margine commerciale dell'operazione.
- La rivalutazione periodica dei conti in valuta alla chiusura, per presentare bilanci in CHF che riflettano correttamente l'esposizione al cambio alla data di bilancio.
Odoo non effettua la copertura di cambio: registra e valorizza le posizioni, ma la decisione di coprire un rischio di cambio (forward, opzione) e il suo monitoraggio operativo restano fuori dal perimetro dell'ERP.
I flussi senza stoccaggio in Svizzera
Una parte importante delle operazioni di trading ginevrino non vede mai la merce transitare dalla Svizzera: acquisto presso un fornitore in un paese, rivendita a un acquirente in un altro, con la società svizzera che interviene sulla catena contrattuale e documentale, non sulla logistica fisica locale. Per questi flussi, la configurazione inventario di Odoo deve essere pensata diversamente da un magazzino classico:
- Possono essere create ubicazioni di tipo transito o fuori Svizzera per rappresentare la merce in transito o immagazzinata presso terzi, senza che ciò presupponga una presenza fisica in Svizzera.
- Quando un magazzino all'estero è realmente utilizzato (stoccaggio tampone, deposito doganale, zona franca), può essere modellato come un'ubicazione Odoo distinta, con proprie regole di valorizzazione — ma il regime doganale e fiscale applicabile a questo magazzino dipende dal paese interessato e deve essere validato a monte, indipendentemente dalla configurazione Odoo in sé.
- Il trasferimento di proprietà, che può intervenire in un momento diverso dal movimento fisico (secondo l'Incoterm adottato), deve essere riflesso nella contabilizzazione dell'acquisto e della vendita, non solo nel movimento di stock.
La documentazione commerciale: Incoterms e documenti giustificativi
Ogni operazione di trading si basa su un insieme di documenti che, insieme, provano il trasferimento di proprietà, il trasporto effettivo e le condizioni della vendita: contratto, polizza di carico o lettera di trasporto, certificato d'origine, lista di imballaggio, polizza assicurativa, fattura commerciale.
Odoo non sostituisce questi documenti commerciali e non gestisce gli Incoterms come un campo strutturato in senso stretto — ma permette di:
- Collegare i documenti giustificativi (scansioni, PDF) direttamente all'operazione o all'ordine interessato, per un fascicolo documentale centralizzato e consultabile.
- Seguire le scadenze di consegna e di fatturazione associate a ciascuna operazione.
- Riconciliare, tramite il collegamento analitico descritto sopra, i documenti di trasporto e i costi che generano con l'operazione corrispondente.
L'Incoterm adottato (FOB, CIF, DAP, ecc.) determina in quale momento il rischio e la proprietà cambiano di mano, il che ha un'incidenza diretta sulla data di contabilizzazione della vendita e sul trattamento IVA. Questo punto si decide contrattualmente, a monte della registrazione in Odoo, e deve essere coerente con la configurazione contabile adottata per l'operazione.
L'IVA: un tema da esaminare caso per caso
Il trattamento IVA di un'operazione di trading dipende direttamente dal percorso reale della merce: entra nel territorio svizzero, lo lascia, o resta permanentemente all'estero mentre la società di trading è svizzera? Queste tre situazioni non richiedono lo stesso trattamento, e le regole variano secondo i fatti precisi di ogni operazione — luogo di consegna, Incoterm, statuto doganale della merce, qualità delle parti.
Non dettagliamo queste regole qui: devono essere esaminate operazione per operazione, con i documenti contrattuali e di trasporto a supporto. Odoo installa automaticamente la localizzazione svizzera (modulo l10n_ch) quando la società è configurata in Svizzera, il che pone una base di calcolo IVA corretta per i flussi locali, ma non dispensa da un'analisi caso per caso per i flussi internazionali propri del trading. Per i principi generali dell'IVA svizzera, vedere la nostra pagina IVA svizzera.
La gestione del margine e il reporting finanziario
Una volta correttamente configurati la gestione per operazione e il multi-valuta, Odoo permette di produrre un reporting che riconcilia il margine per operazione, il margine consolidato per periodo, e l'esposizione in valute aperte. I rapporti analitici standard di Odoo (risultato per conto analitico, confronto di budget) coprono una buona parte di questo fabbisogno; cruscotti complementari possono essere costruiti per restituire una vista per operazione, per controparte o per tipo di merce secondo le priorità di gestione della società.
Questo reporting resta dipendente dalla qualità dell'inserimento a monte: un'operazione mal collegata analiticamente, o un costo imputato sull'asse sbagliato, falsa il risultato dell'operazione interessata senza che ciò sia visibile immediatamente nei totali globali. Ecco perché la configurazione iniziale e la disciplina di inserimento contano di più, in questo contesto, rispetto a una contabilità di distribuzione classica.
Ciò che Odoo copre bene, e i suoi limiti onesti
Odoo, correttamente configurato, copre bene:
- La contabilità generale e analitica, con la localizzazione svizzera nativa.
- La gestione per operazione tramite gli assi analitici.
- Il multi-valuta per l'acquisto, la vendita e il regolamento.
- La gestione documentale di base (allegati collegati alle operazioni).
- Il monitoraggio degli stock, incluse le ubicazioni che rappresentano flussi fuori Svizzera.
Per contro, Odoo non è un CTRM (Commodity Trading and Risk Management) specializzato. Non dispone nativamente di:
- Gestione di posizioni di mercato in tempo reale e calcolo del rischio associato (VaR, mark-to-market).
- Copertura sistematica (hedging) su strumenti derivati legati alle materie prime.
- Gestione fine delle lettere di credito e delle condizioni documentali bancarie del trade finance.
- Riconciliazione automatizzata di volumi molto grandi di contratti fisici con posizioni cartacee.
Per una società il cui volume e la complessità di trading giustificano una gestione attiva del rischio di mercato, un CTRM dedicato resta necessario, con un'interfaccia contabile verso Odoo piuttosto che una gestione integrale nell'ERP. Per una società di trading la cui attività si basa soprattutto su operazioni fisiche documentate, con un finanziamento più classico, Odoo ben configurato copre l'essenziale dei bisogni di gestione e contabilità, a un costo di possesso nettamente inferiore a quello di un CTRM specializzato. La scelta tra i due dipende dal profilo reale dell'attività, non da una preferenza di principio.
Il ruolo di AX-Fiduciaire
AX-Fiduciaire è una fiduciaria a Ginevra e partner Odoo. Su un progetto di trading, il nostro intervento riguarda tre ambiti:
- La configurazione contabile e analitica — struttura dei conti, assi analitici per operazione, regole di imputazione automatica, gestione delle valute e degli scarti di cambio. Vedere contabilità Odoo.
- La conformità svizzera — localizzazione l10n_ch, coerenza del piano dei conti con il diritto svizzero, articolazione con gli obblighi IVA propri del trading internazionale (vedere IVA svizzera).
- L'accompagnamento fiduciario — tenuta contabile, chiusure, dichiarazioni, al di là della sola configurazione informatica, nella continuità della nostra attività di fiduciaria ginevrina.
L'implementazione segue la stessa metodologia di qualsiasi progetto Odoo: analisi dei flussi reali dell'azienda, definizione dell'architettura analitica, configurazione, test su operazioni reali prima del passaggio in produzione. Vedere la nostra pagina implementazione Odoo per il dettaglio dell'approccio, e la nostra pagina Odoo a Ginevra per il contesto locale. AX-Fiduciaire ha sede al Boulevard Georges-Favon 26, a Ginevra.