Odoo NFR-sleutels: wat ze zijn, wie ze aanvraagt en hoe je ze krijgt

Als je hier bent beland omdat je naar "NFR" zocht en eigenlijk niet-functionele eisen bedoelde (prestaties, beschikbaarheid, fouttolerantie), dan ben je op de verkeerde pagina. Hier staat NFR voor Not For Resale: de licentie die een softwarebedrijf aan zijn partners geeft om demo's en interne omgevingen op te zetten zonder ervoor te betalen. En één ding is goed om te weten: Odoo noemt niets NFR. Het woord komt geen enkele keer voor in de Partnerovereenkomst van Odoo (versie 11, van 19 mei 2023). Wat je zoekt bestaat wel, maar heet anders: er is geen sleutel, er is een clausule in de Enterprise-licentie die wordt geactiveerd bij het ondertekenen van de partnerovereenkomst, en een code waarmee je een proefproject opent in Odoo.sh.

We schrijven dit van binnenuit: FLEXIBLES Y ACCESORIOS GOBE S.L. (het bedrijf achter FlexigoTech) is op 8 september 2026 toegetreden tot het partnerprogramma van Odoo, op niveau Learning Partner. Van het dashboard publiceren we geen schermafbeelding, omdat die identificatiegegevens en bedragen bevat; hieronder beschrijven we het veld voor veld.

Zegel van Learning Partner. Het recht om het merk en het logo van Odoo te gebruiken staat als Yes bij alle vier de niveaus in de tabel van paragraaf 4.2.

Waarom het acroniem je nutteloze resultaten geeft

NFR heeft twee betekenissen die niets met elkaar te maken hebben. In software engineering is het non-functional requirement, een kwaliteitseigenschap van het systeem. In het distributiekanaal is het not for resale, een gratis licentie voor intern gebruik door distributeurs. Over de tweede bestaat in het Spaans bijna geen literatuur en over Odoo helemaal niets, dus je zoekopdracht levert woordenlijsten over eisen en kanaalprogramma's van anderen op.

Wat Odoo je geeft in plaats van een NFR-sleutel

Drie verschillende dingen, met drie eigennamen en drie plekken waar je ze aanvraagt. Ze door elkaar halen is de oorzaak van bijna alle verwarring.

1. De gebruiksvergunning voor Enterprise. Het is geen sleutel maar een clausule. De licentie Odoo Enterprise Edition v1.0 zegt: "met een geldige Partnerovereenkomst met Odoo S.A. worden bovenstaande rechten ook verleend, mits het gebruik beperkt blijft tot een test- of ontwikkelomgeving". Die zin is je hele "NFR-licentie".
2. De partnercode. Dit is wel een reeks tekens die je in een formulier invult en waarmee je een proefproject opent in Odoo.sh. Het recht komt uit paragraaf 3.1 van de overeenkomst ("Odoo verleent de partner gratis toegang tot het Odoo.sh-platform voor test- en ontwikkeldoeleinden"); het mechanisme komt uit de documentatie van Odoo.sh, die zegt dat partners hun partnercode kunnen gebruiken om een proef te starten. Uit eigen ervaring: in ons Learning Partner-dashboard is de code die als zodanig is gelabeld die voor de verlenging van de proef, dus als je de partnercode niet ziet, vraag er dan je accountmanager naar.
3. De code voor verlenging van de Enterprise-proef. Een derde code die niet voor jou bedoeld is: hij verlengt de proefperiode van een potentiële klant. De voordelentabel in paragraaf 4.2 markeert hem als beschikbaar bij alle vier de niveaus.

Daarbovenop komt de leestoegang tot de repository met de broncode van Odoo Enterprise op GitHub, waarmee je op je eigen machine modules kunt compileren en testen tegen Enterprise.

Waarvoor ze echt dienen en waarvoor niet

Ze dienen voor commerciële demo's, interne opleiding en ontwikkeling en tests van je modules, inclusief hetzelfde databasebestand testen tegen verschillende hoofdversies vóór een migratie. Ze dienen niet voor de productie van een klant, en de overeenkomst is ongewoon stellig: paragraaf 3.2 zegt dat de partner zich ertoe verbindt geen diensten op Odoo Enterprise Edition aan te bieden aan klanten die niet onder een Enterprise-abonnement vallen, zelfs niet tijdens de implementatiefase. Er is geen coulancetermijn terwijl je configureert.

