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

# Stratégies d'importation JSON et format de fichier

Découvrez la structure des fichiers JSON, les noms de champs et les règles de mise en forme pour importer des entrées dans Remote Desktop Manager, avec des modèles d'exemple.

Lors de l'importation de fichiers JSON dans Remote Desktop Manager, certaines spécifications doivent être respectées concernant le format du contenu.

### Contenu du fichier

{% hint style="warning" %}
Certaines validations des paramètres d'entrée ne se trouvent pas dans la couche métier, mais plutôt dans les dialogues de propriétés. Cela signifie que le processus d'importation peut produire des entrées invalides qui déclenchent des erreurs. Validez soigneusement les entrées obtenues.
{% endhint %}

Il n'existe pas de liste de tous les champs pris en charge pour tous les types d'entrées, car Remote Desktop Manager utilise une architecture ouverte et n'a donc même pas connaissance de tous les champs de types d'entrées fournis par le système d'extensions de Devolutions. De plus, les valeurs par défaut des champs ne sont pas sérialisées, ce qui signifie qu'elles sont simplement omises de la structure sérialisée.

Une bonne méthode pour découvrir la structure des champs consiste à créer une entrée du type souhaité, à cliquer dessus avec le bouton droit et à sélectionner ***Presse-papiers – Copier***, puis à coller le contenu dans un éditeur approprié. Autrement, l'exportation d'une entrée existante au format JSON donne une bonne idée du format à adopter.

La prise en charge de tous les champs a un coût. Le processus d'importation est long en raison de tous les accès dynamiques aux champs qui ont lieu. Une importation initiale massive d'entrées devrait être séparée en lots de taille gérable. Effectuez des essais et ajustez le nombre d'entrées pour obtenir une performance acceptable.

Toutes les entrées de Devolutions partagent un ensemble de base de champs; le reste est lié à la technologie spécifique avec laquelle l'interface est établie (RDP, SSH, etc.). Certains champs sont regroupés dans des structures, comme l'onglet Informations. Ces champs sont accessibles uniquement en fournissant le nom de la structure comme objet parent, par exemple, « MetaInformation\OS » ou « MetaInformation\PurchaseDate ».

{% hint style="info" %}
Le fichier JSON peut contenir des variables Devolutions, qui sont résolues lors de l'enregistrement. Par exemple, la variable ***$HOST$*** peut être utilisée dans des champs tels que ***Description***, ***URL*** et ***Nom***. Elle sera remplacée par la valeur correspondante.
{% endhint %}

Voici une liste non exhaustive de quelques champs pertinents.

<table><thead><tr><th width="173.99993896484375">OPTION</th><th>DESCRIPTION</th></tr></thead><tbody><tr><td>Host</td><td>Nom d'hôte de l'appareil.</td></tr><tr><td>Name</td><td>Nom de l'entrée.</td></tr><tr><td>ConnectionType</td><td>Jeton représentant le type de connexion. Il est préférable d'utiliser la méthode <em><strong>Presse-papiers</strong></em> – <em><strong>Copier</strong></em> pour obtenir les valeurs acceptables. Si aucun type de connexion n'est spécifié, RDP sera utilisé par défaut.</td></tr><tr><td>Group</td><td>Dossier de destination. Notez que si le processus d'importation lui-même définit un dossier de destination, le dossier indiqué ici serait créé sous celui du processus.</td></tr><tr><td>Description</td><td>Description de l'entrée.</td></tr><tr><td>Open (Embedded)</td><td>Valeur booléenne (true ou false) qui indique d'ouvrir la session en mode intégré. La valeur par défaut est false, ce qui signifie que le client natif sera utilisé selon la technologie (MSTSC.EXE, par exemple).</td></tr><tr><td>Username</td><td>Nom d'utilisateur utilisé pour ouvrir une session vers l'appareil.</td></tr><tr><td>Domain</td><td>Domaine utilisé pour ouvrir une session vers l'appareil.</td></tr><tr><td>Password</td><td>Mot de passe utilisé pour ouvrir une session vers l'appareil. Veuillez noter que ce champ est chiffré et stocké dans un autre champ lors de son importation.</td></tr><tr><td>SerialNumber</td><td>Numéro de série de l'appareil.</td></tr><tr><td>ServiceTag</td><td>Étiquette de service de l'appareil.</td></tr><tr><td>PurchaseDate</td><td>Date d'achat dans un format ISO8601 (c.-à-d. aaaa-mm-jj).</td></tr></tbody></table>

### Exemples de fichiers JSON

#### Pour une entrée d'identifiants avec nom d'utilisateur et mot de passe

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

#### Pour une entrée RDP avec des identifiants liés de nom d'utilisateur et de mot de passe

```
{
  "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"
      },
    }
  ]
}
```

#### Voir aussi

* [Devolutions Academy - Importation et exportation de données](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/fr/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.