Solicitud y aprobación de retiros

Se inicia cuando: el asociado elige retirar parcialmente sus aportes disponibles o retirar dinero de su ahorro programado.

Termina cuando: el retiro se bloquea con una explicación, la solicitud queda pendiente sin ninguna decisión posible, o la solicitud queda aprobada con una obligación de pago que ningún proceso posterior liquida.

Participan: Asociado, funcionario responsable de FEMORF y acciones automáticas.

Así funciona hoyFlujo ideal

Formularios: Estado de cuentas y Solicitudes de retiro de efectivo.

flowchart LR
  subgraph asociado["Asociado"]
    P1["Elige retirar aportes<br/>o ahorro programado"]
    P2["Registra el monto a retirar"]
  end
  subgraph funcionario["Funcionario responsable de FEMORF"]
    F1["Consulta el listado de solicitudes"]
    F2["Abre una solicitud pendiente"]
    F3["Registra la aprobación"]
  end
  subgraph automaticas["Acciones automáticas"]
    S1{"¿El retiro es de aportes?"}
    S2["Revisa antigüedad, créditos<br/>y convenios pendientes"]
    S3{"¿Cumple los requisitos?"}
    S4["Muestra el saldo disponible"]
    S5{"¿La pantalla acepta el monto?"}
    S6["Registra la solicitud pendiente<br/>siempre como retiro de aportes<br/>[H-CAR-RET-03]"]
    S7{"¿Tiene el permiso de aprobación?"}
    S8{"¿La solicitud ya fue aprobada?"}
    S9["Marca la solicitud como aprobada"]
    S10["Crea la obligación de pago<br/>a favor del asociado"]
    S11["Registra el movimiento<br/>y los saldos contables"]
    S12{"¿Terminó toda la aprobación?"}
    S13["Revierte la aprobación completa"]
  end
  R1["Retiro bloqueado con explicación"]:::risk
  R2["Aprobación bloqueada"]:::risk
  R3["Solicitud aprobada"]:::success
  R4["La obligación queda pendiente y el saldo<br/>del asociado no cambia [H-CAR-RET-04]"]:::risk
  H1["Cualquier persona con sesión puede registrar<br/>la solicitud a nombre de otro asociado [H-CAR-RET-01]"]:::risk
  H2["No existe rechazo ni anulación:<br/>la solicitud sigue pendiente [H-CAR-RET-05]"]:::risk
  H3["El monto no lo verifica el sistema<br/>al solicitar ni al aprobar [H-CAR-RET-02]"]:::risk
  H4["El retiro de ahorro no pasa<br/>por ninguna regla [H-CAR-RET-06]"]:::risk

  P1 --> S1
  S1 -- "Aportes" --> S2 --> S3
  S3 -- "No" --> R1
  S3 -- "Sí" --> S4
  S1 -- "Ahorro programado" --> S4
  S4 --> P2 --> S5
  S5 -- "No" --> R1
  S5 -- "Sí" --> S6 --> F1 --> F2 --> F3 --> S7
  S7 -- "No" --> R2
  S7 -- "Sí" --> S8
  S8 -- "Sí" --> R2
  S8 -- "No" --> S9 --> S10 --> S11 --> S12
  S12 -- "No" --> S13 --> R1
  S12 -- "Sí" --> R3 --> R4
  S1 -. "Condición observada" .-> H4
  S5 -. "Condición observada" .-> H3
  S6 -. "Condición observada" .-> H1
  F2 -. "Condición observada" .-> H2
  F3 -. "Condición observada" .-> H3

  classDef risk fill:#fee2e2,stroke:#b91c1c,color:#7f1d1d;
  classDef success fill:#dcfce7,stroke:#15803d,color:#14532d;
  style asociado fill:#fffbeb,stroke:#d97706
  style funcionario 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: Estado de cuentas y Solicitudes de retiro de efectivo.

