Ventiseiesima guida operativa Odoo 19 per PMI italiane. Hai concluso la RFP, hai scelto il partner Odoo. Ora arriva il momento più sottovalutato di tutto il progetto: la negoziazione del contratto. Un contratto ben fatto trasforma 6 mesi di stress in 6 mesi di lavoro fluido. Un contratto fatto male trasforma un progetto di 80k € in una disputa legale.
In questa guida vediamo: tipologie di contratto Odoo (T&M vs fixed price vs ibrido), clausole essenziali, milestone di pagamento, garanzie, SLA, exit strategy, esempi di clausole pericolose da evitare, casi reali.
Tipi di contratto per progetto Odoo
1. Fixed Price (prezzo fisso a scope chiuso)
Come funziona: il partner si impegna a consegnare lo scope X al prezzo Y entro la data Z. Tutto il rischio è del partner.
- Vantaggi: budget certo, deadline certa, semplice da gestire
- Svantaggi: scope rigido (ogni cambiamento → change request), partner tende a gold-plating del preventivo per coprire rischio
- Quando usarlo: scope chiarissimo dopo Discovery approfondita, budget < 50k €
2. Time & Materials (T&M)
Come funziona: paghi le ore consumate al tariffario concordato. Nessuno scope predefinito vincolante.
- Vantaggi: massima flessibilità, paghi solo quello che usi, ideale per scope incerto
- Svantaggi: budget incerto, rischio sforamento, richiede controllo costante
- Quando usarlo: Discovery iniziale, progetti R&D, fasi di hypercare
3. Modello ibrido (raccomandato per PMI)
Come funziona: fixed price per il core (moduli standard Odoo + setup + formazione) + T&M con cap per le personalizzazioni e l’hypercare.
- Vantaggi: equilibrio tra prevedibilità e flessibilità
- Svantaggi: richiede contratto più articolato
- Quando usarlo: 80% dei progetti Odoo PMI
Anatomia del preventivo Odoo: cosa devi vedere
Il preventivo strutturato è il primo documento legalmente vincolante. In Odoo stesso il documento commerciale è altamente strutturato:

Cosa deve includere il preventivo del partner:
- Riferimento RFP esplicito (per evitare ambiguità sullo scope)
- Lista moduli Odoo con versione (es. Sales 19.0, Accounting 19.0)
- Numero utenti per ruolo
- Ore stimate per ogni fase
- Tariffa oraria divisa per profilo (Junior, Senior, Architect)
- Spese accessorie (trasferte, vitto, accommodation)
- Validità preventivo (tipicamente 30-60 giorni)
- Esclusioni esplicite (cosa NON è incluso)
Clausole essenziali da NON trascurare
1. Scope definito e change management
Lo scope deve essere definito tecnicamente, non genericamente. NON va bene: “implementazione modulo CRM”. VA BENE: “implementazione modulo CRM con workflow lead-opportunity-customer, integrazione con sito web via webhook, importazione database 4.500 contatti da CSV”.
Process di change request:
- Forma scritta obbligatoria (email + documento allegato)
- Stima costo + tempo per ogni change
- Approvazione esplicita prima di partire (no work senza ok scritto)
- Cap mensile per evitare costi a sorpresa
2. Milestone di pagamento
I termini di pagamento vanno strutturati come milestone misurabili e collegate a deliverable specifici. In Odoo stesso esistono nativamente termini di pagamento configurabili:

