# FINANZAS

# Solicitud de pagos

04/02/2026 Versión 0.1

# 1. Introducción

![](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2025-12/embedded-image-viykkfbh.jpeg)

04/02/2026 Versión 0.1

Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución, comunicación pública y/o transformación, total o parcial, por cualquier medio, de este documento sin el previo consentimiento expreso y por escrito a overskull.

# 2. Objetivo



# 3. Roles y permisos



# 4. Reglas de sistemas



# 5. Flujo

# Gastos de Construcción

04/02/2026 Versión 0.1

# 1. Introducción

![](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2025-12/embedded-image-viykkfbh.jpeg)

04/02/2026 Versión 0.1

Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución, comunicación pública y/o transformación, total o parcial, por cualquier medio, de este documento sin el previo consentimiento expreso y por escrito a overskull.

# 2. Objetivo



# 3. Roles y permisos



# 4. Reglas de sistemas



# 5. Flujo

# Nueva Web Finanzas

04/02/2026 Versión 0.1

# 1. Introducción

![](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2025-12/embedded-image-viykkfbh.jpeg)

04/02/2026 Versión 0.1

Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución, comunicación pública y/o transformación, total o parcial, por cualquier medio, de este documento sin el previo consentimiento expreso y por escrito a overskull.

# 2. Objetivo



# 3. Roles y permisos



# 4. Reglas de sistemas



# 5. Flujo

# Importaciones

04/02/2026 Versión 0.1

# 1. Introducción

![](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2025-12/embedded-image-viykkfbh.jpeg)

04/02/2026 Versión 0.1

Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución, comunicación pública y/o transformación, total o parcial, por cualquier medio, de este documento sin el previo consentimiento expreso y por escrito a overskull.

# 2. Objetivo



# 3. Roles y permisos



# 4. Reglas de sistemas



# 5. Flujo

# Incidencia Finanzas

04/02/2026 Versión 0.1

# 1. Introducción

![](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2025-12/embedded-image-viykkfbh.jpeg)

20/02/2026 Versión 0.1

Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución, comunicación pública y/o transformación, total o parcial, por cualquier medio, de este documento sin el previo consentimiento expreso y por escrito a overskull.

# 2. Objetivo

El objetivo de este apartado es centralizar el registro y seguimiento de las faltas o errores cometidos por el personal en los procesos financieros. Este módulo busca:

- **Identificar la Causalidad:** Documentar si el error se debe a una mala ejecución, falta de creación o un error técnico.
- **Evaluar el Impacto:** Clasificar la gravedad del evento (Leve, Grave, Muy Grave) para determinar las acciones correctivas o sancionadoras.
- **Análisis de Perfil:** Cruzar la incidencia con la experiencia y puesto del empleado (datos de ingreso y cargo) para determinar si la falta se debe a falta de capacitación o negligencia.
- **Trazabilidad del Estado:** Monitorear la resolución de la incidencia desde que se detecta (**Pendiente**) hasta que se soluciona (**Cerrado**).

# 3. Roles y permisos

El control de este apartado es centralizado y exclusivo. Al tratar con información sensible (datos de empleados y faltas disciplinarias), el sistema bloquea el acceso a cualquier usuario que no pertenezca a la gestión financiera de alto nivel.

**3.1 Matriz de Atribuciones**

<table data-path-to-node="5" id="bkmrk-rol-leer-crear-elimi"><thead><tr><td>**Rol**</td><td>**Leer**</td><td>**Crear**</td><td>**Eliminar** </td><td>**Editar**</td></tr></thead><tbody><tr><td><span data-path-to-node="5,1,0,0">**Usuario Finanzas**</span></td><td><span data-path-to-node="5,1,1,0">✅</span></td><td><span data-path-to-node="5,1,2,0">✅</span></td><td><span data-path-to-node="5,1,3,0">✅</span></td><td><span data-path-to-node="5,1,4,0">✅</span></td></tr><tr><td><span data-path-to-node="5,2,0,0">**Otros Roles**</span></td><td><span data-path-to-node="5,2,1,0">❌</span></td><td><span data-path-to-node="5,2,2,0">❌</span></td><td><span data-path-to-node="5,2,3,0">❌</span></td><td><span data-path-to-node="5,2,4,0">❌</span></td></tr></tbody></table>

# 4. Reglas de sistemas

Este apartado detalla el comportamiento de los campos, sus validaciones y la lógica de automatización por secciones.

**4.1 Sección I: Control y Estado**

- **Fecha de Registro:** Campo **No Editable**. Captura automáticamente la fecha del servidor al momento de abrir el formulario de creación.
- **Estado:** Selector obligatorio para la trazabilidad. Opciones: Pendiente, Proceso, Cerrado.[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/RR3image.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/RR3image.png)

**4.2 Sección II: Datos del Empleado (Automatización por Búsqueda)**

Esta sección funciona mediante un motor de búsqueda dinámico para asegurar la integridad de los datos.

1. **Campo de Búsqueda (Empleado):** Permite localizar al colaborador mediante tres criterios: **ID de Empleado**, **Nombre Completo** o **DNI**.
2. **Carga de Datos Automática:** Una vez seleccionado el empleado, el sistema bloquea la edición y rellena automáticamente los siguientes 5 campos:
    
    
    - **Fecha de Ingreso** (Vital para medir antigüedad/experiencia).
    - **Departamento**.
    - **Número de Documento**.
    - **Nombre Completo**.
    - **Puesto**. (Vital para medir el conocimiento que debe tener).
    
    > **Nota:** Estos 5 campos son estrictamente **No Editables** para evitar la alteración de la ficha maestra del personal desde este módulo.

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/GEeimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/GEeimage.png)

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/os8image.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/os8image.png)

**4.3 Sección III: Detalle de Incidencia**

Es la sección operativa donde el Usuario Finanzas califica el evento.

