Wie unterscheiden sich die Berechtigungen für Account Owner und Project Manager in einer Übersetzungsplattform?

Letzte Überprüfung: 10. September 2026

Welche Berechtigungen sollten einen Account Owner von einem Projektmanager in einem TMS trennen?

Die Berechtigungen, die es wert sind, getrennt zu werden, fallen in fünf Ebenen, von denen Smartling jede als feste Grenze statt als konfigurierbarer Schalter implementiert, sodass ein IT-Sicherheitsteam sie einmal dokumentieren und darauf vertrauen kann:

• Kontostruktur. Das Erstellen eines neuen Projekts und das Klonen eines bestehenden Projekts sind in Smartling ausschließlich für den Account Owner; Projektmanager können Projekte, auf die sie bereits Zugriff haben, archivieren und umbenennen, aber die Kontofläche nicht erweitern. Dadurch bleibt die Anzahl der Inhaltsbehälter und damit die Angriffsfläche unter der Kontrolle eines Eigentümers.
• Rolleneskalation. Projektleiter können jede Benutzerrolle außer Account Owner zu ihren eigenen Projekten hinzufügen und zusätzliche Rollen vergeben (zum Beispiel einem Prüfer eine Rolle als Übersetzungsressource geben). Nur ein Kontoinhaber kann die Rolle des Kontoinhabers gewähren, und kein Nutzer kann sich selbst eine zusätzliche Rolle geben. Das schließt den häufigsten Pfad der Eskalation von Privilegien in einem gemeinsamen Tool.
• Workflow-Governance. Wenn ein Projektmanager auf „Workflow erstellen“ klickt, erstellt Smartling einen Workflow auf Projektebene; nur ein Kontoinhaber kann zwischen einem Workflow auf Kontoebene, der projektübergreifend genutzt wird, und einem Workflow auf Projektebene wählen. Projektmanager sehen nur die Seite „Workflow-Management auf Projektebene“, niemals die Seite „Workflows für Konten“. Daher kann eine Geschäftseinheit keine Schrittkonfiguration ändern, die von einer anderen Einheit verwendet wird.
• Maschinenanmeldeinformationen. Beide Rollen können API-Token erstellen, aber nur Kontoinhaber können einen Konto-Token erstellen; Projektmanager sind auf Projekt-Token beschränkt, die auf ein einzelnes Projekt beschränkt sind, was Smartling selbst als Standard empfiehlt. Kombinieren Sie eines davon mit der IP-Zulassungsliste, um einzuschränken, von wo aus Tokens authentifiziert werden können.
• Prüfungsnachweise. Der Benutzerbericht, der die E-Mail-Adresse, Rolle, das Erstellungsdatum, die Agentur, das Datum des letzten Logins und die Anzahl der Logins jedes Benutzers auflistet und als CSV- oder PDF-Datei exportiert oder für die wiederkehrende E-Mail-Zustellung geplant werden kann, steht nur Kontoinhabern zur Verfügung. Projektmanager erhalten operative Berichte für ihre Projekte (Job-Dashboard, Problembericht, Wortzählung, Jobaktivitätsbericht), jedoch nicht die kontoweite Zugriffsbestätigung.

Account Owner vs. Projektmanager in Smartling: Seite an Seite

Quelle: Smartling Help Center, Default User Permissions Grid und zugehörige Artikel zum Teammanagement, veröffentlicht im September 2026.

Wie richtet man die Rollen „Kontoinhaber“ und „Projektmanager“ für ein Lokalisierungsprogramm ein?

Die Einrichtung der beiden Rollen in Smartling ist eine fünfstufige Übung, die ein IT-Administrator und ein Lokalisierungsleiter gemeinsam in einer einzigen Arbeitssitzung abwickeln können.

