> 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/rdm/da/ribbon-menu-bar/file/import/import--json/json-import-strategies-and-file-format.md).

# Strategier for JSON-import og filformat

Lær JSON-filstrukturen, feltnavnene og formateringsreglerne for import af poster til Remote Desktop Manager med eksempelskabeloner.

Når JSON-filer importeres til Remote Desktop Manager, er der nogle specifikationer, der skal følges for indholdsformatet.

### Filindhold

{% hint style="warning" %}
Nogle valideringer af postindstillinger ligger ikke i forretningslaget, men i egenskabsdialogerne. Det betyder, at importprocessen kan give ugyldige poster, der udløser fejl. Validér de resulterende poster omhyggeligt.
{% endhint %}

Der findes ikke en liste over alle understøttede felter for alle posttyper, fordi Remote Desktop Manager bruger en åben arkitektur og derfor ikke engang kender alle de posttypefelter, som Devolutions' tilføjelsessystem leverer. Standardværdier for felter serialiseres heller ikke, hvilket betyder, at de udelades af den serialiserede struktur.

En god metode til at finde feltstrukturen er at oprette en post af den ønskede type, højreklikke på den og vælge ***Udklipsholder – Kopiér*** og derefter indsætte indholdet i en egnet editor. Alternativt giver eksport af en eksisterende post i JSON-format et godt billede af det format, der skal bruges.

Understøttelse af alle felter har en pris. Importprocessen tager tid på grund af al den dynamiske feltadgang, der finder sted. En omfattende første import af poster bør opdeles i batcher af en håndterbar størrelse. Udfør forsøg, og juster antallet af poster for at opnå en acceptabel ydeevne.

Alle poster fra Devolutions deler et grundlæggende sæt felter. Resten er knyttet til den specifikke teknologi, der oprettes forbindelse til (RDP, SSH osv.). Nogle felter er grupperet i strukturer, f.eks. fanen Oplysninger. De felter er kun tilgængelige, når strukturnavnet angives som et overordnet objekt, f.eks. "MetaInformation\OS" eller "MetaInformation\PurchaseDate".

{% hint style="info" %}
JSON-filen kan indeholde Devolutions-variabler, som opløses ved lagring. Variablen ***$HOST$*** kan f.eks. bruges i felter som ***Beskrivelse***, ***URL*** og ***Navn***. Den erstattes af den tilsvarende værdi.
{% endhint %}

Nedenfor er en ikke-udtømmende liste over nogle relevante felter.

<table><thead><tr><th width="173.99993896484375">VALGMULIGHED</th><th>BESKRIVELSE</th></tr></thead><tbody><tr><td>Host</td><td>Værtsnavnet på enheden.</td></tr><tr><td>Name</td><td>Navnet på posten.</td></tr><tr><td>ConnectionType</td><td>Token, der repræsenterer forbindelsestypen. Det er bedst at bruge metoden <em><strong>Udklipsholder</strong></em> – <em><strong>Kopiér</strong></em> for at få de acceptable værdier. Hvis der ikke er angivet en forbindelsestype, bruges RDP som standard.</td></tr><tr><td>Group</td><td>Destinationsmappe. Bemærk, at hvis selve importprocessen har defineret en destinationsmappe, oprettes den mappe, der er angivet her, under den fra processen.</td></tr><tr><td>Beskrivelse</td><td>Beskrivelse af posten.</td></tr><tr><td>Open (Embedded)</td><td>Boolesk værdi (true eller false), der angiver, at sessionen skal åbnes integreret. Standardværdien er false, hvilket betyder, at den oprindelige klient bruges afhængigt af teknologien (f.eks. MSTSC.EXE).</td></tr><tr><td>Username</td><td>Brugernavn, der bruges til at åbne en session til enheden.</td></tr><tr><td>Domain</td><td>Domæne, der bruges til at åbne en session til enheden.</td></tr><tr><td>Password</td><td>Adgangskode, der bruges til at åbne en session til enheden. Bemærk, at dette felt krypteres og gemmes i et andet felt, når det importeres.</td></tr><tr><td>SerialNumber</td><td>Enhedens serienummer.</td></tr><tr><td>ServiceTag</td><td>Enhedens servicekode.</td></tr><tr><td>PurchaseDate</td><td>Købsdato i ISO8601-format (dvs. yyyy-mm-dd).</td></tr></tbody></table>

### Eksempler på JSON-filer

#### Til en legitimationspost med brugernavn og adgangskode

```
{"Connections":
	[
		{
			"ConnectionType":"Credential",
			"Group":"My credentials folder",
			"Name":"User",
			"Credentials":
			{
				"Password":"MyNewPassword!@#",
				"UserName":"User"
			}
		}
	]
}
```

#### Til en RDP-post med tilknyttede legitimationsoplysninger med brugernavn og adgangskode

```
{
  "Connections": [
    {
      "Url": "serverxyz.domain.loc",
      "UsesHardDrives": false,
      "ConnectionType": "RDPConfigured",
      "CredentialConnectionID": "d2fe9656-d3dd-4511-813e-b9bc4ab341c1",
      "CredentialConnectionSavedPath": "Bob",
      "Description": "Description of this RDP entry",
      "Name": "Server XYZ",
      "OpenEmbedded": true,
      "MetaInformation": {
        "PurchaseDate": "20XX-XX-XX",
        "ResourceText": "Resource",
        "SerialNumber": "AV123-456-7890",
        "ServiceTag": "AV7890"
      },
      "RDP": {}
    },
    {
      "ConnectionType": "Credential",
      "ID": "d2fe9656-d3dd-4511-813e-b9bc4ab341c1",
      "Name": "Bob",
      "Credentials": {
        "Domain": "domain",
        "Password": "ThisIsAPassword!@#",
        "UserName": "bob"
      },
    }
  ]
}
```

#### Se også

* \[Devolutions Academy - Import og eksport af data]]\(<https://academy.devolutions.net/student/path/1925039/activity/3139557>)


---

# 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/rdm/da/ribbon-menu-bar/file/import/import--json/json-import-strategies-and-file-format.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.