In diesem Beitrag
Odoo-Kundenportal: Wann reichen Einstellungen, wann brauchst du eine Erweiterung?
Dein Kunde kann eine Rechnung herunterladen. Jetzt soll ein Kollege den Auftrag des Einkäufers freigeben, bevor er bestätigt wird. Kläre zuerst, welche Teile dieser Regel dein bestehendes Odoo durchsetzen kann.
Entscheide über eine Erweiterung des Odoo-Kundenportals anhand der benötigten Aktionen und Kontobeziehungen. Lass dir den nativen Ablauf zeigen. Ergänze ein begrenztes Modul, wenn die fehlende Regel in Odoo gehört. Ein eigenes Portal kommt infrage, wenn der Ablauf mehrere Systeme verbindet oder eine unabhängig gepflegte Oberfläche braucht. Auf jedem Zugriffsweg gelten dieselben Berechtigungsprüfungen.
Recherche geprüft: 5. November 2026. Produktangaben stammen aus dem offiziellen Quelltext der Odoo-Dokumentation für Version 20.0. Das Großhandelsbeispiel und die herunterladbare Abnahmematrix sind vorgeschlagene Planungshilfen. Wir haben diese Prüfungen nicht an einer laufenden Odoo-Datenbank ausgeführt.
Was kann das native Odoo-Kundenportal bereits?
Odoos natives Kundenportal unterstützt bestimmte Dokumenten- und Selbstbedienungsfunktionen. Prüfe sie mit deiner installierten Version und Konfiguration. Ein anderes Layout kann eine Einstellungsfrage sein. Darf eine weitere Person einen Auftrag freigeben, ändert sich dagegen eine Geschäftsregel. Lass dir deren Umsetzung belegen, bevor du einen Entwicklungsauftrag daraus machst.
Die Odoo-Portaldokumentation beschreibt Aktionen rund um Aufträge, Rechnungen und Konten. Die Formulierung zum Lesen und Anzeigen bedeutet nicht, dass Kunden im Portal grundsätzlich nichts auslösen dürfen. Die Dokumentation zur Online-Unterschrift erklärt die aktivierbare Angebotsbestätigung durch Kunden. Die Änderungen am Portalkonto betreffen bestimmte Kontakt-, Zahlungs- und Sicherheitseinstellungen.
Das sind festgelegte Anwendungsfunktionen. Daraus folgt weder ein allgemeines Bearbeitungsrecht für Geschäftsdaten noch die Freigabekette deiner Kundenorganisation. Prüfe, wer die Aktion ausgeführt hat und welcher Datensatz daraus entstanden ist. Lass dieselbe Person anschließend eine verbotene Aktion versuchen.
Halte je Anforderung fest, was die native Vorführung belegt und welche Lücke bleibt. Kennzeichne ungeprüfte Funktionen entsprechend. „Kundenportal enthalten“ beantwortet nicht, wer den geänderten Auftrag eines Kollegen freigeben darf.
Welche Beziehungen zwischen Unternehmen und Kontakten brauchst du?
Ordne jedem Kontakt eine Rolle für das jeweilige Kundenkonto und die erlaubte Aktion zu. Unterscheide die in Odoo geführte Betriebsgesellschaft vom rechtlichen Unternehmen deines Kunden und dessen Niederlassungen. Eine gemeinsame E-Mail-Domain oder ein übergeordneter Kontakt belegt keine Freigabebefugnis. Verlange eine ausdrücklich genehmigte Kontozuordnung, bevor du jemanden in eine Freigabekette aufnimmst.
Odoo beschreibt, wie du Portalzugriff über Kontakte erteilst und entziehst. Das ist ein Mechanismus zur Kontoverwaltung. Die Abnahme muss zusätzlich zeigen, welche Datensätze und Aktionen ein eingeladener Kontakt in deiner konkreten Konfiguration erhält.
Betrachte einen beispielhaften Großhändler mit den Kundenkonten A und B. Einkäufer A bereitet Käufe für A vor. Freigeber A darf sie bis zur vereinbarten Grenze genehmigen. Ein Finanzleser lädt Rechnungen von A herunter. Ein regionaler Mitarbeiter benötigt eine genehmigte Zuordnung zu beiden Konten.
| Rolle | Erlaubter Umfang | Nachzuweisende Grenze |
|---|---|---|
| Einkäufer A | Bestellanforderung für A vorbereiten und ihren Fortschritt verfolgen. | Darf die eigene Anforderung bei vorgeschriebener Funktionstrennung nicht selbst freigeben. |
| Freigeber A | Eine zulässige, aktuelle Anforderung von A genehmigen. | Darf weder eine Anforderung von B noch eine ungeprüfte neue Fassung freigeben. |
| Finanzleser A | Erlaubte Finanzdokumente von A lesen und herunterladen. | Darf keinen Auftrag ändern und keinen Anhang von B abrufen. |
| Delegierter Administrator A | Den vereinbarten Teil der Mitgliedschaften von A beantragen oder verwalten. | Darf ohne zusätzliche Befugnis keine stärkere Rolle oder ein anderes Konto zuweisen. |
| Regionaler Mitarbeiter | Getrennt genehmigte Rollen für A und B verwenden. | Ein Kontowechsel überträgt weder Rechte noch Entwurfsdaten zwischen den Konten. |
Kontoerstellung und Berechtigung brauchen getrennte Prüfungen. Odoo dokumentiert Einladungen und gemeinsame Konten über mehrere Websites in der Konfiguration von Kundenkonten. Keine dieser Einstellungen belegt die Umsetzung der obigen Konten- und Aktionsmatrix. Beziehe Supportmitarbeiter und technische Integrationskonten in dieselbe Prüfung ein.
Reichen Einstellungen, brauchst du eine Erweiterung oder ein eigenes Portal?
Wähle die kleinste Lösung, die den vereinbarten Kundenablauf durchsetzt und von ihrem Verantwortlichen gepflegt werden kann. Einstellungen passen zu nachgewiesenen nativen Fähigkeiten. Eine Erweiterung passt zu einer fehlenden Regel nahe am Odoo-Datensatz. Ein separates Frontend lohnt sich, wenn der systemübergreifende Ablauf und sein Nutzen den Betrieb einer weiteren Anwendung rechtfertigen.
| Ansatz | Guter Grund dafür | Nachweis vor der Beauftragung | Laufende Verantwortung |
|---|---|---|---|
| Natives Portal konfigurieren | Die installierten Apps unterstützen die benötigten Aktionen und Beziehungen bereits. | Vollständiger Kundenablauf mit den passenden Zugriffssperren im Test. | Konfiguration, Einladungen, Regressionstests und Support betreuen. |
| Odoo erweitern | Eine begrenzte Berechtigungs-, Freigabe- oder Dokumentenregel gehört zur Odoo-Transaktion. | Modulverhalten in der genauen Version, serverseitige Durchsetzung und Upgrade-Tests. | Das Modul bei Änderungen seiner Abhängigkeiten und bei Upgrades pflegen. |
| Separates Portal bauen | Kunden brauchen einen Ablauf über Odoo und andere Systeme oder eine unabhängig veröffentlichte Oberfläche. | Identitätszuordnung, erlaubte Befehle, führende Datenquellen und Fehlerbehebung. | Eine weitere Anwendung samt Integrationen und Release-Prüfungen betreiben. |
Das Hosting kann Erweiterungen begrenzen. Odoo Online unterstützt keine eigenen Module und keine Apps-Store-Module. Für diese Hostingfrage hilft die Entscheidungshilfe zum Wechsel von Online zu Odoo.sh. Prüfe vor einem externen Backend außerdem die Architekturgrenzen der Odoo-API.
Ein separates Portal entfernt eine schwierige Regel nicht automatisch aus Odoo. Können auch interne Nutzer, Importe oder Integrationen den Auftrag ändern, lässt eine reine Browserprüfung weitere Zugriffswege offen. Verankere die unveränderliche Regel dort, wo alle relevanten Operationen sie einhalten müssen. Teste diese Wege ausdrücklich.
Lass alle Anbieter denselben Ablauf samt Ausnahmen vorführen. Unser Leitfaden zu Individual- und Standardsoftware behandelt die übergeordnete Beschaffungsentscheidung. Falls Power Pages ebenfalls infrage kommt, nutze dessen Kostenmodell für externe Nutzer als eigene Rechnung. Es ist keine Kostenschätzung für diese Odoo-Erweiterung.
Was macht eine Kundenfreigabe verbindlich?
Binde die Freigabe an die handelnde Person, das Kundenkonto und die geprüfte Fassung des Datensatzes. Lege fest, wodurch sie ungültig wird. Eine Schaltfläche zum Freigeben ist nur die Oberfläche. Der Server muss Befugnis und aktuellen Datensatz prüfen, wenn er den Zustandswechsel annimmt.
Angenommen, der Großhändler verlangt oberhalb einer beispielhaften Grenze von 5.000 EUR eine zweite Person zur Freigabe. Kläre, ob Steuern enthalten sind, welcher Wechselkurs gilt und was bei genau 5.000 EUR passiert. Bestimme, wer die Grenze ändern und einen Ersatzfreigeber genehmigen darf. Odoo kann diese Geschäftsentscheidungen nicht aus „Freigaben ergänzen“ ableiten.
Ein Einkäufer reicht nun Fassung 7 über 5.200 EUR ein. Freigeber A prüft diese Fassung. Vor der Bestätigung ändert der Einkäufer die Menge; Fassung 8 beträgt 6.400 EUR. Nach unserer vorgeschlagenen Regel verfällt die bisherige Freigabe. Die neue Fassung braucht eine weitere Prüfung. Beim Annehmen des Zustandswechsels muss der Server die freigegebene mit der aktuellen Fassung vergleichen.
Entscheide auch, ob eine Ablehnung eine Überarbeitung zulässt und ob eine Stornierung eine Reservierung aufhebt. Für abgelaufene Delegationen brauchst du eine Regel zu wartenden Aktionen. Bewahre die Entscheidung mit der geprüften Fassung und dem Verweis auf den entstandenen Datensatz auf.
Diese Einkaufsrichtlinie unterscheidet sich von der Angebotsunterschrift gegenüber dem Verkäufer. Für Shopify-Shops gibt es einen eigenen Vergleich der B2B-Freigabeabläufe. Dessen Plattformfunktionen gelten nicht automatisch für Odoo.
Wie prüfst du delegierten Zugriff vor dem Start?
Teste eine erlaubte Aktion zusammen mit einer Aktion, die derselben Identität verweigert werden muss. Prüfe danach die Geschäftsdaten. Nutze eine geschützte Testumgebung und festgelegte Testkonten. Beziehe direkte Dokumentanfragen, geänderte Objektkennungen, entzogene Mitgliedschaften und nachträglich geänderte Freigabegrundlagen ein. Verlass dich nicht darauf, welche Schaltflächen die Oberfläche versteckt.
| Prüfung | Erwartung nach der Beispielrichtlinie | Nachweis |
|---|---|---|
| Finanzleser A lädt eine erlaubte Rechnung von A herunter. | Das richtige Dokument wird geliefert. | Identität, Konto, Datensatzverweis und Dokumentidentität. |
| Derselbe Nutzer fordert direkt eine Rechnung oder einen Anhang von B an. | Weder Dokument noch geschützte Metadaten werden offengelegt. | Antwort und serverseitiges Berechtigungsergebnis. |
| Einkäufer A reicht eine Anforderung oberhalb der Grenze ein. | Die Anforderung wartet auf eine befugte zweite Person. | Geschäftszustand ohne unberechtigte Bestätigung. |
| Die geprüfte Anforderung ändert sich vor der Bestätigung. | Die alte Freigabe autorisiert die neue Fassung nicht. | Versionsvergleich und Anforderung einer erneuten Prüfung. |
| Die Mitgliedschaft endet bei weiterhin geöffneter Sitzung. | Die nächste geschützte Aktion berücksichtigt den Entzug. | Entzugszeitpunkt, anfragende Identität und verweigerte Aktion. |
| Zwei Freigabeanfragen treffen für dieselbe Fassung ein. | Es entsteht genau die beabsichtigte einmalige Geschäftswirkung. | Endzustand und zusammengehörige Anfrageverweise. |
Lade die vorgeschlagene Abnahmematrix für Portalberechtigungen herunter. Alle Prüfungen beginnen mit NOT_RUN. Ersetze Beispielrollen und Grenzen durch deine genehmigte Richtlinie. Ergänze installierte Version und Modulrevision sowie die tatsächlichen Nachweise. Die Datei beschreibt Tests; sie ist kein Sicherheitsscan.
Wende diese Richtlinie auf die gewählte Lösung an. Zu jeder verweigerten Aktion gehört eine erlaubte Aktion, die erfolgreich ist. Wenn jede Anfrage scheitert, funktioniert das Portal noch nicht nachweislich. Eine Vorführung als Administrator belegt keine Trennung der Kundendaten.
Welches System verantwortet Dokumente und fehlgeschlagene Aktionen?
Benenne für jede Operation das führende System und lege fest, was das Portal bei dessen Ausfall anzeigt. Kunden müssen eine eingereichte Anfrage von einem bestätigten Auftrag unterscheiden können. Der Support braucht einen Abgleich für unklare Ergebnisse, ohne eine möglicherweise bereits abgeschlossene Aktion erneut auszuführen.
Beschreibe für jede systemübergreifende Operation einen kleinen Vertrag: Kennung des Quelldatensatzes, Kundenkonto, erwartete Aktualität, erlaubter Befehl, Antwortzustände und zuständige Fehlerbehebung. Kommt der Lieferstatus aus dem Lager und der Rechnungsstatus aus Odoo, zeige Quelle und Aktualisierungszeit jeweils getrennt an.
Prüfe die Dokumentberechtigung beim Download ebenso wie auf der verlinkenden Seite. Beziehe zwischengespeicherte Kopien, erzeugte PDFs, Exporte und Suchergebnisse ein. Eine sauber begrenzte Auftragsliste reicht nicht, wenn die anschließende Anhangsanfrage die Kontozuordnung vergisst. Benenne einen Verantwortlichen für die Kundenverwaltung und bewahre deren Prüfprotokoll auf.
Was gehört in die Umsetzungsbeschreibung?
Die Beschreibung braucht den vollständigen Kundenablauf mit Berechtigungsmatrix, Ausnahmezuständen und Abnahmenachweisen. Benenne außerdem die Zuständigkeit für Support und Upgrades. Vergleiche Angebote anhand dieses Umfangs, einschließlich der Testverantwortung und laufenden Arbeit.
- Definiere den ersten Ablauf. Beispielsweise bereitet ein eingeladener Einkäufer einen Kauf vor, ein Freigeber prüft ihn und der Einkäufer sieht das angenommene Ergebnis.
- Füge das Beziehungsmodell hinzu. Berücksichtige mehrere Konten, delegierte Verwaltung, Austritte und zeitlich begrenzte Befugnisse.
- Formuliere die unveränderliche Regel. Bestimme, welche Änderungen eine neue Freigabe brauchen und wo jeder Schreibweg diese Regel durchsetzt.
- Benenne die Nachweise. Verlange wiederholbare erlaubte und verweigerte Operationen, Dokumentabgleiche und die Prüfung der endgültigen Datensätze.
- Verteile laufende Aufgaben. Dazu gehören Modul- und Connector-Upgrades, Supportzugriffe, Überwachung und wiederholbare Release-Prüfungen.
- Sichere die Übergabe. Das betreuende Team braucht Quellcode, Konfiguration, Kontenzuordnungen und Betriebsanweisungen.
Lass Anbieter dieselbe Abnahmematrix kalkulieren. Schließt ein Angebot delegierte Verwaltung oder die Klärung ungewisser Schreibvorgänge aus, dokumentiere das, bevor du es als günstigere Umsetzung wertest.
Was würden wir zuerst umsetzen?
Wir würden einen vollständigen Kundenablauf samt Berechtigungs- und Fehlerprüfungen umsetzen. Das native Portal bleibt dort die erste Wahl, wo es die vereinbarte Richtlinie erfüllt. Erweitere eine nachgewiesene Lücke. Beauftrage eine eigene Anwendung, wenn der zusätzliche Kundennutzen einen Verantwortlichen und einen belastbaren Wartungsplan hat.
Wavects Entwicklung von Kundenportalen beginnt bei den benötigten Kundenaktionen. Bring die Personen-Konten-Matrix und eine native Vorführung mit, die an einer Anforderung scheitert. Damit lässt sich klären, was die Entwicklung verändern muss.