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 Reporte de pedidos

Introduccion

Reporte de pedidos es una entidad ubicada en la categoría Reportes del módulo Ventas. Su propósito funcional es brindar una vista/listado de información asociada a Pedidos para consulta y seguimiento operativo.

• Ubicación: en la categoría Reportes del módulo Ventas.
• Relación funcional principal: se vincula con la entidad Pedido (relación por clave foránea hacia PEDIDO mediante el/los campo(s) PEDI_ID_PEDI).
• No se encontró evidencia suficiente sobre si el reporte se genera bajo parámetros específicos, si exporta, imprime o si soporta filtros adicionales a los campos relevados.

Mapa de estados (vision funcional)

Estado	Tipo	Objetivo funcional	Editable por usuario
Sin estado detectado	Reporte/Consulta	No se encontró evidencia suficiente para identificar un flujo de estados. Se asume comportamiento de consulta sin circuito de aprobación/avance.	No se encontró evidencia suficiente

Que completa el sistema automaticamente

• No se detectaron acciones automáticas (scripts/eventos) asociadas a la entidad. No se encontró evidencia suficiente sobre cálculos automáticos, armado de datos, actualización de campos o generación programada.

Reglas funcionales clave

1. Vinculación con Pedido: el reporte se relaciona con Pedido mediante PEDI_ID_PEDI. Cualquier lógica de integridad o consistencia depende de la definición de esa relación. No se encontró evidencia suficiente sobre validaciones específicas.
2. Sin flujo de estados identificado: no hay estados relevados para esta entidad. No se encontró evidencia suficiente sobre circuitos de aprobación, cierre o publicación del reporte.
3. Campos identificados como relevantes de consulta: se evidencian al menos los campos Fecha y Número de pedido como datos de referencia en el reporte. No se encontró evidencia suficiente sobre si son obligatorios en filtros o criterios de selección.

Campos funcionales mas consultados

Campo	Significado funcional
FECHA	Picking List - Fecha. Fecha asociada al reporte/listado para referencia temporal. No se encontró evidencia suficiente sobre su formato, origen exacto o uso como filtro.
NUMERO	Nro Pedido. Identificador visible del pedido dentro del reporte para búsqueda/seguimiento. No se encontró evidencia suficiente sobre reglas de unicidad o formato.

Preguntas frecuentes (FAQ)

1. ¿Para qué se usa Reporte de pedidos ?

   • Permite consultar/listar información vinculada a Pedidos dentro del módulo Ventas.
   • No se encontró evidencia suficiente sobre el objetivo exacto (por ejemplo: picking, preparación, seguimiento, auditoría) más allá de los campos detectados.

2. ¿El reporte tiene estados o un circuito de aprobación/cierre?

   • No. No se detectaron estados en la evidencia.
   • No se encontró evidencia suficiente para confirmar si en la UI existen estados no modelados o si depende de estados del Pedido.

3. ¿Qué datos son clave para ubicar un pedido en el reporte?

   • Nro Pedido (NUMERO) para identificar el pedido.
   • Picking List - Fecha (FECHA) para ubicarlo temporalmente.
   • No se encontró evidencia suficiente sobre otros criterios (cliente, depósito, vendedor, estado del pedido, etc.).

4. ¿De dónde provienen los datos del reporte?

   • Se vincula con Pedido (relación a PEDIDO por PEDI_ID_PEDI).
   • No se encontró evidencia suficiente sobre si el reporte consolida datos de otras entidades (clientes, productos, entregas) o si solo refleja el pedido.

5. ¿El sistema completa campos automáticamente al generar o consultar el reporte?

   • No se detectaron acciones automáticas asociadas.
   • No se encontró evidencia suficiente para confirmar autocompletados, cálculos o fechas por defecto.

Integraciones funcionales relevantes

• Pedido: integración/relación directa para obtener y referenciar datos de pedidos (FK hacia PEDIDO mediante PEDI_ID_PEDI).