Tabla BKPF — Cabecera de Documento Contable
BKPF almacena la cabecera de los documentos de Contabilidad Financiera, identificada por sociedad, número de documento y ejercicio. Contiene el tipo de documento, las fechas de contabilización y de documento, el usuario/hora de entrada, la referencia, la moneda y el contexto de anulación, mientras que las imputaciones y los importes de las partidas individuales se encuentran en BSEG y ACDOCA. En S/4HANA, BKPF sigue siendo una tabla real de cabecera de documento.
BKPF es la tabla de cabecera detrás de cada documento contable de FI, con una fila por documento, independientemente de cuántas partidas individuales contenga. Esta página cubre los campos clave de la cabecera, cómo unir a BSEG y tablas relacionadas, y los errores recurrentes que cometen los consultores al leer el estado de anulación, las fechas y las claves de referencia de esta tabla.
Publicado el 20 sept 2026· 1136 palabras
Qué almacena
Una fila en BKPF representa la cabecera de un único documento contable, creado cada vez que se realiza una contabilización de FI, ya sea por una entrada de diario de G/L, una factura de proveedor, una transferencia de un documento de facturación o una ejecución de pago. La cabecera contiene los datos administrativos y de control de ese documento: a qué sociedad y ejercicio pertenece, qué tipo de documento se utilizó, quién lo introdujo y cuándo, las fechas de contabilización y de documento, la moneda, una referencia de texto libre y si el documento ha sido anulado. No contiene importes monetarios ni imputaciones; esos datos se encuentran a nivel de partida individual. Un documento con una línea de débito y una de crédito, o con cincuenta líneas distribuidas entre centros de coste y códigos de impuestos, sigue produciendo exactamente una fila en BKPF.
Campos clave
- MANDT - mandante
- BUKRS - sociedad
- BELNR - número de documento contable, único solo en combinación con BUKRS y GJAHR
- GJAHR - ejercicio
- BLART - clase de documento, controla el rango de números y los tipos de cuenta permitidos
- BLDAT - fecha de documento, la fecha impresa en el documento fuente
- BUDAT - fecha de contabilización, determina el período contable
- MONAT - período fiscal derivado de la fecha de contabilización
- CPUDT - fecha de entrada, la fecha en que el documento fue introducido en el sistema
- USNAM - usuario que creó el documento
- TCODE - código de transacción utilizado para contabilizar
- WAERS - clave de moneda del documento
- XBLNR - número de documento de referencia, a menudo el número de factura del proveedor o referencia externa
- BKTXT - texto de cabecera de documento
- AWTYP - procedimiento de referencia que identifica el tipo de objeto de negocio de origen
- AWKEY - clave de referencia que enlaza con el objeto de origen, como un documento de facturación o de logística
- STBLG - número del documento de anulación, se rellena una vez que el documento es anulado
- STJAH - ejercicio del documento de anulación
Cómo se une al modelo de datos
- BKPF-BUKRS/BELNR/GJAHR = BSEG-BUKRS/BELNR/GJAHR para alcanzar las partidas individuales de débito y crédito
- BKPF-BUKRS = T001-BUKRS para resolver atributos de la sociedad como la moneda y el plan de cuentas
- BKPF-BLART = T003-BLART para verificar la configuración del tipo de documento y los tipos de cuenta permitidos
- BKPF-BUKRS/BELNR/GJAHR = BSET-BUKRS/BELNR/GJAHR para alcanzar las partidas individuales de impuestos de ese documento
- BKPF-AWTYP/AWKEY se utiliza para rastrear el documento de negocio de origen, como un documento de facturación o un movimiento de mercancías, cuando la cabecera fue creada por una contabilización de integración en lugar de una entrada manual
Cómo leerlo de forma segura
Siempre restrinja por MANDT implícitamente y por BUKRS más GJAHR explícitamente antes de hacer cualquier otra cosa; esos dos campos proporcionan la verdadera selectividad en esta tabla. BELNR por sí solo no tiene sentido porque los rangos de números de documento se asignan por sociedad y pueden repetirse entre sociedades y ejercicios. No seleccione entre todas las sociedades por BUDAT o CPUDT sin al menos un rango de sociedades primero; la tabla crece sin límites a lo largo de la vida de un sistema y un escaneo de rango de fechas sin restricciones es una causa común de un job en segundo plano atascado o una sesión de diálogo bloqueada. Si busca por usuario o fecha de entrada en muchas sociedades, espere que la consulta se ejecute durante mucho tiempo a menos que un índice adecuado lo soporte.
Cómo probarlo en los datos
Síntoma: se informa que una línea de cliente o proveedor sigue abierta aunque alguien afirma que el documento fue anulado. Seleccione BKPF por BUKRS, BELNR, GJAHR para el documento original y verifique STBLG y STJAH. Si ambos están en blanco, no existe ninguna anulación, independientemente de lo que se le haya dicho al negocio. Si están rellenos, tome ese par STBLG/STJAH, busque la fila BKPF del propio documento de anulación para confirmar que se contabilizó con éxito, luego verifique BSEG para ambos documentos para confirmar que los campos de compensación se establecieron realmente en la partida abierta, no solo que existe un documento de anulación.
ECC frente a S/4HANA
BKPF sigue siendo una tabla de base de datos en S/4HANA y se rellena para las entradas de diario. ACDOCA proporciona las partidas individuales del Universal Journal, mientras que BSEG también sigue siendo una tabla de base de datos para la vista de entrada de documentos contables operativos; SAP establece explícitamente que no existe una vista de compatibilidad para BSEG. Elija BSEG o ACDOCA según el detalle de negocio y de ledger requerido.
Errores comunes
- Intentar totalizar importes de BKPF. No hay ninguno. Cada importe, débito o crédito, moneda local o de documento, se encuentra en BSEG o en el diario universal, no en la cabecera.
- Tratar BELNR como una clave única por sí sola. Solo es único dentro de BUKRS y GJAHR; el mismo número puede existir en múltiples sociedades o ejercicios para documentos completamente no relacionados.
- Asumir que un STBLG relleno significa que las contabilizaciones originales fueron eliminadas. La anulación crea un nuevo documento y actualiza el estado de compensación en las partidas individuales; el documento original y sus líneas permanecen en BSEG, ahora marcados como compensados, no eliminados.
- Confundir BUDAT, BLDAT y CPUDT. La determinación del período y las verificaciones de cierre de período se ejecutan a partir de BUDAT. Leer BLDAT cuando la pregunta es sobre en qué período se contabilizó un documento da una respuesta incorrecta que parece plausible.
- Decodificar manualmente AWKEY esperando una clave externa limpia. El formato de la clave de referencia concatena un identificador de objeto con un ejercicio de una manera específica del procedimiento de referencia nombrado en AWTYP, y tratarlo como un número de documento simple produce coincidencias falsas.
- Asumir que una fila de BKPF equivale a una transacción tal como la entiende el usuario de negocio. Una única entrada de factura puede generar más de un documento contable, por ejemplo, un documento intercompañía separado, y estos están vinculados por datos de referencia compartidos en lugar de por un único BELNR.
- Ejecutar una selección sin restricciones contra BKPF en un sistema productivo esperando que se comporte como una tabla maestra pequeña. Es una de las tablas más grandes en un sistema FI maduro y una lectura sin restricciones es una causa frecuente de una consulta descontrolada.
De quién es este problema
Las preguntas sobre por qué un documento específico se ve de cierta manera, tipo de documento incorrecto, fecha de contabilización incorrecta, anulación faltante, recaen en el equipo funcional de contabilidad FI o GL, no en la base. Los problemas de rendimiento causados por lecturas sin restricciones contra BKPF en producción son una preocupación del equipo de base y desarrollo ABAP, generalmente manifestados a través de un job de larga duración o una escalada del equipo de base de datos en lugar de un ticket funcional.
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/bkpfERPClimb 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.