<table data-path-to-node="12" id="bkmrk-campo-tipo-obligator" style="width: 100%;"><thead><tr><td style="width: 11.6824%;">**Campo**</td><td style="width: 9.179%;">**Tipo**</td><td style="width: 15.0133%;">**Obligatorio**</td><td style="width: 64.1407%;">**Regla de Negocio**</td></tr></thead><tbody><tr><td style="width: 11.6824%;"><span data-path-to-node="12,1,0,0">**Fecha**</span></td><td style="width: 9.179%;"><span data-path-to-node="12,1,1,0">Fecha</span></td><td style="width: 15.0133%;"><span data-path-to-node="12,1,2,0">**Sí**</span></td><td style="width: 64.1407%;"><span data-path-to-node="12,1,3,0">Debe registrar el día exacto en que ocurrió el problema (puede ser anterior a la fecha de registro).</span></td></tr><tr><td style="width: 11.6824%;"><span data-path-to-node="12,2,0,0">**Tipo de Falta**</span></td><td style="width: 9.179%;"><span data-path-to-node="12,2,1,0">Selector</span></td><td style="width: 15.0133%;"><span data-path-to-node="12,2,2,0">**Sí**</span></td><td style="width: 64.1407%;"><span data-path-to-node="12,2,3,0">Contiene **6 opciones predeterminadas** (Ej. Error de ejecución, falta de creación, etc.).</span></td></tr><tr><td style="width: 11.6824%;"><span data-path-to-node="12,3,0,0">**Gravedad**</span></td><td style="width: 9.179%;"><span data-path-to-node="12,3,1,0">Selector</span></td><td style="width: 15.0133%;"><span data-path-to-node="12,3,2,0">**Sí**</span></td><td style="width: 64.1407%;"><span data-path-to-node="12,3,3,0">Opciones: Leve, Grave, Muy Grave.</span></td></tr><tr><td style="width: 11.6824%;"><span data-path-to-node="12,4,0,0">**Acción Tomada**</span></td><td style="width: 9.179%;"><span data-path-to-node="12,4,1,0">Selector</span></td><td style="width: 15.0133%;"><span data-path-to-node="12,4,2,0">No</span></td><td style="width: 64.1407%;"><span data-path-to-node="12,4,3,0">Campo libre con opciones predefinidas.</span></td></tr><tr><td style="width: 11.6824%;"><span data-path-to-node="12,5,0,0">**Especificar "Otros"**</span></td><td style="width: 9.179%;"><span data-path-to-node="12,5,1,0">Texto</span></td><td style="width: 15.0133%;"><span data-path-to-node="12,5,2,0">Condicional</span></td><td style="width: 64.1407%;"><span data-path-to-node="12,5,3,0">**Lógica Activa:** Si en "Acción Tomada" se selecciona la opción **"Otros"**, el sistema habilita automáticamente un campo de texto adicional para describir la acción personalizada.</span></td></tr><tr><td style="width: 11.6824%;"><span data-path-to-node="12,6,0,0">**Detalle de Incidencia**</span></td><td style="width: 9.179%;"><span data-path-to-node="12,6,1,0">Texto Libre</span></td><td style="width: 15.0133%;"><span data-path-to-node="12,6,2,0">No</span></td><td style="width: 64.1407%;"><span data-path-to-node="12,6,3,0">Espacio para la narrativa extendida de lo sucedido.</span></td></tr><tr><td style="width: 11.6824%;"><span data-path-to-node="12,7,0,0">**Documento Adjunto**</span></td><td style="width: 9.179%;"><span data-path-to-node="12,7,1,0">Archivo</span></td><td style="width: 15.0133%;"><span data-path-to-node="12,7,2,0">No</span></td><td style="width: 64.1407%;"><span data-path-to-node="12,7,3,0">Permite la carga de evidencias (Imágenes o documentos PDF/DOC).</span></td></tr></tbody></table>

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/9gUimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/9gUimage.png)

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/ax6image.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/ax6image.png)

# 5. Flujo

