# Inntak til M365-kostsjekk

Én bedrift / én tenant, opptil 50 kjøpte lisenser totalt og fem abonnementsrader. Bruk den semikolondelte malen `inntak.csv` i UTF-8. Ikke endre kolonnenavn eller rekkefølge. En tom mal kan ikke beregnes før minst én rad er fylt inn.

Første henvendelse til info@teknologivalg.no gjelder bare interesse, uten vedlegg eller kundeunderlag. Ansvarlig er Christian Larsen som privatperson uten ENK. Privat filkanal, navngitt mottaker, tilgang og sletting skal avtales skriftlig og bekreftes før mottak. Ikke send kundeunderlag før dere har fått uttrykkelig bekreftelse på at den avtalte kanalen kan brukes. Send først etter skriftlig avtale gjennom den bekreftede mottakskanalen. Vi trenger ikke pålogging, API-nøkler, navn på ansatte, e-postadresser, UPN-er, tenant-ID, bruker-ID-er eller persondetaljer. Sladd også bankinformasjon og uvedkommende avtaleinformasjon. Aggreger tallene lokalt hos dere. Ikke del komplette administrator-/bruksrapporter.

## Legg ved dette som et kort notat

- Kundens oppdrags-ID og avtaleeier. Oppgi kontaktperson separat i den avtalte kanalen, ikke i lisensfilen.
- Dato for kjøpt/tildelt-status, fakturaperiode, valuta NOK og om beløpene er netto. Årlige beløp må deles på 12; faktisk avtaleperiode beholdes. Avstem eventuell øreavrunding mot faktura. Månedsekvivalenter gir en kostnadsmodell, ingen likviditets- eller fakturaplan.
- Periode og definisjon for aktivitet. Bruk en konsistent periode, normalt 30 eller 90 dager. `aktive_tildelte` gjelder bare de nå tildelte lisensene. Ulike aktivitetstall for ulike tjenester kan ikke uten videre legges sammen.
- Kjøpskanal/avtaletype, oppgitt binding, fornyelse, frist og eventuell skriftlig leverandørbekreftelse av faktisk første lavere faktura. Sladdet kilde skal kunne knyttes til en anonym avtale-ID.
- Nødvendige funksjoner, sikkerhet, oppbevaring av data og planlagte nyansettelser som må dekkes. Lav aktivitet er et spørsmål å avklare, ingen grunn til automatisk oppsigelse.

## Kolonner

| Kolonne | Betydning |
|---|---|
| `abonnement` | Kort produktnavn og anonym avtale-ID. Må være entydig. |
| `kjopte` | Antall betalte lisenser, som på faktura/avtale. |
| `tildelte` | Nå tildelte lisenser; kan ikke overstige kjøpte. |
| `aktive_tildelte` | Kundens sammenlignbare aktivitetstall blant de nå tildelte; kan ikke overstige tildelte. Manglende aktivitet betyr ikke at lisensen er unødvendig. |
| `bekreftet_fjernbare` | Et konkret, manuelt begrunnet tiltak. Sett 0 når funksjoner/sikkerhet/behov ikke er avklart. Verktøyet avleder aldri dette fra inaktivitet. |
| `pris_pr_lisens_mnd_nok_netto` | Faktisk netto månedsbeløp per kjøpt lisens. Bruk punktum eller komma og høyst to desimaler. Ingen tusenskilletegn. |
| `erstatning_mnd_nok_netto` | Hele den månedlige erstatningskostnaden for dette tiltaket, ikke per lisens. 0 hvis ingen. |
| `overgang_nok_netto` | Engangsarbeid/kostnad som forventes påløpt i rapportens 12 måneder. 0 hvis ingen. |
| `avtale_status` | `ukjent` inntil avtale/betalingsdato er bekreftet; ellers `bekreftet`. |
| `binding_til` | Bekreftet sluttdato for binding, YYYY-MM-DD; tomt når ukjent/ingen oppgitt. |
| `fornyelsesdato` | Avtalens neste fornyelse, YYYY-MM-DD; tomt når ukjent. |
| `frist` | Frist for det foreslåtte tiltaket. Passert frist stanser effektscenario til ny bekreftelse foreligger. |
| `tidligste_kostnadsendring` | Leverandør-/avtalebekreftet dato når betalingen faktisk kan bli lavere. Dette er ingen dato for bare å fjerne tildeling. Tomt når ukjent. |
| `avtalekilde` | Kort anonym referanse til sladdet avtale/leverandørbekreftelse. Må fylles ved `bekreftet`. Ingen kontoidentifikatorer eller hemmeligheter. |

Når 0 lisenser foreslås fjernet, skal erstatning og overgang være 0. Migrering og andre tiltak er utenfor gratispiloten. Eventuell videreføring krever separat avtale; ingen automatisk betaling oppstår. Hvis `aktive_tildelte` ikke kan sammenlignes med dagens tildeling, avklar grunnlaget med rådgiver før filen beregnes.

Microsoft skiller mellom bruksrapporter, lisensantall og fakturering. Årlig avtale med månedlig betaling er fortsatt en årsavtale. Endrings-/kanselleringsvinduer og kjøpskanal kan påvirke effekten. Kunden og avtaleparten bekrefter alltid den faktiske datoen; verktøyet gjetter ikke avtaletype fra en rapport.