# Conceptos ## Sitio Un **sitio** es un espacio de trabajo de zensset, normalmente una planta. Cada sitio tiene sus propios activos, órdenes, miembros y configuración, separados de los demás sitios de la empresa. Una persona puede pertenecer a varios sitios, con un rol en cada uno. En el MCP, el sitio se llama `workspace`. **Roles**, de más a menos permisos: Propietario, Administrador, Jefe, Miembro, Consulta y Solicitante (que reporta problemas y sigue solo sus propias solicitudes). Un agente conectado por MCP tiene exactamente los permisos del rol de quien lo conectó. ## Ubicación funcional Una **ubicación funcional** es un lugar o función dentro de la planta donde se instalan activos: por ejemplo Planta → Área → Línea. Forman un árbol, y cada una tiene un tipo (Planta, Área, Línea…). Se administran en **Activos → Ubicaciones funcionales** ([abrir](app:/settings/functional-locations)). Mover una ubicación mueve todo lo que tiene debajo. ## Activo Un **activo** es un equipo o componente que se mantiene: una bomba, un motor, un compresor. Tiene un **código** único en el sitio y un **nombre**, y conserva su identidad aunque cambie de código, de ubicación o de responsable. Un activo nace como **Borrador**. Al enviarlo pasa a **Pendiente de aprobación** y, una vez aprobado, queda **Habilitado** (sin regla de aprobación, queda habilitado directamente). Después puede quedar **Deshabilitado** o **Dado de baja**. Editar un activo habilitado crea una nueva versión en borrador, que al publicarse también pasa por aprobación si el sitio la exige. Un activo puede estar instalado en una ubicación funcional o **Sin asignar**, con un motivo (por ejemplo, pendiente de instalación). **Jerarquía:** un activo principal puede tener componentes. Los componentes se instalan en un **grupo funcional** del activo padre (por ejemplo, el "Accionamiento" de una bomba). La pestaña **Jerarquía** de **Activos** muestra el árbol. ## Nivel de taxonomía Indica qué tan grande es el activo dentro de la jerarquía, según ISO 14224: - **Unidad de equipo:** un equipo completo (la bomba). - **Subunidad:** una parte con función propia (el accionamiento de la bomba). - **Ítem mantenible:** la pieza que se mantiene o se cambia (el rodamiento). ## Clasificación La **clasificación** dice qué tipo de equipo es un activo, en un árbol de familia → clase → tipo (por ejemplo Equipo → Bombas → Bomba centrífuga). Todo activo necesita una clasificación seleccionable. Se administran en **Activos → Clasificaciones de Activos** ([abrir](app:/settings/asset-classifications)). ## Plantilla Una **plantilla** es el modelo de un tipo de equipo: sus campos, grupos funcionales, repuestos y componentes esperados. Se configura una vez y se aplica a todos los activos de ese tipo, en uno o en todos los sitios. ## Procedimiento Un **procedimiento** es una receta de mantenimiento reutilizable, por ejemplo "lubricación mensual de bomba". Tiene versiones: se edita en **Borrador** y al **publicarse** queda fija. Cada versión tiene su lista de tareas (checklist), si exige fotos o documentos, y los recursos planificados: mano de obra por cargo, materiales y servicios. Se aplica a un activo, a un grupo funcional o a una clasificación. ## Plan preventivo El **plan preventivo** dice cada cuánto se hace cada procedimiento sobre cada activo: por tiempo (cada N días) o por uso (cada N unidades de un medidor, como horas de operación). Cada combinación de procedimiento y activo es una línea del plan. zensset genera las Órdenes de Trabajo solo, con la anticipación configurada en el sitio. ## Orden de Trabajo Una **Orden de Trabajo** es un trabajo concreto sobre un activo. Su naturaleza es **Preventivo**, **Predictivo**, **Correctivo** (por falla u otro motivo) o **Mejora**, y puede venir del plan preventivo, de una condición o lectura de IoT, de una solicitud, de un hallazgo o crearse a mano. Estados, en orden: **Borrador → Planificada → Programada → En ejecución** (con **Pausada** en medio) **→ Ejecutada → En revisión → Cerrada**. También puede quedar **Anulada**. Al programarse, la Orden copia la checklist y los recursos de su procedimiento. Al cerrarse, sus costos quedan fijos. ## Solicitud Una **solicitud** es un aviso de que algo anda mal, hecha por cualquier miembro del sitio salvo el rol Consulta. No crea trabajo por sí sola: se revisa, se aprueba o se rechaza, y si corresponde se **convierte** en una Orden de Trabajo sobre un activo. ## Programación La **programación** reparte las Órdenes listas entre los días y los técnicos de una semana (o quincena), según la capacidad de cada persona. Al publicarla, las Órdenes quedan programadas. El **cumplimiento** mide cuánto de lo programado se hizo. ## Parada Una **parada** es un periodo en que un equipo, una línea o la planta deja de operar. - **Parada programada:** se planifica con anticipación para hacer trabajos que requieren el equipo detenido. Puede repetirse y pasa por aprobación si el sitio lo configuró. - **Parada no programada (por falla):** se registra cuando ocurre y se cierra cuando el equipo vuelve a operar. ## Aprobación Algunas acciones pasan por **aprobación** antes de aplicarse: crear, modificar, transferir o dar de baja un activo, publicar o adoptar una plantilla, y las paradas programadas. - **Por defecto**, un sitio nuevo pide la **Aprobación de Jefe** (un Jefe o superior) para crear, modificar, transferir o dar de baja un activo y para publicar o adoptar una plantilla. Las paradas programadas no piden aprobación hasta que se configure. - Las reglas de activos y plantillas se cambian en **Configuración → Reglas de aprobación** ([abrir](app:/settings/approvals)): quién aprueba (por rol, persona o cargo) y en cuántas etapas. Una regla sin etapas aplica la acción de inmediato. - Quién aprueba las paradas programadas se configura en **Configuración → Mantenimiento** ([abrir](app:/settings/maintenance)), en la sección de paradas. - Las solicitudes pendientes están en **Aprobaciones** ([abrir](app:/approvals)).