- **Inicio:** El Usuario Finanzas abre el formulario; el sistema marca la **Fecha de Registro**.[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/5Trimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/5Trimage.png)
- **Identificación:** Se busca al empleado por ID, Nombre o DNI. El sistema "congela" los datos del empleado en los 5 campos automáticos.[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/Narimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/Narimage.png)
- **Cronología:** El usuario selecciona la **Fecha** real del incidente.
- **Calificación:** Se elige el **Tipo de Falta** y la **Gravedad**.
- **Resolución:** Se selecciona la **Acción Tomada**. Si la acción no está en la lista, se marca **"Otros"** y se detalla en el campo emergente.
- **Evidencia:** Se redacta el **Detalle** y se suben los **Adjuntos** (fotos de la mala ejecución, etc.).
- **Cierre/Guardado:** El registro se guarda inicialmente como `Pendiente` hasta su gestión final.
    
    [![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/0CVimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/0CVimage.png)

# Pagos Frecuentes

04/02/2026 Versión 0.1

# 1. Introducción

![](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2025-12/embedded-image-viykkfbh.jpeg)

04/02/2026 Versión 0.1

Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución, comunicación pública y/o transformación, total o parcial, por cualquier medio, de este documento sin el previo consentimiento expreso y por escrito a overskull.

# 2. Objetivo



# 3. Roles y permisos



# 4. Reglas de sistemas



# 5. Flujo

# Proveedores

04/02/2026 Versión 0.1

# 1. Introducción

![](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2025-12/embedded-image-viykkfbh.jpeg)

04/02/2026 Versión 0.1

Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución, comunicación pública y/o transformación, total o parcial, por cualquier medio, de este documento sin el previo consentimiento expreso y por escrito a overskull.

# 2. Objetivo

Brindar información detallada y normativa sobre el flujo de registro, gestión y actualización de proveedores dentro del sistema. Esta sección busca cumplir con los siguientes fines estratégicos:

- **Estandarización de Identificación:** Establecer el procedimiento correcto para la diferenciación técnica entre registros de personas jurídicas (**RUT**) y personas naturales (**DNI/Cédula**), evitando la duplicidad de registros en la base de datos.
- **Optimización de Procesos:** Definir los pasos críticos para la carga de información, asegurando que los campos obligatorios permitan una gestión ágil en los módulos de pagos y compras.
- **Gobierno de Datos Personales:** Garantizar que el manejo de la información sensible (específicamente en proveedores con DNI) se realice bajo los estándares de seguridad y privacidad vigentes, limitando el acceso solo a roles autorizados.
- **Integridad de Información:** Asegurar que los conceptos y datos maestros ingresados sean precisos para evitar errores en la emisión de documentos tributarios y reportes de auditoría.

Enlace del apartado:

[https://recursos-humanos-erp.shalom.com.pe/app/supplier](https://recursos-humanos-erp.shalom.com.pe/app/supplier)

# 3. Roles y permisos

Este apartado define las facultades de cada perfil de usuario dentro del módulo de Proveedores. Se establece un control estricto sobre la modificación de datos sensibles para evitar alteraciones no autorizadas en registros de **RUT** o **DNI**.

**3.1 Matriz de Atribuciones**

<table data-path-to-node="6" id="bkmrk-rol-leer-crear-edita"><thead><tr><td>**Rol**</td><td>**Leer**</td><td>**Crear**</td><td>**Editar**</td><td>**Eliminar**</td></tr></thead><tbody><tr><td><span data-path-to-node="6,1,0,0">**Editor Proveedor**</span></td><td><span data-path-to-node="6,1,1,0">✅</span></td><td><span data-path-to-node="6,1,2,0">✅</span></td><td><span data-path-to-node="6,1,3,0">✅</span></td><td><span data-path-to-node="6,1,4,0">✅</span></td></tr><tr><td><span data-path-to-node="6,2,0,0">**Director de Compras**</span></td><td><span data-path-to-node="6,2,1,0">✅</span></td><td><span data-path-to-node="6,2,2,0">✅</span></td><td><span data-path-to-node="6,2,3,0">❌</span></td><td><span data-path-to-node="6,2,4,0">❌</span></td></tr><tr><td><span data-path-to-node="6,3,0,0">**Usuario Finanzas**</span></td><td><span data-path-to-node="6,3,1,0">✅</span></td><td><span data-path-to-node="6,3,2,0">✅</span></td><td><span data-path-to-node="6,3,3,0">❌</span></td><td><span data-path-to-node="6,3,4,0">❌</span></td></tr><tr><td><span data-path-to-node="6,4,0,0">**Gerente de Cuentas**</span></td><td><span data-path-to-node="6,4,1,0">✅</span></td><td><span data-path-to-node="6,4,2,0">✅</span></td><td><span data-path-to-node="6,4,3,0">❌</span></td><td><span data-path-to-node="6,4,4,0">❌</span></td></tr><tr><td><span data-path-to-node="6,5,0,0">**Administrador de Agencia**</span></td><td><span data-path-to-node="6,5,1,0">✅</span></td><td><span data-path-to-node="6,5,2,0">✅</span></td><td><span data-path-to-node="6,5,3,0">❌</span></td><td><span data-path-to-node="6,5,4,0">❌</span></td></tr><tr><td><span data-path-to-node="6,6,0,0">**Usuario SOMA**</span></td><td><span data-path-to-node="6,6,1,0">✅</span></td><td><span data-path-to-node="6,6,2,0">❌</span></td><td><span data-path-to-node="6,6,3,0">❌</span></td><td><span data-path-to-node="6,6,4,0">❌</span></td></tr><tr><td><span data-path-to-node="6,7,0,0">**Usuario de Almacén**</span></td><td><span data-path-to-node="6,7,1,0">✅</span></td><td><span data-path-to-node="6,7,2,0">❌</span></td><td><span data-path-to-node="6,7,3,0">❌</span></td><td><span data-path-to-node="6,7,4,0">❌</span></td></tr></tbody></table>

**3.2 Reglas de Prioridad y Jerarquía de Edición**

- - **Jerarquía de Edición:** El rol de **Editor Proveedor** posee una facultad de sobreescritura sobre el resto de los perfiles. Es el único perfil autorizado para modificar campos una vez que el registro ha sido guardado por primera vez.
    - **Permiso de Creación Multi-rol:** Con el fin de no detener la operación logística, los roles operativos (**SOMA, Almacén, Gerencia, Administración**) están facultados para dar de alta nuevos proveedores en el sistema.
    - **Bloqueo de Seguridad:** Cualquier intento de edición por parte de un rol no autorizado será bloqueado por el sistema, redirigiendo al usuario a contactar al **Editor Proveedor** para solicitar cambios en los datos personales o tributarios.
    - **Prioridad de Permiso:** El permiso de "Editor Proveedor" actúa como un *override* (anulación); si un usuario tiene asignados varios roles, la facultad de edición solo se activará si el rol específico de Editor está presente y activo.

# 4. Reglas de sistemas

En este apartado se definen las validaciones automáticas, la obligatoriedad de campos y la lógica condicional que rige el comportamiento del formulario de proveedores.

**4.1 Sección: Nombre y Tipo (Identificación)**

Esta sección gestiona la identidad legal del proveedor y el consumo de servicios externos de búsqueda.

<table data-path-to-node="6" id="bkmrk-campo-obligatorio-re" style="width: 100%;"><thead><tr><td style="width: 16.329%;">**Campo**</td><td style="width: 12.3936%;">**Obligatorio**</td><td style="width: 71.2775%;">**Regla de Validación / Comportamiento**</td></tr></thead><tbody><tr><td style="width: 16.329%;"><span data-path-to-node="6,1,0,0">**RUC / DNI**</span></td><td style="width: 12.3936%;"><span data-path-to-node="6,1,1,0">Sí</span></td><td style="width: 71.2775%;">**Único:** No permite duplicados.

  
**Longitud:** 11 dígitos para RUC o 8 dígitos para DNI (Nota: El sistema valida 7-8 según el documento).

</td></tr><tr><td style="width: 16.329%;"><span data-path-to-node="6,2,0,0">**Botón Buscar**</span></td><td style="width: 12.3936%;"><span data-path-to-node="6,2,1,0">N/A</span></td><td style="width: 71.2775%;"><span data-path-to-node="6,2,2,0">Al activarse, consulta el número de identificación y rellena el nombre automáticamente.</span></td></tr><tr><td style="width: 16.329%;"><span data-path-to-node="6,3,0,0">**Nombre Proveedor**</span></td><td style="width: 12.3936%;"><span data-path-to-node="6,3,1,0">Sí</span></td><td style="width: 71.2775%;"><span data-path-to-node="6,3,2,0">Editable (aunque no recomendado). Se autocompleta mediante la consulta del RUC/DNI.</span></td></tr><tr><td style="width: 16.329%;"><span data-path-to-node="6,4,0,0">**Tipo de Proveedor**</span></td><td style="width: 12.3936%;"><span data-path-to-node="6,4,1,0">Sí</span></td><td style="width: 71.2775%;"><span data-path-to-node="6,4,2,0">Por defecto: **Compañía**. Opción alternativa: **Individual**.</span></td></tr><tr><td style="width: 16.329%;"><span data-path-to-node="6,5,0,0">**Origen Proveedor**</span></td><td style="width: 12.3936%;"><span data-path-to-node="6,5,1,0">Sí</span></td><td style="width: 71.2775%;">**Nacional:** Habilita Sección Soles y Sección Dólares.

  
**Internacional:** Oculta Sección Soles y habilita Sección Dólares (Modo Internacional).

</td></tr></tbody></table>

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/DvDimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/DvDimage.png)

**4.2 Sección: Datos en Soles**

*Esta sección es exclusiva para proveedores con **Origen: Nacional**. Si el origen es Internacional, esta sección permanece oculta.*

Reglas de Validación Bancaria (Soles):

Dependiendo de la combinación de **Banco** y **Tipo de Cuenta**, el sistema aplica las siguientes máscaras:

<table data-path-to-node="11" id="bkmrk-banco-tipo-de-cuenta"><thead><tr><td>**Banco**</td><td>**Tipo de Cuenta**</td><td>**Regla de Validación (Número de Cuenta)**</td></tr></thead><tbody><tr><td><span data-path-to-node="11,1,0,0">**BCP**</span></td><td><span data-path-to-node="11,1,1,0">Ahorros</span></td><td><span data-path-to-node="11,1,2,0">Debe tener exactamente **14 dígitos**.</span></td></tr><tr><td><span data-path-to-node="11,2,0,0">**BCP**</span></td><td><span data-path-to-node="11,2,1,0">Corriente</span></td><td><span data-path-to-node="11,2,2,0">Debe tener exactamente **13 dígitos**.</span></td></tr><tr><td><span data-path-to-node="11,3,0,0">**BCP**</span></td><td><span data-path-to-node="11,3,1,0">Interbancario</span></td><td><span data-path-to-node="11,3,2,0">Debe tener exactamente **20 dígitos**.</span></td></tr><tr><td><span data-path-to-node="11,4,0,0">**BBVA**</span></td><td><span data-path-to-node="11,4,1,0">Ahorros / Corriente.</span></td><td><span data-path-to-node="11,4,2,0">Debe tener **18 dígitos** y comenzar con **0011**.</span></td></tr><tr><td><span data-path-to-node="11,5,0,0">**BBVA**</span></td><td><span data-path-to-node="11,5,1,0">Interbancario</span></td><td><span data-path-to-node="11,5,2,0">Debe tener exactamente **20 dígitos**.</span></td></tr><tr><td><span data-path-to-node="11,6,0,0">**CCI**</span></td><td><span data-path-to-node="11,6,1,0">Cualquiera</span></td><td><span data-path-to-node="11,6,2,0">Debe tener exactamente **20 dígitos**.</span></td></tr></tbody></table>

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/z1pimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/z1pimage.png)

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/rGmimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/rGmimage.png)

