Saltar al contenido principal
Referencia generada desde el metamodelo

Este borrador describe evidencia técnica del ERP. Las frases que indican evidencia insuficiente no deben interpretarse como reglas confirmadas.

Manual funcional de Cheque Recibido

Introduccion

Cheque Recibido es una entidad del ERP ubicada en Ventas > Cobros. Su objetivo es registrar y administrar el ciclo de vida de un cheque recibido, contemplando eventos operativos como recepción, depósito, venta del cheque, devolución/rechazo y asignaciones administrativas (boletas y órdenes de pago).

Evidencia disponible:

  • Se detectaron 11 estados del circuito.
  • Campos clave identificados: Banco, Nro de cheque, Importe, Fecha depósito.
  • Integraciones/relaciones relevantes con: Recibo/Cobro, Banco, Caja, Boletas (depósito y cheques vendidos), Asientos contables, Movimiento de fondo, Orden de pago, Cuenta bancaria/contable, Tipo de cheque rechazado.

No se encontró evidencia suficiente para describir el orden exacto del flujo entre estados, ni las validaciones (permisos, controles de saldo, obligatoriedad de campos por estado, etc.).

Mapa de estados (vision funcional)

EstadoTipoObjetivo funcionalEditable por usuario
RecibidoOperativoRegistrar el cheque y ejecutar acciones asociadas a la recepción (p. ej. búsqueda de CUIT/Razón social; limpieza de vínculo con OP/boleta según aplique).No se encontró evidencia suficiente.
Asignando a boletaOperativoAsignar el cheque a una nueva boleta de venta.No se encontró evidencia suficiente.
Cambiando boletaOperativoCambiar el cheque de una boleta a otra (re-asignación de boleta).No se encontró evidencia suficiente.
DepositadoOperativoRegistrar el depósito y crear boleta de depósito.No se encontró evidencia suficiente.
AcreditadoOperativoEjecutar el evento asociado a la acreditación del cheque.No se encontró evidencia suficiente.
VendidoOperativo / CierreRegistrar la venta del cheque y crear boleta de venta.No se encontró evidencia suficiente.
EntregadoOperativo / CierreMarcar como pagadas las OPs vinculadas si la OP queda completa.No se encontró evidencia suficiente.
Reasignando OPOperativoReasignar el cheque a otra Orden de Pago (OP).No se encontró evidencia suficiente.
Vaciando OPOperativoDesasociar el cheque recibido de la OP.No se encontró evidencia suficiente.
DevueltoExcepción / CierreProcesar la devolución (crea Asiento, MC y Resta Canc según descripción de acción).No se encontró evidencia suficiente.
RechazadoExcepción / CierreProcesar el rechazo (crea Asiento, MC y Resta Canc según descripción de acción).No se encontró evidencia suficiente.

Que completa el sistema automaticamente

Acciones automáticas detectadas asociadas a estados:

  • Recibido
    • Busca CUIT y Razón social.
    • Borra campo oculto en OP.
    • Desasocia boleta de venta.
  • Asignando a boleta
    • Asigna a nueva boleta de venta.
  • Cambiando boleta
    • Cambiar de boleta.
  • Depositado
    • Crea boleta de depósito.
  • Vendido
    • Crea Boleta de Venta.
  • Vaciando OP
    • Desasociar el Cheque recibido de la OP.
  • Devuelto
    • Devolver: crea Asiento, MC, Resta Canc.
  • Rechazado
    • Rechazar: crea Asiento, MC, Resta Canc.
  • Acreditado
    • Evento al acreditar.
  • Entregado
    • Marca como pagada OPs si está completa.
  • Reasignando OP
    • Reasignar OP.

No se encontró evidencia suficiente para detallar qué es ** MC ** ni ** Resta Canc ** (nomenclatura interna), ni para listar condiciones de disparo (por ejemplo: qué datos deben estar completos para crear boletas/asientos).

