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 Tickets de OV

Introduccion

Tickets de OV es una entidad ubicada en la raíz del módulo Ventas. Su propósito funcional específico no se encontró evidenciado con suficiente detalle en la evidencia disponible, pero se observa que:

  • Se vincula obligatoriamente a una Orden de Venta (campo ORDV_ID_ORDV obligatorio).
  • Presenta relación con Factura.
  • Maneja datos típicos de registro como Fecha y Total.

No se encontró evidencia suficiente sobre el circuito completo de uso (creación, emisión, cierre, anulación) ni sobre su rol exacto dentro del proceso de ventas.

Mapa de estados (vision funcional)

No se encontraron estados definidos para esta entidad en la evidencia estructurada.

EstadoTipoObjetivo funcionalEditable por usuario
Sin estados detectadosOperativoNo se encontró evidencia suficiente para describir un flujo por estadosNo se encontró evidencia suficiente

Que completa el sistema automaticamente

No se detectaron acciones automáticas asociadas a la entidad (por ejemplo: cálculos, numeración, validaciones por evento, cambios de estado automáticos).

  • No se encontró evidencia suficiente de acciones automáticas en scripts/eventos.

Reglas funcionales clave

  1. Vinculación obligatoria con Orden de Venta

    • El campo ORDV_ID_ORDV es obligatorio.
    • Implica que no debería existir un Ticket de OV sin referencia a una Orden de Venta.
    • No se encontró evidencia suficiente sobre validaciones adicionales (por ejemplo, estado de la OV, pertenencia al cliente, etc.).
  2. Relación con Factura

    • Existe relación hacia Factura mediante el/los campo(s) FACT_ID_FACT.
    • No se encontró evidencia suficiente para afirmar si la relación es opcional, si se asigna en un momento del proceso o si depende de estados.
  3. Datos operativos disponibles

    • FECHA (tipo fecha) y TOTAL (tipo moneda) están presentes.
    • No se encontró evidencia suficiente para confirmar si TOTAL se calcula automáticamente, se ingresa manualmente o se deriva desde la Orden de Venta/Factura.

Campos funcionales mas consultados

CampoSignificado funcional
ORDV_ID_ORDVReferencia a la Orden de Venta asociada al ticket (obligatoria). Se espera que permita trazar el ticket contra la OV (fkEntityName: ORDEN_DE_VENTA, atributo de referencia NRO_ORDEN).
TOTALImporte total del ticket. No se encontró evidencia suficiente sobre su origen (manual vs. calculado vs. heredado).
FECHAFecha del ticket. No se encontró evidencia suficiente sobre su uso (fecha de emisión, registración, imputación, etc.).
FACT_ID_FACTReferencia a Factura relacionada. No se encontró evidencia suficiente sobre cuándo y cómo se completa.

Preguntas frecuentes (FAQ)

  1. ¿Qué representa funcionalmente un Ticket de OV ?
  • No se encontró evidencia suficiente para definirlo con precisión (por ejemplo, si es un comprobante interno, un ticket de preparación/entrega, o un registro auxiliar).
  • La evidencia indica que está asociado a una Orden de Venta y puede vincularse a una Factura.
  1. ¿Es obligatorio vincularlo a una Orden de Venta?
  • Sí:
    • ORDV_ID_ORDV figura como mandatory: true.
    • No debería poder guardarse sin dicha referencia (salvo excepciones no evidenciadas).
  1. ¿El sistema calcula automáticamente el TOTAL o la FECHA?
  • No se encontró evidencia suficiente de automatismos.
  • Existen los campos TOTAL y FECHA, pero no hay acciones automáticas detectadas.
  1. ¿Se puede vincular un Ticket de OV con una Factura?
  • Sí, hay una relación con Factura por FACT_ID_FACT.
  • No se encontró evidencia suficiente para determinar si la vinculación es obligatoria u opcional, ni el momento del proceso en que se realiza.
  1. ¿Qué controles funcionales debería validar el usuario al cargar/editar?
  • Como mínimo:
    • Que exista la Orden de Venta referenciada (ORDV_ID_ORDV).
  • No se encontró evidencia suficiente de otras restricciones (por ejemplo, coherencia de importes, estado de OV, existencia de factura, etc.).

Integraciones funcionales relevantes

  • Orden de venta
    • Integración mediante ORDV_ID_ORDV (referencia a ORDEN_DE_VENTA y al atributo NRO_ORDEN como identificador visible).
  • Factura
    • Integración mediante FACT_ID_FACT (referencia a entidad FACTURA).