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 Recibo

Introduccion

Recibo (entidad técnica: COBRO) es una entidad ubicada en la raíz del módulo Ventas. Su objetivo funcional, según la evidencia disponible, es registrar y procesar un cobro asociado a un Cliente, gestionando su emisión, la imputación/cancelación de documentos, y su impacto en Asiento (contabilidad), además de procesos operativos como ajustes, reimputaciones y retenciones.

No se encontró evidencia suficiente para documentar: el flujo exacto de punta a punta (orden de estados), restricciones por permisos, ni validaciones detalladas de cálculo (por ejemplo, cómo se computan totales e impuestos/retenciones).

---

Mapa de estados (vision funcional)

Estado	Tipo	Objetivo funcional	Editable por usuario
Pendiente	Operativo	Estado de trabajo inicial/previo a emisión. Evidencia: Completa estado y Completa cobrador .	No se encontró evidencia suficiente (probable edición parcial antes de emitir).
Emitido	Operativo	Dejar el recibo emitido y completar: número, cobro de documentos, asiento y relaciones. Evidencia: Completa el nro., cobra docs , asiento y rel.	No se encontró evidencia suficiente (probable edición restringida).
Cargando cancelaciones	Operativo	Ejecutar el proceso de carga de cancelaciones/imputaciones. Evidencia: Cargar Cancelaciones .	No se encontró evidencia suficiente (probable no editable durante proceso).
Procesando ajustes	Operativo	Ejecutar ajustes del cliente asociados al recibo. Evidencia: Procesa los Ajustes del cliente .	No se encontró evidencia suficiente.
Borrando Ajustes Previos	Operativo	Eliminar ajustes previos antes de recalcular o re-procesar. Evidencia: Borra ajustes previos .	No se encontró evidencia suficiente.
Borrando Ajustes	Operativo	Eliminar ajustes (del proceso actual). Evidencia: Borrar Ajustes .	No se encontró evidencia suficiente.
Reimputando	Operativo	Reimputar el recibo (reaplicar imputaciones/cancelaciones). Evidencia: Reimputa Recibo .	No se encontró evidencia suficiente.
Regenerar asiento	Operativo	Regenerar el asiento contable del recibo. Evidencia: Regenerar asiento .	No se encontró evidencia suficiente.
Solicitando Retenciones	Operativo	Solicitar el pago/gestión de retenciones. Evidencia: Solicitar pago retenciones .	No se encontró evidencia suficiente.
Anulado	Operativo	Anulación del recibo. Evidencia: Anular .	No se encontró evidencia suficiente (habitualmente no editable, solo acción de anulación).

Nota: No se encontró evidencia suficiente para clasificar estados como Inicial/Final ni para asegurar el orden obligatorio entre ellos.

---

Que completa el sistema automaticamente

Según acciones detectadas (tareas automáticas o de proceso por estado):

• Pendiente: Completa estado y Completa cobrador .
• Emitido: Completa el nro., cobra docs, asiento y rel. (numeración, imputaciones/cancelaciones, asiento contable y vínculos).
• Cargando cancelaciones: Cargar Cancelaciones .
• Procesando ajustes: Procesa los Ajustes del cliente .
• Borrando Ajustes Previos: Borra ajustes previos .
• Borrando Ajustes: Borrar Ajustes .
• Reimputando: Reimputa Recibo .
• Regenerar asiento: Regenerar asiento .
• Solicitando Retenciones: Solicitar pago retenciones .
• Anulado: Anular .
• Acciones detectadas sin estado explícito:
  • Completa cobrador .
  • Evento a la baja .

No se encontró evidencia suficiente para detallar qué campos específicos se completan en Completa cobrador o qué dispara Evento a la baja .

---

Reglas funcionales clave