Reglas funcionales clave

  1. Identificación y datos mínimos

    • El cheque requiere:
      • Banco (BANC_ID_BANC): obligatorio.
      • Nro de cheque (NUMERO): obligatorio.
    • No se encontró evidencia suficiente sobre obligatoriedad de Importe y Fecha depósito en el circuito completo (aparecen como no obligatorios en la evidencia estructurada).
  2. Creación/impacto documental por eventos

    • Al Depositar, el sistema crea una Boleta de Depósito.
    • Al Vender, el sistema crea una Boleta de Venta.
    • Al Devolver o Rechazar, el sistema crea Asiento (y otros impactos indicados como MC y Resta Canc ).
    • No se encontró evidencia suficiente para describir el impacto contable exacto (cuentas, fechas, numeración, reversos).
  3. Vinculación con OP (Órdenes de Pago)

    • Existen estados/acciones para:
      • Reasignar OP (Reasignando OP).
      • Desasociar el cheque de la OP (Vaciando OP).
      • En Entregado: marca como pagadas OPs si está completa.
    • No se encontró evidencia suficiente para los criterios de OP completa ni para restricciones (por ejemplo, si permite reasignación en cualquier estado).
  4. Vinculación con boletas

    • El sistema contempla asignación del cheque a boletas:
      • Asignación a nueva boleta de venta.
      • Cambio de boleta.
      • Desasociación de boleta de venta (acción automática detectada en Recibido ).
    • No se encontró evidencia suficiente para el comportamiento exacto (si se permite desasociar siempre, si recalcula totales, etc.).

Campos funcionales mas consultados

CampoSignificado funcional
BANC_ID_BANCBanco emisor/asociado al cheque (referencia a entidad Banco).
NUMERONúmero de cheque (identificador operativo del cheque).
IMPORTEImporte del cheque.
FECHA_DEPOSITOFecha de depósito del cheque (cuando aplica).

Preguntas frecuentes (FAQ)

  1. ¿Para qué se usa Cheque Recibido en Ventas > Cobros?
  • Permite registrar un cheque recibido y seguir su circuito operativo (recepción, depósito, venta, entrega, devolución/rechazo) y sus vínculos con boletas, OP y asientos.
  1. ¿Qué datos son obligatorios para dar de alta un cheque?
  • Banco.
  • Nro de cheque.
  • No se encontró evidencia suficiente para confirmar si Importe o Fecha depósito son obligatorios en algún punto del proceso.
  1. ¿Qué genera el sistema cuando deposito un cheque?
  • Crea una Boleta de Depósito.
  • No se encontró evidencia suficiente sobre si además genera asientos o movimientos de fondo automáticamente en ese mismo evento.
  1. ¿Qué ocurre si un cheque es rechazado o devuelto?
  • El sistema ejecuta un proceso que crea Asiento y otros impactos ( MC , Resta Canc ).
  • Se vincula con Tipo Cheque Rechazado (cuando aplica).
  • No se encontró evidencia suficiente para detallar la diferencia funcional exacta entre Devuelto y Rechazado más allá de las acciones listadas.
  1. ¿Cómo se relaciona el cheque con una Orden de Pago (OP)?
  • Puede reasignarse a otra OP (estado Reasignando OP ).
  • Puede desasociarse de la OP (estado Vaciando OP ).
  • En Entregado puede marcar OPs como pagadas si la OP está completa.
  • No se encontró evidencia suficiente para las validaciones o el orden en que deben ocurrir estas operaciones.

Integraciones funcionales relevantes

  • Cobro / Recibo (relación: COBR_ID_COBR).
  • Banco (BANC_ID_BANC).
  • Caja (CAJA_ID_CAJA).
  • Cuenta bancaria (CUDE_ID_CUDE).
  • Cuenta contable (CUCO_ID_CUCO).
  • Boleta de Depósito (BODD_ID_BODD, BODD_ID_BOD2).
  • Boleta de Cheques Vendidos / Boleta de cheques venta (BDCV_ID_BDCV, BDCV_ID_NUEV).
  • Orden de Pago (OBLI_ID_OBLI, OBLI_ID_NUEV).
  • Movimiento de fondo (CASH_ID_CASH, CASH_ID_BAN2, CASH_ID_REC2).
  • Asiento (ASIE_ID_RECE, ASIE_ID_DEVO, ASIE_ID_RECH, ASIE_ID_ACRE, ASIE_ID_ENTR, ASIE_ID_VENT).
  • Tipo Cheque Rechazado (TICR_ID_TICR).