Odoo-NFR-Schlüssel: Was sie sind, wer sie beantragt und wie

Wenn Sie hier mit der Suche nach «NFR» gelandet sind und eigentlich nichtfunktionale Anforderungen (Performance, Verfügbarkeit, Fehlertoleranz) brauchten, sind Sie auf der falschen Seite. Hier steht NFR für Not For Resale: die Lizenz, die ein Softwarehersteller seinen Partnern gewährt, damit sie Demos und interne Umgebungen kostenlos aufbauen können. Eines sollten Sie wissen: Odoo nennt nichts NFR. Das Wort kommt in der Partnervereinbarung von Odoo (Version 11 vom 19. Mai 2023) kein einziges Mal vor. Was Sie suchen, gibt es, nur heißt es anders: Es gibt keinen Schlüssel, sondern eine Klausel der Enterprise-Lizenz, die mit der Unterzeichnung der Partnervereinbarung greift, und einen Code, der ein Testprojekt auf Odoo.sh öffnet.

Wir schreiben das aus eigener Erfahrung: FLEXIBLES Y ACCESORIOS GOBE S.L. (die Gesellschaft hinter FlexigoTech) ist am 8. September 2026 dem Odoo-Partnerprogramm beigetreten, auf der Stufe Learning Partner. Vom Partner-Portal veröffentlichen wir keinen Screenshot, weil er Kennungen und Beträge enthält; wir beschreiben es weiter unten Feld für Feld.

Siegel als Learning Partner. Das Recht zur Nutzung der Marke und des Logos von Odoo steht in allen vier Stufen der Tabelle in Abschnitt 4.2 auf Yes.

Warum das Kürzel nur nutzlose Treffer liefert

NFR hat zwei Bedeutungen, die nichts miteinander zu tun haben. In der Softwaretechnik ist es das non-functional requirement, ein Qualitätsmerkmal des Systems. Im Vertriebskanal ist es not for resale, eine kostenlose Lizenz zur internen Nutzung für Händler. Zur zweiten gibt es kaum Literatur auf Deutsch und keine zu Odoo, daher liefert die Suche Glossare zu Anforderungen und fremde Channel-Programme.

Was Odoo Ihnen statt eines NFR-Schlüssels gibt

Drei verschiedene Dinge, mit drei Eigennamen und drei Stellen, an denen sie beantragt werden. Wer sie vermischt, löst damit fast die ganze Verwirrung aus.

1. Die Nutzungserlaubnis für Enterprise. Das ist kein Schlüssel, sondern eine Klausel. Die Lizenz Odoo Enterprise Edition v1.0 besagt: «Mit einer gültigen Partnervereinbarung mit Odoo S.A. werden die vorstehenden Berechtigungen ebenfalls gewährt, sofern die Nutzung auf eine Test- oder Entwicklungsumgebung beschränkt ist.» Dieser Satz ist Ihre gesamte «NFR-Lizenz».
2. Der Partnercode. Dieser ist tatsächlich eine Zeichenfolge, die man in ein Formular eingibt und die ein Testprojekt auf Odoo.sh öffnet. Das Recht ergibt sich aus Abschnitt 3.1 der Vereinbarung («Odoo gewährt dem Partner kostenlosen Zugang zur Plattform Odoo.sh für Test- und Entwicklungszwecke»); der Mechanismus aus der Odoo.sh-Dokumentation, die besagt, dass Partner ihren Partnercode verwenden können, um einen Test zu starten. Aus erster Hand: In unserem Learning-Partner-Portal ist der als Code beschriftete Eintrag der Verlängerungscode für den Test. Wenn Sie den Partnercode nicht sehen, fragen Sie Ihren Account Manager danach.
3. Der Verlängerungscode für die Enterprise-Testphase. Ein dritter Code, der nicht für Sie bestimmt ist: Er verlängert die Testphase eines potenziellen Kunden. Die Vorteilstabelle in Abschnitt 4.2 führt ihn in allen vier Stufen als verfügbar auf.

Hinzu kommt der Lesezugriff auf das Repository mit dem Quellcode von Odoo Enterprise auf GitHub. Damit können Sie Module auf Ihrem Rechner gegen Enterprise kompilieren und testen.

Wofür sie wirklich taugen und wofür nicht

Sie taugen für kommerzielle Demos, interne Schulungen sowie Entwicklung und Tests Ihrer Module, einschließlich des Tests derselben Datenbank gegen verschiedene Hauptversionen vor einer Migration. Für den Produktivbetrieb eines Kunden taugen sie nicht, und die Vereinbarung ist ungewöhnlich eindeutig: Abschnitt 3.2 besagt, dass sich der Partner verpflichtet, keine Dienstleistungen auf Odoo Enterprise Edition für Kunden anzubieten, die nicht durch ein Enterprise-Abonnement abgedeckt sind, nicht einmal während der Einführungsphase. Es gibt kein Kulanzfenster, solange Sie konfigurieren.

