> For the complete documentation index, see [llms.txt](https://help.sequorplatform.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.sequorplatform.io/documentacao/documentation-es/registros/registros-backoffice/registro-de-cadena-de-ayuda.md).

# Registro de cadena de ayuda

#### Visión general

El módulo de **Cadena de Ayuda** En el BackOffice es responsable de estructurar toda la base organizacional que sustenta los tickets realizados en Titan.

A través de él, se definen:

* **Ubicaciones** → Dónde ocurre el ticket
* **Motivos** → Por qué se abrió y se cerró el ticket
* **Sectores** → Quién será responsable de la atención

Esta estructura garantiza que los tickets sean dirigidos correctamente, con **agilidad, trazabilidad y estandarización**, eliminando ambigüedades y reduciendo el tiempo de respuesta.

#### Estructura del Módulo

El registro de la Cadena de Ayuda se divide en 3 aplicaciones:

1. **Ubicaciones**
2. **Motivos**
3. **Sectores**

## 1. Ubicaciones

#### Objetivo

Definir los lugares físicos o lógicos de la fábrica donde se pueden abrir tickets.

Estas ubicaciones se utilizan en Titan para indicar **dónde está ocurriendo el problema**.

### 1.1. Acceso al registro

En BackOffice:

1. Acceda al módulo de **Cadena de Ayuda**
2. Haga clic en **Ubicaciones**

<figure><img src="https://918022564-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2F7j2Cv74HQ1r3wgxDVGeV%2F1%20App%20Localiza%C3%A7%C3%B5es.png?alt=media&amp;token=a0c1dec7-ec6b-49db-9a46-4cd40ed96ffe" alt=""><figcaption><p>App Ubicaciones</p></figcaption></figure>

### 1.2. Registro de Ubicación

<figure><img src="https://918022564-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2Fv0icJgle4pTgdjaAujtG%2F3%20aba%20geral%20Localiza%C3%A7%C3%B5es.png?alt=media&amp;token=09751e54-345b-41f0-9933-d602b17284d7" alt=""><figcaption><p>Pestaña "General" Registro de Ubicación</p></figcaption></figure>

#### Campos disponibles

* **Nombre**\
  Identificación de la ubicación (ej.: LINHA1, PRENSA 02)
* **Descripción**\
  Detalle del lugar (ej.: Línea 01 de montaje)
* **Tipo**\
  Tipo de ubicación (ej.: MES)

### 1.3. Buenas prácticas

* Utilizar nombres estandarizados (ej.: LINHA01, TORNO01)
* Evitar descripciones genéricas (ej.: “Área general”)
* Seguir la estructura física de la fábrica

#### Impacto en Titan

Las ubicaciones se mostrarán al operador en el momento de abrir un ticket, garantizando:

* Identificación precisa del problema
* Dirección correcta del equipo

## 2. Motivos

#### Objetivo

Registrar los **motivos de apertura y cierre de tickets**, estructurando las causas que pueden ocurrir en el proceso productivo.

### 2.1. Acceso al registro

Acceda **Motivos** en el módulo de Cadena de Ayuda

<figure><img src="https://918022564-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2F09i504zvEvf1vERmGt28%2F4%20App%20Motivos.png?alt=media&amp;token=70333321-86bf-4094-a06c-9292a2779803" alt=""><figcaption><p>App Motivos</p></figcaption></figure>

### 2.2. Registro de Motivo

<figure><img src="https://918022564-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FafFr5b1JcMn9ng4AiJPq%2F6%20aba%20geral%20Motivos.png?alt=media&amp;token=d783e10b-4f1d-474b-948a-39280b30b749" alt=""><figcaption><p>Pestaña "General" Registro de Motivos</p></figcaption></figure>

#### Campos disponibles

* **Código (3 dígitos)**\
  Identificador único del motivo (ej.: 001, 002)
* **Descripción**\
  Nombre del motivo (ej.: Fallo eléctrico, Fallo mecánico)

### 2.3. Buenas prácticas

* Utilizar códigos estandarizados
* Evitar duplicidad de motivos
* Crear categorías claras y objetivas
* Mantener una jerarquía lógica (cuando sea aplicable)

#### Impacto en Titan

Los motivos se utilizan para:

* Clasificación del ticket
* Estandarización de las incidencias
* Análisis de causas recurrentes

## 3. Sectores

#### Objetivo

Definir los sectores responsables de la atención de los tickets y configurar sus vínculos con motivos y perfiles.

### 3.1. Acceso al registro

Acceda **Sectores** en el módulo de Cadena de Ayuda

<figure><img src="https://918022564-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FogniPxooVegaahtr7PPx%2F7%20App%20Setores.png?alt=media&amp;token=f967a526-8608-454b-8c7a-01ddf0a1ae88" alt=""><figcaption><p>App Sectores</p></figcaption></figure>

### 3.2. Pestaña General

<figure><img src="https://918022564-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FkBKpP25i5ROHbsdiHvtH%2F9%20aba%20geral%20Setores.png?alt=media&amp;token=4c979988-2334-464c-9190-cc03f903940c" alt=""><figcaption><p>Pestaña "General" Registro de Sectores</p></figcaption></figure>

#### Campos disponibles

* **Nombre**\
  Nombre del sector (ej.: MANTENIMIENTO, INGENIERÍA)
* **Descripción**\
  Detalle del sector
* **Ícono**\
  Representación visual (cuando sea aplicable)

### 3.3. Pestaña de Vínculos

<figure><img src="https://918022564-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwAMVKtJedtiJ4RrzXGfp%2Fuploads%2FtoPZsEUmGcYdjXTns1qd%2F10%20aba%20v%C3%ADnculos%20Setores.png?alt=media&amp;token=fe32ca36-5f95-4926-935b-48597ef6c773" alt=""><figcaption><p>Pestaña "Vínculos" Registro de Sectores</p></figcaption></figure>

#### 3.3.1. Vínculo de Motivos

Define qué motivos pertenecen al sector.

Ejemplo:

* Fallo eléctrico → Mantenimiento
* Fallo mecánico → Mantenimiento

#### 3.3.2. Vínculo de Perfiles

Define qué perfiles de usuario pueden actuar en el sector.

Tipos disponibles:

* **Solicitud** → quién puede abrir tickets
* **Soporte** → quién puede atender tickets

### 3.4. Buenas prácticas

* Asociar correctamente los motivos a los sectores responsables
* Garantizar que todos los motivos tengan un sector vinculado
* Definir perfiles adecuados para evitar tickets sin atención
* Evitar la superposición de responsabilidades

#### Impacto en Titan

Los sectores son responsables de:

* Dirigir automáticamente los tickets
* Garantizar que se active al equipo correcto
* Controlar quién puede abrir y atender tickets

## 4. Flujo Integrado de la Cadena de Ayuda

El funcionamiento completo sigue la siguiente lógica:

1. El operador abre un ticket en Titan
2. Selecciona:
   * Ubicación
   * Motivo
3. El sistema identifica automáticamente:
   * Sector responsable
   * Perfiles de atención
4. El ticket se dirige para su ejecución

## 5. Beneficios de la Cadena de Ayuda

* Estandarización de los tickets
* Reducción del tiempo de respuesta
* Direccionamiento automático de demandas
* Trazabilidad completa de las incidencias
* Base estructurada para el análisis de fallos
* Mejora en la comunicación entre áreas