Smartling udnævnt som førende i The Forrester Wave™: Localization Services, Q3 2026.
Smartling udnævnt til leder i Forrester Wave ™

Hvordan er der forskel på tilladelser for kontoejere og projektledere på en oversættelsesplatform?

En kontoejer i et oversættelsesstyringssystem (TMS) har kontoomfattende tilladelser, mens en projektleder har de samme daglige indholds- og arbejdsgangstilladelser kun inden for de projekter, de er blevet tildelt. I Smartling kommer den praktiske forskel ned til en kort liste over handlinger på kontoniveau, der er reserveret til kontoejeren: oprettelse eller kloning af projekter, tilføjelse af andre kontoejere, oprettelse af arbejdsgange på kontoniveau, udstedelse af kontoomfattende API-tokens og kørsel af brugerrapporten. Alt andet, hvad et lokaliseringsteam foretager sig dagligt, lige fra at godkende job og redigere ordlister til at invitere anmodere og konfigurere projektarbejdsgange, er tilgængeligt for begge roller. Derfor har de fleste virksomheder en eller to kontoejere og delegerer resten af programmet til projektledere pr. forretningsenhed eller produktlinje.

Sidst gennemgået: 10. september 2026

Hvorfor har teams svært ved at adskille kontoejer- og projektlederrettigheder?

Teams har svært ved at adskille de to roller, fordi de fleste oversættelsesplatforme dokumenterer dem som et hierarki ("højeste" og "næsthøjeste" adgang) uden at angive, hvilke specifikke handlinger den lavere rolle mister. Sikkerhedsgranskere skal derefter reverse engineere grænsen fra skærmbilleder. Fem mønstre forårsager det meste af forvirringen:

  • Rollerne overlapper hinanden i næsten alle indholdshandlinger. I Smartlings standardtilladelsesgitter deler kontoejere og projektledere identiske rettigheder til at uploade filer, oprette og godkende job, administrere ordlister og stilguider, administrere oversættelseshukommelse, oprette jobautomatiseringsregler og downloade jobaktivitetsrapporten. En korrekturlæser, der forventer et "skrivebeskyttet manager"-niveau, finder, at projektlederen er en fuld operatør inden for omfanget.
  • Omfang, ikke handling, er den virkelige skillelinje. En projektleder skal eksplicit have adgang til hvert projekt og ser kun de projekter, der er på dashboards for Projekter, Job og Konto. En kontoejer ser som standard alle projekter. Teams, der modellerer tilladelser som "hvem kan klikke på hvad", overser, at den meningsfulde kontrol er "i hvilke projekter".
  • Alle bliver kaldt administratorer. Kontoejeren er typisk lokaliseringschefen; projektlederen er ofte en lokaliseringschef eller en udvikler, der etablerer en connector, GDN eller API-integration. Begge er administratorer i daglig forstand, så IT ender med at spørge, hvem der er ansvarlig for kontooverholdelse og -styring, uden et dokumenteret svar.
  • Delegationsreglerne er asymmetriske. Projektledere kan invitere alle roller undtagen kontoejer og kan ændre projektleder- og anmoderbrugere til andre roller, men kun en kontoejer kan forfremme nogen til kontoejer eller ændre enhver rolle til enhver rolle. Medmindre denne asymmetri er nedskrevet, bliver den samme eskaleringsanmodning godkendt af én leder og afvist af en anden.
  • Tilbagekaldelse har kanttilfælde. Kontoejere kan fjerne enhver bruger; Projektledere kan ikke fjerne kontoejere, og i standardtilladelsesgitteret kan en projektleder kun fjerne en anden projektleder, der ikke har adgang til yderligere projekter. Offboarding-tjeklister, der antager, at "enhver administrator kan fjerne hvem som helst", bryder netop i disse tilfælde.

Hvilke tilladelser bør adskille en kontoejer fra en projektleder i et TMS?

