Configuración de módulos
Configuration items
El registro base universal para activos, artículos de la base de conocimiento y servicios reservables — dirigido por plantillas que deciden qué campos aparecen.
Actualizado el 23 ene 2026
Configuración · Módulos · 4.1
Un configuration item (CI) es el registro base universal para cualquier cosa que registres y que no sea un ticket, una reserva o una tarea: activos de la empresa, artículos de la base de conocimiento, servicios reservables. Tres mundos distintos en la misma estructura de datos — lo que los diferencia es la clase y la plantilla que eliges.
Por qué importa al negocio
«El usuario final se enfrenta a 50 campos»
La plantilla del CI dirige la visibilidad de campos — solo aparecen las preguntas adecuadas.
«Activos, servicios y base de conocimiento mezclados»
La clase (Asset · Service · Knowledgebase) separa el comportamiento — flujos diferentes, mismo módulo.
«Partes externas ven activos internos»
La plantilla se ata a un grupo — quien no pueda ver la plantilla no puede elegir el CI.
«No hay nomenclatura coherente»
Valores por defecto + valores permitidos en la plantilla → uniformidad sin imponer.
Tres clases dirigen el comportamiento
Asset
Objeto estándar sin funciones especiales. Activo de la empresa, vehículo, licencia de software.
Service
Objeto reservable. Las restricciones y reglas de restricción deciden cuándo y por quién puede reservarse.
Knowledgebase
Artículo de conocimiento. Se muestra automáticamente en tickets cuyo título/clasificación encaja.
Las plantillas dirigen qué preguntas aparecen
Al crear un CI, el usuario elige primero una plantilla. Esa plantilla decide: qué campos son visibles, cuáles son editables, su valor por defecto y los valores permitidos.
| Pregunta estándar | Qué dirige |
|---|---|
| Nombre · Descripción | Identificación del objeto. |
| Organización · Ubicación | A dónde pertenece el CI — alimenta enrutado y filtros. |
| Clase | Asset · Service · Knowledgebase. Dirige el comportamiento. |
| Alcance | Solo Knowledgebase — dónde se permite que aparezca el artículo. |
| Tipo de CI | Decide qué flujo de trabajo se aplica (ver Building Blocks → Flujos de trabajo). |
| Clasificación | Categorización — alimenta el reporting y la coincidencia con la base de conocimiento. |
| Padre · Hijo | Jerarquía entre objetos (p. ej. una licencia cuelga de una aplicación). |
| Etiquetas · Adjuntos | Localización y documentos relacionados. |
¿Campos personalizados? Añádelos mediante campos personalizados (ver Building Blocks).
¿Qué decisiones tomarás?
¿Qué plantillas necesitas?
Una por tipo de registro: portátil, monitor, licencia de software, servicio de reunión, incidente de KB, …
¿Quién puede usar qué plantilla?
Puerta «plantilla–grupo» — los usuarios finales ven una lista más corta que los administradores.
¿Qué campos ocultas?
Si no son relevantes para la clase → hazlos invisibles en lugar de dejarlos vacíos.
¿Valores por defecto que merezcan la pena?
Reducen errores tipográficos — p. ej. la clasificación se autocompleta para la plantilla «Portátil».