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

# Servicio de tickets

Configure el servicio de tickets en Remote Desktop Manager para integrar Jira o ServiceNow y crear tickets directamente desde las entradas de la bóveda.

{% hint style="info" %}
Esta función solo está disponible en Remote Desktop Manager con un [espacio de trabajo](/rdm/es/concepts/basic-concepts/workspaces.md) avanzado, por ejemplo Devolutions Server.
{% endhint %}

La función ***Servicio de tickets*** le ayuda a crear tickets para su sistema de tickets preferido directamente desde Remote Desktop Manager, simplificando así el flujo de información entre ambos.

Puede encontrar esta función en ***Administración – Configuración del sistema – Común – Servicio de tickets*** en Remote Desktop Manager.

Si utiliza un espacio de trabajo de Devolutions Server, también puede acceder a ella a través de la interfaz web en ***Administración – Configuración del sistema – Común – Servicio de tickets***.

Esto abre una lista de los servicios de tickets configurados para su espacio de trabajo, que muestra si cada uno está habilitado y si se ofrece cuando se le solicita un ticket al registrar la sesión (***Registro***). Puede configurar más de un servicio, incluidos varios del mismo tipo.

Haga clic en ***Añadir*** y elija un sistema de tickets — ***Jira*** o ***ServiceNow*** — en la solicitud ***Sistema de tickets*** y, a continuación, rellene su configuración a continuación. El sistema de tickets de una entrada no se puede cambiar posteriormente; en su lugar, elimine la entrada y cree una nueva.

{% hint style="info" %}
Que aparezca o no una solicitud de ticket al abrir, cerrar o ver las credenciales de una entrada se controla por separado, en ***Administración*** – ***Configuración del sistema*** – ***Común*** – ***Registros***.
{% endhint %}

#### Integración con Jira

Jira se autentica con el token de API propio de cada usuario — Remote Desktop Manager no almacena una credencial de Jira a nivel de sistema. Cada usuario debe [crear un token de API](https://support.atlassian.com/atlassian-account/docs/manage-api-tokens-for-your-atlassian-account/) y configurarlo, junto con su correo electrónico de Jira, en ***Archivo*** – ***Configuración de mi cuenta*** – ***Jira***. Desde ahí, un usuario también puede establecer su propia clave de proyecto predeterminada y habilitar ***Asignados a mí*** para filtrar los tickets y mostrar solo los que tiene asignados.

{% hint style="warning" %}
Si su servicio de tickets de Jira se configuró anteriormente con una cuenta compartida, esa opción se ha eliminado. El servicio de tickets seguirá sin estar disponible para un usuario hasta que este establezca su propio token de API en ***Archivo*** – ***Configuración de mi cuenta*** – ***Jira***. Se trata de una acción por usuario — un administrador no puede configurarla en nombre de otra persona.
{% endhint %}

<table data-header-hidden><thead><tr><th width="210.7999267578125"></th><th></th></tr></thead><tbody><tr><td><strong>CONFIGURACIÓN</strong></td><td><strong>DESCRIPCIÓN</strong></td></tr><tr><td><strong>Nombre</strong></td><td>Una etiqueta para este servicio de tickets, que se muestra en la lista de servicios. Debe ser única.</td></tr><tr><td><strong>URI del servidor de tickets</strong></td><td>La URL para acceder a su instancia de Jira. Ej.: https://yourorganization.atlassian.net/</td></tr><tr><td><strong>Clave de proyecto</strong></td><td>El proyecto de Jira del que se extraen los tickets de forma predeterminada. Un usuario puede establecer su propia clave de proyecto en <em><strong>Archivo</strong></em> – <em><strong>Configuración de mi cuenta</strong></em> – <em><strong>Jira</strong></em> para anular este valor.</td></tr><tr><td><strong>Exigencia de tickets</strong></td><td>Su preferencia entre exigir este servicio de tickets o no.</td></tr></tbody></table>

#### ServiceNow

La integración con ServiceNow admite dos formas de autenticación, definidas con el campo ***Tipo de autenticación***:

* ***Predeterminado*** o ***Básico*** se autentican con el nombre de usuario y la contraseña de ServiceNow propios de cada usuario, configurados en ***Archivo*** – ***Configuración de mi cuenta*** – ***ServiceNow***.
* ***OAuth*** se autentica con una única identidad de aplicación compartida por todos los que usan el servicio. Requiere la creación de una aplicación OAuth dentro de ServiceNow a través de System OAuth – Application Registry – New – Create an OAuth API endpoint for external clients. Cree una entrada ***API Key*** en una bóveda, introduzca el ID de cliente resultante en su campo ***API ID*** y el secreto de cliente en su campo ***API key***, y después seleccione esa entrada en el campo ***Entrada de clave de API***, que solo aparece cuando se selecciona ***OAuth***.

{% hint style="info" %}
La entrada de clave de API utilizada para OAuth puede estar en cualquier bóveda. Asegúrese de que todos los usuarios de la integración de tickets de ServiceNow tengan acceso de lectura a la bóveda que la contiene.
{% endhint %}

{% hint style="warning" %}
Si su servicio de tickets de ServiceNow se configuró con OAuth antes de este cambio, informará de No configurado completamente tras la actualización, ya que el ID de cliente y el secreto de cliente almacenados ya no existen. Para solucionarlo, edite el servicio de tickets y seleccione una entrada API Key que contenga el ID de cliente (en su campo API ID) y el secreto de cliente (en su campo API key) de la aplicación OAuth.
{% endhint %}

<table data-header-hidden><thead><tr><th width="211.5999755859375"></th><th></th></tr></thead><tbody><tr><td><strong>CONFIGURACIÓN</strong></td><td><strong>DESCRIPCIÓN</strong></td></tr><tr><td><strong>Nombre</strong></td><td>Una etiqueta para este servicio de tickets, que se muestra en la lista de servicios. Debe ser única.</td></tr><tr><td><strong>Tipo de autenticación</strong></td><td><em><strong>Predeterminado</strong></em>, <em><strong>Básico</strong></em> o <em><strong>OAuth</strong></em>.</td></tr><tr><td><strong>URI del servidor de tickets</strong></td><td>La URL para acceder a su instancia de ServiceNow. Ejemplo: https://devXXXXXX.service-now.com</td></tr><tr><td><strong>Entrada de clave de API</strong></td><td>Solo se muestra cuando el <em><strong>Tipo de autenticación</strong></em> es <em><strong>OAuth</strong></em>. La entrada de bóveda que contiene el <em><strong>ID de cliente</strong></em> y el <em><strong>Secreto de cliente</strong></em> de la aplicación OAuth creada en ServiceNow.</td></tr><tr><td><strong>Filtro predeterminado</strong></td><td>La tabla de ServiceNow de la que se extraen los tickets de forma predeterminada: <em><strong>Predeterminado</strong></em>, <em><strong>Incidencia</strong></em>, <em><strong>Solicitud de cambio</strong></em> o <em><strong>Tarea</strong></em>. Un usuario que se autentique con <em><strong>Predeterminado</strong></em> o <em><strong>Básico</strong></em> puede establecer su propio filtro y habilitar <em><strong>Asignados a mí</strong></em> en <em><strong>Archivo</strong></em> – <em><strong>Configuración de mi cuenta</strong></em> – <em><strong>ServiceNow</strong></em>.</td></tr><tr><td><strong>Exigencia de tickets</strong></td><td>Su preferencia entre exigir este servicio de tickets o no.</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/es/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.