**4.3 Sección: Datos en Dólares**

Esta sección se comporta de manera distinta según el origen del proveedor:

**A. Si Origen es Nacional:**

- Los campos **Cuenta, Banco y Tipo de Cuenta** son opcionales inicialmente.
- **Regla de Dependencia:** Si se ingresa un valor en el campo "Cuenta en Dólares", los campos "Banco Dólares" y "Tipo de Cuenta Dólares" pasan a ser **Obligatorios**.
- No existe validación de longitud de caracteres para la cuenta en dólares.

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/NvBimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/NvBimage.png)

**B. Si Origen es Internacional:**

- Se fuerza la opción **"Otros"** internamente en los selectores.
- El sistema oculta los selectores estándar y muestra **campos de texto libre** para Banco y Tipo de Cuenta.
- Es **obligatorio** llenar tanto el Banco como el Tipo de Cuenta.

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/zIjimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/zIjimage.png)

**4.4 Sección: Cuenta Detracción**

Sección de libre llenado, siempre visible solo para proveedores de origen Nacional.

- **Obligatoriedad:** Ningún campo es obligatorio.
- **Banco Detracciones:** Por defecto viene seleccionado **"Banco de la Nación"**.
- **Validación:** El campo de número de cuenta no posee validaciones de longitud.

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/hfeimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/hfeimage.png)

---

**4.5 Campos Generales (Normales)**

Campos de texto libre para contacto y localización:

- **Contacto** (Nombre de la persona de enlace).
- **Número 1 y Número 2** (Teléfonos).
- **Dirección** (Domicilio fiscal o comercial).

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/1ODimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/1ODimage.png)

# 5. Flujo

El flujo está diseñado para garantizar que cada proveedor cuente con la información bancaria mínima necesaria según su origen, asegurando la trazabilidad y el éxito de las futuras solicitudes de pago.

**5.1 Paso 1: Identificación y Validación de Unicidad**

1. **Ingreso de Documento:** El usuario debe ingresar el **RUC (11 dígitos)** o **DNI (8 dígitos)** en el campo de identificación.
2. **Consulta Externa:** Presionar el botón **"Buscar"** para traer el nombre/razón social desde la base de datos oficial.
3. **Control de Duplicados:** El sistema realizará una validación de "Unicidad".
    
    
    - No se permitirá el registro si el **RUC/DNI** ya existe.
    - No se permitirá el registro si el **Nombre del Proveedor** ya existe.