Auch zur Weitergabe taugen sie nicht: Derselbe Abschnitt verpflichtet dazu, den Enterprise-Quellcode innerhalb der Belegschaft vertraulich zu behandeln, und verbietet die Weitergabe ohne schriftliche Genehmigung. Was Sie aber tun können: Module auf Enterprise entwickeln und unter jeder kompatiblen Lizenz vertreiben. Die Enterprise-Lizenz erlaubt das und nennt LGPL, MIT oder ähnliche proprietäre Lizenzen.

Wer sie beantragen kann und in welcher Phase der Anmeldung

Vor der Unterschrift gibt es nichts: Die Lizenzklausel spricht von einer «gültigen Partnervereinbarung», und ohne Vereinbarung gibt es keine Klausel. Abschnitt 5 besagt, dass die Höhe der Gebühr bei der Unterzeichnung schriftlich festgelegt wird (es ist kein veröffentlichter Betrag), dass sie bei Erhalt der Jahresrechnung zu zahlen ist und nicht erstattet wird. Abschnitt 2 legt die Laufzeit auf ein Jahr ab Unterzeichnung fest, mit automatischer Verlängerung, sofern nicht eine Partei 30 Tage vorher schriftlich kündigt. Das Programm kennt zwei Partnerschaftstypen und vier Stufen, und die Stufe hängt von drei Kennzahlen ab.

Das Entscheidende hier: Der Zugang zu Odoo.sh für Tests und Entwicklung, der Verlängerungscode für die Testphase und der Zugriff auf den Quellcode stehen in allen vier Stufen auf Yes. Sie haben sie vom ersten Tag an als Learning Partner. Was Sie nicht bekommen, sind die Sichtbarkeit in der öffentlichen Partnerliste auf odoo.com und die Provision von 50 % auf Odoo.sh, die bei Learning bei 10 % liegt. Und in jeder Stufe gibt es eine Obergrenze: Die Fußnote in Abschnitt 4.2 begrenzt sie auf 150 € (oder 180 $) pro Monat und Abonnement, 1.440 € (oder 1.728 $) pro Jahr. Eine Beobachtung aus erster Hand: Die Zeile, die den dedizierten Account Manager und das Partner-Portal zusammenfasst, steht bei Learning auf No, und trotzdem war bei unserer Anmeldung im September 2026 das Portal vorhanden und uns wurde eine Account Managerin mit direkter Telefonnummer und E-Mail zugewiesen. Abschnitt 4.4 besagt zudem, dass der Partner Zugang zum Vertriebscoaching seines Account Managers hat, ohne nach Stufe zu unterscheiden. Der Vertrag ist die Untergrenze, nicht die Obergrenze.

Der Ablauf, Schritt für Schritt

1. Unterzeichnen Sie die Vereinbarung und zahlen Sie die Jahresgebühr. Sie wird bei Erhalt der Odoo-Rechnung fällig und nicht erstattet. Ohne unterzeichnete Vereinbarung gibt es nichts von dem Genannten.
2. Rufen Sie das Partner-Portal auf, unter odoo.com/my/partner. Dort finden Sie die aktuelle Stufe und die Leiter bis Official; den Empfehlungslink, der die numerische Partnerkennung im Kampagnenparameter enthält; den Verlängerungscode für die Testphase; den Lesezugriff auf das Enterprise-Repository auf GitHub für den von Ihnen angegebenen Benutzer; den Download von Quellen und Installern; die Markenmaterialien; den Status des Firmeneintrags, veröffentlicht oder nicht; und den Provisionszähler der letzten zwölf Monate.
3. Öffnen Sie das Demoprojekt auf Odoo.sh. Klicken Sie auf Deploy your platform, autorisieren Sie mit einem GitHub-Konto und geben Sie im Feld Subscription Code (die Dokumentation weist darauf hin, dass es auch subscription referral, contract number oder activation code genannt wird) den Partnercode ein.
4. Wählen Sie Hauptversion und Region. Odoo.sh unterstützt nicht die Zwischenversionen, auf denen Odoo Online läuft. Wenn Sie auf Odoo Online beginnen und später migrieren wollen, empfiehlt die Dokumentation, die Datenbank über odoo.com/start-lts zu erstellen, damit sie in einer kompatiblen Version entsteht.
5. Wenn der Kunde zusagt, wechseln Sie den Code. Die Dokumentation ist eindeutig: Wenn der Kunde weitermacht, muss er einen Odoo-Enterprise-Plan mit Hosting auf Odoo.sh abschließen und seinen eigenen Abonnementcode verwenden. Ihr Partnercode scheidet damit aus.

Die Grenzen, die überraschen

Keine davon ist geheim: Alle stehen in der offiziellen Dokumentation. Das Problem ist, dass sie auf fünf Seiten verteilt sind und man ihnen einzeln begegnet, immer im ungünstigsten Moment.

