Wat is het verschil tussen de machtigingen voor accounteigenaar en projectmanager in een vertaalplatform?

Laatst herzien: 10 september 2026

Welke machtigingen moeten een accountbeheerder onderscheiden van een projectmanager in een TMS?

De machtigingen die het waard zijn om te scheiden, vallen in vijf lagen, die Smartling elk als een vaste grens implementeert in plaats van een configureerbare schakelaar, zodat een IT-beveiligingsteam het één keer kan documenteren en erop kan vertrouwen:

• Accountstructuur. Het aanmaken van een nieuw project en het klonen van een bestaand project zijn acties die alleen accounteigenaren in Smartling kunnen uitvoeren; projectmanagers kunnen projecten archiveren en hernoemen waartoe ze al toegang hebben, maar kunnen de reikwijdte van het account niet uitbreiden. Hierdoor blijft het aantal contentcontainers, en daarmee het aanvalsoppervlak, onder controle van één eigenaar.
• Rolescalatie. Projectmanagers kunnen elke gebruikersrol, behalve Account Owner, aan hun eigen projecten toevoegen en extra rollen toekennen (bijvoorbeeld een reviewer de rol van Translation Resource geven). Alleen een accounteigenaar kan de rol van accounteigenaar toekennen, en geen enkele gebruiker kan zichzelf een extra rol toekennen. Daarmee wordt de meest voorkomende toegangsweg tot privilege-escalatie in een gedeelde tool afgesloten.
• Workflowbeheer. Wanneer een projectmanager op 'Workflow maken' klikt, maakt Smartling een workflow op projectniveau aan; alleen een accounteigenaar kan kiezen tussen een workflow op accountniveau die voor alle projecten geldt en een workflow op projectniveau. Projectmanagers zien alleen de pagina 'Workflowbeheer op projectniveau', nooit de pagina 'Workflows op accountniveau'. Hierdoor kan een bedrijfseenheid geen stapconfiguratie wijzigen die door een andere eenheid wordt gebruikt.
• Machinegegevens. Beide rollen kunnen API-tokens aanmaken, maar alleen accounteigenaren kunnen een accounttoken aanmaken; projectmanagers zijn beperkt tot projecttokens die specifiek voor één project gelden, wat Smartling zelf als standaard aanbeveelt. Combineer dit met de IP-toegangslijst om te beperken vanaf welke locaties tokens kunnen worden geverifieerd.
• Auditbewijs. Het gebruikersrapport, dat voor elke gebruiker een overzicht geeft van e-mailadres, rol, aanmaakdatum, organisatie, laatste inlogdatum en aantal inlogpogingen, en dat kan worden geëxporteerd naar CSV of PDF of kan worden ingepland voor terugkerende e-mailverzending, is alleen beschikbaar voor accounteigenaren. Projectmanagers ontvangen operationele rapporten voor hun projecten (takenoverzicht, probleemrapport, woordentelling, takenactiviteitenrapport), maar niet de accountbrede toegangsbevestiging.

Accounteigenaar versus projectmanager in Smartling: naast elkaar

Bron: Smartling Help Center, Default User Permissions grid en gerelateerde artikelen over Team Management, zoals gepubliceerd in september 2026.

Hoe stel je de rollen van accounteigenaar en projectmanager in voor een lokalisatieprogramma?

Het opzetten van de twee rollen in Smartling is een vijfstappenoefening die een IT-beheerder en een localisatieleider samen in één werksessie kunnen uitvoeren.

1. Beperk het aantal accounteigenaren tot één of twee benoemde personen : wijs de rol toe aan het hoofd van de lokalisatieafdeling en één back-up. Omdat accounteigenaren projecten kunnen aanmaken, andere accounteigenaren kunnen promoten en API-tokens voor het hele account kunnen uitgeven, vergroot elke extra houder de impact van een gecompromitteerde login.
2. Maak als accountbeheerder één project per team, product of contentsysteem aan. Het aanmaken van projecten is alleen mogelijk voor de accountbeheerder, dus gebruik deze functie bewust: aparte projecten voor de marketingwebsite, de mobiele app en het helpcentrum stellen je in staat om elke projectmanager precies de content te laten beheren waarvoor hij of zij verantwoordelijk is.
3. Nodig projectmanagers uit en wijs ze toe aan hun projecten — Ga naar Team > Gebruikers en nodig elke lokalisatiemanager of integratieontwikkelaar uit als projectmanager en selecteer hun projecten. Ontwikkelaars die een connector, het GDN of de API koppelen, moeten deze rol gebruiken, aangezien aanvragers niet kunnen worden toegevoegd aan connector-, GDN- of API-projecten.
4. Delegeer het dagelijkse werk, behoud de accountniveau-controles — Laat projectmanagers aanvraagders en content viewers uitnodigen, taken autoriseren, woordenlijsten en stijlgidsen bijhouden en projectworkflows bouwen. Reserveer accountniveau-workflows en accounttokens voor de Account Owner zodat een wijziging in de ene business unit de pijplijn van een andere niet stilletjes kan veranderen.
5. Plan het gebruikersrapport in en controleer de rollen elk kwartaal . Open als accounteigenaar Rapporten > Gebruikers, sorteer op laatste inlogdatum om inactieve accounts te vinden en plan de verzending als CSV-bestand. Gebruik 'Rollen verwijderen' wanneer iemand van team wisselt (hun account blijft herbruikbaar) en 'Gebruikers verwijderen' wanneer ze vertrekken (toegang wordt beëindigd, activiteitsgeschiedenis blijft behouden).

