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 Retenciones de pedido

Introduccion

Retenciones de pedido es una entidad ubicada en la categoría Más del módulo Ventas. Su objetivo funcional general es registrar y gestionar retenciones asociadas a un Pedido, vinculándolas a un Concepto de Retención.

Relaciones identificadas (evidencia):

  • Con Concepto Retención (FK: CORE_ID_CORE).
  • Con Pedido (FK: PEDI_ID_PEDI).

No se encontró evidencia suficiente sobre el circuito completo de negocio, sus estados, ni los campos operativos principales más allá de las relaciones indicadas.

Mapa de estados (vision funcional)

EstadoTipoObjetivo funcionalEditable por usuario
Sin estado detectadoOperativoNo se encontró evidencia suficiente para describir un flujo/estado de la entidad.No se encontró evidencia suficiente

Que completa el sistema automaticamente

  • No se encontró evidencia suficiente de acciones automáticas (scripts, eventos o cálculos automáticos) asociadas a esta entidad.

Reglas funcionales clave

  1. Vinculación obligatoria a entidades relacionadas

    • Existe evidencia de que la entidad se relaciona con:
      • Pedido (PEDI_ID_PEDI)
      • Concepto Retención (CORE_ID_CORE)
    • No se encontró evidencia suficiente para confirmar si estas relaciones son obligatorias en todos los casos (por ejemplo, si admite registros sin pedido o sin concepto).
  2. Validaciones y restricciones

    • No se encontró evidencia suficiente sobre validaciones (por ejemplo: unicidad por pedido+concepto, rangos de importes, obligatoriedad de campos, moneda, etc.).
  3. Impacto en el Pedido

    • No se encontró evidencia suficiente sobre si la carga/modificación de retenciones afecta totales, impuestos, contabilización o condiciones comerciales del Pedido.

Campos funcionales mas consultados

CampoSignificado funcional
PEDI_ID_PEDIReferencia al Pedido al que se le aplica la retención.
CORE_ID_COREReferencia al Concepto de Retención utilizado para clasificar/definir la retención.

No se encontró evidencia suficiente para listar otros campos típicos (por ejemplo: importe, porcentaje, base imponible, moneda, estado, fecha, observaciones).

Preguntas frecuentes (FAQ)

  1. ¿Para qué sirve Retenciones de pedido ?
  • Permite asociar retenciones a un Pedido y clasificarlas mediante un Concepto de Retención.
  • No se encontró evidencia suficiente para detallar si la entidad se usa solo para registro informativo o si impacta cálculos y totales del pedido.
  1. ¿Qué necesito para cargar una retención de pedido?
  • Contar con un Pedido existente para vincular (PEDI_ID_PEDI).
  • Contar con un Concepto de Retención existente para asignar (CORE_ID_CORE).
  • No se encontró evidencia suficiente sobre otros datos mínimos requeridos.
  1. ¿La entidad tiene estados (borrador, confirmado, anulado, etc.)?
  • No se encontró evidencia suficiente de estados configurados o gestionados por el sistema para esta entidad.
  1. ¿Qué controles aplican al modificar una retención ya cargada?
  • No se encontró evidencia suficiente sobre controles, bloqueos por estado del Pedido, auditoría, ni permisos.

Integraciones funcionales relevantes

  • Pedido

    • Integración por referencia (FK PEDI_ID_PEDI).
    • No se encontró evidencia suficiente sobre sincronización de importes/totales, restricciones por estado del pedido, o efectos contables/impositivos.
  • Concepto Retención

    • Integración por referencia (FK CORE_ID_CORE).
    • No se encontró evidencia suficiente sobre reglas derivadas del concepto (por ejemplo: alícuotas, base, vigencia, configuración impositiva o contable).