Cambio de aportes y ahorro programado

Se inicia cuando: el asociado modifica su porcentaje de aportes o el valor de ahorro programado.

Termina cuando: FEMORF aprueba el cambio aplicado o lo rechaza y restaura el valor anterior.

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

Así funciona hoyFlujo ideal

Formularios: Gestión de ahorros y aportes y Aprobación.

flowchart LR
  subgraph asociado["Asociado"]
    P1["Modifica aportes o ahorro en sus datos"]
    P2["Recibe la decisión"]
  end
  subgraph automaticas["Acciones automáticas"]
    S1{"¿El porcentaje respeta el rango?"}
    S2["Aplica inmediatamente el nuevo valor"]:::risk
    S3["Registra el cambio como pendiente"]
    S4["Muestra valor anterior y valor ya aplicado"]
    S5["Marca el cambio como aprobado"]
    S6["Restaura el valor anterior"]
    S7["Envía la notificación"]
  end
  subgraph administracion["Administración de FEMORF"]
    A1["Revisa el cambio pendiente"]
    A2{"¿Aprueba el cambio?"}
  end
  R1["Debe corregir el porcentaje"]:::risk
  R2["Cambio aprobado"]:::success
  R3["Cambio rechazado y revertido"]:::risk

  P1 --> S1
  S1 -- "No" --> R1 --> P1
  S1 -- "Sí" --> S2 --> S3 --> S4 --> A1 --> A2
  A2 -- "Sí" --> S5 --> R2 --> S7 --> P2
  A2 -- "No" --> S6 --> R3 --> S7 --> P2

  classDef risk fill:#fee2e2,stroke:#b91c1c,color:#7f1d1d;
  classDef success fill:#dcfce7,stroke:#15803d,color:#14532d;
  style asociado fill:#fffbeb,stroke:#d97706
  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: Gestión de ahorros y aportes y Aprobación.

flowchart LR
  subgraph asociado["Asociado"]
    P1["Solicita el nuevo aporte o ahorro"]
    P2["Consulta el estado de la solicitud"]
    P3["Recibe la decisión"]
  end
  subgraph automaticas["Acciones automáticas"]
    S1["Valida rango, valor y solicitudes pendientes"]
    S2["Conserva el valor vigente y registra la solicitud"]
    S3["Aplica el nuevo valor desde la fecha acordada"]
    S4["Conserva el valor vigente"]
    S5["Registra y comunica la decisión"]
  end
  subgraph administracion["Administración de FEMORF"]
    A1["Revisa valor anterior, valor solicitado y efecto"]
    A2{"¿Aprueba el cambio?"}
  end
  R1["Solicitud devuelta para corrección"]:::risk
  R2["Cambio aprobado"]:::success
  R3["Solicitud rechazada sin alterar el valor"]:::risk

  P1 --> S1
  S1 -- "Inválida" --> R1 --> P1
  S1 -- "Válida" --> S2 --> P2 --> A1 --> A2
  A2 -- "Sí" --> S3 --> R2 --> S5 --> P3
  A2 -- "No" --> S4 --> R3 --> S5 --> P3
  A1 -. "Supuesto por validar con FEMORF" .-> A2
  S3 -. "Supuesto por validar con FEMORF" .-> R2

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

Pantallas del proceso

Reglas del proceso

• El porcentaje debe respetar los límites configurados para el asociado.
• El comportamiento actual guarda primero el nuevo valor y registra después una decisión pendiente.
• Aprobar conserva el valor ya aplicado.
• Rechazar restaura el valor anterior.
• La decisión se registra antes de intentar enviar la notificación.

Diferencias y hallazgos

H-ASO-APO-01 — El cambio tiene efecto antes de ser aprobado

Durante el periodo de revisión, la información vigente ya contiene el valor solicitado. El rechazo requiere una segunda modificación para recuperar el valor anterior.

El flujo ideal guarda una solicitud separada y sólo cambia el valor vigente después de la aprobación.

Supuestos por validar con FEMORF

• A-ASO-APO-01: Supuesto por validar con FEMORF: Administración revisará también el efecto estimado del cambio antes de decidir.
• A-ASO-APO-02: Supuesto por validar con FEMORF: FEMORF definirá la fecha o corte de nómina desde el cual entra en vigor un cambio aprobado.