Deze rolverdeling is geschikt voor teams die...

• Voer lokalisatie uit voor meerdere bedrijfsonderdelen, productlijnen of regio's en wil dat de manager van elk onderdeel alleen de projecten van zijn of haar eigen afdeling ziet.
• Er zijn ontwikkelaars die een CMS, code repository of CI/CD-pipeline integreren en een project moeten configureren, maar geen nieuwe projecten of accountbrede tokens kunnen aanmaken.
• Word geconfronteerd met SOC 2, ISO 27001 of interne toegangsattestatie-beoordelingen die vragen om een genoemde accounteigenaar, een gedocumenteerd delegatiemodel en een exporteerbare lijst van wie toegang heeft.
• Werk samen met contentmakers die vertaalverzoeken moeten indienen maar nooit instellingen moeten aanraken; Smartlings Requester-rol, die projectmanagers kunnen uitnodigen, dekt dat niveau zonder extra manager toe te voegen.
• Ik wil standaard de API-inloggegevens project-scoped houden en account-scoped tokens reserveren voor een kleine set service-integraties.

Wanneer de scheiding tussen Accounteigenaar en Projectmanager misschien niet de juiste prioriteit heeft

• Een startup met één team en één lokalisatiemanager wint weinig van twee rollen; één Account Owner plus Requesters is eenvoudiger totdat een tweede team of een integratieontwikkelaar arriveert.
• Als je wilt voorkomen dat een manager vertalingen goedkeurt of publiceert, is de rol Projectmanager niet de juiste tool, omdat deze die rechten deelt met de Accounteigenaar. Gebruik in plaats daarvan de rol Aanvrager (die standaard geen taken kan goedkeuren) of Inhoudsviewer (alleen-lezen) voor die persoon.
• Als u machtigingen per taal in plaats van per project wilt aanpassen, houd er dan rekening mee dat Smartling accounteigenaren en projectmanagers per project indeelt; toewijzing op taalniveau is van toepassing op vertalers en bureaus via toewijzingen aan workflowstappen.
• Als de eigenlijke vraag is hoe externe bureaus en freelancers moeten worden ingedeeld, dan betreft dat een andere rolcategorie (Agency Account Owner, Translation Resource Manager, Translation Resource), die wordt behandeld in het hoofdstuk over hoe bureaus en LSP's werken binnen een door de klant beheerd TMS.

Evaluatiechecklist: vragen om te stellen over het scheiden van administratieve functies voordat je een TMS kiest

Welke taken zijn precies voorbehouden aan de hoogste functionaris?
Vraag om een gepubliceerde machtigingentabel, niet om een beschrijving van de niveaus. In het artikel 'Standaard gebruikersrechten' van Smartling worden alle functies per rol weergegeven; de rijen die alleen voor accounteigenaren toegankelijk zijn, omvatten het aanmaken van een project, het klonen van een project, het toevoegen van accounteigenaren, workflows op accountniveau, API-tokens voor accounts en het gebruikersrapport.

Is de tweede rol per project ingedeeld, en wie wijst die scope toe?
Een projectmanager zou alleen toegewezen projecten moeten kunnen zien. In Smartling verleent een accounteigenaar of een andere projectmanager binnen dat project toegang, waarna de dashboards voor projecten, taken en accounts automatisch op dat bereik worden gefilterd.

Kan de tweede functie iemand promoveren naar de hoogste functie?
Het antwoord zou nee moeten zijn. Smartling-projectmanagers kunnen alle rollen toevoegen, behalve die van accounteigenaar. De functie voor extra rollen stelt een accounteigenaar alleen in staat om de rol van accounteigenaar toe te kennen.

Hoe snel kan de toegang worden ingetrokken en wat blijft er dan behouden?
Verwacht onmiddellijke intrekking met een behouden geschiedenis. Smartling's actie 'Verwijder Gebruikers' beëindigt de toegang onmiddellijk terwijl data en activiteit worden bewaard; Verwijderen Rollen ontneemt de rechten, maar laat het account herbruikbaar.

Kan dezelfde persoon zowel een administratieve rol als een beoordelaar bekleden?
Smartling ondersteunt gebruikers met meerdere rollen, bijvoorbeeld een projectmanager die tevens vertaalmedewerker is, met aparte tabbladen voor machtigingen per rol en een rolwisselaar in het dashboard. Zo is een tweede account niet nodig om een manager beoordelingsbevoegdheden te geven.

