Tabla VBAP — Tabla de Posiciones de Documentos de Ventas

Una fila en VBAP representa una única posición dentro de un documento de ventas, identificada por el número de documento VBELN y el número de posición POSNR. La posición puede ser una línea de material estándar, una posición de texto, una línea de artículo gratuito, una posición de nivel superior en una estructura de lista de materiales o una posición de servicio. VBAP contiene los atributos comerciales y logísticos de esa línea: categoría de posición, centro, almacén, cantidad de pedido, unidad de ventas, valor neto, moneda, ruta y motivo de rechazo si la línea ha sido cancelada. Se aplica uniformemente en todas las categorías de documentos de ventas porque las consultas, ofertas, pedidos, contratos y planes de entregas utilizan la misma estructura de cabecera-posición, VBAK y VBAP. La categoría de documento en sí se lee de VBAK, no de VBAP, por lo que VBAP por sí sola no puede indicar a qué tipo de documento pertenece la posición.

MANDT es implícito en la mayoría de las herramientas, pero sigue siendo el primer filtro lógico. VBELN es altamente selectivo y debe ser la restricción principal siempre que se conozca el número de documento; POSNR por sí solo es casi inútil ya que se repite en cada documento. Nunca seleccione por MATNR o WERKS en toda la tabla sin restringir también VBELN o un rango de fechas, la tabla es grande en cualquier sistema SD productivo y un escaneo sin restricciones en esos campos se ejecutará durante mucho tiempo. Si el punto de partida es un cliente o una fecha en lugar de un número de documento, consulte primero VBAK con VKORG, ERDAT o KUNNR, extraiga la lista de VBELN y luego únase a VBAP. Preste atención a los ceros iniciales en VBELN al pegar números de documento manualmente.

Síntoma: una posición de pedido de ventas muestra un valor neto cero en la pantalla del pedido. Seleccione VBAP para ese VBELN y POSNR y verifique NETWR y WAERK directamente. Si NETWR es realmente cero y ABGRU está en blanco, la posición se valoró a cero, lo que apunta a los registros de condición en KONV a través de VBAK-KNUMV y KPOSN = POSNR, no a VBAP en sí. Si ABGRU está rellenado, la posición fue rechazada y se espera y es correcto un valor cero.

VBAP sigue siendo una tabla transparente con esencialmente la misma estructura en S/4HANA; no fue reemplazada ni reestructurada como parte de la simplificación del modelo de datos de SD. Se encuentra debajo de la capa de vistas CDS de pedidos de ventas utilizada por las aplicaciones Fiori más recientes y los informes analíticos, pero esa capa lee de VBAP en lugar de reemplazarla, por lo que el acceso directo a la tabla, los informes ABAP y las consultas heredadas construidas contra VBAP continúan funcionando sin cambios. El cambio del modelo de socio comercial afecta a las tablas maestras de clientes, no a VBAP.

Los consultores funcionales de gestión de pedidos o SD son responsables de las preguntas sobre la determinación de la categoría de posición, los resultados de la fijación de precios y los motivos de rechazo almacenados aquí. Basis o la gestión de datos se encargan del crecimiento de la tabla y el archivado. Si la disputa es sobre lo que se le cobró realmente al cliente en lugar de lo que muestra la línea del pedido, la responsabilidad se traslada a la facturación, lo que significa VBRP y VBRK, no VBAP.

VBAK es la contraparte de la cabecera, escrita junto con VBAP por VA01, VA02 y sus variantes de transacción específicas por tipo de documento. VBEP contiene las repartos, VBUP contiene el estado de la posición, VBKD contiene los datos comerciales a nivel de posición; las tres se mantienen en las mismas transacciones que VBAP. VBFA es la tabla de flujo de documentos que vincula las posiciones de VBAP hacia adelante con las posiciones de entrega en LIPS y las posiciones de facturación en VBRP. Los resultados de precios mostrados en VBAP-NETWR se remontan a los registros de condición en KONV.