Desembolso de créditos

Se inicia cuando: un funcionario consulta los créditos aprobados que están pendientes de desembolso.

Termina cuando: se informa un bloqueo, se revierte la operación completa o el desembolso queda confirmado.

Participan: Funcionarios de Tesorería y acciones automáticas.

Así funciona hoyFlujo ideal

Formularios: Desembolsos y Desembolso.

flowchart LR
  subgraph tesoreria["Funcionarios de Tesorería"]
    T1["Busca créditos aprobados pendientes"]
    T2["Filtra y selecciona una solicitud"]
    T3["Abre el formulario de desembolso"]
    T4["Selecciona el banco y concepto desde el que sale el dinero"]
  end
  subgraph automaticas["Acciones automáticas"]
    D1{"¿Los datos y la parametrización están completos?"}
    D2{"¿Ya existe un desembolso?"}
    S1["Actualiza el desembolso existente"]
    S2["Registra el desembolso"]
    S3["Crea la cuenta por cobrar"]
    S4["Registra el movimiento financiero"]
    S5["Actualiza los saldos"]
    D3{"¿Todas las etapas terminaron?"}
    S6["Revierte el conjunto"]
  end
  R1["Informa el bloqueo"]:::risk
  R2["No guarda cambios"]:::risk
  R3["Actualización confirmada"]:::success
  R4["No guarda cambios parciales"]:::risk
  R5["Desembolso confirmado"]:::success

  T1 --> T2 --> T3 --> T4 --> D1
  D1 -- "No" --> R1 --> R2
  D1 -- "Sí" --> D2
  D2 -- "Sí" --> S1 --> R3
  D2 -- "No" --> S2 --> S3 --> S4 --> S5 --> D3
  D3 -- "No" --> S6 --> R4
  D3 -- "Sí" --> R5

  classDef risk fill:#fee2e2,stroke:#b91c1c,color:#7f1d1d;
  classDef success fill:#dcfce7,stroke:#15803d,color:#14532d;
  style tesoreria 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: Desembolsos y Desembolso.

flowchart LR
  subgraph tesoreria["Funcionarios de Tesorería"]
    T1["Selecciona el crédito aprobado"]
    T2["Revisa el resumen del desembolso"]
    T3["Confirma la operación"]
  end
  subgraph automaticas["Acciones automáticas"]
    S1["Revisa datos y parametrización antes de confirmar"]
    D1{"¿Todo está listo?"}
    S2["Aplica juntos el desembolso, la cuenta por cobrar y los movimientos"]
    D2{"¿Alguna etapa falla?"}
    S3["Revierte todo y deja trazabilidad"]
    S4["Emite la confirmación"]
    S5["Notifica el resultado"]
  end
  R1["Solicita completar la información"]:::warning
  R2["Desembolso revertido"]:::risk
  R3["Desembolso aplicado"]:::success

  T1 --> S1 --> D1
  D1 -- "No" --> R1
  D1 -- "Sí" --> T2 --> T3 --> S2 --> D2
  D2 -- "Sí" --> S3 --> R2
  D2 -- "No" --> S4 --> S5 --> R3

  classDef warning fill:#fef3c7,stroke:#d97706,color:#78350f;
  classDef risk fill:#fee2e2,stroke:#b91c1c,color:#7f1d1d;
  classDef success fill:#dcfce7,stroke:#15803d,color:#14532d;
  style tesoreria fill:#eff6ff,stroke:#2563eb
  style automaticas fill:#f5f3ff,stroke:#7c3aed

Pantallas del proceso

Reglas del proceso

• Solo se presentan créditos aprobados que pueden avanzar al desembolso.
• El banco y el concepto de salida asociado a transferencia deben estar disponibles y parametrizados.
• Un desembolso nuevo crea también la cuenta por cobrar y los movimientos relacionados.
• Si el desembolso ya existe, se actualiza sin volver a crear sus registros iniciales.
• Cuando falla una etapa de un desembolso nuevo, el conjunto se revierte.

Diferencias y hallazgos

El proceso actual ya evita dejar un desembolso nuevo parcialmente aplicado. El flujo ideal agrega una revisión previa más clara, una confirmación del funcionario y trazabilidad visible cuando la operación se revierte.

Supuestos por validar con FEMORF

• A-TES-DES-01: Supuesto por validar con FEMORF: se confirmará el momento y responsable de la confirmación final del desembolso.