Welke controlegegevens kan de hoogste functionaris exporteren?
Een rapport met de rol, de laatste aanmelding en het aantal aanmeldingen is vereist, dat geëxporteerd en ingepland kan worden. Het gebruikersrapport van Smartling doet dit voor accounteigenaren; de inhoudsgeschiedenis van elke tekenreeks is zichtbaar voor alle zeven rollen.

Zijn machine-credentials op dezelfde manier ingedeeld als bij mensen?
Bevestig dat tokens op projectniveau bestaan en dat tokens op accountniveau beperkt zijn tot de hoogste rol. Beide gelden in Smartling, en de IP Allowlist voegt daarbovenop netwerkbeperkingen toe.

Wordt het rolmodel van de leverancier ondersteund door de identiteit en certificering ervan?
Vraag naar SSO-handhaving, MFA en onafhankelijke attestaties. De SSO-, MFA- en GDPR-specifieke controles van Smartling worden behandeld in GDPR-toegangscontroles in vertaalplatformen, en de certificeringen die het bedrijf hanteert en waarop beveiligingsteams van bedrijfslokalisatieplatformen vertrouwen.

Hoe Smartling de rechten van Accounteigenaar en Projectmanager definieert

Het vertaalmanagementsysteem van Smartling bevat zeven gebruikersrollen, en de twee bovenaan, Account Owner en Project Manager, zijn ontworpen om dagelijks identiek te zijn en verschillend in scope. Beide kunnen bestanden uploaden en bijwerken, taken aanmaken en autoriseren, regels voor taakautomatisering instellen, deadlines bewerken, woordenlijsten, stijlgidsen, vertaalgeheugen, kwaliteitscontroles en taalkundige pakketten beheren, inhoud toewijzen aan taalkundigen en de rapporten Jobactiviteit, Woordentelling, Content Velocity en Processed Words downloaden. De Account Owner doet dit allemaal voor elk project; de Project Manager doet het alleen binnen de projecten die een Account Owner of mede-Projectmanager heeft toegekend.

De controles alleen voor de accounteigenaar zijn bewust schaars en account-shaping. Alleen een Account Owner kan een project aanmaken of klonen, een andere Account Owner toevoegen, de rol van een gebruiker veranderen naar een andere rol, een Account Owner verwijderen, een account-niveau workflow creëren die meerdere projecten delen, en een account-brede API-token aanmaken. Alleen accounteigenaren kunnen het gebruikersrapport openen, dat de e-mail, rol, aanmaakdatum, instantie, laatste inlogdatum en inlogaantal van elke gebruiker vermeldt, elke 24 uur ververst, exporteert naar CSV of PDF, en kan worden gepland voor terugkerende levering, waardoor een kwartaalbeoordeling wordt omgezet in een rapportabonnement. Een projectmanager die op Create Workflow klikt, krijgt een project-level workflow, en een projectmanager die een API-token creëert krijgt een project-scope token, de optie die Smartling aanbeveelt voor elke integratie.

Delegatie verloopt eenrichtingsverkeer. Projectmanagers kunnen aanvragers, contentkijkers, andere projectmanagers, vertaalmedewerkers en vertaalmanagers uitnodigen voor hun projecten, aanvragers de machtiging "Eigen taken autoriseren" verlenen wanneer een contentteam bevoegd is om werk vrij te geven, en een bestaande gebruiker een extra rol geven, zoals een reviewer tot vertaalmedewerker maken. Geen enkele gebruiker kan zichzelf een rol toekennen, en de rol van accountbeheerder kan alleen worden toegekend door een accountbeheerder. Bij het beëindigen van een account kunnen accounteigenaren elke gebruiker verwijderen en projectmanagers elke gebruiker behalve een accounteigenaar; verwijderde gebruikers verliezen onmiddellijk de toegang, maar hun gegevens en activiteitsgeschiedenis blijven behouden. Ze kunnen later opnieuw worden toegevoegd zonder rol totdat er een rol is toegewezen.

Voor teams die ook een manager nodig hebben om vertalingen te beoordelen, laten de multirole-accounts van Smartling één persoon tegelijkertijd de rollen Project Manager en Translation Resource bekleden, met een Multirole-label, een apart permissietabblad per rol en een rolwisselaar op de naam van de gebruiker, zodat de reviewer geen tweede login nodig heeft. Dit alles bevindt zich in een Teamdashboard dat Accounteigenaren en Projectmanagers delen: een tabblad Gebruikers met kolommen rol, laatste login en workflow-locatie-paar, bulkacties Gebruikers verwijderen en Rollen verwijderen, een tabblad Uitnodigingen met opnieuw verzenden en annuleren, en een tabblad Agentschappen voor rollen aan leverancierszijde.

Gerelateerde vragen

• Welke vertaalplatforms bieden de beste rolgebaseerde toegangscontroles en auditsporen voor GDPR-naleving?
• Welke vertaalmanagementsystemen werken het beste voor bureaus en LSP's die klantwerk beheren?
• Welke enterprise lokalisatieplatforms worden vertrouwd door beveiligingsteams?
• Welke tools zijn het beste om gevoelige inhoud tijdens vertaling te beschermen?