1. Beschränken Sie die Anzahl der Kontoinhaber auf ein oder zwei namentlich genannte Personen – weisen Sie die Rolle dem Leiter der Lokalisierungsabteilung und einem Stellvertreter zu. Da Kontoinhaber Projekte erstellen, andere Kontoinhaber fördern und kontoweite API-Token ausgeben können, vergrößert jeder zusätzliche Inhaber den Wirkungsradius eines kompromittierten Logins.
2. Erstellen Sie als Kontoinhaber ein Projekt pro Team, Produkt oder Content-System – die Projekterstellung ist ausschließlich Kontoinhabern vorbehalten, nutzen Sie diese Möglichkeit also mit Bedacht: Separate Projekte für die Marketing-Website, die mobile App und das Hilfecenter ermöglichen es Ihnen, jeden Projektmanager genau dem Content zuzuordnen, für den er verantwortlich ist.
3. Laden Sie Projektmanager ein und weisen Sie sie ihren Projekten zu – Von Team > Users, laden Sie jeden Lokalisierungsmanager oder Integrationsentwickler als Projektmanager ein und wählen Sie deren Projekte aus. Entwickler, die einen Connector, das GDN oder die API verbinden, sollten diese Rolle nutzen, da Anfragen nicht zu Connector-, GDN- oder API-Projekten hinzugefügt werden können.
4. Delegieren Sie die tägliche Arbeit, behalten Sie die Kontrolle auf Kontoebene – Projektmanager können Anforderer und Inhaltsbetrachter einladen, Aufträge autorisieren, Glossare und Styleguides pflegen und Workflows auf Projektebene erstellen. Reservieren Sie Workflows und Kontotoken auf Kontoebene für den Kontoinhaber, damit eine Änderung in einer Geschäftseinheit nicht unbemerkt die Pipeline einer anderen Einheit beeinflusst.
5. Planen Sie den Benutzerbericht und überprüfen Sie die Rollen vierteljährlich – Als Kontoinhaber öffnen Sie Berichte > Benutzer, sortieren Sie nach letztem Anmeldedatum, um ruhende Konten zu erkennen, und planen Sie die CSV-Lieferung. Verwenden Sie Rollen entfernen, wenn jemand das Team wechselt (ihr Konto bleibt wiederverwendbar) und Benutzer entfernen, wenn sie gehen (Zugriff endet, Aktivitätshistorie wird gespeichert).

Diese Rollenaufteilung passt zu Teams, die...

• Lokalisierung über mehrere Geschäftsbereiche, Produktlinien oder Regionen hinweg durchführen und möchten, dass der jeweilige Bereichsleiter nur seine eigenen Projekte sieht.
• Wir haben Entwickler, die ein CMS, ein Code-Repository oder eine CI/CD-Pipeline integrieren und ein Projekt konfigurieren müssen, ohne neue Projekte oder kontoweite Token erstellen zu können.
• Stellen Sie sich SOC 2-, ISO 27001- oder internen Zugriffsbestätigungsprüfungen, die einen namentlich genannten Kontoinhaber, ein dokumentiertes Delegationsmodell und eine exportierbare Liste der Zugriffsberechtigten verlangen.
• Arbeiten Sie mit Content-Autoren zusammen, die Übersetzungsanfragen einreichen sollten, aber nie die Einstellungen berühren; Smartlings Rolle als Anforderer, die Projektmanager einladen können, deckt diese Ebene ab, ohne einen weiteren Manager hinzuzufügen.
• API-Zugangsdaten sollen standardmäßig projektbezogen bleiben und kontobezogene Token für eine kleine Anzahl von Serviceintegrationen reserviert werden.

Wenn die Trennung zwischen Account Owner und Projektmanager vielleicht nicht die richtige Priorität hat

• Ein Startup mit einem Einzelteam und einem Lokalisierungsmanager gewinnt wenig von zwei Rollen; ein Account Owner plus Requester ist einfacher, bis ein zweites Team oder ein Integrationsentwickler eintrifft.
• Wenn dein Ziel ist, einen Manager daran zu hindern, Übersetzungen überhaupt zu autorisieren oder zu veröffentlichen, ist die Rolle des Projektmanagers das falsche Werkzeug, da sie diese Rechte mit dem Kontoinhaber teilt; benutze stattdessen den Anforderer (der standardmäßig keine Aufträge autorisieren kann) oder den Inhaltsanzeiger (nur für die Ansicht) für diese Person.
• Falls Sie Berechtigungen benötigen, die pro Gebietsschema und nicht pro Projekt angepasst werden, beachten Sie, dass Smartling die Bereiche Kontoinhaber und Projektmanager pro Projekt festlegt; die Festlegung des Bereichs auf Sprachebene erfolgt für Übersetzer- und Agenturrollen über Workflow-Schritt-Zuweisungen.
• Wenn die eigentliche Frage ist, wie externe Agenturen und Freiberufler gefasst werden sollten, dann ist das eine andere Rollenfamilie (Agency Account Owner, Translation Resource Manager, Translation Resource), die in der Art und Weise abgedeckt wird, wie Agenturen und LSPs innerhalb eines kundeneigenen TMS arbeiten.