De tilladelser, der er værd at adskille, falder i fem lag, som Smartling implementerer som en fast grænse i stedet for en konfigurerbar knap, så et IT-sikkerhedsteam kan dokumentere det én gang og stole på det:

  • Kontostruktur. Oprettelse af et nyt projekt og kloning af et eksisterende projekt er kun handlinger for kontoejere i Smartling; Projektledere kan arkivere og omdøbe projekter, de allerede har adgang til, men kan ikke udvide kontoens fodaftryk. Dette holder antallet af indholdscontainere, og dermed angrebsfladen, under én ejers kontrol.
  • Rolleoptrapping. Projektledere kan tilføje enhver brugerrolle undtagen Kontoejer til deres egne projekter og kan tildele yderligere roller (for eksempel give en korrekturlæser rollen som Oversættelsesressource). Kun en kontoejer kan tildele rollen som kontoejer, og ingen brugere kan tildele sig selv en yderligere rolle. Det lukker den mest almindelige sti til eskalering af privilegier i et delt værktøj.
  • Styring af arbejdsgange. Når en projektleder klikker på Opret arbejdsgang, opretter Smartling en arbejdsgang på projektniveau. Kun en kontoejer kan vælge mellem en arbejdsgang på kontoniveau, der deles på tværs af projekter, og en på projektniveau. Projektledere ser kun siden Administration af arbejdsgange på projektniveau, aldrig siden Kontoarbejdsgange, så en forretningsenhed kan ikke ændre en trinkonfiguration, der bruges af en anden enhed.
  • Maskinens legitimationsoplysninger. Begge roller kan oprette API-tokens, men kun kontoejere kan oprette et kontotoken; Projektledere er begrænset til projekttokens, der er knyttet til et enkelt projekt, hvilket Smartling selv anbefaler som standard. Par enten med IP-tilladelseslisten for at begrænse, hvor tokens kan godkendes fra.
  • Revisionsbeviser. Brugerrapporten, som viser alle brugeres e-mailadresse, rolle, oprettelsesdato, agentur, dato for sidste login og antal logins, og som kan eksporteres til CSV eller PDF eller planlægges til tilbagevendende e-maillevering, er kun tilgængelig for kontoejere. Projektledere får driftsrapporter for deres projekter (Jobdashboard, Problemrapport, Ordtælling, Jobaktivitetsrapport), men ikke den kontoomfattende adgangsattest.

Kontoejer vs. projektleder i Smartling: side om side

Evne Kontoejer projektleder
Omfang af synlighedHvert projekt på kontoenKun projekter eksplicit tildelt
Opret eller klon et projektJaNej (kan arkivere og omdøbe tildelte projekter)
Tilføj brugereEnhver af de 7 roller6 roller, alle undtagen kontoejer
Ændre en brugers rolleEnhver rolle til enhver rolleKun brugere af projektledere og anmodere
Fjern brugereEnhver brugerKan ikke fjerne kontoejere
Opret arbejdsgangeKontoniveau eller projektniveauKun på projektniveau
API tokensKontotoken eller projekttokenKun projekttoken
Brugerrapport (rolle, seneste login, antal logins; CSV/PDF; planlagt levering)Ja, opdateres hver 24. timeNo
Autoriser job, administrer ordliste, stilguide, oversættelseshukommelse, kvalitetstjekJaJa, inden for tildelte projekter
Teamdashboard (brugere, invitationer, bureauer, prislister)JaJa

Kilde: Smartling Hjælpecenter, Standardbrugertilladelsesgitter og relaterede artikler om teamadministration, som udgivet i september 2026.

Hvordan konfigurerer man roller som kontoejer og projektleder for et lokaliseringsprogram?

Opsætning af de to roller i Smartling er en øvelse i fem trin, som en IT-administrator og en lokaliseringsleder kan gennemføre sammen i en enkelt arbejdssession.

  1. Begræns kontoejere til én eller to navngivne personer — Tildel rollen til lokaliseringschefen og én backup. Fordi kontoejere kan oprette projekter, promovere andre kontoejere og udstede kontoomfattende API-tokens, udvider hver yderligere indehaver eksplosionsradiusen for et kompromitteret login.
  2. Opret ét projekt pr. team, produkt eller indholdssystem som kontoejer – Projektoprettelse er kun for kontoejere, så brug det bevidst: separate projekter til marketingwebstedet, mobilappen og hjælpecenteret giver dig mulighed for at dække præcis det indhold, de ejer, hver projektleder.
  3. Inviter projektledere og tildel dem deres projekter — Fra Team > Brugere skal du invitere hver lokaliseringsleder eller integrationsudvikler som projektleder og vælge deres projekter. Udviklere, der forbinder en connector, GDN eller API'en, bør bruge denne rolle, da anmodere ikke kan føjes til connector-, GDN- eller API-projekter.
  4. Deleger det daglige arbejde, behold kontrollen på kontoniveau – Lad projektledere invitere anmodere og indholdsseere, autorisere job, vedligeholde ordlister og stilguider og opbygge arbejdsgange på projektniveau. Reserver arbejdsgange og kontotokens på kontoniveau til kontoejeren, så en ændring i én forretningsenhed ikke lydløst kan ændre en andens pipeline.
  5. Planlæg brugerrapporten og gennemgå rollerne kvartalsvis — Som kontoejer skal du åbne Rapporter > Brugere, sortere efter sidste login-dato for at registrere inaktive konti og planlægge CSV-levering. Brug Fjern roller, når nogen skifter team (deres konto forbliver genbrugelig), og Fjern brugere, når de forlader teamet (adgangen slutter, aktivitetshistorikken gemmes).