4. **Definición de Perfil:** Seleccionar el **Tipo de Proveedor** (Compañía o Individual) según la naturaleza del documento ingresado.

**5.2 Paso 2: Definición de Origen y Restricciones de Pago**

La elección del **Origen del Proveedor** es el paso más crítico, ya que determina qué monedas podrá utilizar en el módulo de **Solicitud de Pagos**:

- **Origen Nacional:** \* Habilita pagos en **Soles (S/)** y **Dólares ($)**.
    
    
    - Permite y habilita la sección de **Detracción**.
    - **Obligatoriedad:** Es obligatorio registrar al menos una **Cuenta en Soles**. La cuenta en dólares es opcional.
- **Origen Internacional:** \* Habilita únicamente pagos en **Dólares ($)**.
    
    
    - **Inhabilita** y oculta la sección de Detracción.
    - **Obligatoriedad:** Es obligatorio registrar la **Cuenta en Dólares**.

**5.3 Paso 3: Carga de Datos de Contacto (Backup)**

Se procede al llenado de los campos informativos que sirven de respaldo para comunicación:

- Ingresar **Contacto**, **Número 1**, **Número 2** y **Dirección**.

**5.4 Paso 4: Configuración Bancaria y Validación de Titularidad**

Para evitar rechazos bancarios en las solicitudes de pago, el usuario debe seguir estas reglas:

- **Integridad de Titularidad:** El usuario debe asegurar que el número de cuenta ingresado pertenezca estrictamente al titular del RUC/DNI registrado. El sistema emite una advertencia: *"Si la cuenta no coincide con el RUC, el banco rechazará el pago"*.
- **Lógica según Origen:**
    
    
    - **Si es Nacional:** Los selectores de Banco Dólares y Tipo de Cuenta Dólares muestran únicamente opciones locales (**BCP, BBVA, CCI** / **Ahorro, Corriente, Interbancario**).
    - **Si es Internacional:** Los campos de Banco y Tipo de Cuenta se vuelven de **texto libre**, permitiendo ingresar bancos extranjeros.

**5.5 Paso 5: Finalización y Guardado**

1. Verificar que los datos de **Detracción** (si es nacional) sean correctos si se planea utilizar este mecanismo.
2. Presionar **\[Guardar\]**.
3. Una vez guardado, el registro entra en modo de "Solo Lectura" para todos los roles, excepto para el **Editor Proveedor**.

# Concepto solicitud de Pagos

04/02/2026 Versión 0.1

# 1. Introducción

![](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2025-12/embedded-image-viykkfbh.jpeg)

18/02/2026 Versión 0.1

Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución, comunicación pública y/o transformación, total o parcial, por cualquier medio, de este documento sin el previo consentimiento expreso y por escrito a overskull.

# 2. Objetivo

El objetivo principal de este apartado es configurar la matriz lógica que permitirá la creación de **Solicitudes de Pago**. Este módulo sirve para:

- **Definir la Naturaleza del Gasto:** Establecer los "Conceptos" (nombres de categoría) bajo los cuales se solicitarán fondos.
- **Vincular el Sustento Tributario:** Asociar a cada concepto los tipos de documentos válidos (Factura, Boleta, Recibo por Honorarios, etc.) para que, al momento de la solicitud, el usuario solo pueda elegir documentos permitidos.
- **Control de Presupuesto:** Garantizar que cada concepto esté amarrado a un número de presupuesto para evitar gastos fuera de planificación.
- **Habilitación de Funciones Lógicas:** Configurar comportamientos especiales mediante el uso de "Checks Enlazados" que dictan funciones adicionales en la solicitud de pago.

Enlace del apartado:

