OS2sofd

- Om OS2sofd: https://www.sofd.io/
- Brugervejledning: https://www.sofd.io/brugervejledning/
- Implementeringsdrejebøger: https://www.sofd.io/implementation-guides/
- Drejebog: OPUS-kommune: https://www.sofd.io/implementation-guides/opus-loen-integration/
- Drejebog: SD-kommune: https://www.sofd.io/implementation-guides/sd-loen-integration/
- Drejebog: Opgradering til 2026R2 (IDM): https://www.sofd.io/implementation-guides/opgradering-2026r2-idm/
- Brugerstyring: https://www.sofd.io/idm/
- Forudsætninger og forberedelse: https://www.sofd.io/idm/prerequisites/
- Processer og hændelser: https://www.sofd.io/idm/processes/
- Personinaktivering: https://www.sofd.io/idm/person-inactivation/
- Konfiguration: https://www.sofd.io/idm/configuration/
- Teknik: https://www.sofd.io/teknik/
- Arkitektur: https://www.sofd.io/teknik/arkitektur/
- Datamodel: https://www.sofd.io/teknik/datamodel/
- Login og SAML: https://www.sofd.io/teknik/login/
- API: https://www.sofd.io/teknik/api/
- OData (læsning): https://www.sofd.io/teknik/api/odata/
- REST-API: https://www.sofd.io/teknik/api/rest/
- Fremtidig API-udvikling: https://www.sofd.io/teknik/api/strategi/
- Batchkørsler: https://www.sofd.io/teknik/batchkoersler/
- Integrationer: https://www.sofd.io/integrationer/
- On-premise agenter: https://www.sofd.io/agents/
- Brugerkonto Agent: https://www.sofd.io/agents/user-account-agent/
- AD Writeback Agent: https://www.sofd.io/agents/ad-writeback-agent/
- AD Replikator Agent: https://www.sofd.io/agents/ad-replikator/
- AD indlæsningsintegration: https://www.sofd.io/agents/ad-indlaesningsintegration/
- OPUS indlæsningsintegration: https://www.sofd.io/agents/opus-indlaesningsintegration/
- Indlæsning af skoleelever: https://www.sofd.io/agents/skoleelev-indlaesning/
- OS2vikar - Brugerkonto Agent: https://www.sofd.io/agents/os2vikar-agent/
- Download: https://www.sofd.io/downloads/
- Ændringslog: https://www.sofd.io/changelog/
- Support og kontakt: https://www.sofd.io/support/


## Datamodel

Denne side beskriver OS2sofds vigtigste begreber og hvordan de hænger sammen. Det
er en **begrebsmodel**, ikke en teknisk beskrivelse af databasen. De præcise felter
på hvert begreb udstilles via API'et: se [API](../api/).

OS2sofd samler organisatoriske stamdata omkring nogle få kernebegreber: en
**organisation** med et hierarki af **enheder**, de **personer** der er knyttet til
enhederne gennem **tilhørsforhold**, og de **brugerkonti** personerne har. Resten
hænger på disse.

## Kernebegreber

{{< mermaid >}}
erDiagram
    ORGANISATION ||--o{ ENHED : "indeholder"
    ENHED ||--o{ ENHED : "underenheder"
    ENHED ||--o| LEDER : "har"
    PERSON ||--o{ LEDER : "er"
    PERSON ||--o{ TILHØRSFORHOLD : "har"
    ENHED ||--o{ TILHØRSFORHOLD : "rummer"
    PERSON ||--o{ BRUGERKONTO : "har"
    TILHØRSFORHOLD }o--o| STILLING : "peger på"
    TILHØRSFORHOLD ||--o{ ARBEJDSSTED : "kan have"
{{< /mermaid >}}

### Sådan læses diagrammet

Linjerne mellem begreberne bruger "kragefod"-notation (crow's foot). Tegnene i hver
ende fortæller, hvor mange der kan være af begrebet i den ende:

| Tegn | Betydning |
| --- | --- |
| `\|\|` | præcis én |
| `o\|` | nul eller én |
| `o{` | nul eller mange (kragefoden `{` betyder "mange") |

- **Organisation.** Den øverste ramme, typisk kommunen. En installation kan rumme
  flere organisationer, men det mest almindelige er én.
- **Enhed** (organisatorisk enhed). En afdeling eller et team. Enheder danner et
  hierarki: en enhed kan have en overenhed og flere underenheder, og hver enhed
  tilhører en organisation.
- **Person.** Et menneske: en medarbejder, en ekstern part eller en robot. Navne og
  adresser holdes typisk ajour fra CPR, mens øvrige stamdata kommer fra lønsystemet.
- **Tilhørsforhold.** Bindeleddet mellem en person og en enhed. Det bærer
  stillingsbetegnelse, type (ansættelse eller eksternt), start- og slutdato,
  arbejdstidsbrøk og en primær-markering. En person kan have flere samtidige
  tilhørsforhold.
- **Brugerkonto.** En konto af en bestemt type (fx AD, Exchange eller OPUS) knyttet
  til en person. En person kan have flere konti, også flere af samme type; én pr.
  type er markeret som den primære.
- **Leder.** En person kan være udpeget som leder for en enhed. Lederopmærkningen
  kan nedarves til underenheder, der ikke selv har en leder.
- **Stilling.** Et tilhørsforhold kan pege på en stilling i stillingskataloget, som
  ensretter de mange stavemåder af samme stillingsbetegnelse.
- **Arbejdssted.** Et tilhørsforhold kan i en periode have et andet fysisk
  arbejdssted end den enhed, det er knyttet til (fx elever i praktik).

## Kontaktoplysninger

Både personer og enheder kan have **adresser** og **telefonnumre**. De kan enten
indlæses fra en kilde (fx CPR, CVR eller AD) eller vedligeholdes direkte i OS2sofd.
Enheder har derudover åbningstider og kontaktoplysninger.

## Klassifikationer

- **KLE.** Enheder og tilhørsforhold kan opmærkes med KLE (opgaveansvar og
  indsigtsbehov), som kan overføres til fx OS2rollekatalog og FK Organisation.
- **Tag.** Enheder kan opmærkes med tags (eventuelt med en værdi), der bruges til at
  styre integrationer til eksterne systemer.

## Stedfortrædere

En leder kan udpege en **stedfortræder** inden for en given **kontekst** (fx til at
modtage adviseringer på lederens vegne). En stedfortræder kan udpeges bredt eller
afgrænses til bestemte enheder.

## Identity Management

En **kontobestilling** er en bestilling om at oprette, deaktivere eller slette en
brugerkonto. Bestillinger dannes ud fra de bestillingsregler, kommunen har sat op,
og kan udløses af et tilhørsforhold. En bestilling kan afhænge af en anden (fx
oprettes en Exchange-konto først, når AD-kontoen er på plads). Se
[Batchkørsler](../batchkoersler/) for, hvornår bestillinger dannes og effektueres.