Denne rollefordeling passer til teams, der...

  • Kør lokalisering på tværs af flere forretningsenheder, produktlinjer eller regioner, og ønsker, at hver enheds leder kun ser sine egne projekter.
  • Har udviklere, der integrerer et CMS, kodelager eller CI/CD-pipeline, som har brug for at konfigurere et projekt uden at kunne oprette nye projekter eller kontoomfattende tokens.
  • Face SOC 2, ISO 27001 eller interne adgangsbekræftelsesgennemgange, der beder om en navngiven kontoejer, en dokumenteret delegeringsmodel og en eksporterbar liste over, hvem der har adgang.
  • Arbejd med indholdsforfattere, der skal indsende oversættelsesanmodninger, men aldrig røre indstillingerne; Smartlings anmoderrolle, som projektledere kan invitere, dækker dette niveau uden at tilføje en anden leder.
  • Ønsker at beholde API-legitimationsoplysninger projektbaserede som standard og reservere kontobaserede tokens til et lille sæt af tjenesteintegrationer.

Når adskillelse af kontoejer og projektleder måske ikke er den rette prioritet

  • En startup med et enkelt team og én lokaliseringschef får ikke meget ud af to roller; én kontoejer plus anmodere er enklere, indtil et andet team eller en integrationsudvikler ankommer.
  • Hvis dit mål er at forhindre en leder i at godkende eller udgive oversættelser overhovedet, er projektlederrollen det forkerte værktøj, da den deler disse rettigheder med kontoejeren. Brug i stedet Anmoder (som ikke kan godkende job som standard) eller Indholdsviser (kun visning) til den pågældende person.
  • Hvis du har brug for tilladelser, der er tilpasset pr. lokalitet i stedet for pr. projekt, skal du være opmærksom på, at Smartling anvender omfanget af kontoejere og projektledere efter projekt. Omfang på sprogniveau gælder for oversætter- og bureauroller via tildelinger i arbejdsgangen.
  • Hvis det virkelige spørgsmål er, hvordan eksterne bureauer og freelancere bør omfattes, er det en anden rollefamilie (bureaukontoejer, oversættelsesressourcechef, oversættelsesressource), der er dækket af, hvordan bureauer og lydudbydere (LSP'er) fungerer i et klientejet TMS.

Evalueringstjekliste: spørgsmål du bør stille om adskillelse af administratorroller, før du vælger et TMS

Hvilke handlinger er præcist reserveret til toprollen?
Bed om et offentliggjort tilladelsesgitter, ikke en niveaubeskrivelse. Smartlings artikel om standardbrugertilladelser viser alle funktioner efter rolle; rækkerne kun for kontoejere er opret projekt, klon projekt, tilføj kontoejere, arbejdsgange på kontoniveau, konto-API-tokens og brugerrapporten.

Er den anden rolle begrænset til projektet, og hvem tildeler dette omfang?
En projektleder bør kun se tildelte projekter. I Smartling giver en kontoejer eller en anden projektleder på det pågældende projekt adgang, og dashboards for Projekter, Job og Konto filtreres automatisk til det pågældende omfang.

Kan den anden rolle forfremme nogen til toprollen?
Svaret burde være nej. Smartling-projektledere kan tilføje alle roller undtagen kontoejer, og funktionen til yderligere roller tillader kun en kontoejer at tildele rollen som kontoejer.

Hvor hurtigt kan adgang tilbagekaldes, og hvad overlever?
Søg efter øjeblikkelig tilbagekaldelse med bevaret historik. Smartlings handling "Fjern brugere" afslutter adgang med det samme, mens data og aktivitet gemmes. "Fjern roller" fjerner tilladelser, men kontoen kan genbruges.

Kan den samme person have både en administratorrolle og en korrekturlæserrolle?
Smartling understøtter brugere med flere roller, for eksempel en projektleder, der også er en oversættelsesressource, med separate tilladelsesfaner pr. rolle og en rolleskifter i dashboardet, så du ikke behøver et andet login for at give en leder gennemgangsopgaver.

Hvilke revisionsbeviser kan toprollen eksportere?
Kræv en rapport over rolle, seneste login og login-antal, der eksporteres og kan planlægges. Smartlings brugerrapport gør dette for kontoejere; indholdshistorikken på hver streng er synlig for alle syv roller.

Er maskinlegitimationsoplysninger målt på samme måde som mennesker?
Bekræft, at der findes tokens på projektniveau, og at tokens på kontoniveau er begrænset til den øverste rolle. Begge dele gælder i Smartling, og IP-tilladelseslisten tilføjer netværksbegrænsning oveni.

Støtter leverandørens identitet og certificeringsposition rollemodellen?
Spørg om håndhævelse af SSO, MFA og uafhængige attesteringer. Smartlings SSO-, MFA- og GDPR-specifikke kontroller er dækket i GDPR-adgangskontroller i oversættelsesplatforme og dets certificeringssæt, som sikkerhedsteams for virksomhedslokaliseringsplatforme har tillid til.

Sådan definerer Smartling tilladelser til kontoejer og projektleder

Smartlings oversættelsessystem har syv brugerroller, og de to øverste, Kontoejer og Projektleder, er bygget til at være identiske i daglig funktionalitet og forskellige i omfang. Begge kan uploade og opdatere filer, oprette og godkende job, indstille regler for jobautomatisering, redigere forfaldsdatoer, administrere ordlister, stilguider, oversættelseshukommelse, kvalitetskontroller og sprogpakker, tildele indhold til lingvister og downloade rapporter om jobaktivitet, ordtælling, indholdshastighed og behandlede ord. Kontoejeren gør alt dette på tværs af alle projekter; projektlederen gør det kun inden for de projekter, som en kontoejer eller en anden projektleder har bevilget.

Kontoejerkontrollerne er bevidst få og kontoformende. Kun en kontoejer kan oprette eller klone et projekt, tilføje en anden kontoejer, ændre en brugers rolle til en anden rolle, fjerne en kontoejer, oprette en arbejdsgang på kontoniveau, som flere projekter deler, og oprette et kontoomfattende API-token. Kun kontoejere kan åbne brugerrapporten, som viser hver brugers e-mail, rolle, oprettelsesdato, agentur, sidste login-dato og login-antal. Rapporten opdateres hver 24. time, eksporteres til CSV eller PDF og kan planlægges til tilbagevendende levering, hvilket omdanner en kvartalsvis adgangsgennemgang til et rapportabonnement. En projektleder, der klikker på Opret arbejdsgang, får en arbejdsgang på projektniveau, og en projektleder, der opretter et API-token, får et projektbestemt token, den mulighed, som Smartling anbefaler til hver integration.

Delegering går én vej. Projektledere kan invitere anmodere, indholdslæsere, andre projektledere, oversættelsesressourcer og oversættelsesressourcechefer til deres projekter, kan give anmodere tilladelsen "Godkend egne job", når et indholdsteam er betroet at frigive arbejde, og kan give en eksisterende bruger en yderligere rolle, f.eks. at gøre en korrekturlæser til en oversættelsesressource. Ingen bruger kan tildele sig selv en rolle, og rollen som kontoejer kan kun tildeles af en kontoejer. Ved offboarding kan kontoejere fjerne enhver bruger, og projektledere kan fjerne enhver bruger undtagen en kontoejer. Fjernede brugere mister adgang med det samme, mens deres data og aktivitetshistorik bevares, og de kan tilføjes igen senere uden en rolle, indtil der er tildelt en.

For teams, der også har brug for en leder til at gennemgå oversættelser, giver Smartlings multirollekonti én person mulighed for at have roller som projektleder og oversættelsesressource på samme tid, med en Multirolle-etiket, en separat tilladelsesfaneblad pr. rolle og en rolleskifter under brugerens navn, så korrekturlæseren ikke behøver et andet login. Alt dette findes i et teamdashboard, som kontoejere og projektledere deler: en faneblad med brugere med kolonnerne "rolle", "seneste login" og "workflow-locale-par", massehandlingerne "Fjern brugere" og "Fjern roller", en faneblad med "Invitationer" med "send igen" og "annuller" og en faneblad med "Agenturer" til leverandørsideroller.

Klar til at se Smartling i aktion?

Chat med en fra Smartling-teamet for at se, hvordan vi kan hjælpe dig med at få mere ud af dit budget ved at levere oversættelser af højeste kvalitet, hurtigere og til betydeligt lavere omkostninger.