[https://recursos-humanos-erp.shalom.com.pe/app/conceptos-de-solicitudes-de-pago](https://recursos-humanos-erp.shalom.com.pe/app/conceptos-de-solicitudes-de-pago)

# 3. Roles y permisos

Este apartado está restringido estrictamente al personal responsable de la estructura financiera y la administración técnica del ERP. Dado que un concepto mal configurado puede afectar la validación de impuestos y los pagos a proveedores, se aplican las siguientes facultades:

**3.1 Matriz de Atribuciones**

<table data-path-to-node="6" id="bkmrk-rol-leer-crear-edita" style="width: 73.4524%;"><thead><tr><td style="width: 42.711%;">**Rol**</td><td style="width: 16.5533%;">**Leer**</td><td style="width: 13.1518%;">**Crear**</td><td style="width: 12.8271%;">**Editar**</td><td style="width: 14.7755%;">**Eliminar**</td></tr></thead><tbody><tr><td style="width: 42.711%;"><span data-path-to-node="6,2,0,0">**Concepto de Solicitud de Pagos**</span></td><td style="width: 16.5533%;"><span data-path-to-node="6,2,1,0">✅</span></td><td style="width: 13.1518%;"><span data-path-to-node="6,2,2,0">✅</span></td><td style="width: 12.8271%;"><span data-path-to-node="6,2,3,0">✅</span></td><td style="width: 14.7755%;"><span data-path-to-node="6,2,4,0">✅</span></td></tr></tbody></table>

**3.2 Reglas de Control y Supervisión**

- **Restricción de Acceso:** Solo el rol de **Concepto de Solicitud de Pagos** tienen control total sobre este módulo. Esto previene la creación de conceptos no autorizados que no sigan los lineamientos de la empresa.
- **Integridad del Flujo:** Al limitar la creación de conceptos, se garantiza que cada solicitud de pago generada por el usuario final esté vinculada a una categoría previamente aprobada y revisada, eliminando el riesgo de errores en la selección de tipos de documentos (facturas, boletas, etc.).

# 4. Reglas de sistemas

Este apartado detalla las validaciones técnicas y dependencias funcionales que aseguran que los conceptos creados sean operativos y seguros dentro del ERP.

**4.1 Definición de Campos y Obligatoriedad**

<table data-path-to-node="5" id="bkmrk-campo-tipo-obligator" style="width: 100%; height: 326.667px;"><thead><tr style="height: 29.8785px;"><td style="width: 18%; height: 29.8785px;">**Campo**</td><td style="width: 13.7086%; height: 29.8785px;">**Tipo**</td><td style="width: 12.8742%; height: 29.8785px;">**Obligatorio**</td><td style="width: 55.4305%; height: 29.8785px;">**Regla de Negocio / Comportamiento**</td></tr></thead><tbody><tr style="height: 46.6667px;"><td style="width: 18%; height: 46.6667px;"><span data-path-to-node="5,1,0,0">**Nombre del Concepto**</span></td><td style="width: 13.7086%; height: 46.6667px;"><span data-path-to-node="5,1,1,0">Texto</span></td><td style="width: 12.8742%; height: 46.6667px;"><span data-path-to-node="5,1,2,0">**Sí**</span></td><td style="width: 55.4305%; height: 46.6667px;"><span data-path-to-node="5,1,3,0">Identificador principal del concepto. No puede estar vacío al guardar.</span></td></tr><tr style="height: 46.6667px;"><td style="width: 18%; height: 46.6667px;"><span data-path-to-node="5,2,0,0">**Número de Presupuesto**</span></td><td style="width: 13.7086%; height: 46.6667px;"><span data-path-to-node="5,2,1,0">Alfanumérico</span></td><td style="width: 12.8742%; height: 46.6667px;"><span data-path-to-node="5,2,2,0">No</span></td><td style="width: 55.4305%; height: 46.6667px;"><span data-path-to-node="5,2,3,0">Determina la numeración asociada a facturas y documentos. Sin validación de formato actual.</span></td></tr><tr style="height: 63.4549px;"><td style="width: 18%; height: 63.4549px;"><span data-path-to-node="5,3,0,0">**Estado (Habilitado)**</span></td><td style="width: 13.7086%; height: 63.4549px;"><span data-path-to-node="5,3,1,0">Checkbox</span></td><td style="width: 12.8742%; height: 63.4549px;"><span data-path-to-node="5,3,2,0">No</span></td><td style="width: 55.4305%; height: 63.4549px;">**Activo (Default):** El concepto es visible en Solicitud de Pagos.

**Inactivo:** El concepto se oculta para los usuarios operativos en el apartado Solicitud de Pagos.

</td></tr><tr style="height: 46.6667px;"><td style="width: 18%; height: 46.6667px;"><span data-path-to-node="5,4,0,0">**Enlazado**</span></td><td style="width: 13.7086%; height: 46.6667px;"><span data-path-to-node="5,4,1,0">Checkbox</span></td><td style="width: 12.8742%; height: 46.6667px;"><span data-path-to-node="5,4,2,0">No</span></td><td style="width: 55.4305%; height: 46.6667px;"><span data-path-to-node="5,4,3,0">**Restricción de Rol:** Solo visible/editable por el rol **Sistemas**. Actúa como un seguro de integridad.</span>

</td></tr><tr style="height: 46.6667px;"><td style="width: 18%; height: 46.6667px;"><span data-path-to-node="5,4,0,0">**Identificador**</span></td><td style="width: 13.7086%; height: 46.6667px;"><span data-path-to-node="5,4,1,0">Alfanumérico</span></td><td style="width: 12.8742%; height: 46.6667px;"><span data-path-to-node="5,4,2,0">NO</span></td><td style="width: 55.4305%; height: 46.6667px;"><span data-path-to-node="5,4,3,0">Se genera por default al momento de crear el registro. Es el código único de búsqueda en el sistema.</span>

</td></tr><tr style="height: 46.6667px;"><td style="width: 18%; height: 46.6667px;"><span data-path-to-node="5,4,0,0">**ID**</span></td><td style="width: 13.7086%; height: 46.6667px;"><span data-path-to-node="5,4,1,0">Texto</span></td><td style="width: 12.8742%; height: 46.6667px;"><span data-path-to-node="5,4,2,0">NO</span></td><td style="width: 55.4305%; height: 46.6667px;"><span data-path-to-node="5,4,3,0">Por default se genera con el mismo texto que el campo <span data-path-to-node="5,1,0,0">**Nombre del Concepto.**</span></span>

</td></tr></tbody></table>

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/ss7image.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/ss7image.png)

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/3Ycimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/3Ycimage.png)

**4.2 Tabla de Tipos de Documentos Habilitados**

Esta tabla permite mapear qué sustentos legales admite el concepto (Factura, Boleta, Recibo por Honorarios, etc.).

- **Validación de Selección:** Aunque el sistema permite guardar un concepto sin documentos asociados, esto genera un **bloqueo operativo**: si no hay documentos vinculados, el concepto aparecerá en la solicitud de pagos pero el usuario no podrá avanzar al no tener opciones que seleccionar.
- **Origen de Datos:** Los documentos son predeterminados y se eligen mediante un selector fijo.

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/Wm8image.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/Wm8image.png)

**4.3 Regla Crítica: Función del Check "Habilitado"**

Esta regla controla la disponibilidad de los conceptos en el front-end del usuario operativo (módulo de Solicitud de Pagos).

- **Interruptor de Operación:** \* **Check Activo (True):** El concepto se carga en el catálogo de opciones y es seleccionable por los usuarios para generar pagos.
    
    
    - **Check Inactivo (False):** El concepto queda oculto en el módulo de solicitudes. Se utiliza para "retirar" conceptos que ya no deben usarse sin necesidad de eliminarlos, manteniendo así la integridad de los registros históricos.
- **Dependencia con el Check "Enlazado":** \* Si un concepto tiene el check **Enlazado** activo, el sistema **bloquea** el check **Habilitado** en estado "Activo". Esto garantiza que los conceptos críticos para el sistema nunca dejen de mostrarse por un error humano, ya que su ausencia en la solicitud de pagos podría romper procesos automáticos o integraciones.

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/WMTimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/WMTimage.png)