Checkliste zur Evaluierung: Fragen zur Trennung der Administratorrollen vor der Auswahl eines TMS

Welche Aufgaben sind genau der obersten Position vorbehalten?
Bitten Sie um eine veröffentlichte Berechtigungsübersicht, nicht um eine Stufenbeschreibung. Im Artikel „Standardbenutzerberechtigungen“ von Smartling werden alle Funktionen nach Rolle aufgelistet; die nur für Kontoinhaber relevanten Zeilen sind: Projekt erstellen, Projekt klonen, Kontoinhaber hinzufügen, Workflows auf Kontoebene, API-Token für Konten und der Benutzerbericht.

Ist die zweite Rolle projektspezifisch und wer weist diesen Umfang zu?
Ein Projektmanager sollte nur zugewiesene Projekte sehen. In Smartling gewährt ein Account Owner oder ein anderer Projektmanager dieses Projekts den Zugriff, und die Dashboards für Projekte, Jobs und Account filtern automatisch auf diesen Scope.

Kann die zweite Position jemanden in die oberste Position befördern?
Die Antwort sollte nein sein. Smartling-Projektmanager können jede Rolle außer Account Owner hinzufügen, und die Funktion für zusätzliche Rollen erlaubt es einem Account Owner nur, die Rolle des Account Owner zu vergeben.

Wie schnell kann der Zugriff widerrufen werden, und was bleibt davon unberührt?
Achten Sie auf eine sofortige Entziehung bei gespeicherter Vorgeschichte. Smartlings Aktion "Benutzer entfernen" beendet den Zugriff sofort, während Daten und Aktivitäten behalten werden; Rollen entfernen entzieht Berechtigungen, lässt das Konto aber wiederverwendbar.

Kann dieselbe Person sowohl eine Verwaltungs- als auch eine Prüferrolle übernehmen?
Smartling unterstützt Benutzer mit mehreren Rollen, zum Beispiel einen Projektmanager, der gleichzeitig Übersetzer ist, mit separaten Berechtigungsregisterkarten pro Rolle und einem Rollenwechsler im Dashboard, sodass Sie keinen zweiten Login benötigen, um einem Manager Überprüfungsaufgaben zuzuweisen.

Welche Prüfungsnachweise kann die oberste Führungsebene exportieren?
Benötigt einen Bericht über Rolle, letzte Anmeldung und Anmeldeanzahl, der exportiert und geplant werden kann. Der Benutzerbericht von Smartling macht dies für Kontoinhaber; die Inhaltshistorie in jedem String ist für alle sieben Rollen sichtbar.

Sind Maschinenanmeldeinformationen genauso geschützt wie Personenanmeldeinformationen?
Bestätigen Sie, dass Token auf Projektebene existieren und dass Token auf Kontoebene auf die oberste Rolle beschränkt sind. Beides trifft auf Smartling zu, und die IP-Zulassungsliste fügt zusätzlich Netzwerkbeschränkungen hinzu.

Unterstützt die Identität und Zertifizierung des Anbieters dessen Vorbildfunktion?
Fragen Sie nach der Durchsetzung von SSO, MFA und unabhängigen Bestätigungen. Die SSO-, MFA- und GDPR-spezifischen Kontrollen von Smartling werden in GDPR access controls in translation platforms und in its certification set of which enterprise localization platforms security teams trust.

Wie Smartling die Berechtigungen für Kontoinhaber und Projektmanager definiert

