Chiavi NFR di Odoo: cosa sono, chi le chiede e come si richiedono

Se sei arrivato qui cercando «NFR» e ti servivano i requisiti non funzionali (prestazioni, disponibilità, tolleranza ai guasti), questa pagina non fa per te. Qui NFR significa Not For Resale: la licenza che un'azienda di software concede ai suoi partner per allestire dimostrazioni e ambienti interni senza pagarli. E conviene sapere una cosa: Odoo non chiama NFR nulla. La parola non compare nemmeno una volta nell'Accordo di Partner di Odoo (versione 11, del 19 maggio 2023). Ciò che cerchi esiste, ma si chiama in un altro modo: non c'è una chiave, c'è una clausola della licenza Enterprise che si attiva firmando l'accordo di partner, e un codice che apre un progetto di prova su Odoo.sh.

Lo scriviamo dall'interno: FLEXIBLES Y ACCESORIOS GOBE S.L. (la società dietro FlexigoTech) è entrata nel programma partner di Odoo l'8 settembre 2026, al livello Learning Partner. Del pannello non pubblichiamo schermate, perché contiene identificativi e importi; lo descriviamo campo per campo più sotto.

Sigillo di Learning Partner. Il diritto di usare il marchio e il logo di Odoo figura come Yes in tutti e quattro i livelli della tabella del punto 4.2.

Perché l'acronimo ti restituisce risultati inutili

NFR ha due significati senza alcun legame. Nell'ingegneria del software è non-functional requirement, un attributo di qualità del sistema. Nel canale di distribuzione è not for resale, una licenza gratuita di uso interno per i distributori. La seconda ha pochissima letteratura in spagnolo e nessuna riferita a Odoo, quindi la ricerca ti restituisce glossari di requisiti e programmi di canale che non c'entrano.

Cosa ti dà Odoo al posto di una chiave NFR

Tre cose diverse, con tre nomi propri e tre posti dove si richiedono. Confonderle è all'origine di quasi tutta la confusione.

1. Il permesso d'uso di Enterprise. Non è una chiave, è una clausola. La licenza Odoo Enterprise Edition v1.0 dice che «con un Accordo di Partner valido con Odoo S.A., i permessi precedenti sono concessi anche, purché l'uso sia limitato a un ambiente di test o di sviluppo». Quella frase è tutta la tua «licenza NFR».
2. Il codice partner. Questo sì è una stringa da inserire in un modulo e apre un progetto di prova su Odoo.sh. Il diritto deriva dal punto 3.1 dell'accordo («Odoo concede al partner accesso gratuito alla piattaforma Odoo.sh a fini di test e sviluppo»); il meccanismo, dalla documentazione di Odoo.sh, che dice che i partner possono usare il proprio codice partner per avviare una prova. Esperienza diretta: nel nostro pannello di Learning Partner il codice con l'etichetta è quello di estensione della prova, quindi se non vedi quello del partner, chiedilo al tuo account manager.
3. Il codice di estensione della prova di Enterprise. Un terzo codice che non è per te: allunga il periodo di prova di un potenziale cliente. La tabella dei vantaggi del punto 4.2 lo indica come disponibile in tutti e quattro i livelli.

In più c'è l'accesso in lettura al repository del codice sorgente di Odoo Enterprise su GitHub, che ti permette di compilare e testare moduli contro Enterprise sulla tua macchina.

A cosa servono davvero e a cosa no

Servono per dimostrazioni commerciali, formazione interna e sviluppo e test dei tuoi moduli, incluso provare lo stesso database su diverse versioni principali prima di una migrazione. Non servono per la produzione di un cliente, e l'accordo è insolitamente netto: il punto 3.2 dice che il partner si impegna a non offrire servizi su Odoo Enterprise Edition a clienti non coperti da un abbonamento Enterprise, nemmeno durante la fase di implementazione. Non c'è nessuna finestra di cortesia mentre configuri.