**4.4 Regla Crítica: Función del Check "Enlazado"**

El campo **Enlazado** es una medida de seguridad avanzada para conceptos que son vitales para el funcionamiento del núcleo del sistema.

- **Protección de Datos:** Si el check **Enlazado** está activo (marcado), el sistema aplica un bloqueo automático sobre el registro del concepto:
    
    
    1. **Prohibición de Eliminación:** El registro no puede ser borrado de la base de datos.
    2. **Prohibición de Deshabilitación:** El campo "Habilitado" queda bloqueado; no se puede pasar a estado "Deshabilitado" mientras el concepto esté enlazado.
- **Privilegio de Acceso:** Esta regla solo puede ser gestionada por el usuario con el rol de Administrador de **Sistemas**, evitando que el área de Finanzas o Administradores desactiven por error conceptos críticos para otros procesos automáticos.

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/pQFimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/pQFimage.png)

**4.5 Regla de Herencia y Filtrado Dinámico**

La relación entre el concepto y el tipo de documento es de **dependencia estricta**. El sistema debe comportarse de la siguiente manera en el módulo de Solicitud de Pagos:

- **Filtrado Dinámico:** El selector de "Tipo de Documento" en la solicitud de pagos está vacío por defecto. Solo se poblará con opciones una vez que el usuario seleccione un **Concepto** (Solo se muestran conceptos habilitados).
- **Restricción de Selección:** El usuario solo podrá elegir los documentos que fueron marcados en la tabla "Tipo de Documentos Habilitados" durante la creación del concepto.
    
    
    - *Ejemplo:* Si el **Concepto A** solo tiene habilitado "Factura", el usuario no podrá emitir una solicitud con "Boleta" para ese concepto.
    - *Ejemplo:* Si el **Concepto B** tiene habilitados "Recibo por Honorarios" y "Factura", el usuario podrá elegir entre ambos según corresponda.
- **Integridad Contable:** Esta regla asegura que cada concepto mantenga su sustento legal correcto, evitando que se utilicen documentos no permitidos para categorías de gasto específicas.

# 5. Flujo

Este proceso describe el camino que sigue un concepto desde su configuración inicial hasta su uso final, asegurando que se cumplan las reglas de integridad del sistema.

**5.1 Recorrido del Usuario**

1. **Ingreso al Módulo:** El usuario con permiso accede al apartado y selecciona la opción **\[Crear Nuevo Concepto\]**.
2. **Definición de Nombre y ID:** Se ingresa el nombre del concepto. El sistema genera automáticamente el **Identificador (ID)**.
    
    
    - *Nota técnica:* El Nombre y el ID deben ser idénticos para asegurar que la búsqueda en el backend y la visualización en el frontend coincidan perfectamente.
3. **Configuración de Sustentos (Documentos):** Se añaden los tipos de documentos (Factura, Boleta, etc.) que estarán permitidos para este concepto.
    
    
    - Se pueden añadir uno o varios documentos según la necesidad contable.
4. **Asignación de N° Presupuesto (Opcional):** Se ingresa el número de presupuesto si se dispone de él. Aunque no es obligatorio para guardar, es el dato que permitirá la trazabilidad del gasto.
5. **Ejecución del Guardado y Alta:** Al guardar, el sistema activa por defecto el check **Habilitado**.
    
    
    - A partir de este momento, el concepto es visible y utilizable en el módulo de **Solicitud de Pagos**.
6. **Validación de Seguridad (Rol Sistemas):** El administrador de sistemas verifica si el concepto es crítico para el código o algún proceso automatizado.
    
    
    - De ser así, se marca el campo **Enlazado**, blindando el concepto contra deshabilitaciones o eliminaciones accidentales que causarían errores en el sistema.

**5.2 Comportamiento en Solicitud de Pagos (Resultado)**

Una vez completado el flujo de creación, el resultado en la interfaz del usuario solicitante es:

- **Visibilidad:** El concepto aparece disponible en el selector mediante su Nombre/ID.
- **Filtrado de Documentos:** Al elegir el concepto, el sistema despliega automáticamente **solo los tipos de documentos** que fueron vinculados en el paso 3.

# Crear Tipo de Problema Finanzas

04/02/2026 Versión 0.1

# 1. Introducción

![](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2025-12/embedded-image-viykkfbh.jpeg)

19/02/2026 Versión 0.1

Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución, comunicación pública y/o transformación, total o parcial, por cualquier medio, de este documento sin el previo consentimiento expreso y por escrito a overskull.

# 2. Objetivo

El objetivo de este módulo es estandarizar la clasificación de las incidencias que reportan las diversas áreas hacia Finanzas. Esto permite:

- **Uniformidad en el Reporte:** Evitar que cada usuario describa un problema de forma distinta, obligándolos a seleccionar categorías predefinidas.
- **Trazabilidad y Origen:** Identificar con precisión la plataforma o el sistema donde se origina la falla.
- **Gestión de Cierres:** Determinar el tipo de solución o cierre que requiere cada caso (Administrativo, Técnico, etc.).
- **Reportería Estratégica:** Generar métricas sobre la casuística más frecuente para implementar soluciones definitivas y no solo "parches" temporales.

# 3. Roles y permisos

En este apartado, la gestión está centralizada para asegurar que la reportería sea coherente, mientras que la ejecución del reporte de problemas está limitada a roles de supervisión en campo.

**3.1 Matriz de Atribuciones**

<table data-path-to-node="6" id="bkmrk-rol-leer-crear-%2F-edi"><thead><tr><td>**Rol**</td><td>**Leer**</td><td>**Crear / Editar**</td><td>**Deshabilitar**</td><td>**Usar en Soporte**</td></tr></thead><tbody><tr><td><span data-path-to-node="6,1,0,0">**Soporte Finanzas**</span></td><td><span data-path-to-node="6,1,1,0">✅</span></td><td><span data-path-to-node="6,1,2,0">✅</span></td><td><span data-path-to-node="6,1,3,0">✅</span></td><td><span data-path-to-node="6,1,4,0">✅</span></td></tr><tr><td><span data-path-to-node="6,2,0,0">**Administrador de Agencia**</span></td><td><span data-path-to-node="6,2,1,0">❌</span></td><td><span data-path-to-node="6,2,2,0">❌</span></td><td><span data-path-to-node="6,2,3,0">❌</span></td><td><span data-path-to-node="6,2,4,0">✅</span></td></tr></tbody></table>

