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 Cobros de Carga Resumida

Introduccion

Cobros de Carga Resumida es una entidad ubicada en la raíz del módulo Ventas. Su finalidad funcional parece ser registrar/relacionar cobros asociados a una Carga Resumida de Recibos y sus datos de imputación (cliente, caja/banco, cuenta bancaria y conceptos).

No se encontró evidencia suficiente para describir el circuito completo (alta/confirmación/anulación) ni el comportamiento detallado (validaciones, contabilización, generación de movimientos, etc.). Este documento es un borrador operativo para revisión funcional.

Mapa de estados (vision funcional)

No se encontraron estados configurados para la entidad en la evidencia provista.

Estado	Tipo	Objetivo funcional	Editable por usuario
Sin estado detectado	Operativo	No se encontró evidencia suficiente para identificar un flujo de estados (p. ej., borrador/confirmado/anulado)	No se encontró evidencia suficiente

Que completa el sistema automaticamente

• No se encontraron acciones automáticas declaradas para esta entidad (scripts/eventos/reglas automáticas).
• No se encontró evidencia suficiente para afirmar si el sistema completa por defecto datos como numeración, importes, moneda, o asientos/movimientos asociados.

Reglas funcionales clave

• Fecha (FECHA):

  • Existe el campo FECHA (tipo fecha) y no figura como obligatorio según la evidencia.
  • No se encontró evidencia suficiente para determinar si la fecha se valida contra períodos abiertos/cerrados o contra fechas de la carga resumida/recibo.

• Relaciones / dependencias funcionales (por claves foráneas detectadas):

  • Banco (BANC_ID_BANC): posible imputación del cobro a una entidad bancaria.
  • Caja (CAJA_ID_CAJA): posible imputación del cobro a una caja.
  • Carga Resumida de Recibos V2 (CRDR_ID_CRDR): vínculo principal con la carga a la que pertenece el cobro.
  • Cliente (CLIE_ID_CLIE): identifica el cliente asociado al cobro.
  • Concepto de cobro electrónico (CDCE_ID_CDCE): categoriza/configura el cobro electrónico si aplica.
  • Concepto Retención (CORE_ID_CORE): referencia a retenciones asociadas al cobro.
  • Cuenta bancaria (CUDE_ID_CUDE, CUDE_ID_CUDO, CUDE_ID_CUOR): referencia a cuenta(s) bancarias relacionadas (origen/destino u otras variantes).

• No se encontró evidencia suficiente para definir reglas de obligatoriedad/compatibilidad entre Caja vs Banco, ni reglas de consistencia entre Concepto de cobro electrónico, Retención y Cuenta bancaria.

Campos funcionales mas consultados

Solo se encontró 1 campo listado como relevante en la evidencia provista.

Campo	Significado funcional
FECHA	Fecha del registro de cobro asociado a la carga resumida (no se encontró evidencia suficiente sobre su uso exacto: fecha de cobro, de acreditación, o de registración)

Preguntas frecuentes (FAQ)

1. ¿Para qué se usa Cobros de Carga Resumida ?

• • Registrar y/o vincular cobros asociados a una Carga Resumida de Recibos dentro de Ventas.
• • No se encontró evidencia suficiente para describir el alcance exacto (si registra el cobro en sí mismo, si solo es una imputación, o si además dispara movimientos contables/tesorería).

2. ¿Cómo se relaciona con Carga resumida de Recibos V2 ?

• • Existe una relación directa por CRDR_ID_CRDR.
• • No se encontró evidencia suficiente para confirmar si la carga crea estos cobros automáticamente o si el usuario los carga manualmente.

3. ¿Qué pasa si informo Caja o Banco?

• • Se detectaron relaciones a Caja y Banco.
• • No se encontró evidencia suficiente para afirmar reglas de exclusión (p. ej. si es Caja no puede ser Banco ) o validaciones operativas.

4. ¿Qué rol tienen los conceptos (cobro electrónico / retención)?

• • Se detectaron relaciones a Concepto de cobro electrónico y Concepto Retención.
• • No se encontró evidencia suficiente para explicar cómo impactan en el cálculo, la imputación o la integración con otros procesos.

5. ¿Qué campos son obligatorios para operar?

• • En la evidencia, FECHA no figura como obligatorio.
• • No se encontró evidencia suficiente para listar el set real de campos requeridos (cliente, importe, medio de cobro, etc.), ya que no fueron provistos.

Integraciones funcionales relevantes

Relaciones/entidades vinculadas identificadas (directas o declaradas):

• Banco
• Caja
• Carga resumida de Recibos V2
• Cliente
• Concepto de cobro electrónico
• Concepto Retención
• Cuenta bancaria
• Empresa (mencionada como integración relevante; no se encontró evidencia estructurada de la relación/campo específico)