Schema raccomandato (per progetto 80k €):
| Milestone | % pagamento | Importo | Trigger |
|---|---|---|---|
| Firma contratto | 20% | 16.000 € | Firma + ricevuto kick-off |
| Setup + import dati | 20% | 16.000 € | Sistema funzionante in staging |
| UAT completo | 20% | 16.000 € | Test utenti finali OK |
| Go-live | 20% | 16.000 € | Sistema in produzione |
| Hypercare completato | 20% | 16.000 € | 30 giorni post-golive senza ticket P1 |
Errore comune: pagare 80% upfront. NO. Tieni leva fino al go-live.
3. Garanzia e bug-fix
Periodo di garanzia post-golive:
- Bug critici: fix entro 4 ore lavorative, GRATIS per 90 giorni
- Bug minori: fix entro 5 giorni lavorativi, GRATIS per 90 giorni
- Distinzione bug vs nuova feature (definizione esplicita)
- Esempio bug: “fattura non si genera dopo conferma ordine” = bug
- Esempio feature: “aggiungere campo sconto su fattura” = nuova feature
4. SLA post-golive (per contratto manutenzione)
| Severity | Definizione | Tempo risposta | Tempo risoluzione |
|---|---|---|---|
| P1 – Critico | Sistema giù, blocco operativo | 1h (orario lavorativo) | 4h |
| P2 – Alto | Funzione importante non funziona | 4h | 1 giorno lavorativo |
| P3 – Medio | Funzione minore problema | 1 giorno | 5 giorni lavorativi |
| P4 – Basso | Richiesta info, miglioramento | 2 giorni | 10 giorni lavorativi |
5. Penali per mancato rispetto SLA
- P1 over SLA: 5% del canone mensile per ora di ritardo
- P2 over SLA: 2% del canone mensile per ora di ritardo
- Cap massimo penali: 50% del canone mensile
- Penali da non confondere con risarcimento danni (cumulativi)
Gestione ordini e tracking finanziario
Una volta firmato il contratto, ogni milestone diventa un ordine da gestire. Odoo permette di tracciare lo stato di ogni ordine commerciale in modo strutturato:

Clausole protettive per il cliente

1. Source code escrow / proprietà intellettuale
- Codice di personalizzazioni Odoo: proprietà del cliente
- Repository Git con accesso costante (no “ve lo consegniamo al go-live”)
- Documentazione tecnica obbligatoria
- In caso di fallimento partner, il codice resta disponibile
2. Exit strategy
- Possibilità di terminare il contratto con 60 giorni di preavviso
- Transition assistance: 80 ore di handover a costo standard se cambi partner
- Knowledge transfer documentale obbligatorio prima di chiudere
- Backup dati strutturato a fine progetto
3. Confidentiality e non-compete
- NDA reciproco (durata 3 anni post-fine contratto)
- Non-solicitation: partner non può assumere tuoi dipendenti per 12 mesi
- Tu non puoi assumere consulenti partner per 12 mesi (simmetria)
4. Audit rights
- Diritto di audit tempi (timesheet partner)
- Diritto di accesso ai ticket/log progetto
- Audit annuale codice sorgente
Clausole pericolose da evitare
“Best effort” senza commit
Problema: “il partner si impegna in best effort a rispettare la timeline”. Vuol dire ZERO. Non c’è obbligo, non c’è penale.
Soluzione: deadline contrattuali con penali graduate.
Pagamento upfront sproporzionato
Problema: “30% alla firma, 40% a metà, 30% al go-live”. Hai pagato 70% prima del go-live → zero leva.
Soluzione: massimo 30% prima del go-live, 50%+ dopo deliverable verificabili.
Definizione di “completato” vaga
Problema: “Il progetto si considera completato quando il sistema è funzionante”. Cosa significa “funzionante”?
Soluzione: criteri di accettazione (acceptance criteria) per ogni milestone, oggettivi e misurabili.
Esclusione totale di responsabilità
Problema: “Il partner non è responsabile per perdite di dati, downtime, danni indiretti”.
Soluzione: responsabilità limitata al canone annuo (standard), MA backup, sicurezza e disaster recovery vanno garantiti contrattualmente.
Tariffe ore “out of scope” senza tetto
Problema: “Ore aggiuntive a 120 €/h al netto” senza cap mensile o annuale.
Soluzione: cap mensile (es. max 40h/mese T&M), approvazione preventiva oltre soglia.
Negoziazione: tattiche pratiche

