Comprobantes de entrada

Se inicia cuando: un funcionario consulta un comprobante existente o necesita registrar un nuevo ingreso.

Termina cuando: se informa una validación pendiente, se revierte el conjunto o el comprobante y su movimiento quedan confirmados.

Participan: Funcionarios de Tesorería, terceros o asociados y acciones automáticas.

Así funciona hoyFlujo ideal

Formularios: Comprobantes de entrada y Comprobante de entrada.

flowchart LR
  subgraph tesoreria["Funcionarios de Tesorería"]
    T1["Consulta la lista de comprobantes"]
    D1{"¿Abre uno existente o crea uno nuevo?"}
    T2["Consulta el comprobante cargado"]
    T3["Selecciona tercero, proceso, medio de pago y concepto de cruce"]
    T4["Completa datos bancarios cuando corresponden"]
    T5["Revisa los detalles y el valor total"]
  end
  subgraph automaticas["Acciones automáticas"]
    S1["Carga el comprobante, sus detalles y movimientos"]
    S2["Genera el código inicial"]
    D2{"¿Los campos son válidos y existe al menos un detalle?"}
    S3["Crea un comprobante nuevo al guardar"]
    D3{"¿Qué tipo de comprobante es?"}
    S4["Aplica el ahorro adicional"]
    S5["Distribuye el aporte entre patrimonio y pasivo"]
    S6["Permite seleccionar créditos<br/>sin cargar conceptos específicos<br/>[H-TES-COM-02]"]
    S7["Permite seleccionar anticipos de vacaciones"]
    S8["Continúa sin tratamiento específico<br/>[H-TES-COM-02]"]
    S9["Genera el movimiento financiero"]
    D4{"¿Falta parametrización o falla una etapa?"}
    S10["Revierte el conjunto"]
  end
  R1["Solicita corregir la información"]:::warning
  R2["Operación revertida"]:::risk
  R3["Comprobante confirmado"]:::success
  R4["El guardado usa un permiso de desembolsos y otros controles aparecen desactivados<br/>[H-TES-COM-01]"]:::risk

  T1 --> D1
  D1 -- "Existente" --> S1 --> T2 --> T3
  D1 -- "Nuevo" --> S2 --> T3
  T3 --> T4 --> T5 --> D2
  D2 -- "No" --> R1
  D2 -- "Sí" --> S3 --> D3
  D3 -- "Ahorro programado" --> S4 --> S9
  D3 -- "Aportes" --> S5 --> S9
  D3 -- "Pago de crédito" --> S6 --> S9
  D3 -- "Anticipo de vacaciones" --> S7 --> S9
  D3 -- "Lista de cobro u otro" --> S8 --> S9
  S9 --> D4
  D4 -- "Sí" --> S10 --> R2
  D4 -- "No" --> R3 --> R4

  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

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

Formularios actuales relacionados: Comprobantes de entrada y Comprobante de entrada.

flowchart LR
  subgraph tesoreria["Funcionarios de Tesorería"]
    T1["Inicia el comprobante"]
    T2["Selecciona tercero y tipo"]
    T3["Completa el medio de pago y los detalles"]
    T4["Revisa la distribución y el resumen"]
    T5["Confirma el comprobante"]
  end
  subgraph automaticas["Acciones automáticas"]
    S1["Verifica el permiso propio del comprobante"]
    D1{"¿Tiene autorización?"}
    S2["Carga documentos y conceptos válidos para el tipo"]
    S3["Guarda como una sola unidad el comprobante, su aplicación y el movimiento"]
    D2{"¿Alguna etapa falla?"}
    S4["Revierte todo y deja un evento trazable"]
    S5["Deja el comprobante disponible para consulta"]
  end
  R1["Acceso no autorizado"]:::risk
  R2["Comprobante revertido"]:::risk
  R3["Comprobante confirmado"]:::success

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

  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

• El tercero, el tipo de comprobante, el medio de pago y el concepto de cruce son obligatorios.
• Algunos medios de pago también exigen un número de transferencia.
• El valor total debe ser mayor que cero y debe existir al menos un detalle.
• Los aportes se distribuyen entre patrimonio y pasivo según los porcentajes configurados.
• El ahorro programado actualiza el ahorro adicional del asociado.
• El comprobante y su movimiento se revierten cuando falta una parametrización necesaria o falla una etapa.
• Abrir un comprobante existente carga sus datos para consulta; al guardar, el servicio crea un comprobante nuevo en vez de actualizar el existente.

Diferencias y hallazgos

H-TES-COM-01 — Permisos del comprobante de entrada

El guardado exige actualmente un permiso nombrado para desembolsos, mientras que otras comprobaciones propias de consulta y creación aparecen desactivadas.

H-TES-COM-02 — Tipos sin tratamiento completo

El pago de crédito puede seleccionar documentos, pero no carga automáticamente sus conceptos específicos. La lista de cobro y otros tipos continúan sin una aplicación funcional especial.

El flujo ideal asigna permisos propios al comprobante y carga documentos y conceptos coherentes con cada tipo antes de la confirmación.

Supuestos por validar con FEMORF

• A-TES-COM-01: Supuesto por validar con FEMORF: se confirmarán los documentos, conceptos y permisos que corresponden a cada tipo de comprobante.