Saltar a contenido

Abono a crédito

Se inicia cuando: un funcionario de Cartera busca al asociado y abre los créditos ya desembolsados a los que se aplicará un abono.

Termina cuando: se informa el dato o la parametrización que falta, se revierte todo el envío por una falla, o el abono queda aplicado y el crédito continúa vigente aunque su saldo llegue a cero.

Participan: Funcionarios de Cartera con perfil administrador y acciones automáticas.

Formularios: Abonar a crédito y Créditos del asociado.

flowchart LR
  subgraph cartera["Funcionarios de Cartera"]
    M1["Busca al asociado en el listado de recaudo"]
    M2["Selecciona uno o varios créditos y digita el monto a abonar"]
    M3["Elige la forma de pago y el origen del dinero"]
  end
  subgraph automaticas["Acciones automáticas"]
    S1["Muestra solo los créditos ya desembolsados"]
    S2["Exige banco y número cuando el pago es por transferencia"]
    S3["Verifica que el origen del dinero tenga cuenta contable"]
    D1{"¿El monto es válido y no supera el saldo del crédito?"}
    S4["Descuenta el monto del saldo y recalcula las cuotas que faltan"]
    S5["Resta el valor de la cuenta por cobrar sin compararlo con su saldo"]
    S6["Crea el comprobante de ingreso, que queda sin confirmar"]
    D2{"¿La línea del crédito tiene cuenta contable de abono?"}
    S7["Registra el movimiento contable y ajusta los saldos"]
    D3{"¿Todas las etapas terminaron?"}
  end
  B1["Todo el valor se aplica a capital: la mora nunca se cobra<br/>[H-CAR-ABO-01]"]:::risk
  B2["El saldo pendiente puede quedar en negativo<br/>[H-CAR-ABO-03]"]:::risk
  B3["Los saldos se ajustan con una regla de signo distinta a la de los beneficios<br/>[H-03]"]:::risk
  R1["Informa el dato faltante"]:::risk
  R2["Revierte el envío completo: la línea del crédito no está parametrizada<br/>[H-CAR-ABO-04]"]:::risk
  R3["Revierte el envío completo y no queda nada registrado"]:::risk
  R4["Abono aplicado"]:::success
  R5["El crédito sigue vigente aunque el saldo llegue a cero<br/>[H-CAR-ABO-02]"]:::risk
  R6["Sin registro de quién lo aplicó ni forma de reversarlo<br/>[H-CAR-ABO-05]"]:::risk

  M1 --> S1 --> M2 --> M3 --> S2 --> S3 --> D1
  D1 -- "No" --> R1
  D1 -- "Sí" --> S4 --> B1 --> S5 --> B2 --> S6 --> D2
  D2 -- "No" --> R2
  D2 -- "Sí" --> S7 --> B3 --> D3
  D3 -- "No" --> R3
  D3 -- "Sí" --> R4 --> R5
  R4 --> R6

  classDef risk fill:#fee2e2,stroke:#b91c1c,color:#7f1d1d;
  classDef success fill:#dcfce7,stroke:#15803d,color:#14532d;
  style cartera 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: Abonar a crédito y Créditos del asociado.

flowchart LR
  subgraph asociado["Asociado"]
    A1["Recibe la confirmación"]
  end
  subgraph cartera["Funcionarios de Cartera"]
    M1["Selecciona el asociado y los créditos"]
    M2["Confirma el abono"]
  end
  subgraph automaticas["Acciones automáticas"]
    S1["Muestra el saldo y la distribución propuesta"]
    S2["Valida el origen del pago"]
    S3["Presenta un resumen antes de confirmar"]
    S4["Aplica juntos el crédito, la cuenta por cobrar, el comprobante y el registro financiero"]
    D1{"¿Alguna etapa falla?"}
    S5["Revierte todo y deja un evento trazable"]
    S6["Emite el comprobante"]
    S7["Usa una regla contable única para conciliación<br/>[A-CAR-ABO-01]"]
  end
  R1["Abono revertido"]:::risk
  R2["Abono aplicado"]:::success

  M1 --> S1 --> S2 --> S3 --> M2 --> S4 --> D1
  D1 -- "Sí" --> S5 --> R1
  D1 -- "No" --> S6 --> R2 --> A1
  A1 -. "Supuesto por validar con FEMORF" .-> S7

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

Listado de asociados con créditos vigentes sobre los que se puede abonar.