Ze dienen ook niet om iets te herdistribueren: dezelfde paragraaf verplicht je de broncode van Enterprise vertrouwelijk te houden binnen je personeel en verbiedt herdistributie zonder schriftelijke toestemming. Wat je wel kunt doen is modules bovenop Enterprise ontwikkelen en onder elke compatibele licentie verspreiden: de Enterprise-licentie staat dat toe en noemt LGPL, MIT of vergelijkbare propriëtaire licenties.

Wie ze kan aanvragen en op welk moment van de registratie

Vóór de ondertekening is er niets: de clausule in de licentie spreekt over een "geldige Partnerovereenkomst", en zonder overeenkomst is er geen clausule. Paragraaf 5 zegt dat het bedrag van de bijdrage schriftelijk wordt vastgelegd bij de ondertekening (het is geen gepubliceerd cijfer), dat het wordt betaald na ontvangst van de jaarfactuur en dat het niet terugbetaalbaar is. Paragraaf 2 legt de looptijd vast op één jaar vanaf de ondertekening, met automatische verlenging tenzij een van de partijen 30 dagen van tevoren schriftelijk opzegt. Het programma kent twee soorten partnerschap en vier niveaus, en het niveau hangt af van drie cijfers.

Het detail dat hier telt: de toegang tot Odoo.sh voor tests en ontwikkeling, de code voor verlenging van de proef en de toegang tot de broncode staan als Yes bij alle vier de niveaus. Je hebt ze vanaf dag één als Learning Partner. Wat je niet krijgt, is de zichtbaarheid in de openbare partnerlijst op odoo.com en de commissie van 50 % op Odoo.sh, die bij Learning op 10 % blijft: en die op elk niveau een plafond heeft: de voetnoot bij paragraaf 4.2 beperkt haar tot € 150 (of $ 180) per maand per abonnement, € 1.440 (of $ 1.728) per jaar. Een observatie uit eerste hand: de rij die de toegewezen accountmanager en het partnerdashboard samenvoegt, staat bij Learning op No, en toch was het dashboard er bij onze registratie van september 2026 gewoon en kregen we een accountmanager toegewezen met direct telefoonnummer en e-mailadres. Paragraaf 4.4 zelf zegt bovendien dat de partner toegang heeft tot de commerciële coaching van zijn accountmanager, zonder onderscheid per niveau. Het contract is de ondergrens, niet het plafond.

De procedure, stap voor stap

1. Onderteken de overeenkomst en betaal de jaarlijkse bijdrage. Die betaal je na ontvangst van de factuur van Odoo en is niet terugbetaalbaar. Zonder ondertekende overeenkomst is er niets van het bovenstaande.
2. Ga naar het partnerdashboard, op odoo.com/my/partner. Daar vind je je huidige niveau en de ladder tot Official; de verwijzingslink, die het numerieke partner-ID in de campagneparameter bevat; de code voor verlenging van de proef; de leestoegang tot de Enterprise-repository op GitHub voor de gebruiker die je opgeeft; de download van bronnen en installatiebestanden; de merkmaterialen; de status van het bedrijfsprofiel, gepubliceerd of niet; en de teller met commissies van de afgelopen twaalf maanden.
3. Open het demoproject in Odoo.sh. Klik op Deploy your platform, geef toestemming met een GitHub-account en vul in het veld Subscription Code (de documentatie waarschuwt dat het ook subscription referral, contract number of activation code wordt genoemd) de partnercode in.
4. Kies hoofdversie en regio. Odoo.sh ondersteunt de tussenversies die op Odoo Online draaien niet. Als je op Odoo Online begint en later migreert, raadt de documentatie aan de database aan te maken via odoo.com/start-lts, zodat die in een compatibele versie ontstaat.
5. Als de klant ja zegt, wissel je van code. De documentatie is expliciet: als de klant doorgaat, moet hij een Odoo Enterprise-abonnement afsluiten dat hosting op Odoo.sh bevat en zijn eigen abonnementscode gebruiken. Je partnercode valt dan weg.

De limieten die verrassen

Geen enkele is geheim: ze staan allemaal in de officiële documentatie. Het probleem is dat ze over vijf pagina's verspreid staan en je ze een voor een tegenkomt, steeds op het slechtst denkbare moment.