• 1 GB und zwei Staging-Branches. Das ist die Obergrenze für Test-Builds, die mit einem Partnercode erstellt wurden. Auch importierte Dumps dürfen 1 GB nicht überschreiten.
• 30 Tage, und die Produktion hört auf, Produktion zu sein. In Testprojekten wechseln der Produktions-Branch und alle Staging-Branches nach 30 Tagen automatisch zurück in die Entwicklungsphase. Das ist das tatsächliche Ablaufdatum Ihrer Demo.
• Staging-Datenbanken werden nach einem Monat automatisch gelöscht, und der Branch muss neu aufgebaut werden, um ihn wieder zu nutzen.
• Eine Demo im Staging versendet keine E-Mails. Die Neutralisierung deaktiviert die geplanten Aktionen und den ausgehenden E-Mail-Verkehr (abgefangen von einem mail catcher) und schaltet IAP-Dienste, Zahlungsgateways und Versandmethoden ab. Die neutralisierte Datenbank verliert außerdem die Bankensynchronisierung und die Sichtbarkeit für Suchmaschinen und trägt oben ein rotes Banner, damit man es merkt.
• Der Wechsel des Codes ist eine Einbahnstraße. Sie können den Aktivierungscode des Projekts ändern, aber nicht auf einen, der bereits einem anderen Projekt zugewiesen ist, und auch nicht auf einen Testcode: Der Wechsel von kostenpflichtig auf Test ist nicht erlaubt.
• Die Stufe wird jedes Quartal überprüft und auf die höchste angepasst, deren drei Anforderungen Sie erfüllen. Es zählen die neuen Netto-Benutzer der letzten zwölf Monate: Verlängerungen zählen nicht für die Stufe, auch wenn sie Provision erzeugen.
• Wenn die Vereinbarung endet, endet alles. Abschnitt 6.1 besagt, dass der Partner nach Ablauf oder Kündigung Odoo Enterprise weder für Entwicklung noch für Tests noch für die Produktion nutzen darf und die Marke nicht mehr verwenden darf. Das Ablaufdatum Ihrer «NFR-Lizenz» ist das Datum Ihrer Vereinbarung, nicht das Ihres Projekts.

Die teuren Fehler

• Die Produktion eines Kunden auf Ihrem Testprojekt aufzubauen. Das verstößt gegen Abschnitt 3.2, lässt sich nicht rückgängig machen, weil der Wechsel von kostenpflichtig auf Test nicht erlaubt ist, und nach 30 Tagen wird der Produktions-Branch von selbst herabgestuft. Und das alles unter den Augen des Kunden.
• Die Verlängerung zu vergessen. Die Vereinbarung verlängert sich von selbst um ein weiteres Jahr, wenn niemand 30 Tage vorher schriftlich kündigt. Wenn Sie verlängern wollen, kein Problem; wenn Sie aussteigen wollen, kostet Sie das Vergessen eine nicht erstattbare Jahresgebühr.
• In einer Demo zu versprechen, was die Neutralisierung abschaltet: E-Mails, echte Zahlungen, Versandetiketten, geplante Aktionen. Zeigen Sie es in einer Entwicklungsumgebung mit Demodaten oder weisen Sie vorher darauf hin.
• Enterprise-Code in ein öffentliches Repository hochzuladen. Das ist der unauffälligste Verstoß und der am schwersten rückgängig zu machende, denn was öffentlich ist, wurde schon kopiert.

Und wenn Sie noch kein Partner sind?

Zwei ehrliche Auswege, solange Sie nicht unterschrieben haben. Die gemeinsamen Demodatenbanken von Odoo erfordern keine Registrierung, sind laut Dokumentation aber jeweils nur wenige Stunden verfügbar: Sie taugen, um eine Ansicht zu zeigen, nicht, um eine maßgeschneiderte Demo vorzubereiten. Und Odoo Community ist freie Software unter LGPLv3: Wenn das, was Sie zeigen müssen, in einem eigenen Modul steckt und nicht in einer Enterprise-App, ist das eine gültige Umgebung ohne Ablaufdatum. Odoo Online ist es nicht: Es unterstützt weder individuelle Module noch Module aus dem App Store, und Duplikate laufen nach 15 Tagen ab, mit höchstens fünf pro Datenbank.

Wir testen jedes Modul gegen reale Odoo.sh-Builds in den Versionen 19, 18 und 17, bevor wir den App Store anfassen: Die Partner-Umgebung ist genau der Ort, an dem diese Arbeit stattfindet. Wir erklären das unter Odoo-Engineering für Beratungshäuser und Odoo-Konnektor für Ihre Software.

Zum Weiterlesen

Wenn die Entscheidung, vor der Sie stehen, eine andere ist (welche Edition Sie wirklich brauchen), haben wir sie unter Community oder Enterprise verglichen. Und wenn Sie ausbremst, dass Ihnen das Team fehlt, um ein bereits verkauftes Projekt zu liefern, lesen Sie Odoo-Entwicklung auslagern: Wer das Modul verantwortet.

Häufig gestellte Fragen