Tabla VBAK — VBAK Tabla de cabecera de documento de ventas

Una fila en VBAK representa la cabecera de un único documento de ventas: un pedido estándar, una consulta, una oferta, un contrato o un plan de entregas, identificado por VBELN. La cabecera contiene datos que se aplican a todo el documento en lugar de a una sola posición: sello de creación, área de ventas (organización de ventas, canal de distribución, sector), oficina y grupo de ventas, moneda del documento, valor neto a nivel de cabecera y el número del documento de determinación de precios utilizado para determinar las condiciones. VBAK no contiene el número de cliente, el material ni las cantidades; estos residen en las tablas de interlocutor, posición y datos empresariales que dependen del mismo VBELN. Una fila en VBAK persiste incluso después de que el pedido se haya entregado, facturado o rechazado por completo; la eliminación es rara, el estado se rastrea en otro lugar, no eliminando la fila.

Siempre restrinja primero por MANDT en cualquier acceso directo a la tabla; olvidarlo es la forma más común de devolver filas del mandante incorrecto en un sistema de desarrollo compartido. VBELN es el campo más selectivo disponible y debe anclar cualquier búsqueda de un solo documento. Para extracciones de rango de fechas, ERDAT es un segundo filtro razonable, pero tiene baja selectividad por sí solo en un sistema con años de historial, así que combínelo con VKORG o AUART. Nunca consulte VBAK sin al menos uno de VBELN, un rango de fechas o una combinación de área de ventas; un SELECT simple sobre AUART solo en un sistema de producción maduro devuelve un conjunto de resultados inmanejable porque las clases de pedido tienen una cardinalidad muy baja en relación con el número de filas.

Síntoma: un pedido parece atascado sin una entrega creada. Seleccione VBAK donde VBELN sea igual al número de documento y verifique LIFSK para un bloqueo de entrega en la cabecera; un valor llenado confirma que el bloqueo existe antes de buscar en cualquier otro lugar. Luego, verifique VBUK para el mismo VBELN y lea el campo de estado de entrega para confirmar que no se ha creado nada aguas abajo, luego verifique VBFA con VBELV igual al mismo VBELN para confirmar que no existe ningún documento de entrega sucesor en el flujo en absoluto.

VBAK se mantiene como una tabla transparente en S/4HANA con su estructura en gran parte inalterada; sigue siendo la persistencia principal para las cabeceras de documentos de ventas en lugar de ser reemplazada por una vista de compatibilidad. El acceso analítico y a Fiori típicamente se realiza a través de vistas CDS construidas sobre VBAK en lugar de leerla directamente, pero la tabla misma sigue siendo el objeto en el que VA01/VA02 escriben. Se han añadido un pequeño número de campos a lo largo del tiempo para soportar funcionalidades más recientes, pero los campos clave principales se comportan igual que en ECC.

Las preguntas sobre qué debe contener una fila de VBAK, por qué un campo de cabecera lleva un valor determinado o por qué la determinación de precios no se ha vuelto a activar, pertenecen al consultor funcional de gestión de pedidos de SD. Los cambios estructurales en la tabla, los campos append personalizados o la lógica de extracción para informes pertenecen al equipo de ABAP o de datos, pero el significado empresarial es validado por SD, no por Basis.

VBAP contiene las líneas de posición bajo cada cabecera de VBAK. VBKD lleva datos empresariales adicionales como las condiciones de pago y los Incoterms. VBUK y VBUP contienen indicadores de estado generales y a nivel de posición. VBPA contiene las asignaciones de interlocutores, incluyendo el solicitante y el destinatario de las mercancías. VBFA registra el flujo de documentos que vincula las ofertas, contratos, entregas y facturas de nuevo al pedido. VA01, VA02 y VA03 crean, modifican y visualizan el documento que finalmente escribe en VBAK; VA05 lista los pedidos usándola como tabla base.