Tabela ACDOCA — Itens de Lançamento do Razão Universal
ACDOCA é a tabela do Razão Universal no S/4HANA que contém uma linha por item de lançamento contábil por ledger, unificando o que costumava ser dividido entre BSEG, as tabelas de totais do Novo Razão, itens de linha de CO e dados do razão de materiais. Ela carrega atributos de FI, CO e centro de lucro na mesma linha, no nível de ledger, empresa, ano fiscal, documento e linha do documento.
Esta página aborda o que uma linha na ACDOCA realmente representa, os campos que valem a pena consultar, as junções que os consultores usam para ir de uma linha de lançamento para dados mestres e documentos de origem, e as interpretações errôneas específicas que causam totais incorretos quando as pessoas a tratam como BSEG com colunas extras. Também aborda onde a tabela se situa em relação às tabelas clássicas de FI/CO que ela absorveu.
Publicado em 15 de set. de 2026· 1.162 palavras
O que ela armazena
Uma linha na ACDOCA é um único item de lançamento contábil conforme lançado em um ledger específico. Como o S/4HANA armazena FI, CO (incluindo lançamentos de centro de custo e ordem interna), contabilidade de centro de lucro e avaliação do razão de materiais em uma única tabela física, a mesma transação de negócio subjacente pode produzir várias linhas ACDOCA: uma por ledger paralelo ao qual é relevante, e linhas adicionais criadas pela divisão de documentos quando um documento precisa ser balanceado por centro de lucro ou segmento. Uma linha, portanto, nem sempre é a mesma coisa que um item de linha BSEG; é a representação específica do ledger e compatível com a divisão daquela linha. Lançamentos de CO em tempo real (repostagem de centro de custo para centro de custo, por exemplo) que nunca tocam o FI clássico também chegam aqui como suas próprias linhas, distinguidas pelo campo de procedimento de referência.
Campos-chave
Os campos que os consultores realmente usam para seleção e junções:
- RCLNT - mandante
- RLDNR - ledger, distingue o ledger principal dos ledgers paralelos, obrigatório para restringir antes de qualquer agregação
- RBUKRS - empresa
- GJAHR - ano fiscal
- BELNR - número do documento contábil
- DOCLN - número da linha do razão universal; este não é o mesmo esquema de numeração que BSEG-BUZEI
- RACCT - número da conta do Razão
- KOKRS - área de controlling
- KOSTL - centro de custo
- PRCTR - centro de lucro
- SEGMENT - segmento usado para reporting de segmento
- WERKS - centro (planta)
- KUNNR - número do cliente quando a linha está relacionada ao cliente
- LIFNR - número do fornecedor quando a linha está relacionada ao fornecedor
- MATNR - número do material em linhas relacionadas ao material
- BUDAT - data de lançamento
- BLDAT - data do documento
- DRCRK - indicador de débito/crédito
- HSL - valor na moeda da empresa (local)
- KSL - valor no tipo de moeda usado para reporting do grupo ou área de controlling
- TSL - valor na moeda da transação (documento)
- AWTYP - procedimento de referência que gerou a linha, informa se originou como um documento FI, um documento CO ou outra fonte
- AWKEY - chave de referência que aponta de volta para o objeto de origem
Como ela se une ao modelo de dados
Junções que os consultores escrevem no dia a dia:
- ACDOCA-RBUKRS = BKPF-BUKRS e ACDOCA-BELNR = BKPF-BELNR e ACDOCA-GJAHR = BKPF-GJAHR, para obter dados de cabeçalho como status de estorno e usuário; note que BKPF não tem dimensão de ledger
- ACDOCA-RACCT = SKA1-SAKNR, restrito pelo plano de contas vinculado à empresa, para obter a classificação da conta
- ACDOCA-RACCT = SKB1-SAKNR e ACDOCA-RBUKRS = SKB1-BUKRS, para controle de conta específico da empresa, como gerenciamento de itens em aberto
- ACDOCA-KOSTL = CSKS-KOSTL e ACDOCA-KOKRS = CSKS-KOKRS, para dados mestre de centro de custo, observando o período de validade em CSKS
- ACDOCA-RBUKRS = T001-BUKRS, para moeda da empresa e atribuição de plano de contas
Como lê-la com segurança
ACDOCA é dependente de mandante e, em um ambiente produtivo, uma das maiores tabelas do sistema. Nunca selecione sem restringir por empresa e ano fiscal no mínimo; adicione ledger (RLDNR) sempre que a consulta for destinada a representar uma visão contábil, já que o ledger principal e os ledgers paralelos, de outra forma, seriam somados e inflariam os totais silenciosamente. O intervalo de datas de lançamento ou período fiscal deve ser adicionado para qualquer coisa além de uma consulta de documento único. O procedimento de referência e a chave de referência são a maneira mais rápida de saltar de um documento de negócio (pedido de vendas, pedido de compra, ativo) diretamente para seus lançamentos financeiros sem passar primeiro por BKPF.
Como comprová-lo nos dados
Sintoma: um relatório de centro de custo mostra um valor que não corresponde ao que o FI mostra para a mesma conta e período. Selecione ACDOCA por KOKRS, KOSTL, RACCT, GJAHR e o período de lançamento relevante, em seguida agrupe por RLDNR. Se os dois ledgers mostrarem totais diferentes, a discrepância é uma diferença de avaliação de ledger paralelo, não um erro de dados; se o total de um único ledger difere do relatório FI, verifique se o relatório FI está filtrando AWTYP para excluir lançamentos somente de CO que também carregam o centro de custo.
ECC vs. S/4HANA
ACDOCA existe apenas no S/4HANA; não há equivalente no ECC. No ECC, a mesma informação estava espalhada entre BSEG, as tabelas de totais do Novo Razão (FAGLFLEXA e FAGLFLEXT), itens de linha de CO (COEP) e tabelas de razão de materiais. O S/4HANA unifica tudo isso na ACDOCA como a única fonte de lançamentos, e as tabelas clássicas são mantidas como estruturas de compatibilidade para que relatórios e interfaces existentes continuem funcionando, mas os dados autoritativos para relatórios financeiros e de lucratividade residem na ACDOCA.
Armadilhas comuns
As conclusões erradas recorrentes tiradas desta tabela:
- Assumir que ACDOCA é um substituto um-para-um para BSEG. Não é: uma transação de negócio equivalente a BSEG pode gerar várias linhas ACDOCA através da multiplicação de ledgers e da divisão de documentos, então a contagem de linhas e até mesmo os valores em nível de linha não corresponderão a uma comparação ingênua com BSEG.
- Somar campos de valor em todas as linhas sem filtrar RLDNR. Isso conta em dobro ou em triplo o mesmo evento econômico uma vez por ledger paralelo e produz saldos que parecem errados, mas na verdade são a soma das visões do ledger principal mais os ledgers não principais.
- Juntar ACDOCA-DOCLN com BSEG-BUZEI esperando uma correspondência um-para-um. Os dois são esquemas de numeração diferentes; a junção retorna correspondências parciais enganosas em vez de um erro óbvio, o que é pior do que uma falha total.
- Ler HSL ou KSL sem verificar qual tipo de moeda cada um representa na configuração do mandante. O mapeamento de campos de moeda para tipos de moeda é configurável e não fixo, então um campo de valor que significa moeda do grupo em um sistema pode ser configurado de forma diferente em outro.
- Tratar cada linha como uma linha de documento FI. Lançamentos de CO somente em tempo real (repostagem de centro de custo, liquidação de ordem interna) aparecem na ACDOCA com um procedimento de referência diferente e nunca estiveram no BSEG clássico; excluí-los ou incluí-los altera os totais dependendo do que a reconciliação se destina a provar.
- Ignorar o transporte de saldos e os lançamentos técnicos de fim de ano ao contar o volume de transações para um período, o que superestima a atividade se essas linhas não forem filtradas.
De quem é o problema
Uma incompatibilidade entre ACDOCA e um relatório subsequente é uma questão de design conjunta de FI e CO, geralmente de responsabilidade de quem configurou a divisão de documentos e a configuração do ledger, já que a maioria das discrepâncias remonta às regras de divisão ou aos ledgers aos quais uma empresa está atribuída. Problemas de desempenho puros em grandes seleções contra ACDOCA pertencem à Basis e à equipe de HANA/DB.
Objetos SAP relacionados
Páginas revisadas às quais este objeto se conecta no grafo de conhecimento da ERPClimb.
Fonte: ERPClimb — https://erpclimb.com/sap-tables/acdocaA ERPClimb é uma plataforma independente e não é afiliada à SAP SE. As páginas de referência são escritas e revisadas por consultores SAP para aprendizado e solução de problemas.