Parámetros generales

Se inicia cuando: Administración de FEMORF necesita fijar o ajustar uno de los valores que rigen los cálculos del fondo, como el salario mínimo, los porcentajes de ahorro, los días de permanencia o el número de firmas exigido para aprobar un crédito.

Termina cuando: el valor queda guardado y, según el caso, empieza a regir de inmediato, sigue rigiendo el valor anterior hasta el próximo reinicio, o no llega a regir nunca.

Participan: Administración de FEMORF y acciones automáticas.

Así funciona hoyFlujo ideal

Formularios: Parámetros generales, Crear nuevo parámetro, Modificar el parámetro.

flowchart LR
  subgraph administracion["Administración de FEMORF"]
    F1["Abre la lista de valores del fondo"]
    F2["Registra un valor nuevo con su nombre"]
    F3["Modifica el valor, el tipo de dato o la descripción"]
    F4["Activa o inactiva un valor"]
  end
  subgraph automaticas["Acciones automáticas"]
    S0["Permite entrar y guardar sin comprobar permiso"]:::risk
    S1{"¿El nombre ya está registrado?"}
    S2["Guarda el valor como activo sin contrastar el nombre"]
    S3{"¿Cambió algún dato?"}
    S4["Guarda solo los campos que cambiaron"]
    S5{"¿El nombre coincide letra por letra con el que el fondo reconoce?"}
    S6["Pone el valor nuevo en uso"]
    S7["Cambia el estado y deja en uso el valor anterior"]
  end
  R1["Registro rechazado por nombre repetido"]:::risk
  R2["Valor guardado que ningún cálculo consulta"]:::risk
  R3["Avisa que no hay cambios por guardar"]:::support
  R4["Valor vigente de inmediato"]:::success
  R5["El cálculo sigue tomando el valor anterior"]:::risk
  R6["El cambio de estado solo rige tras reiniciar"]:::risk

  F1 --> S0
  S0 --> F2 --> S1
  S0 --> F3 --> S3
  S0 --> F4 --> S7 --> R6
  S1 -- "Sí" --> R1
  S1 -- "No" --> S2 --> R2
  S3 -- "No" --> R3
  S3 -- "Sí" --> S4 --> S5
  S5 -- "Sí" --> S6 --> R4
  S5 -- "No" --> R5

  classDef risk fill:#fee2e2,stroke:#b91c1c,color:#7f1d1d;
  classDef success fill:#dcfce7,stroke:#15803d,color:#14532d;
  classDef support fill:#f3f4f6,stroke:#6b7280,color:#374151;
  style administracion fill:#eff6ff,stroke:#2563eb
  style automaticas fill:#f5f3ff,stroke:#7c3aed

Esta es una propuesta por validar con FEMORF; aún no está implementada.

Formularios actuales relacionados: Parámetros generales, Crear nuevo parámetro, Modificar el parámetro.

flowchart LR
  subgraph administracion["Administración de FEMORF"]
    F1["Elige el valor dentro del catálogo autorizado"]
    F2["Propone el valor nuevo, su vigencia y el motivo"]
    F3["Corrige lo observado"]
  end
  subgraph responsable["Responsable de aprobación"]
    A1["Revisa el impacto del cambio"]
    A2{"¿Aprueba el cambio?"}
  end
  subgraph automaticas["Acciones automáticas"]
    S1["Comprueba permiso, formato y rango permitido"]
    S2["Muestra qué procesos del fondo usarán el valor"]
    S3["Publica el valor y refresca todos los cálculos"]
    S4["Conserva la versión anterior con autor y fecha"]
    S5["Comunica el resultado"]
  end
  R1["Cambio devuelto para corrección"]:::risk
  R2["Valor vigente y trazable"]:::success

  F1 --> F2 --> S1 --> S2 --> A1 --> A2
  A2 -- "No" --> R1 --> S5 --> F3 --> F2
  A2 -- "Sí" --> S3 --> S4 --> R2 --> S5
  S2 -. "Supuesto por validar con FEMORF" .-> A1
  S3 -. "Supuesto por validar con FEMORF" .-> S4

  classDef risk fill:#fee2e2,stroke:#b91c1c,color:#7f1d1d;
  classDef success fill:#dcfce7,stroke:#15803d,color:#14532d;
  style administracion fill:#eff6ff,stroke:#2563eb
  style responsable fill:#eff6ff,stroke:#2563eb
  style automaticas fill:#f5f3ff,stroke:#7c3aed

Pantallas del proceso

Reglas del proceso

• La pantalla lista todos los valores registrados, activos e inactivos, con su nombre, descripción, valor, tipo de dato y estado.
• Al registrar un valor nuevo la única comprobación es que el nombre no esté ya registrado; el nombre es texto libre y no se contrasta contra la lista de valores que el fondo reconoce.
• Un valor nuevo nace activo.
• El nombre no se puede modificar después: la pantalla de modificación solo permite cambiar el valor, el tipo de dato y la descripción.
• Al modificar se guardan únicamente los campos que realmente cambiaron; si no cambió nada, el sistema lo informa y no guarda.
• Un campo enviado en blanco se ignora, así que desde la pantalla no se puede dejar vacío el valor ni la descripción.
• Los valores que rigen los cálculos se cargan al arrancar la aplicación y solo entran los que están activos.
• Al modificar un valor cuyo nombre el fondo reconoce y que ya estaba cargado, el cambio rige de inmediato para todos los procesos.
• Activar o inactivar un valor guarda el estado, pero no refresca los valores en uso.
• La lista de valores en uso se vuelve a cargar completa cada vez que alguien abre el simulador de créditos.
• Cuando falta un valor esperado, el cálculo lo asume como cero. La única excepción es el porcentaje permitido del fondo de empleados: si falta, el simulador de créditos se bloquea con un mensaje que pide activarlo.
• La cuota de afiliación y el salario mínimo se leen además por una vía distinta al generar la lista de cobro, que no mira el estado activo o inactivo del valor.