flowchart LR
  subgraph asociado["Asociado"]
    P1["Selecciona el retiro"]
    P2["Revisa saldo y reglas"]
    P3["Registra el monto"]
    P4["Consulta el estado del pago"]
  end
  subgraph funcionario["Funcionario responsable de FEMORF"]
    F1["Abre la solicitud con permiso explícito"]
    F2["Revisa identidad, saldo y soportes"]
    F3{"¿Aprueba el retiro?"}
    F4["Registra el motivo del rechazo"]
    F5["Confirma la aprobación"]
    F6["Aplica segundo control para montos definidos"]
  end
  subgraph automaticas["Acciones automáticas"]
    S1["Valida el monto antes de solicitar"]
    S2{"¿El monto cumple las reglas?"}
    S3["Registra la solicitud pendiente y notifica"]
    S4["Aplica aprobación, obligación, pago y registro financiero como una unidad"]
    S5["Notifica el resultado"]
  end
  R1["Solicitud bloqueada con explicación"]:::risk
  R2["Retiro rechazado"]:::risk
  R3["Retiro aprobado, pagado y trazable"]:::success

  P1 --> P2 --> P3 --> S1 --> S2
  S2 -- "No" --> R1
  S2 -- "Sí" --> S3 --> F1 --> F2 --> F3
  F3 -- "No" --> F4 --> R2 --> S5
  F3 -- "Sí" --> F5
  F5 -. "Supuesto por validar con FEMORF [A-CAR-RET-01]" .-> F6
  F6 --> S4 --> R3 --> S5 --> P4

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

Pantallas del proceso

Listado de solicitudes de retiro de dinero pendientes de decisión.

Reglas del proceso

Solo dos de las tres cuentas del asociado admiten retiro: los aportes disponibles y el ahorro programado. Los aportes restringidos no se pueden retirar por este proceso.
El retiro de aportes exige tres condiciones, que se revisan en orden y la primera que falla detiene la solicitud: al menos tres años de vinculación, ningún crédito desembolsado con saldo pendiente y ningún convenio con cuotas pendientes.
El plazo de permanencia real está fijo en tres años. El valor configurable de días de permanencia solo decide si el botón de retiro aparece en pantalla, no si la solicitud se acepta.
La antigüedad se mide sobre la fecha de ingreso a la empresa donde labora el asociado, no sobre la fecha de afiliación al fondo, aunque el mensaje al usuario habla de vinculación al fondo.
El retiro del ahorro programado no tiene ninguna regla de elegibilidad.
El monto se revisa únicamente en la pantalla; el sistema registra la solicitud con el valor recibido sin contrastarlo contra el saldo disponible ni exigir que sea positivo.
El tipo de retiro elegido no se conserva: toda solicitud se guarda como retiro de aportes.
Toda solicitud nace pendiente por aprobar; no existe aprobación automática.
Una solicitud solo puede estar en dos situaciones: pendiente por aprobar o aprobada.
El asociado ve únicamente sus propias solicitudes; el personal administrativo las ve todas. El listado se abre filtrado en las pendientes.
Aprobar exige un permiso explícito que el sistema verifica antes de aplicar cualquier efecto; sin ese permiso la operación se rechaza.
Una solicitud ya aprobada no puede aprobarse de nuevo.
La aprobación exige que el concepto contable correspondiente al tipo de retiro esté parametrizado en el módulo donde el sistema lo busca; si no lo encuentra, revierte toda la aprobación y avisa.
La aprobación marca la solicitud como aprobada, crea la obligación de pago a nombre del asociado y registra el movimiento y los saldos contables; si una etapa falla, el conjunto se revierte y la solicitud vuelve a quedar pendiente.
La aprobación no modifica el saldo de aportes ni el de ahorro del asociado.
El proceso no guarda historial de cambios: solo queda el usuario y la fecha de creación y de la última modificación de la propia solicitud.

Diferencias y hallazgos

H-CAR-RET-01 — La solicitud de retiro no comprueba permiso ni identidad

