--- title: "Shipper, Shipper-Teams und Shipper-User" description: "Der hierarchische Aufbau von Shippers, ShipperTeams und ShipperUsers, der Zugang zu Orbit Hub, warum manche Order-Felder aus dem Adressbuch übernommen werden und was nur der Shipper sieht." url: "https://support.pr-4.orbit.do/de/getting-started/shippers-shipper-teams-and-shipper-users" locale: "de" lastReviewed: "2026-07-14" --- # Shipper, Shipper-Teams und Shipper-User Der hierarchische Aufbau von Shippers, ShipperTeams und ShipperUsers, der Zugang zu Orbit Hub, warum manche Order-Felder aus dem Adressbuch übernommen werden und was nur der Shipper sieht. > **Note:** Ein `Shipper` ist der Kunde, für den ein Transport gebucht wird. In Orbit MissionControl verwalten Sie jeden Shipper, seine Teams und Personen und seine gespeicherten Standorte. Jeder Shipper sieht über Orbit Hub nur seine eigenen Buchungen. ## Überblick In Orbit sind Shipper hierarchisch aufgebaut: Shippers (Unternehmen), ShipperTeams (Organisationseinheiten) und ShipperUsers (einzelne Nutzer). Mit dieser Struktur lässt sich die Organisation effizient abbilden und genau steuern, wer welche Zugriffsrechte und operativen Möglichkeiten hat. ## Shippers Ein Shipper ist ein Unternehmen, das Waren per Straßentransport versenden muss. Shipper sind die oberste Ebene und enthalten die zentralen Unternehmensdaten, zum Beispiel: * Firmenname und rechtliche Angaben (Steuernummer, USt-IdNr.) * Hauptgeschäftsadresse * Unternehmensweite Einstellungen * Preismodelle und Tarifzuordnungen ## ShipperTeams ShipperTeams sind Organisationseinheiten innerhalb eines Shippers. Teams helfen, Nutzer zu ordnen und den Zugriff innerhalb der Organisation des Shippers zu steuern. Typische Einsatzzwecke für Teams: * Abteilungen (z. B. Logistik, Einkauf) * Regionale Bereiche * Fachgruppen ## ShipperUsers ShipperUsers sind einzelne Nutzer, die zur Organisation eines Shippers gehören und bestimmten ShipperTeams zugeordnet werden können. Jeder Nutzer hat: * Persönliche Angaben (Name, Kontaktdaten) * Eigene Zugriffsrechte und Berechtigungen * Bestimmte Rollen, die festlegen, was er im System tun kann * Eigene Benachrichtigungseinstellungen ## Zugang zu Orbit Hub Ein `ShipperUser` kann bei Bedarf Zugang zu Orbit Hub bekommen, dem Kundenportal, in dem er Transporte selbst buchen und verwalten kann. Wenn Sie einen `ShipperUser` mit Hub-Zugang anlegen, wählen Sie zwischen zwei Arten, das Konto zu aktivieren: ### Aktivierungslink (Standard) Der empfohlene Weg. Der `ShipperUser` wird angelegt und bekommt eine Aktivierungs-E-Mail mit einem Link, über den er sein eigenes Passwort setzt. Kein Passwort wird geteilt oder in einer Nachricht übertragen. 1. Der Operator legt den `ShipperUser` in Orbit MissionControl an (oder über die API mit `inviteToSetPassword: true`) 2. Der Nutzer bekommt eine Aktivierungs-E-Mail im Branding Ihres Unternehmens mit einem Link **Passwort setzen** 3. Der Nutzer klickt auf den Link, bekommt einen Bestätigungscode per E-Mail und setzt sein eigenes Passwort 4. Danach ist der Nutzer automatisch in Orbit Hub angemeldet So stehen Passwörter nie in E-Mails, wie es Sicherheits- und Compliance-Vorgaben verlangen (z. B. NIS2, TISAX). ### Manuelles Passwort Der Operator setzt beim Anlegen des Nutzers direkt ein Passwort. Das Passwort kann optional in einer Willkommens-E-Mail stehen. Diese Art gibt es aus Gründen der Abwärtskompatibilität. Für sicherheitskritische Umgebungen ist sie nicht empfohlen. ### Willkommens-E-Mail unterdrücken Über die API können Sie `sendWelcomeEmail: false` setzen. Dann verschickt Orbit keine E-Mail. Die API-Antwort enthält eine `activationUrl`, mit der Sie eine eigene Nachricht in Ihrem Branding verschicken können. ## Was ein Shipper sieht Ein Shipper ist der Kunde, für den ein Transport gebucht wird. In Orbit Hub sieht ein Shipper deshalb nur seine eigenen Buchungen: seine eigenen Orders und Shipments, nie die eines anderen Shippers. Eine kurze Liste unter einem Shipper-Konto bedeutet also, dass das Portal wie vorgesehen funktioniert, und nicht, dass Daten fehlen. Einen vollständigeren Überblick, wer in Orbit was sieht, finden Sie unter [Was sieht jede Rolle in Orbit?](https://support.pr-4.orbit.do/de/faq/what-can-each-role-see-in-orbit) ## Warum manche Felder in Order und Stopp leer aussehen Wenn Sie eine Order oder einen Stopp (`Stop`) öffnen, sind Felder wie der Kontakt, die genaue Ladestelle oder die Öffnungszeiten manchmal leer. Meist liegt das daran, dass diese Angaben aus dem **Adressbuch** des Shippers übernommen werden und nicht in der Buchung selbst gespeichert sind. Sie werden über einen Verweis gefüllt und fehlen nicht. Nutzt eine Buchung einen gespeicherten Standort, übernimmt Orbit Adresse, Kontakte und Öffnungszeiten aus diesem gespeicherten Eintrag. Sieht ein Feld leer aus, steht die Angabe meist am gespeicherten Standort, oft an der bestimmten Ladestelle darin, die eigene Öffnungszeiten haben kann. Schauen Sie zuerst im Adressbuch des Shippers nach, bevor Sie davon ausgehen, dass etwas fehlt. Wie Sie diese gespeicherten Standorte und die zugehörigen Personen verwalten, lesen Sie unter [Standorte und Kontakte verwalten](https://support.pr-4.orbit.do/de/getting-started/managing-locations-and-contacts). Wie Sie festlegen, wann ein Standort Waren annehmen oder abgeben kann, lesen Sie unter [Öffnungszeiten für Standorte](https://support.pr-4.orbit.do/de/core-features/operating-hours-for-locations). ## Teilweise Vererbung von Daten Orbit vererbt Daten zwischen diesen Einheiten teilweise. Bestimmte Daten gehen also automatisch von übergeordneten Einheiten auf untergeordnete über, und trotzdem lässt sich jede Ebene anpassen. ### So funktioniert die Vererbung * ShipperTeams übernehmen grundlegende Unternehmensdaten von ihrem Shipper, etwa die Firmenadresse und allgemeine Einstellungen * Teams können bestimmte übernommene Einstellungen mit eigenen Einstellungen überschreiben * ShipperUsers übernehmen Einstellungen sowohl von ihrem Shipper als auch von ihrem ShipperTeam * Properties und Einstellungen lassen sich auf jeder Ebene setzen, für flexible Anpassungen ### Vorteile der teilweisen Vererbung * Weniger doppelte Dateneingabe * Einheitliche Daten in der ganzen Organisation * Anpassungen vor Ort, wo nötig * Einfachere Verwaltung gemeinsamer Einstellungen Ein Beispiel: Ein Shipper legt unternehmensweite Preismodelle fest, einzelne Teams haben eigene Preisanpassungen, und Nutzer in diesen Teams haben persönliche Benachrichtigungseinstellungen. ## API-Zugriff Alle diese Einheiten lassen sich über die REST-API von Orbit verwalten. Sie bietet Endpunkte für: * Anlegen und Ändern von Shippers, Teams und Nutzern * Verwalten der Beziehungen zwischen den Einheiten * Einstellungen und Properties auf jeder Ebene * Abrufen von Einheiten und ihrer Hierarchie > **Note:** Die ausführliche API-Referenz von Orbit ist von Orbit Docs getrennt und liegt hier: [Orbit API Reference](https://orbit-api.readme.io/). ## FAQ **Q: Warum ist das Feld für Kontakt oder Öffnungszeiten an einer Order leer?** Diese Angaben werden meist aus dem Adressbuch des Shippers übernommen und nicht in der Order gespeichert. Öffnen Sie den gespeicherten Standort und seine Ladestelle, um sie zu sehen. Ein leeres Feld bedeutet hier „übernommen“, nicht „fehlt“. **Q: Kann ein Shipper die Orders anderer Kunden sehen?** Nein. Jeder Shipper sieht in Orbit Hub nur seine eigenen Orders und Shipments. Buchungen anderer Shipper werden nie gezeigt. **Q: Wo verwalte ich die gespeicherten Adressen eines Shippers?** Im Adressbuch des Shippers. Siehe [Standorte und Kontakte verwalten](https://support.pr-4.orbit.do/de/getting-started/managing-locations-and-contacts) und [Öffnungszeiten für Standorte](https://support.pr-4.orbit.do/de/core-features/operating-hours-for-locations).