Cosa puoi negoziare
- Tariffe orarie: 10-15% sotto listino è realistico per progetti > 50k €
- Milestone: percentuali e trigger
- Garanzia: da 30 a 90 giorni di fix gratuito
- SLA: tempi risposta più stringenti per P1
- Penali: applicabilità e cap
- Formazione: ore aggiuntive incluse
- Documentazione: video tutorial personalizzati per il team
Cosa raramente puoi negoziare
- Licenze Odoo Enterprise (prezzo Odoo SA, non del partner)
- Tariffa minima oraria (partner ha costi fissi)
- Risk transfer totale (nessun partner accetta)
Tattiche win-win
- “Accetto la tua tariffa standard se aggiungi 40 ore di hypercare gratuite”
- “Pago il 25% upfront se accetti penale 5%/ora ritardo P1”
- “Firmo per 3 anni di manutenzione se sconti il setup iniziale del 15%”
Casi pratici PMI italiane
Caso 1 — Manifattura: fixed price ben strutturato
- Scope: 12 moduli Odoo + 3 personalizzazioni
- Prezzo: 95k € fixed
- 5 milestone a 19k € ciascuna
- Garanzia: 90 giorni
- Risultato: go-live in tempo, budget rispettato
Caso 2 — E-commerce: T&M con cap mensile
- Tariffa: 95 €/h senior, 65 €/h junior
- Cap mensile: 60 ore
- Setup iniziale: 12k € fixed per ramp-up
- Vantaggio: flessibilità totale per cambiare scope durante l’anno
Caso 3 — Studio professionale: contratto troppo permissivo
- Pagamento: 50% upfront, 50% al go-live
- Nessuna penale, nessun SLA chiaro
- Risultato: progetto sforato di 6 mesi, partner non risponde alle email
- Lesson learned: la struttura del contratto è leva di esecuzione
Caso 4 — Servizi B2B: contratto troppo rigido
- Fixed price con scope dettagliato a 20 pagine
- Ogni change request richiede riapertura contratto
- Risultato: 80 change request in 6 mesi, costo gestione amministrativo enorme
- Lesson learned: bilanciare rigore con flessibilità (modello ibrido)
Costi tipici contratto Odoo PMI italiana
| Tipo PMI | Setup iniziale | Manutenzione annua | Licenze Odoo Enterprise |
|---|---|---|---|
| Micro (3-10 utenti) | 15-30k € | 3-8k € | 2.5-8k €/anno |
| Small (10-30 utenti) | 30-70k € | 8-18k € | 8-25k €/anno |
| Medium (30-80 utenti) | 70-150k € | 18-40k € | 25-65k €/anno |
| Large (80+ utenti) | 150k+ € | 40-80k € | 65k+ €/anno |
FAQ
Devo coinvolgere un avvocato per il contratto Odoo?
Per progetti > 50k € sì, almeno per review. Costo: 1-3k € per review legale, evita sorprese da 20-50k €. Per progetti più piccoli, controllo interno con questa guida può bastare.
Il partner mi presenta il suo contratto standard. Posso modificarlo?
SEMPRE. Il contratto standard del partner è il punto di partenza, mai il punto di arrivo. Ogni clausola può essere negoziata. Se il partner si rifiuta categoricamente di discutere modifiche, è un red flag importante.
Quanto tempo dura la negoziazione contratto?
2-4 settimane per progetti tipici PMI. Sotto 1 settimana = scarso approfondimento. Sopra 8 settimane = troppi avvocati coinvolti, progetto a rischio stallo.
Posso usare un contratto unico per setup + manutenzione?
Sconsigliato. Meglio due contratti separati: 1) contratto progetto (setup + go-live + hypercare); 2) contratto manutenzione annuale rinnovabile. Permette di valutare il partner sul setup prima di vincolarsi per anni.
Cosa succede se il partner fallisce durante il progetto?
Senza clausole protective sei messo male: codice sorgente, accesso ai sistemi, knowledge transfer tutto da ricostruire. Con le clausole giuste (escrow codice, accesso repo costante, documentazione obbligatoria) la perdita è minimizzata.
Prossimi passi
Nelle prossime guide vedremo come preparare il kick-off del progetto Odoo, come strutturare il piano di formazione per il team, e come gestire le aspettative degli stakeholder interni durante il rollout.
Vuoi un template di contratto Odoo per la tua PMI?
G Tech Group fornisce template contrattuali strutturati per PMI italiane che adottano Odoo. Include milestone payments, SLA, garanzie e clausole protective.
Richiedi un preventivo gratuito oppure prova la nostra demo Odoo 19 live. Oppure prova Odoo direttamente su odoo.com (link partner Brentasoft).
Vuoi una soluzione su misura per la tua azienda?
Brentasoft sviluppa gestionali, CRM e software personalizzati per PMI italiane. Parliamo del tuo progetto.