Reglas del proceso

  • El abono lo registra siempre un funcionario con perfil administrador; el asociado no participa ni tiene forma de registrarlo por su cuenta.
  • Solo se pueden abonar créditos ya desembolsados. El listado agrupa por asociado y la cifra que muestra es el monto originalmente prestado, no el saldo que el asociado debe hoy.
  • Debe existir al menos un crédito con monto mayor a cero. El abono no puede superar el saldo actual de ese crédito y se rechaza si el crédito ya está saldado.
  • El crédito debe tener cuota y tasa configuradas; si no las tiene, el abono se rechaza. La tasa que se muestra en la tarjeta del crédito es la vigente de la línea, mientras que el recálculo de cuotas usa la tasa pactada al desembolsar: pueden no coincidir.
  • El monto se captura en pesos completos, sin centavos. Un saldo que tenga centavos nunca puede quedar exactamente en cero.
  • El pago por transferencia exige el número de la transferencia y el banco de origen. La pantalla ofrece todas las formas de pago registradas, incluidas las que el negocio dio de baja.
  • Siempre debe indicarse el origen del dinero, caja o banco, y ese origen debe tener cuenta contable asociada; de lo contrario el abono no se procesa.
  • El valor se aplica íntegramente a capital: reduce el saldo del crédito, recalcula las cuotas que faltan y rebaja el saldo de la cuenta por cobrar. No se descompone en mora ni en interés corriente.
  • Cada crédito abonado genera su propio comprobante de ingreso y su propio movimiento contable; varios créditos en un mismo envío no se consolidan en un solo recibo.
  • El comprobante de ingreso queda en estado guardado, sin confirmar, aunque el efecto contable ya sea definitivo.
  • Un movimiento contable se rechaza si la cuenta acreditada quedara con saldo negativo, y ese rechazo revierte todo el envío.
  • Todo el envío se procesa como un solo bloque: si una etapa falla, se revierte el conjunto y no queda nada registrado.
  • No existe aprobación de segundo nivel, ni anulación, ni pantalla para reversar un abono ya aplicado.

Diferencias y hallazgos

H-CAR-ABO-01 — El abono se aplica todo a capital y la mora nunca se cobra

El valor recibido se descuenta completo del capital del crédito. No se reparte entre interés de mora, interés corriente y capital, aunque el fondo ya tiene parametrizado ese orden de prelación en sus conceptos y ese reparto sí existe en otros flujos, como el descuento en el anticipo de vacaciones. Además, el sistema no liquida ni registra intereses de mora en ningún momento: un asociado atrasado abona todo a capital y la mora nunca se recauda ni queda registrada.

H-CAR-ABO-02 — Un crédito saldado nunca se cierra y su cuenta por cobrar nunca queda como pagada

Cuando el saldo llega a cero, el crédito sigue marcado como desembolsado y su cuenta por cobrar sigue pendiente. El asociado continúa apareciendo en el listado de recaudo con saldo cero, cualquier abono nuevo se rechaza con el mensaje de crédito ya saldado, y los reportes que dependen del estado terminado, incluido el envío a la central de riesgo, nunca ven créditos extinguidos. No existe hoy ningún proceso de cierre de crédito.

H-CAR-ABO-03 — El saldo de la cuenta por cobrar puede quedar en negativo

El abono sí se compara contra el saldo del crédito, pero no contra el saldo de la cuenta por cobrar: el valor se resta sin tope. Si esa cuenta ya fue afectada por otra vía, por ejemplo el descuento en un anticipo de vacaciones, un abono válido para el crédito puede dejarla en negativo. Como su estado tampoco cambia nunca, ese registro inconsistente se sigue tomando en los cruces posteriores.

H-CAR-ABO-04 — Hay líneas de crédito en las que el abono no se puede registrar

El abono necesita que la línea del crédito tenga configurada su cuenta contable de abono a capital. En el ambiente revisado solo tres de las ocho líneas la tienen; en las demás el proceso se interrumpe con un mensaje de cuenta contable no encontrada y revierte el envío completo, incluidos los créditos de otras líneas que venían en el mismo lote. Falta confirmar con FEMORF cómo está esa parametrización en el ambiente productivo.

H-CAR-ABO-05 — El abono no deja rastro de quién lo hizo y no se puede reversar

El registro del abono no guarda el usuario que lo aplicó ni queda historial de cambios de las cifras afectadas; la única marca es indirecta, sobre el crédito, y se sobrescribe con cada abono posterior. Tampoco existe pantalla para anular o corregir un abono, de modo que un error de digitación solo puede corregirse por fuera del sistema.

H-03 — El pago de crédito y los beneficios aplican reglas de signo diferentes sobre los saldos contables

El abono suma el valor en la cuenta del origen del dinero y lo resta en la cuenta del crédito sin mirar la naturaleza de cada cuenta, mientras que los beneficios aplican el signo según esa naturaleza. La diferencia puede producir interpretaciones distintas al conciliar movimientos equivalentes. FEMORF debe confirmar cuál regla representa correctamente cada operación.

El flujo ideal presenta la distribución antes de confirmar, conserva un evento cuando revierte el pago y utiliza una sola regla contable para la conciliación.

Supuestos por validar con FEMORF

  • A-CAR-ABO-01: Supuesto por validar con FEMORF: la conciliación utilizará una regla de signos única.
  • A-CAR-ABO-02: Supuesto por validar con FEMORF: debe confirmarse si el abono debe repartirse entre mora, interés corriente y capital según el orden de prelación ya parametrizado, o si debe seguir aplicándose todo a capital.
  • A-CAR-ABO-03: Supuesto por validar con FEMORF: debe confirmarse si el crédito y su cuenta por cobrar deben cerrarse automáticamente cuando el saldo llega a cero, y quién puede anular o reversar un abono ya aplicado.