Diferencias y hallazgos

H-PAR-GEN-01 — Un nombre con una letra distinta deja el valor fuera de los cálculos, y hoy ya está ocurriendo

El nombre del valor se compara exactamente, distinguiendo mayúsculas de minúsculas. En el ambiente revisado, el mínimo vital está registrado con una mayúscula diferente a la que el fondo espera, así que el fondo lo toma como cero: la advertencia de capacidad inferior al mínimo vital nunca se muestra durante el estudio de crédito. La pantalla lo muestra activo y con su valor, sin ninguna señal de que no se está usando.

H-PAR-GEN-02 — Se puede registrar cualquier nombre y el valor queda inerte

La pantalla no ofrece el catálogo de valores que el fondo reconoce ni verifica el nombre contra él; solo revisa que no esté repetido. Un valor con un nombre nuevo queda guardado, activo y visible en la lista, pero ningún cálculo lo consulta y tampoco entra a los valores en uso hasta reiniciar la aplicación. El funcionario recibe el mensaje de creación exitosa y no tiene forma de saber que no sirve para nada.

H-PAR-GEN-03 — Un valor inactivo o ausente se convierte en cero sin aviso

Solo los valores activos se cargan. Al inactivar uno, los cálculos siguen usando el valor anterior hasta el próximo reinicio y desde ahí lo asumen como cero: desaparecen los días mínimos de permanencia para retirar aportes, la antigüedad mínima para pedir crédito y los topes de beneficiarios y de personas expuestas políticamente. Con el salario mínimo en cero, toda solicitud de crédito queda exigiendo la firma del órgano más alto; con el número de firmas en cero, ninguna solicitud alcanza el estado aprobado. Nada de esto se advierte en pantalla.

H-PAR-GEN-04 — Reactivar o crear un valor no lo pone en servicio hasta el próximo reinicio

El cambio de estado se guarda pero no refresca los valores en uso, así que un valor que estaba inactivo al arrancar sigue valiendo cero aunque la pantalla lo muestre activo, y un valor recién creado tampoco entra. La única forma de que empiece a regir sin reiniciar es que alguien abra el simulador de créditos, porque esa pantalla vuelve a cargar la lista completa. En sentido contrario, un valor recién inactivado sigue rigiendo hasta ese mismo momento.

H-PAR-GEN-05 — Cuatro valores de la lista no gobiernan ningún cálculo

El auxilio de transporte, la unidad de valor tributario y el máximo de créditos como codeudor están en la pantalla y se pueden cambiar, pero ningún proceso los consulta. La tasa máxima permitida por la ley ni siquiera está registrada en el ambiente revisado y ninguna comprobación la usa: las tasas de las líneas de crédito no se contrastan contra un tope legal en ningún punto del sistema.

H-PAR-GEN-06 — El mismo valor se lee con dos criterios distintos

La cuota de afiliación y el salario mínimo que determinan la cuota de admisión de la lista de cobro se leen directamente del registro, sin pasar por los valores en uso y sin mirar si el valor está activo. Un valor inactivado deja de regir en el resto del fondo pero sigue cobrándose ahí; y si ese registro faltara o estuviera renombrado, la generación de la lista de cobro se interrumpiría.

H-PAR-GEN-07 — Cualquiera con sesión activa puede cambiar los valores y el cambio no deja rastro

Ninguna de las operaciones de la pantalla comprueba permiso: ocultar la opción del menú a quien no administra la parametrización es solo visual, y las operaciones tampoco están protegidas frente a peticiones originadas en sitios de terceros. Del cambio solo queda la fecha y el usuario de la última modificación; no hay historial de qué valor tenía antes ni de quién lo cambió, y al activar o inactivar ni siquiera se guarda quién lo hizo.

H-PAR-GEN-08 — El tipo de dato declarado no se verifica contra el valor escrito

Se puede declarar un valor como numérico y escribir texto. En casi todos los procesos ese valor se interpreta como cero sin avisar; en el caso del porcentaje permitido del fondo de empleados se lee sin tolerancia a error, de modo que un valor mal escrito interrumpe la simulación de crédito en lugar de mostrar una validación. Además, cuando el registro falla, la pantalla muestra el detalle técnico del error en vez de un mensaje de negocio.

Supuestos por validar con FEMORF

• A-PAR-GEN-01: Supuesto por validar con FEMORF: la pantalla ofrecerá únicamente el catálogo de valores que el fondo reconoce, con su nombre de negocio, en vez de admitir nombres escritos a mano.
• A-PAR-GEN-02: Supuesto por validar con FEMORF: antes de publicar un cambio se mostrará qué procesos lo usan y un responsable distinto de quien lo propone lo aprobará.
• A-PAR-GEN-03: Supuesto por validar con FEMORF: cada cambio conservará la versión anterior con autor, fecha y motivo, y podrá revertirse.
• A-PAR-GEN-04: Supuesto por validar con FEMORF: se definirá qué debe pasar cuando falta un valor obligatorio, si bloquear el proceso con un mensaje claro o continuar con un valor por defecto declarado, porque hoy casi siempre se asume cero en silencio.
• A-PAR-GEN-05: Supuesto por validar con FEMORF: se confirmará si el auxilio de transporte, la unidad de valor tributario, el máximo de créditos como codeudor y la tasa máxima legal deben gobernar algún cálculo o retirarse de la pantalla.
• A-PAR-GEN-06: Supuesto por validar con FEMORF: se definirá qué cargos pueden cambiar cada valor y cuáles exigen doble control por su impacto económico.