✒️SAP SD El log de datos incompletos
SAP SD El log de datos incompletos
LOG DE DATOS INCOMPLETOS
Log de datos incompletos
El Log de datos incompletos comprende una lista de los datos que se consideran como esenciales para el proceso comercial de una compañía en un documento de ventas, y que no hayan sido introducidos en este.
El log de datos incompletos se puede llamar:
a) automáticamente al grabar un documento.
b) mediante la barra de menú.
(Gráfico 731)
Desde el customizing es posible definir el esquema de estado incompleto y los campos referidos al log.
El sistema acude directamente, desde el log de datos incompletos, a varias vistas desde las que pueden editarse los datos incompletos.
Audio: En la configuración de la clase de documento de ventas, se puede marcar para que la misma no pueda grabar si se presentan errores por la determinación del log de datos incompletos. Al hacer esta configuración, si el log de datos incompletos presenta alguna falta de campos completos en el documeto de venta, no permitirá que el mismo se almacene. De lo contrario, el flag del customizing de la clase de documento de ventas no está marcado, permitirá la grabación del documento aún con datos incompletos, pero el log puede restringir operaciones futuras como la entrega o la facturación.
Lista de pedidos incompletos
Dentro del sistema, para el módulo de SD se encuentra diseñada una lista detallada de aquellos documentos de venta que se encuentran incompletos, debido a campos que se han definido en el esquema.
Los pedidos incompletos pueden llamarse desde la lista para ser completados. Cuando haya acabado su tratamiento, el sistema nos devuelve a la lista de documentos incompletos nuevamente.
La Lista de documentos incompletos es una lista online que permite verificar aquellos documentos que por el esquema de datos incompletos presentan inconsistencias para proseguir con los procesos comerciales.
Documentos de ventas incompletos
Desde el customizing de la clase de documentos de ventas es posible indicar si el documento de ventas puede ser, almacenado o grabado aún con datos incompletos. Si el flag no está fijado, el curso del documento y sus posteriores acciones empresariales dependerán de los grupos de estatus del procedimiento o esquema de datos incompletos.
Ejemplo: si se ha definido, es posible que si falta la condición de pago en el pedido se pueda permitir la creación y contabilización del documento de entrega, pero no así la facturación y su respectivo documento.
También y muy corriente es que se indique como obligatorio la incorporación del número de pedido de compra del cliente para que pueda seguir tratándose el documento.
Se debe tener cuidado con el flag de "Diálogo datos incompletos", puesto que puede permitir la grabación del documento de ventas y que el usuario se olvide de tratarlo luego y repita las entradas, puesto que cree que no puede proseguir con el documento original.
En el gráfico 733, vemos un esquema del flujo del proceso en función de que esté o no activado el flag de permitir datos incompletos en el documento de ventas.
Customizing: Control de log de datos incompletos
Existe la posibilidad desde el customizing de realizar una asignación de un procedimiento de datos incompletos a nivel de:
- Cabecera del documento de ventas: a través de la clase del documento de ventas.
- Posición de documento de ventas: a través del tipo de posición.
- Reparto de documento de ventas: a través del tipo de reparto.
En cada uno de los procedimientos que se asigna a cada elemento del documento, el usuario determina que campos se comprueban y deben ser chequeados por el log.
=> También pueden marcarse como obligatorias funciones de interlocutor, textos y clases de condición de la determinación de precios. Si no existiese la entrada de estas, aparecería una nota en el log de datos incompletos.
En el gráfico 734, vemos por ejemplo que para la cabecera del documento de ventas, existen varios procedimientos que pueden utilizarse, y se hace una asignación de estos procedimientos a cada clase de documento de ventas (QT, QR, ZO). Además, en el procedimiento se determina qué campos son los que se van a testear y cuales son obligatorios (número de pedido, moneda, condición de pago).
Estatus de documentos de ventas incompletos
Las actividades posteriores del proceso comercial se ven afectadas de acuerdo a los datos incompletos del documento. En el esquema de datos incompletos se asigna un grupo de estatus a cada campo.
Al definir los grupos de estatus se decide qué pasos deberían evitarse si faltan datos:
- Incompleto para la entrega >> la entrega no es posible.
- Incompleto para la factura >> la factura no es posible.
- Incompleto para determinación de precios >> la confirmación o facturación del pedido no es posible.
Un grupo de estatus puede contener cualquier número de estas consecuencias.
Esto permite controlar los efectos de los datos incompletos de forma separada para cada campo.
En el gráfico 735 vemos como para el procedimiento o esquema de datos incompletos se determina para cada campo un grupo de estatus (01, 03, etc.). Cada grupo de estatus marca qué pasos del flujo de documentos deben evitarse si faltan datos, por ejemplo para el grupo 01 no puede hacerse la generación del documento de ventas, y para el grupo 03 no puede generarse el documento de ventas ni el documento de facturación. Hay que tener en cuenta que varios campos pueden pertenecer al mismo grupo de estatus aunque no estén en el mismo documento, por ejemplo un campo que pertenezca al documento de ventas y otro campo que pertenezca al documento de facturación, sí pueden pertenecer al mismo grupo de estatus, y por tanto al definir los pasos que no puede realizar dicho grupo se pueden informar ambos documentos.
 
 
 
Sobre el autor
Publicación académica de Sebastian Zunino, en su ámbito de estudios para la Carrera Consultor en SAP SD.
Sebastian Zunino
Profesión: Consultor Sap Seguridad - Argentina - Legajo: VQ83V
✒️Autor de: 125 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Certificación Académica de Sebastian Zunino