• Cliente obligatorio: el recibo requiere informar Cliente (CLIE_ID_CLIE) como dato mandatorio.
• La emisión completa información crítica: al pasar por Emitido, el sistema completa número de recibo, realiza cobro/imputación de documentos, genera/actualiza asiento y relaciones (según la acción automática evidenciada).
• Existe dependencia contable: el recibo se vincula con ASIENTO (campo relacionado: ASIE_ID_ASIE) y tiene un estado específico para Regenerar asiento.
• Existen procesos de recalculo/reproceso: se evidencian estados de ajustes, borrado de ajustes y reimputación, lo que sugiere escenarios de corrección o re-aplicación de imputaciones.
• Retenciones: existe un circuito/estado para Solicitando Retenciones, pero no se encontró evidencia suficiente sobre reglas de cálculo, condiciones de aplicación o entidades involucradas en detalle.

---

Campos funcionales mas consultados

Campo	Significado funcional
FECHA	Fecha del cobro / fecha del recibo.
CLIE_ID_CLIE	Cliente del recibo (obligatorio).
NRODERECIBO	Número de recibo (se evidencia que el sistema lo completa al emitir).
TOTAL_CANCELADO	Total imputado/cancelado contra documentos.
TOTAL_RECIBIDO	Total recibido (por medios de cobro).
TOTAL_COBRADO	Total del recibo (importe total del comprobante).
PENDIENTE_DE_ASIGNAC	Importe pendiente de asignación/imputación.
DEVOLUCIONES	Importe asociado a devoluciones.

---

Preguntas frecuentes (FAQ)

1. ¿Para qué se usa funcionalmente un Recibo (COBRO)?

   • Registrar un cobro en Ventas asociado a un cliente.
   • Gestionar su emisión y procesos relacionados (imputaciones/cancelaciones, asiento contable, ajustes).

2. ¿Qué dato es imprescindible para crear/registrar un recibo?

   • El Cliente (CLIE_ID_CLIE) es mandatorio.

3. ¿Qué pasa cuando el recibo se Emite ?

   • El sistema completa el número de recibo.
   • El sistema cobra/imputa documentos, y genera/actualiza el asiento y relaciones.
   • No se encontró evidencia suficiente para indicar si el usuario puede editar importes luego de emitir.

4. ¿Por qué existen estados como Reimputando o Borrando Ajustes ?

   • Para reprocesar imputaciones o corregir ajustes asociados al cliente/recibo.
   • No se encontró evidencia suficiente sobre las condiciones exactas que disparan cada uno.

5. ¿Cómo se manejan las retenciones desde el recibo?

   • Existe el estado ** Solicitando Retenciones ** con la acción Solicitar pago retenciones .
   • No se encontró evidencia suficiente sobre reglas de cálculo, aprobaciones o documentos generados.

6. ¿Qué significa Pendiente de Asignación ?

   • Es un importe que, según el nombre del campo, aún no fue asignado/imputado.
   • No se encontró evidencia suficiente para definir la fórmula exacta (por ejemplo, Total Recibido - Total Cancelado, u otra).

---

Integraciones funcionales relevantes

Entidades/procesos con los que el Recibo se vincula (según evidencia):

• Asiento (contabilidad; relación por ASIE_ID_ASIE y estado Regenerar asiento ).
• Cliente (relaciones: CLIE_ID_CLIE, CLIE_ID_NUEV).
• Moneda (relaciones: MONE_ID_FACT, MONE_ID_MONE, MONE_ID_NODE).
• Punto de venta (relación: PUVE_ID_PUVE).
• Pedido / Cobro de Pedido / Origen de Pedido (relación: PEDI_ID_PEDI y mención de integración).
• Vendedor / Vendedores habituales (relación: VEHA_ID_VEHA y mención de integración).
• Tipo de factura (relación: TIFA_ID_TIFA).
• RECIBO_FX (relación: RECI_ID_RECI).
• Procesos/medios relacionados:
  • Cancelación
  • Cheque Recibido
  • Cobro electrónico
  • Cobro en Efectivo
• Empresa (mención de integración; no se encontró evidencia suficiente del campo de vínculo en esta entidad).