Säkerhetssidan visar vilka kontroller som finns idag — och vad som pågår.Läs mer →
Resurser

Ordlista

Begreppen, förklarade en gång

Sökbar och sorterad i bokstavsordning. Varje post är ett begrepp systemet faktiskt implementerar, med en not om hur Legarch hanterar det där det spelar roll.

26 begrepp

avancerad elektronisk signatur
En elektronisk signatur med högre krav än den enkla: den ska vara knuten till undertecknaren, undertecknaren ska kunna identifieras och en senare ändring av dokumentet ska gå att upptäcka. Nivån definieras i eIDAS-förordningen.I LegarchLegarch upptäcker ändring genom innehållshash: hashen tas när dokumentet öppnas och jämförs när signaturen läggs. Arbete mot full uppfyllelse av nivån pågår.
avtalsinstans
Ett enskilt avtal som skapats ur en mallversion. Instansen har egen referenskod, egna variabelvärden, egna valda klausulvarianter och eget läge i livscykeln.I LegarchEn instans pekar alltid på exakt den mallversion den byggdes från. Att publicera en ny mallversion ändrar aldrig en befintlig instans.
avtalsmall
Den ordnade lista av klausuler ett avtal byggs av, tillsammans med de variabler texten behöver. Mallen är inte ett dokument utan en struktur som dokument kan renderas ur.I LegarchMallens identitet är dess slug plus versionsnummer, till exempel avtal/uppdrag@v3.
behörighet
Rätten att göra en viss sak med ett visst avtal: öppna det, välja bland varianter, skicka det eller sluta det. Behörighet att förbereda ett avtal är inte samma sak som behörighet att binda organisationen.I LegarchVem som får välja sätts per klausul, och bara den som har firmateckningsrätt eller fullmakt kan sluta avtalet.
dataminimering
Principen att bara samla in de personuppgifter som behövs för det angivna ändamålet, och inte fler. Den följer av dataskyddsregleringen och gäller även uppgifter som skulle vara praktiska att ha.I LegarchLegarch frågar efter personnummer först när motpartens val faktiskt skapar ett förhållande som kräver det.
eIDAS
EU-förordningen om elektronisk identifiering och betrodda tjänster. Den definierar tre nivåer av elektronisk signatur — enkel, avancerad och kvalificerad — och vilka krav som gäller för varje nivå, samt vilken rättsverkan de har inom unionen.I LegarchLegarch arbetar mot anpassning till förordningen. Vi är inte kvalificerade och utfärdar inte kvalificerade signaturer i dag.
elektronisk signatur
Uppgifter i elektronisk form som är fogade till en handling och används av undertecknaren för att skriva under den. Det är inte en bild av en namnteckning utan de data som binder en person till ett bestämt innehåll.I LegarchI Legarch består signaturen bland annat av innehållshashen för det dokument som visades, tidpunkten och vem åtgärden hörde till.
firmateckningsrätt
Rätten att binda ett bolag genom att skriva under. Den framgår av bolagets registrering och kan vara enskild eller i förening, alltså två personer tillsammans.I LegarchBara en registrerad firmatecknare kan sluta ett avtal i Legarch. Vem som helst kan förbereda det.
fullmakt
En handling där någon ger en annan person rätt att handla i sitt eller bolagets namn, ofta begränsad i tid eller till vissa slags avtal. Ett avtal som slutits utan giltig fullmakt kan sakna verkan.I LegarchEn fullmakt är själv ett avtal i Legarch med referenskod och livscykel, och andra avtal kan peka på den som bevis för behörigheten.
innehållshash
Ett kryptografiskt fingeravtryck av dokumentets innehåll. Samma innehåll ger alltid samma hash, och en enda ändrad tecken ger en helt annan hash.I LegarchHashen tas när dokumentet öppnas och skickas tillbaka med signaturen. Stämmer den inte längre vägras signaturen.
justerare
Den som utses att gå igenom ett protokoll och bekräfta att det stämmer med vad som beslutades. Utan justerarens underskrift är protokollet inte färdigt.I LegarchJusteraren är en namngiven signatärroll. Avtalet kan inte bli aktivt medan rollen står tom.
klausul
En avgränsad bestämmelse i ett avtal, ofta motsvarande en paragraf. Klausulen är den minsta enhet Legarch versionerar och resonerar om.I LegarchEn mall är en ordnad lista av klausuler, och varje klausul äger en eller flera förgodkända varianter.
klausulvariant
En av flera i förväg godkända formuleringar av samma klausul. Varianterna är skrivna och godkända i förväg, så förhandlingen blir ett val mellan kända alternativ i stället för nyskriven text.I LegarchHandläggaren öppnar bara de varianter som är godtagbara för det enskilda utskicket.
lagringsgrund
Skälet till att en personuppgift får ligga kvar, och hur länge. Grunden kan vara att avtalet fortfarande gäller, eller ett annat krav som bokföringsskyldighet.I LegarchGrunden registreras per post, så det går att se varför en uppgift finns kvar och inte bara att den finns.
livscykel
De lägen ett avtal kan befinna sig i och de tillåtna övergångarna mellan dem, från utkast till aktiv och vidare till avslutad. Ett läge byts genom en registrerad övergång, aldrig genom att någon skriver om ett fält.I LegarchVarje övergång loggas med aktör och ursprung, så en automatisk åtgärd är spårbar som automatisk.
motpart
Den andra sidan i avtalet: den som ska fylla i uppgifter, läsa och signera. Motparten arbetar inte i systemet och har inget konto.I LegarchMotpartens yta är två tokenautentiserade rutter. Token i länken är legitimationen.
personuppgiftsbiträde
Den som behandlar personuppgifter för någon annans räkning och enligt dennes instruktioner. Förhållandet regleras i ett särskilt avtal mellan den ansvarige och biträdet.I LegarchNär ni använder Legarch för era avtal är ni ansvariga för uppgifterna och vi behandlar dem på ert uppdrag.
protokolljustering
Åtgärden att bekräfta att ett protokoll återger mötet riktigt. Den utförs av en eller flera utsedda justerare och är en förutsättning för att protokollet ska kunna åberopas.I LegarchJusteringen är en signatur från en namngiven roll och syns som en egen post i revisionsloggen.
referenskod
Den läsbara identiteten för en avtalsinstans, till exempel NORDEN-0142. Koden används i mejl, i samtal och i loggar så att alla talar om samma avtal.I LegarchKoden pekar på instansen, inte på ett dokument. Samma kod gäller genom hela livscykeln.
revisionslogg
En förteckning över vad som hänt med ett avtal: vilka lägen det haft, vem som gjorde vad och varifrån åtgärden kom. Loggen är till för att kunna visas i efterhand, inte bara för felsökning.I LegarchLoggen kan bara växa. Ingen post kan ändras eller tas bort efter att den skrivits.
signatär
Den som ska skriva under ett avtal, angiven genom sin roll snarare än bara sitt namn. Vilka roller som krävs bestäms innan avtalet skickas.I LegarchLegarch namnger rollerna och sluter inte avtalet förrän varje namngiven roll har signerat.
signeringslänk
Den engångslänk motparten får för att läsa och signera. Länken är tidsbegränsad, går att återkalla och kräver inget konto.I LegarchAv länken lagras bara en sha256-hash, så själva länken kan inte återskapas ur databasen. Att skicka en påminnelse återkallar den föregående länken.
typad variabel
Ett fält i avtalet som har en bestämd typ: ett belopp är kronor, en andel är procent, en tidpunkt är ett datum. Typen bestämmer vad som får fyllas i och hur värdet kan läsas senare.I LegarchEftersom värdet är typat går det att fråga ut ur avtalet utan att någon öppnar dokumentet.
uppgiftsinsamling
Steget där motparten fyller i de uppgifter avtalet behöver, före signering. Poängen är att uppgifterna landar som värden i fält, inte som fri text i ett mejlsvar.I LegarchInsamlingen sker i ett formulär bakom en engångslänk, och varje fält motsvarar en variabel i mallen.
åtagande
Något en part har lovat att göra: leverera, betala, säga upp i tid. Åtagandet registreras separat från avtalstexten och har eget läge.I LegarchUppfyllelse intygas av en människa. Systemet antar aldrig att något är gjort för att ett datum passerat.
ändamålsbegränsning
Principen att personuppgifter bara får användas för det ändamål de samlades in för. Ett nytt ändamål kräver en ny grund — det räcker inte att uppgiften redan finns.I Legarch"Bra att ha" är inget ändamål. Legarch knyter insamlingen till det ändamål som motpartens val faktiskt skapar.