**3.2 Reglas de Control**

- **Prohibición de Eliminación:** Por integridad de la base de datos y auditoría histórica, ningún registro puede ser eliminado. Si un tipo de problema ya no es vigente, se debe utilizar el botón de **Deshabilitar**.
- **Acceso Operativo:** Solo el rol **Administradores de Agencia** tienen la facultad de ingresar al apartado de *Soporte Finanzas* para reportar incidencias utilizando estos tipos de problemas. El personal operativo general no tiene acceso a esta función.

# 4. Reglas de sistemas

Este apartado define los campos técnicos y las validaciones de datos necesarias para configurar el catálogo de incidencias que alimentará al módulo de Soporte Finanzas.

**4.1 Definición de Campos y Atributos**

<table data-path-to-node="6" id="bkmrk-campo-tipo-obligator" style="width: 100%;"><thead><tr><td style="width: 12.8721%;">**Campo**</td><td style="width: 17.1676%;">**Tipo**</td><td style="width: 17.1656%;">**Obligatorio**</td><td style="width: 52.8079%;">**Regla de Negocio / Comportamiento**</td></tr></thead><tbody><tr><td style="width: 12.8721%;"><span data-path-to-node="6,1,0,0">**Tipo de Problema**</span></td><td style="width: 17.1676%;"><span data-path-to-node="6,1,1,0">Alfanumérico</span></td><td style="width: 17.1656%;"><span data-path-to-node="6,1,2,0">**Sí**</span></td><td style="width: 52.8079%;"><span data-path-to-node="6,1,3,0">Es el nombre descriptivo de la incidencia. Es un campo de texto libre (letras y números) que se mostrará en el selector "Tipo de Problema" dentro del formulario de Soporte Finanzas.</span></td></tr><tr><td style="width: 12.8721%;"><span data-path-to-node="6,2,0,0">**Plataforma**</span></td><td style="width: 17.1676%;"><span data-path-to-node="6,2,1,0">Selector</span></td><td style="width: 17.1656%;"><span data-path-to-node="6,2,2,0">**Sí**</span></td><td style="width: 52.8079%;"><span data-path-to-node="6,2,3,0">Define el origen tecnológico del problema. Opciones predeterminadas: **Empresarial**, **ERP Express**, entre otros según se configuren.</span></td></tr><tr><td style="width: 12.8721%;"><span data-path-to-node="6,3,0,0">**Habilitado**</span></td><td style="width: 17.1676%;"><span data-path-to-node="6,3,1,0">Checkbox</span></td><td style="width: 17.1656%;"><span data-path-to-node="6,3,2,0">Sí</span></td><td style="width: 52.8079%;">**Check Activo:** El problema es visible y seleccionable para los Administradores de Agencia/Terminal.

  
**Check Inactivo:** El registro queda oculto para nuevas solicitudes, pero permanece en la base de datos para historial.

</td></tr><tr><td style="width: 12.8721%;"><span data-path-to-node="6,4,0,0">**Tabla: Tipo de Cierre**</span></td><td style="width: 17.1676%;"><span data-path-to-node="6,4,1,0">Matriz / Lista</span></td><td style="width: 17.1656%;"><span data-path-to-node="6,4,2,0">**Sí**</span></td><td style="width: 52.8079%;"><span data-path-to-node="6,4,3,0">Define la naturaleza de la solución para este problema específico. Permite clasificar si el cierre será por gestión administrativa, técnica, etc.</span></td></tr></tbody></table>

[![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/xS8image.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/xS8image.png)

**4.2 Reglas de Dependencia y Comportamiento**

- **Integridad en Cascada:** Todo registro en el campo **Tipo de Problema** debe estar obligatoriamente vinculado a una **Plataforma**. No se puede guardar un tipo de problema "huérfano" de plataforma.
- **Consistencia de Reporte:** El valor ingresado en "Tipo de Problema" es el dato que el sistema "jala" (invoca) cuando un Administrador de Agencia abre un ticket. Si se edita el nombre aquí, el cambio se reflejará en tiempo real en el formulario de soporte.
- **Lógica del Tipo de Cierre:** Al configurar el problema, se deben preestablecer los tipos de cierre permitidos. Esto evita que el área de Soporte finanzas cierre casos con categorías que no corresponden a la naturaleza del problema reportado.

# 5. Flujo

Este es el proceso que sigue el rol de **Soporte Finanzas** para dar de alta una nueva casuística:

1. **Apertura de Registro:** Ingresar al apartado y seleccionar "Nuevo".
    
    
    1. [![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/IeCimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/IeCimage.png)
2. **Definición de Incidencia:** Escribir en el campo **Tipo de Problema** el nombre claro del error (ej. "Fallo en sincronización de caja").
    
    
    1. [![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/5nGimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/5nGimage.png)
3. **Categorización por Origen:** Seleccionar la **Plataforma** afectada (ej. ERP, Express).
    
    
    1. [![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/pNPimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/pNPimage.png)
4. **Asignación de Cierres:** Definir en la tabla de **Tipo de Cierre** cuáles son las resoluciones válidas para este problema.
    
    
    1. [![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/ziLimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/ziLimage.png)
5. **Activación de Visibilidad:** El check por defecto esta **Habilitado.**
    
    
    1. [![image.png](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/scaled-1680-/Zfeimage.png)](https://shalom-documentation.shalomcontrol.com/uploads/images/gallery/2026-02/Zfeimage.png)
6. **Guardado y Disponibilidad:** Una vez guardado, el sistema hace el "push" de la información hacia el apartado de Soporte Finanzas, donde los Administradores de Agencia ya podrán visualizarlo.