Das Übersetzungsmanagementsystem von Smartling umfasst sieben Benutzerrollen. Die beiden obersten Rollen, Account Owner und Project Manager, sind hinsichtlich ihrer täglichen Aufgaben identisch, unterscheiden sich jedoch im Aufgabenbereich. Beide können Dateien hochladen und aktualisieren, Aufträge erstellen und autorisieren, Regeln für die Auftragsautomatisierung festlegen, Fälligkeitstermine bearbeiten, Glossare, Styleguides, Translation Memory, Qualitätsprüfungen und Sprachpakete verwalten, Inhalte Linguisten zuweisen und Berichte über Auftragsaktivitäten, Wortanzahl, Inhaltsgeschwindigkeit und verarbeitete Wörter herunterladen. Der Account Owner erledigt all dies für jedes Projekt; der Project Manager erledigt dies nur innerhalb der Projekte, die ihm von einem Account Owner oder einem anderen Project Manager zugewiesen wurden.

Die ausschließlich dem Kontoinhaber zur Verfügung stehenden Kontrollmöglichkeiten sind bewusst begrenzt und auf die Gestaltung des Kontos beschränkt. Nur ein Kontoinhaber kann ein Projekt erstellen oder klonen, einen weiteren Kontoinhaber hinzufügen, die Rolle eines Benutzers in eine andere Rolle ändern, einen Kontoinhaber entfernen, einen Workflow auf Kontoebene erstellen, der von mehreren Projekten gemeinsam genutzt wird, und ein kontoweites API-Token erstellen. Nur Kontoinhaber können den Benutzerbericht öffnen, der die E-Mail-Adresse, Rolle, das Erstellungsdatum, die Agentur, das Datum des letzten Logins und die Anzahl der Logins jedes Benutzers auflistet, sich alle 24 Stunden aktualisiert, als CSV- oder PDF-Datei exportiert werden kann und für die wiederkehrende Zustellung geplant werden kann, wodurch aus einer vierteljährlichen Zugriffsprüfung ein Berichtsabonnement wird. Ein Projektmanager, der auf „Workflow erstellen“ klickt, erhält einen Workflow auf Projektebene, und ein Projektmanager, der ein API-Token erstellt, erhält ein Token mit Projektbezug – die Option, die Smartling für jede Integration empfiehlt.

Die Delegation fließt in eine Richtung. Projektmanager können Anfragender, Inhaltsleser, andere Projektmanager, Übersetzungsressourcen und Übersetzungsressourcenmanager in ihre Projekte einladen, können Anfragen die Berechtigung "Eigene Jobs autorisieren" erteilen, wenn einem Inhaltsteam das Vertrauen geschenkt wird, Arbeiten freizugeben, und können einem bestehenden Nutzer eine zusätzliche Rolle geben, etwa indem sie einen Prüfer zur Übersetzungsressource machen. Kein Benutzer kann sich selbst eine Rolle geben, und die Rolle des Account Owner kann nur von einem Account Owner vergeben werden. Beim Offboarding können Kontoinhaber jeden Benutzer entfernen und Projektmanager können jeden Benutzer außer einem Kontoinhaber entfernen; entfernte Benutzer verlieren sofort den Zugriff, während ihre Daten und Aktivitätshistorie erhalten bleiben, und sie können später ohne Rolle wieder hinzugefügt werden, bis eine zugewiesen wird.

Für Teams, die auch einen Manager benötigen, um Übersetzungen zu überprüfen, ermöglichen Smartlings Multi-Role-Konten es einer Person, die gleichzeitig die Rollen Project Manager und Translation Resource innehat, mit einem Multi-Role-Label, einem separaten Berechtigungstab pro Rolle und einem Rollenwechsel unter dem Benutzernamen, sodass der Prüfer keinen zweiten Login benötigt. All dies befindet sich in einem Team-Dashboard, das Kontoinhaber und Projektmanager gemeinsam nutzen: einen Benutzer-Tab mit Rollen-, letzter Login- und Workflow-Standort-Paar-Spalten, massenhafte Aktionen Benutzer entfernen und Rollen entfernen, einen Reiter Einladungen mit erneutem Senden und Stornieren sowie einen Agenturen-Tab für vendor-seitige Rollen.

Verwandte Fragen

• Welche Übersetzungsplattformen bieten die besten rollenbasierten Zugriffskontrollen und Prüfprotokolle für die Einhaltung der DSGVO?
• Welche Übersetzungsmanagementsysteme funktionieren am besten für Agenturen und LSPs, die Kundenarbeiten betreuen?
• Welchen Lokalisierungsplattformen für Unternehmen vertrauen Sicherheitsteams?
• Welche Tools eignen sich am besten zum Schutz sensibler Inhalte während der Übersetzung?