Este borrador describe evidencia técnica del ERP. Las frases que indican evidencia insuficiente no deben interpretarse como reglas confirmadas.
Manual funcional de Relaciones Cobros
Introduccion
Relaciones Cobros (entidad técnica: RELACIONES_PAGOS) es una entidad ubicada en la categoría Cobros del módulo Ventas. Su finalidad funcional observable por la evidencia es registrar/vincular la relación entre un Recibo (Cobro) y una Factura, y opcionalmente asociar una Fecha.
No se encontró evidencia suficiente para describir un circuito completo (alta/baja/confirmación/anulación) ni comportamientos automáticos; la evidencia disponible se limita a campos y relaciones con otras entidades.
Mapa de estados (vision funcional)
No se encontró evidencia suficiente de estados configurados para esta entidad.
| Estado | Tipo | Objetivo funcional | Editable por usuario |
|---|---|---|---|
| Sin estados detectados | Operativo | No se encontró evidencia suficiente para identificar un flujo por estados | No se encontró evidencia suficiente |
Que completa el sistema automaticamente
No se encontró evidencia suficiente de acciones automáticas (scripts/eventos) asociadas a la entidad Relaciones Cobros.
Reglas funcionales clave
-
Relación obligatoria Recibo Factura
- Para registrar una relación se requieren ambos campos obligatorios:
- Recibo (
COBR_ID_COBR) referencia a entidad COBRO (atributo relacionado:NRODERECIBO). - Factura (
FACT_ID_FACT) referencia a entidad FACTURA (atributo relacionado:NUMERO).
- Recibo (
- Para registrar una relación se requieren ambos campos obligatorios:
-
Fecha opcional
- El campo Fecha (
FECHA) no es obligatorio según la evidencia.
- El campo Fecha (
-
Vinculaciones con medios/componentes de cobro
- La entidad mantiene referencias (relaciones) con múltiples componentes del cobro, lo que sugiere uso como nexo o trazabilidad entre documentos/procesos relacionados.
- No se encontró evidencia suficiente para afirmar reglas de validación entre estas relaciones (por ejemplo, exclusividad entre medios de cobro, obligatoriedad condicional, etc.).
Campos funcionales mas consultados
| Campo | Significado funcional |
|---|---|
| COBR_ID_COBR | Recibo asociado a la relación (instancia de COBRO, referenciado por NRODERECIBO). Campo obligatorio. |
| FACT_ID_FACT | Factura asociada a la relación (instancia de FACTURA, referenciada por NUMERO). Campo obligatorio. |
| FECHA | Fecha de la relación (fecha del registro o asociación). Campo opcional. |
Preguntas frecuentes (FAQ)
-
¿Para qué se usa Relaciones Cobros ?
- Permite vincular un Recibo (Cobro) con una Factura.
- No se encontró evidencia suficiente para detallar si representa imputación de importes, aplicación parcial/total, o solo asociación documental.
-
¿Qué datos son obligatorios para crear una relación?
- Recibo (
COBR_ID_COBR). - Factura (
FACT_ID_FACT). - Fecha (
FECHA) no es obligatoria según la evidencia.
- Recibo (
-
¿La entidad maneja estados (por ejemplo: borrador/confirmado/anulado)?
- No se encontró evidencia suficiente de un mapa de estados para esta entidad.
-
¿Qué otros registros pueden quedar relacionados además de Recibo y Factura?
- Puede referenciar entidades vinculadas al cobro (ver integraciones): Ajuste, Cheque, Cobro electrónico, Depósito bancario, Detalle de cobro, Retención recibida, Transferencia recibida.
- No se encontró evidencia suficiente para afirmar cuándo o por qué se completa cada una de esas relaciones.
-
¿Qué completa el sistema automáticamente al cargar una relación?
- No se encontró evidencia suficiente de automatismos.
Integraciones funcionales relevantes
Relaciones/entidades vinculadas según evidencia:
- Recibo (COBRO): relación mediante
COBR_ID_COBR. - Factura (FACTURA): relación mediante
FACT_ID_FACT. - Detalle de cobro (DETALLE_COBRO).
- Cobro electrónico (COBRO_ELECTRONICO).
- Depósito bancario (DEPOSITO_BANCARIO).
- Cheque recibido (CHEQUE).
- Transferencia recibida (TRANSFERENCIA_RECIBI).
- Retención recibida (RETENCION_RECIBIDA).
- Ajuste (AJUSTE).
No se encontró evidencia suficiente para describir reglas de sincronización, disparadores, o impactos cruzados entre estas integraciones (por ejemplo, qué sucede al anular un recibo o una factura).