Tabla VBRK — VBRK - Cabecera de documento de facturación
VBRK almacena una fila por cada cabecera de documento de facturación —factura, nota de crédito, nota de débito o pro forma— creada en el proceso de facturación de SD. Contiene el tipo de facturación, la fecha de facturación, el valor neto, la moneda, el pagador y el deudor, y el estado de transferencia a contabilidad. Los ingresos a nivel de línea y los impuestos se encuentran en VBRP; VBRK por sí solo nunca proporciona una factura completa.
VBRK es la tabla de cabecera detrás de cada documento de facturación creado a través de VF01. Esta página cubre qué campos son seguros de usar, cómo unirse a partidas, interlocutores, condiciones y la cadena de pedidos de venta, y los errores que causan que las personas dupliquen los ingresos o diagnostiquen incorrectamente los fallos en el asiento contable.
Revisado por un consultor SAP de ERPClimb el 15 sept 2026· 1073 palabras
Qué almacena
Una fila en VBRK representa una cabecera de documento de facturación —una factura, nota de crédito, nota de débito, documento de anulación o factura pro forma creada a través de las transacciones de facturación en SD—. La cabecera contiene atributos a nivel de documento comunes a todo el documento de facturación: tipo de facturación, fecha de facturación, valor neto, moneda del documento, pagador, deudor y si el documento ha sido transferido a contabilidad. No contiene precios de partidas individuales, cantidades o información de material; estos se encuentran en VBRP. Una sola fila de VBRK puede construirse a partir de múltiples partidas de pedido de venta o entrega recopiladas en una sola factura, y a la inversa, un pedido grande puede dividirse en varios documentos VBRK dependiendo de criterios de división como el pagador, la moneda o la fecha de facturación. VBRK es escrito por las transacciones de facturación estándar y por sus variantes de fondo utilizadas en ejecuciones de facturación colectiva.
Campos clave
- MANDT - mandante
- VBELN - número de documento de facturación, clave primaria
- FKART - clase de factura (factura F2, nota de crédito G2, anulación S1 y similares)
- FKDAT - fecha de factura, utilizada para el período de ingresos y las fechas de fijación de precios por defecto
- NETWR - valor neto del documento de facturación en moneda del documento
- WAERK - moneda del documento
- KUNAG - deudor
- KUNRG - pagador
- VBTYP - categoría de documento SD, distingue factura de nota de crédito de anulación a nivel de tipo de documento
- FKSTO - indicador de anulación, se establece cuando el documento ha sido anulado
- RFBSK - estado de la transferencia a contabilidad, el campo a verificar cuando un documento de facturación no ha generado un documento financiero
- KNUMV - número de grupo de registro de condición, la clave de unión a las tablas de condición de precios
- BUKRS - sociedad derivada para el documento de facturación
Cómo se une al modelo de datos
- VBRK-VBELN = VBRP-VBELN (cabecera a partidas de facturación)
- VBRP-AUBEL = VBAK-VBELN (partida de facturación de vuelta al pedido de venta original, no una unión directa de VBRK a VBAK)
- VBRK-VBELN = VBFA-VBELV o VBFA-VBELN (flujo de documentos, para rastrear la cadena de pedido, entrega y facturación y para encontrar enlaces de anulación)
- VBRK-VBELN = VBPA-VBELN con VBPA-POSNR = 000000 (interlocutores de cabecera como pagador y destinatario de la factura)
- VBRK-KNUMV = KONV-KNUMV (condiciones de precio aplicadas al documento de facturación)
- VBRK-KUNAG = KNA1-KUNNR y VBRK-KUNRG = KNA1-KUNNR (maestro de clientes para deudor y pagador)
Cómo leerlo de forma segura
VBRK es grande en cualquier sistema en vivo con un volumen significativo de facturas, por lo que la restricción de rango de fechas en FKDAT y la restricción de tipo de facturación en FKART son los dos primeros filtros, antes que cualquier otra cosa. MANDT es implícito en la mayoría de las herramientas, pero es importante en el acceso directo a tablas. La selección por rango de VBELN es económica porque es la clave primaria; la selección por KUNAG o KUNRG sin una restricción de fecha en FKDAT escanea mucho más de lo previsto. Cuando busque documentos financieramente incompletos, filtre por RFBSK en lugar de intentar inferir el estado de contabilización por la ausencia de una fila en otro lugar; RFBSK contiene el código de estado explícito, incluidos los estados bloqueados para contabilización.
Cómo probarlo en los datos
Síntoma: un cliente disputa el total de una factura. Seleccione VBRK por VBELN para obtener FKART, FKDAT, NETWR, WAERK, KUNAG, KUNRG y confirme que FKSTO está en blanco. Si FKSTO está establecido, el documento está anulado y su documento de anulación está vinculado a través de VBFA; la disputa probablemente se refiera al sucesor de la factura original, no a esta. Compare NETWR con la suma de VBRP-NETWR para el mismo VBELN; una discrepancia apunta a precios manuales a nivel de cabecera o a una condición de redondeo en lugar de un error de datos.
ECC frente a S/4HANA
VBRK sigue existiendo como una tabla persistente en S/4HANA y todavía es escrita por el proceso de facturación estándar; no ha sido reemplazada por una vista de compatibilidad como sí lo han sido varias tablas de FI y MM. Las capas de reporting sitúan cada vez más vistas CDS sobre VBRK y VBRP para el análisis de documentos de facturación, pero esas vistas son aditivas en lugar de un sustituto, y las lecturas directas de tablas para la resolución de problemas siguen siendo válidas. La disposición de los campos es esencialmente la misma que en ECC, por lo que las uniones y los campos clave utilizados históricamente todavía se aplican.
Errores comunes
- Sumar NETWR en un rango de fechas para obtener el total de ingresos sin excluir las filas FKSTO = X y sus documentos de anulación correspondientes; una factura anulada y su anulación contabilizan valores NETWR, y una suma ingenua resulta en una cifra distorsionada si solo se filtra un lado.
- Asumir que VBRK-VBELN es igual al número de pedido de venta; los documentos de facturación tienen su propio rango de números, y la única ruta confiable de regreso al pedido es a través de VBRP-AUBEL o el flujo de documentos de VBFA.
- Leer NETWR como inclusivo de impuestos; es neto de impuestos en la moneda del documento, los impuestos se encuentran por separado en los registros de condiciones y en el documento contable.
- Concluir que un documento de facturación 'no se contabilizó en FI' por su ausencia en un informe contable sin verificar RFBSK primero; un valor RFBSK distinto de cero o bloqueado suele explicar exactamente por qué, comúnmente un problema de determinación de cuentas o de condición de impuestos de salida, no un documento faltante.
- Ignorar WAERK al agregar NETWR entre documentos en diferentes monedas, produciendo un total que mezcla monedas silenciosamente.
- Tratar un tipo de facturación pro forma igual que una factura para el reporte de ingresos; los documentos pro forma se encuentran en VBRK con su propio FKART y nunca se transfieren a contabilidad, por lo que incluirlos infla cualquier informe vinculado a la contabilidad.
- Olvidar que las ejecuciones de facturación colectiva pueden consolidar varios pedidos de venta o entregas en una fila de VBRK, por lo que una suposición de uno a uno entre pedido y factura se rompe exactamente donde ocurren las divisiones del documento de facturación.
De quién es este problema
El contenido del documento de facturación y la lógica de creación pertenecen al consultor SD de orden a cobro, particularmente todo lo que se refiere a la fijación de precios, la configuración del tipo de facturación o los criterios de división. Una vez que RFBSK muestra un problema de contabilización o el propio documento contable está en cuestión, la propiedad pasa a FI o CO para la parte contable, aunque el consultor SD suele diagnosticar qué documento de facturación está atascado antes de derivarlo.
Objetos SAP relacionados
Páginas revisadas con las que este objeto se conecta en el grafo de conocimiento de ERPClimb.
Fuente: ERPClimb — https://erpclimb.com/sap-tables/vbrkERPClimb es una plataforma independiente y no está afiliada a SAP SE. Las páginas de referencia las escriben y revisan consultores SAP para el aprendizaje y la resolución de problemas.