> For the complete documentation index, see [llms.txt](https://docs.realmjoin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.realmjoin.com/es/solucion-de-problemas-y-preguntas-frecuentes/faq.md).

# Preguntas frecuentes

## ¿Puedo mantener mis propios paquetes de software y actualizaciones?

RealmJoin contiene una tienda interna de aplicaciones compatible con Intunewin (Microsoft Endpoint Manager / Intune Package Format), con más de 3000 aplicaciones existentes. RealmJoin ofrece packaging-as-a-service para proporcionar cualquier aplicación que falte.

Como RealmJoin aprovecha directamente Microsoft Intune, es posible ofrecer aplicaciones adicionales que sean mantenidas de forma independiente por su organización junto a las aplicaciones obtenidas a través de nuestra tienda de aplicaciones.

## ¿Puedo mantener mis propios runbooks?

RealmJoin ofrece un [repositorio público de runbooks](https://github.com/realmjoin/realmjoin-runbooks). Estos runbooks se mejoran y actualizan continuamente y constituyen la base de lo que consideramos tareas rutinarias cotidianas en un entorno de trabajo moderno. Como tal, estos runbooks se sincronizan automáticamente en un entorno RealmJoin como parte de nuestro servicio.

RealmJoin aprovecha las funciones estándar de Azure Automation para alojar estos runbooks compartidos. Se almacenarán usando un `prefijo rjgit-` en su Azure Automation Account. Puede simplemente agregar runbooks personalizados sin este prefijo a la misma cuenta de Azure Automation. Si los runbooks se ajustan a nuestro esquema de nomenclatura, RealmJoin Portal presentará sus runbooks personalizados de la misma manera que los compartidos.

Vea [Esquema de nomenclatura de runbooks](/es/automatizacion/runbooks/naming-conventions.md)

## ¿Qué coste esperar de los recursos de Azure?

RealmJoin utiliza la instancia de Azure del cliente para [Log Analytics](/es/supervision-y-registros/log-analytics.md) y[ Key Vault](/es/agente-de-realmjoin/realmjoin-client/local-admin-password-solution-laps/keyvault.md). Microsoft factura el coste del tráfico directamente al cliente, actualmente 2,8 € por GB.

Según nuestra experiencia con varios clientes, estimamos que hacen falta entre 250 y 500 usuarios de Tenant para alcanzar 1 GB, lo que equivale a 2-4 céntimos por usuario al mes.

Monitorizaremos las cifras de tráfico en el futuro y actualizaremos nuestra estimación regularmente si es necesario.

## ¿Funciona RealmJoin con Windows Autopilot para la implementación preaprovisionada (anteriormente: WhiteGlove)?

La compatibilidad de RealmJoin con Autopilot Pre-Provisioning varía según el método de implementación seleccionado:

1. **Implementación de aplicaciones impulsada por Intune**:
   * **Compatibilidad**: Compatible.
   * **Consideraciones**: Asegúrese de cumplir con los [requisitos definidos por Microsoft](https://learn.microsoft.com/en-us/autopilot/pre-provision) para la preaprovisionamiento. Tenga en cuenta que este método solo admite aplicaciones de contexto de dispositivo dirigidas al propio dispositivo o a un usuario preasignado.
2. **Implementación de aplicaciones impulsada por el agente de RealmJoin**:
   * **Compatibilidad**: No compatible.
   * **Recomendación**: En este escenario, es posible usar un Temporary Access Pass (TAP). Este método permite inscribir un dispositivo en nombre de un usuario, lo que incluye todas las fases de implementación de Intune y RealmJoin.
3. **Mezcla de implementación de aplicaciones impulsada por Intune y por el agente de RealmJoin:**
   * **Compatibilidad:** Posible, pero no recomendada.
   * El agente de RealmJoin puede detectar aplicaciones instaladas mediante la implementación de aplicaciones impulsada por Intune. Sin embargo, para que el reconocimiento sea correcto, los paquetes deben coincidir exactamente (como hashes de argumentos, número de versión). Este enfoque añade complejidad, ya que las aplicaciones deben mantenerse dos veces y la lógica de asignación se vuelve más intrincada.

## Pruebas de backend

Las pruebas de backend se realizan en dos componentes principales: el Portal y el Agente. Cada componente utiliza varios canales de implementación para garantizar una validación exhaustiva antes de llegar a entornos de producción.

### Pruebas del Portal

La infraestructura de pruebas del portal consta de tres entornos con niveles de estabilidad progresivos:

**Instancias alojadas por desarrolladores**

* Entornos de desarrollo individuales para el desarrollo inicial de funcionalidades y la iteración rápida

**Portal de pruebas**

* Entorno de pruebas central donde se implementan las funcionalidades recién desarrolladas
* Accesible públicamente, pero debe usarse con cautela debido a los cambios frecuentes
* Sirve tanto como entorno formal de pruebas como plataforma de uso diario para el equipo de RealmJoin
* Los patrones de uso del mundo real ayudan a sacar a la luz problemas antes de la implementación en producción

**Portal productivo**

* Entorno de producción que atiende a los usuarios finales
* Recibe lanzamientos agrupados de múltiples funciones probadas desde preproducción

### Pruebas del agente

El agente utiliza una estrategia de lanzamiento de tres canales:

**Canal Canary**

* Versiones de vanguardia utilizadas por el equipo interno de desarrollo
* Permite comentarios internos rápidos sobre la nueva funcionalidad

**Canal Beta**

* Canal de lanzamiento para toda la empresa implementado en toda la organización
* Equilibra la actualidad de las funciones con una estabilidad razonable

**Canal estable**

* Canal de lanzamiento listo para producción con funciones exhaustivamente probadas
* Recomendado para uso general con máxima estabilidad

Los tres canales del agente están disponibles públicamente para que los clientes los prueben en el nivel de estabilidad que prefieran y evalúen las próximas funciones en sus propios entornos.


---

# 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.realmjoin.com/es/solucion-de-problemas-y-preguntas-frecuentes/faq.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.
