DiagramKit
Log indKom i gang

Teamsamarbejde

Invitationer, roller og samtidige diagramændringer

Sidst opdateret: 30. oktober 2026
3 min read læsetid

Teamsamarbejde

Medlemskab af workspacet styrer adgangen til diagrammer, dokumenter og andet indhold. Et kopieret indholdslink giver ikke adgang, heller ikke på Free-planen.

Roller

RolleAdgang
OwnerLæse og redigere indhold, oprette invitationer, omdøbe eller slette workspacet
EditorLæse og redigere indhold samt oprette og tilbagekalde invitationer
ViewerLæse indhold og eksportere diagrammer

En invitation kan give Editor- eller Viewer-adgang. Den kan ikke give ejerskab eller administratorrettigheder. Overførsel af ejerskab findes ikke i denne version.

Invitér en kollega

  1. Åbn Indstillinger → Team i workspacet.
  2. Vælg Invite Member og vælg Editor eller Viewer.
  3. Opret invitationen og kopiér linket.
  4. Send linket til kollegaen, som logger ind, før invitationen accepteres.

Brugerfladen opretter et invitationslink; den sender ikke automatisk en e-mail. Et ubrugt link udløber efter syv dage og kan tilbagekaldes i invitationslisten. Linket kan indløses én gang. Hold det privat, indtil den tiltænkte kollega accepterer det.

Invitationer oprettet via API kan angive en e-mailadresse. De kræver, at modtagerens verificerede primære e-mail matcher. Invitationer uden e-mail kan accepteres af den første person, der har linket og er logget ind.

Redigér diagrammer sammen

Tilstedeværelses- og markørvisning viser forbundne samarbejdspartnere. Gemte diagramændringer sendes til workspace-medlemmer. Når dit diagram ikke har ventende lokale ændringer, kan det modtage den nye version.

Diagrammer gemmes med et revisionsnummer. Hvis en anden først ændrer samme diagram eller delte UML-model, afvises en forældet gemning. Editoren beholder det lokale arbejde og stopper gemning, så du kan håndtere konflikten; samtidige ændringer flettes ikke altid automatisk.

  1. Hent den lokale JSON, når editoren viser en konflikt.
  2. Genindlæs først den seneste gemte version, når det lokale arbejde er bevaret.
  3. Genindfør de ønskede ændringer og gem igen.

Dokumenter, præsentationer, brainstorms og planlægningsopgaver bruger også revisioner. Forældede ændringer og sletninger afvises. Editorens ugemte indhold bevares, når en nyere version ankommer, eller adgangen ændres. Efter genforbindelse opdateres indhold uden lokale ændringer; ventende lokale ændringer kræver gennemgang.

Versionshistorik og gendannelse

Åbn Historik i arbejdsområdets sidepanel for at se ændringer i diagrammer, dokumenter, præsentationer, brainstorms, sprints, epics, stories og opgaver. Indholdseditorerne har også historik for det åbne element.

  1. Vælg en gemt version for at se forfatter, tidspunkt og handling.
  2. Vælg et ændret felt for at sammenligne fjernet og tilføjet indhold.
  3. Gem eller hent en kopi af lokale ændringer før gendannelse.
  4. Vælg Gendan denne version og bekræft. Gendannelsen opretter en ny version; tidligere versioner bevares.

Owners og Editors kan gendanne. Viewers kan se og hente historik. Slettede elementer bliver i arbejdsområdets historik. Gendan en tidligere version for at få samme element tilbage, hvis nødvendige tilknyttede elementer stadig findes. Sletning af hele arbejdsområdet sletter også historikken.

For UML-diagrammer omfatter gendannelsen den fælles model for arbejdsområdet. Det kan ændre andre diagrammer, som bruger samme elementer. Bekræftelsen beskriver dette, og gendannelsen afvises, hvis den gør en anden visning ugyldig, eller en af revisionerne er ændret.

Historikken registrerer gemte ændringer fra denne version af appen. Ældre indhold får et udgangspunkt ved første ændring. Tidspunktet viser, hvornår udgangspunktet blev registreret, ikke en opdigtet oprindelig redigering. Gamle diagramversioner med utilstrækkelige metadata kan stadig hentes, men ikke gendannes nøjagtigt.

Versionshistorik er adskilt fra serverbackups. Fejl på database eller server kræver en serverbackup; versionslisten ligger sammen med arbejdsområdet.

Konti og adgang

Log ind med den konto, der accepterede invitationen. API'et kontrollerer workspace-medlemskab; en forbindelse til et samarbejdsrum erstatter ikke kontrollen. MCP kontrollerer samme medlemskab og kræver derudover det relevante OAuth-scope.