> For the complete documentation index, see [llms.txt](https://docs.devolutions.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.devolutions.net/powershell-universal/da/platform/telemetry.md).

# Telemetri

Forstå de telemetridata efter tilvalg, som PowerShell Universal indsamler, herunder version, ressourceantal og licensstatus, og hvordan de aktiveres eller deaktiveres.

PowerShell Universal indsamler telemetridata efter tilvalg. Under en MSI-installation spørger brugergrænsefladen, om der skal indsamles telemetridata. De kan også konfigurere telemetridata på andre systemer, så vi kan få mere at vide om, hvordan PSU bruges.

## Hvordan konfigurerer De telemetri?

Telemetri konfigureres via konfigurationssystemet `appsettings.json`. Hvis De har aktiveret telemetri og gerne vil deaktivere den, kan De gøre det ved at ændre filen i `%ProgramData%\PowerShellUniversal\appsettings.json`. Den kan også aktiveres og deaktiveres ved at angive miljøvariablen `PSUTelemetry`. Angiv værdien til `true` for at sende telemetri.

## Hvorfor indsamler vi telemetri?

Telemetri giver oplysninger om, hvordan produktet bruges. Det hjælper os med at træffe beslutninger om, hvilke funktioner vi skal fokusere på, og giver tilbagemelding om fejlfrekvenser i nye versioner af produktet.

## Hvad indsamler vi?

Nedenfor er følgende dataelementer, vi indsamler, og hvorfor vi indsamler dem.

### Sessions-id

Sessions-id'et er et GUID, der genereres ved opstart af PowerShell Universal-processen. Det er ikke baseret på nogen oplysninger om systemet og bruges blot til at korrelere yderligere telemetridata, der sendes af processen.

### Version

Dette er den version af PowerShell Universal, der køres. Den giver os mulighed for at se, hvilke versioner af produktet vores brugere bruger.

### Operating System

Vi bruger operativsystemet til at hjælpe med at afgøre, hvilke operativsystemer vores produkt kører på, for at sikre, at vi fokuserer på kvalitet og funktioner for den pågældende platform.

### Tidsstempel og oppetid

Tidsstemplet angiver, hvornår telemetridataene blev sendt. Værdien Uptime angiver, hvor længe PSU-serveren har kørt. Timestamp er nyttigt til korrelation af data, og oppetid er nyttigt til at se, hvor længe PSU-servere har kørt, for at sikre, at vi gør platformen så stabil som muligt for den gennemsnitlige kørselstid.

### Antal identiteter, computere og roller

Vi sender antallet af identiteter, computere og roller i et system for at se, hvor store PSU-installationer er. Det hjælper os med at fokusere vores udviklingsindsats for at sikre, at det største antal installationer tilgodeses.

### Ressourceantal

Vi sender flere ressourceantal for at se, hvor ofte bestemte ressourcer bruges, og i hvilket omfang. Disse omfatter:

* Slutpunkter
* Apps
* Scripts
* Tidsplaner
* Portalsider

Meget brugte ressourcer vil modtage mere udvikling.

### Licensstatus

Oplysninger om licensstatus er nyttige til markedsføringsformål og til at afgøre, hvilke funktioner der fører til licenserede instanser. Betalende kunder sikrer, at vi kan understøtte vores udviklings- og supportinitiativer for platformen.

### Fejl i den seneste time

Vi bruger fejlmeddelelser som en metrik til at afgøre, hvor sunde PSU-miljøer af en bestemt version er. Dette kan hjælpe med at give data om en udgivelses sundhed, før for mange kunder påvirkes.

### Hostingmetode

Dette vil returnere enten IIS eller Kestrel. Dette hjælper med at bestemme de mest anvendte hostingmetoder.

## Hvordan indsamler vi data?

Vi bruger ikke tredjepartssystemer til at indsamle eller lagre data. PSU-instanser med telemetri aktiveret sender en telemetrianmodning til Ironman Software, direkte, én gang ved opstart og én gang i timen. Telemetri har ingen indvirkning på ydeevnen, men kræver internetadgang for den node, hvor funktionen er aktiveret.

Hvis en firewall er i brug, skal De give adgang til `ironmansoftware.com`.

Vi bruger standardklassen HttpClient i .NET til at sende disse data og angiver ingen brugerdefinerede headere på anmodningen. Vi bruger en proxy, hvis den er konfigureret i PSU.

## Vil der blive indsamlet flere data?

Vi kan tilføje flere datapunkter i fremtidige versioner af produktet. Vi vil dokumentere eventuelle ændringer her og i ændringsloggen. Vi vil kun indsamle anonyme oplysninger.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.devolutions.net/powershell-universal/da/platform/telemetry.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
