# Analyse og dashboards Dashboardet viser aktuelle og historiske nøgletal for det valgte team. Brug layoutet til at vælge, hvad der skal være synligt, og brug detaljevisningerne til at forstå datagrundlaget. Layoutændringer ændrer ikke abonnementer, fakturaer eller de bagvedliggende snapshots. ## Indret visningen Vælg **Rediger layout**, træk widgets til den ønskede rækkefølge, ændr størrelse, fjern kort du ikke bruger, og tilføj dem igen fra widgetvælgeren. Dit gemte layout gælder for din bruger i det valgte team. Analytics begyndte som en separat side og er nu samlet i dashboardets widgets. ## Forstå tallene ### Omsætning og kundeindsigt fra Alunta og regnskabet Når funktionen er aktiveret for dit team, kan dashboardet vise fire widgets: **Omsætning**, **Årsomsætning**, **Fakturerede kunder** og **Gns. fakturering pr. kunde**. De kan bruge regnskabsdata, lokale Alunta-data eller forskellige kilder til henholdsvis omsætning og kunder. Også få måneders data kan være brugbare; kortene viser den periode, der faktisk indgår. En regnskabsforbindelse giver læseadgang til disse indsigter og aktiverer ikke i sig selv udgående bogføring eller historisk fakturaimport. Omsætning fra regnskabet er de bogførte beløb på de valgte omsætningskonti. Omsætning beregnet i Alunta fordeler kendte leverancer over deres leveringsperioder. Den er derfor forskellig fra fakturering og betaling og er ikke en garanti for, at regnskabet allerede har bogført periodiseringen. Indeværende måned og de næste tre måneder vises som forventet omsætning fra den forretning, Alunta kender. Ukendt forbrug og ukendt nysalg bliver ikke gættet til nul. Under kortets kildeindstillinger kan en administrator vælge automatisk, Alunta, regnskabet eller en sammenligning med to historiske søjler pr. måned. De to systemers tal lægges ikke sammen. Automatisk bruger regnskabshistorik indtil en bekræftet Alunta-startmåned, når begge kilder findes; en første faktura er ikke i sig selv bevis for fuld dækning. Ændret regnskabsafgrænsning kan kræve ny bekræftelse. Årsomsætning bruger samme historiske kildevalg og viser indeværende regnskabsår til senest afsluttede måned. En kortere dækket periode fremgår af kortet; sammenligning med året før kræver en tilsvarende dækket periode. Kundewidgets bruger én kilde for hele deres viste periode. De tæller unikke fakturamodtagere med en positiv bogført faktura; kreditnotaer reducerer nettofaktureringen. Gennemsnitlig nettofakturering og kundeandele bruger samme kilde og periode. Kundeandele fordeler positive nettokundebeløb. En faktureret kunde i tre måneder tæller én gang i periodens samlede antal, men kan optræde i alle tre månedssøjler. Når flere teams deler et regnskab, skal omsætningen afgrænses til teamets bekræftede konti. Produktkoblinger og varegrupper kan give forslag; forslag er ikke bevis for historisk eller eksklusivt ejerskab. En fælles konto kan ikke automatisk fordeles mellem teams. Kundedata fra et delt regnskab vises ikke som ét teams egne; eksisterende teams kan i stedet bruge kunder faktureret gennem Alunta. Det fremgår af kilden. Kundernes identiteter sammenflettes ikke mellem systemerne. Regnskabshistorik opdateres periodisk og kan være forsinket i forhold til bogføringen. Kortene oplyser dataperiode og opdateringstid. Manglende data og fejlede læsninger vises som utilgængelige eller ufuldstændige, og en mislykket opdatering kan efterlade tidligere hentede tal med en markering. Datakilder og kontoafgrænsning er fælles indstillinger for teamet; dit personlige layout bevares. ### MRR og ARR MRR er den månedlige tilbagevendende run-rate, normaliseret på tværs af faktureringsintervaller, for den del af abonnementerne der er aktuel og fakturerbar. Afventende MRR bruger samme run-rate for abonnementer med fremtidig start, aktiv prøveperiode eller pause, som endnu ikke er fakturerbare; den tæller kun det, der er på vej ind. Aftalt MRR (se nedenfor) tager også planlagt churn og planlagte ændringer med. Forbrugsbaserede abonnementer bidrager ikke med en fast MRR, fordi beløbet afhænger af forbruget. Rabatter uden slutdato indgår i run-rate, mens tidsbegrænsede rabatter bevidst holdes ude; de tilsvarende effektive/"inklusive rabatter"-felter viser den tidsbegrænsede rabats fakturerede effekt, når de findes. ARR er afledt af MRR. Ingen af tallene er det samme som bankindbetalinger eller en enkelt fakturas total. Historiske snapshots er øjebliksbilleder på bestemte datoer. Derfor kan en graf mangle tidlige datoer, og en ændring i dagens regler omskriver ikke nødvendigvis den gamle historik. Sammenlign altid periode, valuta og definition, før du konkluderer at et tal er forkert. MRR-breakdowns viser abonnementer, kunder, datoer og beløb bag en beregning; de er forklaringer, ikke fakturalister. ## Aftalt MRR: hvor MRR er på vej hen Afventende MRR viser kun det, der er på vej ind: abonnementer med senere start, prøveperioder der slutter og pauser der slutter. Det er et bruttotal og trækker ikke noget fra. For at få det hele med viser dashboardet også **Aftalt MRR**, som er nuværende MRR plus afventende MRR, minus planlagt churn, plus eller minus planlagte ændringer. Det er den MRR, du står med, når alt det, der allerede er aftalt, er sket. - **Planlagt churn** er abonnementer med en slutdato (fx opsagte), som stadig afregner indtil da. Hvert abonnement bliver værdisat til sin MRR på sidste fakturerbare dag, så et plan- eller antalsskifte, der er planlagt før slutdatoen, bliver regnet med. Beløbet er altid nul eller negativt. - **Planlagte ændringer** er ændringer, der allerede er registreret på et abonnement, og som flytter dets MRR: plan, faktureringsinterval, permanent pris, antal licenser, tier og rabatter uden slutdato. De kan være positive eller negative. En planlagt ændring, der ikke kan prissættes, bliver sprunget over og rapporteret for sig i stedet for at blive talt med som nul. - **Ikke med:** midlertidige priser og rabatter med slutdato, på samme måde som i selve MRR-beregningen. Forbrugsbaserede abonnementer bidrager ikke med en fast MRR. Aftalt MRR er ikke en prognose: det indeholder hverken nysalg, opsigelser ingen har registreret endnu, eller forbrug. En pause, der starter senere på et betalende abonnement, tager dets MRR ud ved pausestart og lægger den tilbage dagen efter pausen slutter. Den går derfor i nul i Aftalt MRR og ses kun i månedsforløbet. En pause, der varer til eller forbi slutdatoen, tæller som churn på pausens første dag, fordi det er dagen, abonnementet holder op med at tælle med i MRR. Widgetten, der tidligere hed Afventende MRR, hedder nu Aftalt MRR. Den viser tallet med linjerne for afventende, planlagt churn og planlagte ændringer under, og hvert tal med detaljer åbner de abonnementer, der ligger bag. Hovedtallet åbner et månedsforløb over, hvordan MRR bevæger sig de kommende 12 måneder. MRR-widgetten viser planlagt churn ved siden af afventende MRR, så en opsigelse, der stadig afregner indtil slutdatoen, også kan ses dér. Beløb i andre valutaer bliver omregnet til dagens kurs; et beløb, der ikke kan omregnes, bliver rapporteret og ikke talt med som nul. ## Fakturerede kunder pr. måned Kortet for fakturerede kunder tæller, hvor mange forskellige kunder der pr. kalendermåned har mindst én bogført faktura med et positivt nettobeløb. Bogførte fakturaer fra Alunta og godkendt regnskabshistorik indgår; kreditnotaer, fakturaer på nul eller derunder og ikke-bogførte fakturaer tæller ikke, og en kunde faktureret flere gange i samme måned tæller én gang. Teamets AI kan besvare spørgsmål som "hvor mange kunder fakturerer vi typisk pr. måned?" med værktøjet `get_invoiced_customers_trend`, der returnerer antal pr. måned uden kundenavne (højst 366 dage). Den aktuelle måned er delvis, og en måned uden kendt grundlag er ukendt og ikke nul. ## Analyse på tværs Analytics kan vise MRR, ARR, churn, aktive abonnementer, bevægelser og månedsoversigter. Brug periode- og valutavalg konsekvent. Hvis du har flere konti, vælger du konti i det samlede overblik og åbner en konto for detaljer. Kun konti du har adgang til indgår, og et samlet tal skal sammenlignes med samme periode og omregningsregel som de enkelte dashboards. ## Typiske spørgsmål **Hvorfor er grafen tom?** Der kan mangle snapshots, eller perioden kan være tidligere end aktiveringen. Prøv en periode med data og kontrollér valutaen. **Hvorfor er MRR forskellig fra en faktura?** MRR er en månedlig run-rate, periodiseret på tværs af intervaller; fakturaen kan indeholde engangsbeløb, flere perioder, forbrug eller en anden dato. Tidsbegrænsede rabatter vises i de effektive felter, når du vil se deres fakturerede effekt. **Hvorfor tæller et abonnement ikke?** Kontrollér om det er i prøveperiode, på pause, har fremtidig start eller ligger i Afventende MRR. Et abonnement med slutdato er stadig med i MRR indtil den dato og vises som planlagt churn i Aftalt MRR. **Kan jeg bruge dashboardet til at rette data?** Nej. Det viser og forklarer nøgletal. Ret abonnement, forbrug eller faktura i den relevante arbejdsgang.