> 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/server/es/web-interface/checkout-system.md).

# Sistema de check-out

Bloquee entradas durante su uso con el sistema de checkout de Devolutions Server, evitando ediciones simultáneas y permitiendo el check-in forzado y múltiples checkouts.

El ***Sistema de checkout*** bloquea una entrada mientras se está usando o modificando, impidiendo que varios usuarios la usen o la editen al mismo tiempo.

Se puede habilitar para las entradas ***General***, ***Session***, ***Information*** y ***Credential***.

### Realizar el check-out de una entrada <a href="#check-out-an-entry" id="check-out-an-entry"></a>

1. En el ***Navigation pane***, seleccione una entrada.
2. Haga clic en ***Check Out***.
3. Introduzca un ***Comment*** que explique por qué realiza el check-out de la entrada.
4. Opcional: habilite ***Automatic check in after*** y defina una duración en minutos.
5. Haga clic en ***OK***.

Aparece un banner informativo en la parte superior de la entrada y se muestra un icono en el ***Navigation pane*** para indicar que la entrada está en check-out. Si la entrada tiene una credencial vinculada o una entrada de contraseña de un solo uso (OTP) vinculada, al realizar el check-out de la entrada también se realiza el check-out de estas, bajo el mismo aviso (una nota indica cuántas entradas adicionales se pondrán en check-out).

Copiar información que ya es visible sin un check-out, como el nombre de usuario o el dominio, no requiere realizar el check-out de la entrada. Copiar o revelar la contraseña (o un OTP vinculado) sí lo requiere.

### Realizar el check-in de una entrada <a href="#check-in-an-entry" id="check-in-an-entry"></a>

1. En el ***Navigation pane***, seleccione la entrada en check-out.
2. Haga clic en ***Check in***.

De forma predeterminada, ***Check in*** solo realiza el check-in del propio check-out del usuario actual. Si la entrada no tiene ningún check-out del usuario actual pero está en check-out por parte de otros, y el usuario actual tiene el permiso ***Check in (force)***, el botón pasa a ser ***Force Check-in***. Si varios usuarios han realizado el check-out de la entrada, una ventana ***Select checkouts to check in*** le permite elegir qué checkouts liberar.

### Realizar el check-out o el check-in de una carpeta <a href="#check-out-or-check-in-a-folder" id="check-out-or-check-in-a-folder"></a>

Al realizar el check-out o el check-in de una carpeta, o de una entrada con subentradas, se abre una ventana que enumera las entradas que contiene como una lista de verificación. Utilice:

* ***Checkout folder only*** / ***Check in folder only*** para actuar únicamente sobre la carpeta (o la entrada principal).
* ***Checkout contents of folder only*** / ***Check in contents of folder only*** para actuar sobre su contenido sin la carpeta (o la entrada principal) en sí.
* La propia lista de verificación, para realizar el check-out o el check-in de una selección personalizada.

Una entrada con subentradas se gestiona de la misma manera, tratando la entrada principal como la carpeta.

### Realizar el check-out o el check-in de varias entradas <a href="#check-out-or-check-in-multiple-entries" id="check-out-or-check-in-multiple-entries"></a>

Al seleccionar varias entradas y elegir ***Check out*** o ***Check in*** en el menú contextual, se aplica un único comentario y una única duración a toda la selección. Una vez completada la operación:

* Si todas las entradas se procesan correctamente, una notificación indica cuántas entradas se pusieron en check-out o en check-in.
* Si todas las entradas fallan, una notificación explica el motivo.
* Si algunas entradas fallan y otras se procesan correctamente, una ventana enumera las entradas fallidas y el motivo de cada una.

{% hint style="info" %}
Forzar el check-in de una selección múltiple o del contenido de una carpeta realiza el check-in de todos los checkouts de todas las entradas seleccionadas, incluidos los checkouts de otros usuarios, tras una advertencia.
{% endhint %}

### Checkouts simultáneos <a href="#simultaneous-checkouts" id="simultaneous-checkouts"></a>

La configuración ***Multiple checkouts*** permite que varios usuarios realicen el check-out y editen las mismas entradas simultáneamente. Solo se puede configurar a nivel de bóveda: acceda a las propiedades de la carpeta raíz de la bóveda y navegue hasta ***Security settings – Multiple checkouts***. Todas las entradas y carpetas de la bóveda siguen esta configuración.

| OPCIÓN       | DESCRIPCIÓN                                                                                                   |
| ------------ | ------------------------------------------------------------------------------------------------------------- |
| **Default**  | Se comporta como **Off**.                                                                                     |
| **Off**      | Deshabilita ***Multiple checkouts***.                                                                         |
| **Infinite** | Permite que los usuarios realicen el check-out de la misma entrada simultáneamente sin restricciones.         |
| **Custom**   | Permite definir el número máximo de usuarios que pueden realizar el check-out de una entrada al mismo tiempo. |


---

# 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/server/es/web-interface/checkout-system.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.