La operación que registra la solicitud no verifica que quien la envía tenga el permiso de retiro ni que el asociado indicado sea quien inició sesión: ese permiso solo decide si el botón se dibuja en pantalla. Cualquier persona con sesión activa puede dejar registrada una solicitud de retiro a nombre de otro asociado, y por la vía del ahorro programado sin pasar por ninguna validación. La decisión de aprobación, en cambio, sí exige un permiso explícito y lo verifica antes de aplicar cualquier efecto: la versión anterior de esta página situaba la brecha en la aprobación, y la revisión contra el sistema la ubica en el registro de la solicitud.

H-CAR-RET-02 — El monto no lo verifica el sistema ni al solicitar ni al aprobar

Las reglas de monto mayor que cero y monto menor o igual al saldo disponible existen solo en la pantalla. Al registrar la solicitud, el sistema guarda el valor recibido sin contrastarlo con el saldo ni exigir que sea positivo. Al aprobar, el monto que se convierte en obligación de pago y en registro contable es el que envía la pantalla de aprobación, no el que quedó guardado en la solicitud: nada impide que se apruebe y se contabilice un valor distinto al solicitado, incluido un valor negativo que desbalancea los saldos contables.

H-CAR-RET-03 — El tipo de retiro elegido nunca se guarda: todo queda como retiro de aportes

El asociado elige entre aportes disponibles y ahorro programado, pero la solicitud siempre se registra como retiro de aportes; el tipo elegido solo se usa en el momento de solicitar y no se conserva. La aprobación decide la cuenta contable a partir de ese dato, de modo que un retiro de ahorro se contabiliza contra la cuenta de aportes. Además, en el ambiente revisado el concepto contable de aportes no está parametrizado en el módulo donde el sistema lo busca, por lo que hoy toda aprobación se revierte con un mensaje de parametrización; queda por confirmar cómo está parametrizado el ambiente productivo.

H-CAR-RET-04 — La obligación aprobada nunca se paga y el saldo del asociado no baja

Aprobar deja una obligación de pago a favor del asociado en situación pendiente, con su registro contable, y ahí termina el proceso. Ningún proceso del sistema liquida esa obligación ni descuenta el saldo de aportes o de ahorro del asociado: la pantalla donde tesorería consulta esas obligaciones solo permite mirarlas. El asociado ve su solicitud aprobada y su saldo intacto, el pago se gestiona por fuera del sistema y no queda constancia de haberse hecho.

H-CAR-RET-05 — No existe rechazo ni anulación: la solicitud improcedente queda pendiente para siempre

No hay forma de negar una solicitud, anularla ni cerrarla con un motivo. Una solicitud que FEMORF decida no aprobar sigue apareciendo indefinidamente en el listado, que además se abre filtrado precisamente por las pendientes, y no queda registro de quién decidió no aprobarla ni por qué.

H-CAR-RET-06 — El retiro del ahorro programado no tiene ninguna regla

El retiro de aportes exige antigüedad, ausencia de créditos vigentes con saldo y ausencia de convenios con saldo pendiente. El retiro del ahorro programado no comprueba nada: un asociado recién vinculado, con créditos desembolsados y convenios pendientes, puede solicitar todo su ahorro sin que el sistema oponga ninguna validación. Falta confirmar con FEMORF si esa diferencia es deliberada.

El flujo ideal también incorpora motivo de rechazo, notificación, seguimiento del pago hasta su liquidación y un segundo control para los montos que FEMORF defina.

Supuestos por validar con FEMORF

A-CAR-RET-01: Supuesto por validar con FEMORF: los retiros que superen los montos definidos requerirán un segundo control antes de aplicar la aprobación.
A-CAR-RET-02: Supuesto por validar con FEMORF: la antigüedad exigida para retirar aportes debe medirse sobre la fecha de afiliación al fondo y no sobre la fecha de ingreso a la empresa.
A-CAR-RET-03: Supuesto por validar con FEMORF: el retiro del ahorro programado debe tener sus propias condiciones de elegibilidad y no quedar libre de reglas.
A-CAR-RET-04: Supuesto por validar con FEMORF: el proceso debe cerrar con el pago efectivo de la obligación y la disminución del saldo del asociado dentro del sistema.