> 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/knowledge-base/knowledge-base-articles/ticketing-service.md).

# Service de billetterie

Configurez le service de billetterie dans Remote Desktop Manager pour intégrer Jira ou ServiceNow et créer des billets directement à partir des entrées de coffre.

{% hint style="info" %}
Cette fonctionnalité est disponible uniquement dans Remote Desktop Manager avec un [espace de travail](/rdm/fr/concepts/basic-concepts/workspaces.md) avancé, par exemple Devolutions Server.
{% endhint %}

La fonctionnalité ***Service de billetterie*** vous aide à créer des billets pour votre système de billetterie préféré directement à partir de Remote Desktop Manager, simplifiant ainsi le flux d'information entre les deux.

Vous trouverez cette fonctionnalité dans ***Administration – Paramètres système – Commun – Service de billetterie*** dans Remote Desktop Manager.

Si vous utilisez un espace de travail Devolutions Server, vous pouvez également y accéder via l'interface web dans ***Administration – Paramètres système – Commun – Service de billetterie***.

Cela ouvre une liste des services de billetterie configurés pour votre espace de travail, indiquant si chacun est activé et s'il est proposé lorsqu'on vous demande un billet lors de la journalisation de session (***Journal***). Vous pouvez configurer plus d'un service, y compris plusieurs du même type.

Cliquez sur ***Ajouter*** et choisissez un système de billetterie — ***Jira*** ou ***ServiceNow*** — dans l'invite ***Système de billetterie***, puis remplissez ses paramètres ci-dessous. Le système de billetterie d'une entrée ne peut pas être modifié par la suite; supprimez l'entrée et créez-en une nouvelle à la place.

{% hint style="info" %}
L'apparition ou non d'une invite de billet lorsque vous ouvrez, fermez ou consultez les identifiants d'une entrée est contrôlée séparément, dans ***Administration*** – ***Paramètres système*** – ***Commun*** – ***Journaux***.
{% endhint %}

#### Intégration Jira