Non servono nemmeno per ridistribuire nulla: lo stesso punto obbliga a mantenere riservato il codice sorgente di Enterprise all'interno del personale e vieta di ridistribuirlo senza autorizzazione scritta. Quello che puoi fare è sviluppare moduli sopra Enterprise e distribuirli con qualsiasi licenza compatibile: la licenza di Enterprise lo autorizza e cita LGPL, MIT o licenze proprietarie simili.

Chi può richiederle e in quale momento dell'iscrizione

Prima della firma non c'è nulla: la clausola della licenza parla di un «Accordo di Partner valido», e senza accordo non c'è clausola. Il punto 5 dice che l'importo della quota è specificato per iscritto al momento della firma (non è una cifra pubblicata), che si paga alla ricezione della fattura annuale e che non è rimborsabile. Il punto 2 fissa la durata in un anno dalla firma, con rinnovo automatico salvo che una parte dia disdetta per iscritto con 30 giorni di preavviso. Il programma ha due tipi di partnership e quattro livelli, e il livello dipende da tre cifre.

Il dettaglio che qui conta: l'accesso a Odoo.sh per test e sviluppo, il codice di estensione della prova e l'accesso al codice sorgente figurano come Yes in tutti e quattro i livelli. Li hai dal primo giorno come Learning Partner. Quello che non si ottiene è la visibilità nell'elenco pubblico dei partner di odoo.com e la commissione del 50 % su Odoo.sh, che in Learning resta al 10 %: e che a qualsiasi livello ha un tetto: la nota a piè di pagina del punto 4.2 la limita a 150 € (o 180 $) al mese per abbonamento, 1.440 € (o 1.728 $) all'anno. Un'osservazione di prima mano: la riga che unisce l'account manager dedicato e il pannello partner è indicata come No in Learning, eppure nella nostra iscrizione di settembre 2026 il pannello c'era e ci è stata assegnata un'account manager con telefono ed e-mail diretti. Lo stesso punto 4.4, inoltre, dice che il partner avrà accesso al coaching commerciale del suo account manager, senza distinguere il livello. Il contratto è il minimo, non il massimo.

La procedura, passo per passo

1. Firma l'accordo e paga la quota annuale. Si paga alla ricezione della fattura di Odoo e non è rimborsabile. Senza accordo firmato non c'è nulla di quanto sopra.
2. Accedi al pannello partner, su odoo.com/my/partner. Lì trovi il livello attuale e la scala fino a Official; il link di referral, che porta l'identificativo numerico del partner nel parametro di campagna; il codice di estensione della prova; l'accesso in lettura al repository di Enterprise su GitHub per l'utente che indichi; il download di sorgenti e installer; le risorse di marca; lo stato della scheda aziendale, pubblicata o meno; e il contatore delle commissioni degli ultimi dodici mesi.
3. Apri il progetto di dimostrazione su Odoo.sh. Premi Deploy your platform, autorizza con un account GitHub e, nel campo Subscription Code (la documentazione avverte che lo chiamano anche subscription referral, contract number o activation code), inserisci il codice partner.
4. Scegli versione principale e regione. Odoo.sh non supporta le versioni intermedie che gira Odoo Online. Se pensi di iniziare su Odoo Online e migrare dopo, la documentazione consiglia di creare il database da odoo.com/start-lts perché nasca in una versione compatibile.
5. Quando il cliente dice di sì, cambia codice. La documentazione è esplicita: se il cliente prosegue, deve sottoscrivere un piano Odoo Enterprise che includa l'hosting su Odoo.sh e usare il proprio codice di abbonamento. Il tuo codice partner esce dall'equazione.

I limiti che sorprendono

Nessuno è segreto: sono tutti nella documentazione ufficiale. Il problema è che sono sparsi su cinque pagine e li scopri uno alla volta, sempre nel momento peggiore.