• 1 GB en twee staging-branches. Dat is het plafond van proefbuilds die met een partnercode zijn aangemaakt. Ook de dumps die je importeert mogen niet groter zijn dan 1 GB.
• 30 dagen en productie is geen productie meer. In proefprojecten gaan de productiebranch en alle staging-branches na 30 dagen automatisch terug naar de ontwikkelfase. Dat is de echte vervaldatum van je demo.
• Staging-databases worden na een maand vanzelf verwijderd en je moet de branch opnieuw opbouwen om hem weer te gebruiken.
• Een demo in staging verstuurt geen e-mails. De neutralisatie schakelt de geplande acties en uitgaande e-mail uit (onderschept door een mail catcher) en zet IAP-diensten, betaalgateways en verzendmethoden uit. De geneutraliseerde database verliest bovendien de bancaire synchronisatie en de zichtbaarheid voor zoekmachines, en toont bovenaan een rode balk zodat het opvalt.
• Van code wisselen is een eenrichtingsstraat. Je kunt de activeringscode van het project wijzigen, maar niet naar een code die al aan een ander project is toegewezen of naar een proefcode: van betaald terug naar proef is niet toegestaan.
• Het niveau wordt elk kwartaal herzien en aangepast naar het hoogste niveau waarvan je alle drie de eisen haalt. Wat telt zijn de nieuwe netto gebruikers van de afgelopen twaalf maanden: verlengingen tellen niet mee voor het niveau, ook al leveren ze commissie op.
• Als de overeenkomst afloopt, loopt alles af. Paragraaf 6.1 zegt dat de partner na afloop of beëindiging Odoo Enterprise niet meer mag gebruiken, niet voor ontwikkeling, niet voor tests en niet voor productie, en het merk niet meer mag gebruiken. De vervaldatum van je "NFR-licentie" is de datum van je overeenkomst, niet die van je project.

De fouten die duur uitvallen

• De productie van een klant opzetten bovenop je proefproject. Het schendt paragraaf 3.2, kan niet ongedaan worden gemaakt omdat teruggaan van betaald naar proef niet is toegestaan, en na 30 dagen degradeert de productiebranch vanzelf. Dat alles terwijl de klant meekijkt.
• De verlenging vergeten. De overeenkomst verlengt zichzelf met nog een jaar als niemand 30 dagen van tevoren schriftelijk opzegt. Als je wilt verlengen, geen probleem; als je eruit wilt, kost vergeten je een niet-terugbetaalbare jaarbijdrage.
• In een demo beloven wat de neutralisatie uitschakelt: e-mails, echte betalingen, vervoerderslabels, geplande acties. Laat het zien in een ontwikkelomgeving met demogegevens, of waarschuw vooraf.
• Enterprise-code naar een openbare repository uploaden. Het is de meest geruisloze overtreding en de moeilijkste om ongedaan te maken, want wat openbaar is, is al gekopieerd.

En als je nog geen partner bent?

Twee eerlijke uitwegen zolang je nog niet getekend hebt. De gedeelde demodatabases van Odoo vragen geen registratie, maar volgens de documentatie is elk ervan maar enkele uren beschikbaar: ze volstaan om een scherm te tonen, niet om een demo op maat voor te bereiden. En Odoo Community is vrije software onder LGPLv3: als wat je moet laten zien in een eigen module zit en niet in een Enterprise-app, is het een geldige omgeving zonder vervaldatum. Odoo Online is dat niet: het ondersteunt geen aangepaste modules of modules uit de App Store, en duplicaten vervallen na 15 dagen met een maximum van vijf per database.

Wij testen elke module tegen echte Odoo.sh-builds in de versies 19, 18 en 17 voordat we iets naar de App Store brengen: de partneromgeving is precies de plek waar dat werk gebeurt. We leggen het uit in Odoo-engineering voor adviesbureaus en in Odoo-connector voor jouw software.

Verder lezen

Als de beslissing waar je voor staat een andere is (welke editie je echt nodig hebt), hebben we die vergeleken in Community of Enterprise. En als je geen team hebt om een al verkocht project op te leveren, kijk dan bij Odoo-ontwikkeling uitbesteden: wie tekent voor de module.

Veelgestelde vragen