Tabla ACDOCA — Partidas individuales del diario universal
ACDOCA es la tabla del diario universal de S/4HANA que contiene una fila por partida individual contable por ledger, fusionando lo que antes estaba dividido entre BSEG, las tablas de totales de New GL, las partidas individuales de CO y los datos del ledger de materiales. Incluye atributos de FI, CO y centro de beneficio en la misma fila, al nivel de ledger, sociedad, ejercicio, documento y posición de documento.
Esta página cubre lo que realmente representa una fila en ACDOCA, los campos que vale la pena consultar, las uniones que los consultores utilizan para ir desde una partida del diario a los datos maestros y documentos fuente, y los malentendidos específicos que causan totales incorrectos cuando la gente la trata como BSEG con columnas adicionales. También cubre dónde se sitúa la tabla en relación con las tablas clásicas de FI/CO que absorbió.
Publicado el 15 sept 2026· 1162 palabras
Qué almacena
Una fila en ACDOCA es una única partida individual contable tal como se contabilizó en un ledger específico. Debido a que S/4HANA almacena FI, CO (incluidas las contabilizaciones de centro de coste y orden interna), contabilidad de centros de beneficio y valoración de ledger de materiales en una única tabla física, la misma transacción comercial subyacente puede producir varias filas ACDOCA: una por cada ledger paralelo para el que sea relevante, y filas adicionales creadas por la división de documentos cuando un documento necesita ser equilibrado por centro de beneficio o segmento. Por lo tanto, una fila no siempre es lo mismo que una partida individual de BSEG; es la representación específica del ledger y compatible con la división de esa línea. Las contabilizaciones de CO en tiempo real (reimputación de centro de coste a centro de coste, por ejemplo) que nunca tocan la FI clásica también aparecen aquí como sus propias filas, distinguidas por el campo de procedimiento de referencia.
Campos clave
Los campos que los consultores utilizan realmente para la selección y las uniones:
- RCLNT - Mandante
- RLDNR - Ledger, distingue el ledger principal de los ledgers paralelos, obligatorio restringir antes de cualquier agregación
- RBUKRS - Sociedad
- GJAHR - Ejercicio
- BELNR - Número de documento contable
- DOCLN - Número de partida individual del diario universal; este no es el mismo esquema de numeración que BSEG-BUZEI
- RACCT - Número de cuenta de mayor
- KOKRS - Sociedad CO
- KOSTL - Centro de coste
- PRCTR - Centro de beneficio
- SEGMENT - Segmento utilizado para la contabilidad de segmentos
- WERKS - Centro
- KUNNR - Número de cliente cuando la partida está relacionada con un cliente
- LIFNR - Número de proveedor cuando la partida está relacionada con un proveedor
- MATNR - Número de material en las partidas relacionadas con materiales
- BUDAT - Fecha de contabilización
- BLDAT - Fecha de documento
- DRCRK - Indicador de debe/haber
- HSL - Importe en moneda de sociedad (local)
- KSL - Importe en el tipo de moneda utilizado para informes de grupo o sociedad CO
- TSL - Importe en moneda de transacción (documento)
- AWTYP - Procedimiento de referencia que generó la partida, indica si se originó como un documento FI, un documento CO u otra fuente
- AWKEY - Clave de referencia que apunta al objeto fuente de origen
Cómo se une al modelo de datos
Uniones que los consultores escriben a diario:
- ACDOCA-RBUKRS = BKPF-BUKRS y ACDOCA-BELNR = BKPF-BELNR y ACDOCA-GJAHR = BKPF-GJAHR, para obtener datos de cabecera como el estado de anulación y el usuario; tenga en cuenta que BKPF no tiene dimensión de ledger
- ACDOCA-RACCT = SKA1-SAKNR, restringido por el plan de cuentas vinculado a la sociedad, para obtener la clasificación de la cuenta
- ACDOCA-RACCT = SKB1-SAKNR y ACDOCA-RBUKRS = SKB1-BUKRS, para el control de cuentas específico de la sociedad, como la gestión de partidas abiertas
- ACDOCA-KOSTL = CSKS-KOSTL y ACDOCA-KOKRS = CSKS-KOKRS, para los datos maestros de centro de coste, prestando atención al período de validez en CSKS
- ACDOCA-RBUKRS = T001-BUKRS, para la moneda de la sociedad y la asignación del plan de cuentas
Cómo leerla de forma segura
ACDOCA depende del mandante y, en un entorno productivo, es una de las tablas más grandes del sistema. Nunca seleccione sin restringir al menos por sociedad y ejercicio; añada el ledger (RLDNR) siempre que la consulta deba representar una vista contable, ya que de lo contrario el ledger principal y los ledgers paralelos se suman y los totales se inflan silenciosamente. El rango de fechas de contabilización o período contable debe agregarse para cualquier cosa que vaya más allá de la búsqueda de un solo documento. El procedimiento de referencia y la clave de referencia son la forma más rápida de saltar de un documento comercial (pedido de cliente, pedido de compra, activo) directamente a sus contabilizaciones financieras sin pasar primero por BKPF.
Cómo probarlo en los datos
Síntoma: un informe de centro de coste muestra un importe que no coincide con lo que FI muestra para la misma cuenta y período. Seleccione ACDOCA por KOKRS, KOSTL, RACCT, GJAHR y el período de contabilización relevante, luego agrupe por RLDNR. Si los dos ledgers muestran totales diferentes, la discrepancia es una diferencia de valoración de ledger paralelo, no un error de datos; si el total de un solo ledger difiere del informe de FI, verifique si el informe de FI está filtrando AWTYP para excluir contabilizaciones solo de CO que también tienen el centro de coste.
ECC frente a S/4HANA
ACDOCA solo existe en S/4HANA; no hay un equivalente en ECC. En ECC, la misma información estaba distribuida en BSEG, las tablas de totales de New GL (FAGLFLEXA y FAGLFLEXT), las partidas individuales de CO (COEP) y las tablas del ledger de materiales. S/4HANA fusiona todo eso en ACDOCA como la única fuente de contabilizaciones, y las tablas clásicas se mantienen como estructuras de compatibilidad para que los informes e interfaces existentes sigan funcionando, pero los datos autorizados para la presentación de informes financieros y de rentabilidad residen en ACDOCA.
Errores comunes
Las conclusiones erróneas recurrentes extraídas de esta tabla:
- Asumir que ACDOCA es un reemplazo uno a uno de BSEG. No lo es: una transacción comercial equivalente a BSEG puede generar varias filas ACDOCA a través de la multiplicación de ledgers y la división de documentos, por lo que los recuentos de filas e incluso los importes a nivel de línea no coincidirán con una comparación ingenua de BSEG.
- Sumar campos de importe en todas las filas sin filtrar RLDNR. Esto cuenta el mismo evento económico dos o tres veces, una por cada ledger paralelo, y produce saldos que parecen incorrectos pero que en realidad son la suma de las vistas del ledger principal y no principal.
- Unir ACDOCA-DOCLN a BSEG-BUZEI esperando una coincidencia uno a uno. Los dos son esquemas de numeración diferentes; la unión devuelve coincidencias parciales engañosas en lugar de un error obvio, lo cual es peor que un fallo total.
- Leer HSL o KSL sin verificar qué tipo de moneda representa cada uno en la configuración del mandante dada. La asignación de campos de moneda a tipos de moneda es configurable y no fija, por lo que un campo de importe que significa moneda de grupo en un sistema puede configurarse de manera diferente en otro.
- Tratar cada fila como una partida individual de documento FI. Las contabilizaciones en tiempo real solo de CO (reimputación de centro de coste, liquidación de orden interna) aparecen en ACDOCA con un procedimiento de referencia diferente y nunca estuvieron en la BSEG clásica; excluirlas o incluirlas cambia los totales dependiendo de lo que la conciliación pretenda probar.
- Ignorar el arrastre de saldos y las contabilizaciones técnicas de fin de año al contar el volumen de transacciones de un período, lo que sobreestima la actividad si esas filas no se filtran.
De quién es este problema
Una discrepancia entre ACDOCA y un informe posterior es una cuestión conjunta de diseño de FI y CO, generalmente responsabilidad de quien configuró la división de documentos y la configuración del ledger, ya que la mayoría de las discrepancias se remontan a las reglas de división o a qué ledgers se asigna una sociedad. Los problemas de rendimiento puro en selecciones grandes contra ACDOCA corresponden a Basis y al equipo de HANA/DB.
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/acdocaERPClimb 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.