Jira s'authentifie avec le jeton d'API propre à chaque utilisateur — Remote Desktop Manager ne stocke pas d'identifiant Jira au niveau du système. Chaque utilisateur doit [créer un jeton d'API](https://support.atlassian.com/atlassian-account/docs/manage-api-tokens-for-your-atlassian-account/) et le définir, avec son courriel Jira, sous ***Fichier*** – ***Paramètres de mon compte*** – ***Jira***. À partir de là, un utilisateur peut également définir sa propre clé de projet par défaut et activer ***Assigné à moi*** pour filtrer les billets afin de ne conserver que ceux qui lui sont assignés.

{% hint style="warning" %}
Si votre service de billetterie Jira était auparavant configuré avec un compte partagé, cette option a été retirée. La billetterie demeure indisponible pour un utilisateur jusqu'à ce qu'il définisse son propre jeton d'API sous ***Fichier*** – ***Paramètres de mon compte*** – ***Jira***. Il s'agit d'une action par utilisateur — un administrateur ne peut pas la configurer au nom de quelqu'un d'autre.
{% endhint %}

<table data-header-hidden><thead><tr><th width="210.7999267578125"></th><th></th></tr></thead><tbody><tr><td><strong>PARAMÈTRES</strong></td><td><strong>DESCRIPTION</strong></td></tr><tr><td><strong>Nom</strong></td><td>Une étiquette pour ce service de billetterie, affichée dans la liste des services. Doit être unique.</td></tr><tr><td><strong>URI du serveur de billetterie</strong></td><td>L'URL pour joindre votre instance de Jira. Ex. : https://yourorganization.atlassian.net/</td></tr><tr><td><strong>Clé de projet</strong></td><td>Le projet Jira à partir duquel les billets sont récupérés par défaut. Un utilisateur peut définir sa propre clé de projet sous <em><strong>Fichier</strong></em> – <em><strong>Paramètres de mon compte</strong></em> – <em><strong>Jira</strong></em> pour remplacer cette valeur.</td></tr><tr><td><strong>Application des billets</strong></td><td>Votre préférence quant à l'application ou non de ce service de billetterie.</td></tr></tbody></table>

#### ServiceNow

L'intégration ServiceNow prend en charge deux façons de s'authentifier, définies avec le champ ***Type d'authentification*** :

* ***Par défaut*** ou ***De base*** s'authentifient avec le nom d'utilisateur et le mot de passe ServiceNow propres à chaque utilisateur, définis sous ***Fichier*** – ***Paramètres de mon compte*** – ***ServiceNow***.
* ***OAuth*** s'authentifie avec une seule identité d’application partagée par tous les utilisateurs du service. Cela nécessite la création d'une application OAuth dans ServiceNow via System OAuth – Application Registry – New – Create an OAuth API endpoint for external clients. Créez une entrée ***Clé d'API*** dans un coffre, entrez l'ID client obtenu dans son champ ***ID d'API*** et le secret client dans son champ ***Clé d'API***, puis sélectionnez cette entrée dans le champ ***Entrée de clé d'API***, qui n'apparaît que lorsque ***OAuth*** est sélectionné.

{% hint style="info" %}
L'entrée de clé d'API utilisée pour OAuth peut se trouver dans n'importe quel coffre. Assurez-vous que chaque utilisateur de l'intégration de billetterie ServiceNow a un accès en lecture au coffre qui la contient.
{% endhint %}

{% hint style="warning" %}
Si votre service de billetterie ServiceNow était configuré avec OAuth avant ce changement, il signalera Non entièrement configuré après la mise à niveau, puisque l'ID client et le secret client stockés n'existent plus. Pour corriger cela, modifiez le service de billetterie et sélectionnez une entrée Clé d'API contenant l'ID client (dans son champ ID d'API) et le secret client (dans son champ Clé d'API) de l'application OAuth.
{% endhint %}

<table data-header-hidden><thead><tr><th width="211.5999755859375"></th><th></th></tr></thead><tbody><tr><td><strong>PARAMÈTRES</strong></td><td><strong>DESCRIPTION</strong></td></tr><tr><td><strong>Nom</strong></td><td>Une étiquette pour ce service de billetterie, affichée dans la liste des services. Doit être unique.</td></tr><tr><td><strong>Type d'authentification</strong></td><td><em><strong>Par défaut</strong></em>, <em><strong>De base</strong></em> ou <em><strong>OAuth</strong></em>.</td></tr><tr><td><strong>URI du serveur de billetterie</strong></td><td>L'URL pour joindre votre instance de ServiceNow. Exemple : https://devXXXXXX.service-now.com</td></tr><tr><td><strong>Entrée de clé d'API</strong></td><td>Affiché uniquement lorsque le <em><strong>Type d'authentification</strong></em> est <em><strong>OAuth</strong></em>. L'entrée de coffre contenant l'<em><strong>ID client</strong></em> et le <em><strong>Secret client</strong></em> de l'application OAuth créée dans ServiceNow.</td></tr><tr><td><strong>Filtre par défaut</strong></td><td>La table ServiceNow à partir de laquelle les billets sont récupérés par défaut : <em><strong>Par défaut</strong></em>, <em><strong>Incident</strong></em>, <em><strong>Demande de changement</strong></em> ou <em><strong>Tâche</strong></em>. Un utilisateur qui s'authentifie avec <em><strong>Par défaut</strong></em> ou <em><strong>De base</strong></em> peut définir son propre filtre et activer <em><strong>Assigné à moi</strong></em> sous <em><strong>Fichier</strong></em> – <em><strong>Paramètres de mon compte</strong></em> – <em><strong>ServiceNow</strong></em>.</td></tr><tr><td><strong>Application des billets</strong></td><td>Votre préférence quant à l'application ou non de ce service de billetterie.</td></tr></tbody></table>


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.devolutions.net/rdm/fr/knowledge-base/knowledge-base-articles/ticketing-service.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.