• 1 GB e due branch di staging. È il tetto delle build di prova create con codice partner. Anche i dump che importi non possono superare 1 GB.
• 30 giorni e la produzione smette di essere produzione. Nei progetti di prova, il branch di produzione e tutti quelli di staging tornano automaticamente alla fase di sviluppo dopo 30 giorni. Questa è la vera scadenza della tua demo.
• I database di staging si cancellano da soli dopo un mese e bisogna ricostruire il branch per usarlo di nuovo.
• Una demo in staging non invia e-mail. La neutralizzazione disattiva le azioni pianificate e la posta in uscita (intercettata da un mail catcher) e spegne i servizi IAP, i gateway di pagamento e i metodi di spedizione. Il database neutralizzato perde inoltre la sincronizzazione bancaria e la visibilità per i motori di ricerca, e mostra in alto una banda rossa perché si noti.
• Il cambio di codice è una porta a senso unico. Puoi cambiare il codice di attivazione del progetto, ma non con uno già assegnato a un altro progetto né con un codice di prova: passare da a pagamento a prova non è consentito.
• Il livello viene rivisto ogni trimestre e si adegua al più alto di cui soddisfi i tre requisiti. Contano gli utenti netti nuovi degli ultimi dodici mesi: i rinnovi non contano per il livello, anche se generano commissione.
• Se l'accordo termina, termina tutto. Il punto 6.1 dice che alla scadenza o alla risoluzione il partner non può più usare Odoo Enterprise né per sviluppo, né per test, né per produzione, e deve smettere di usare il marchio. La scadenza della tua «licenza NFR» è la data del tuo accordo, non quella del tuo progetto.

Gli errori che si pagano cari

• Montare la produzione di un cliente sopra il tuo progetto di prova. Viola il punto 3.2, non si può annullare perché non si può passare da a pagamento a prova, e dopo 30 giorni il branch di produzione si degrada da solo. Il tutto con il cliente che guarda.
• Dimenticare il rinnovo. L'accordo si rinnova da solo per un altro anno se nessuno dà disdetta per iscritto con 30 giorni di preavviso. Se vuoi rinnovare, nessun problema; se vuoi uscire, la dimenticanza ti costa un'annualità non rimborsabile.
• Promettere in una demo ciò che la neutralizzazione spegne: e-mail, pagamenti reali, etichette del vettore, azioni pianificate. Mostralo in un ambiente di sviluppo con dati dimostrativi, oppure avvisa prima.
• Caricare codice di Enterprise su un repository pubblico. È la violazione più silenziosa e la più difficile da annullare, perché ciò che è pubblico è già stato copiato.

E se non sei ancora partner?

Due vie d'uscita oneste finché non firmi. I database di dimostrazione condivisi di Odoo non richiedono registrazione, ma secondo la documentazione ciascuno è disponibile solo per poche ore: servono per mostrare una schermata, non per preparare una demo su misura. E Odoo Community è software libero sotto LGPLv3: se ciò che devi dimostrare vive in un tuo modulo e non in un'app di Enterprise, è un ambiente valido e senza scadenza. Odoo Online no: non supporta moduli personalizzati né dell'App Store, e i duplicati scadono dopo 15 giorni con un massimo di cinque per database.

Noi proviamo ogni modulo su build reali di Odoo.sh nelle versioni 19, 18 e 17 prima di toccare l'App Store: l'ambiente partner è esattamente il luogo in cui si fa quel lavoro. Lo spieghiamo in ingegneria di Odoo per società di consulenza e in connettore di Odoo per il tuo software.

Per proseguire

Se la decisione che hai davanti è un'altra (di quale edizione hai davvero bisogno), l'abbiamo confrontata in Community o Enterprise. E se ciò che ti frena è non avere un team per consegnare un progetto già venduto, guarda subappaltare lo sviluppo di Odoo: chi firma il modulo.

Domande frequenti