Tabela T001W — Tabela Mestra de Centro T001W
A T001W armazena um registro por centro: seu nome, apontador de endereço, a área de avaliação à qual pertence, a organização de compras padrão e, para cenários intercompany, os números de cliente e fornecedor usados para representar esse centro como um parceiro de negócios. É a tabela âncora para a configuração de logística em nível de centro em MM, PP e SD.
T001W é a tabela mestra de centro que sustenta todo registro de material, estoque e avaliação dependente de centro em MM. Esta página cobre seus campos chave, as junções que os consultores realmente fazem com MARC, MARD, MBEW e EKPO, e as leituras errôneas recorrentes dos campos de organização intercompany e de compras que levam a conclusões erradas durante incidentes.
Publicado em 15 de set. de 2026· 973 palavras
O que ela armazena
Uma linha representa um único centro como uma unidade logística e organizacional. A linha contém o nome descritivo do centro, a área de avaliação à qual está atribuído (quase sempre o próprio centro, mas não garantido), a organização de compras proposta para esse centro e números opcionais de cliente e fornecedor que permitem que o centro atue como um parceiro de negócios na transferência de estoque intercompany e faturamento. Ela também contém uma referência de endereço e uma chave de calendário de fábrica usada para agendamento. Não contém quantidades de estoque, detalhes de depósito ou dados de material específicos do centro - estes residem um nível abaixo ou em objetos separados. T001W é um dado mestre de nível de configuração, mantido por meio da customização de centro, não dados de nível de transação inseridos por usuários finais.
Campos chave
- MANDT - cliente
- WERKS - chave do centro, o identificador primário unido em MM, PP e SD
- NAME1 - nome descritivo do centro
- BWKEY - área de avaliação atribuída ao centro, usada para juntar às tabelas de avaliação
- EKORG - organização de compras padrão proposta para o centro
- KUNNR - número do cliente representando o centro, preenchido apenas para configurações de transferência de estoque intercompany ou entre empresas
- LIFNR - número do fornecedor representando o centro, mesmo caso de uso intercompany que KUNNR
- ADRNR - número do endereço apontando para as tabelas de gerenciamento central de endereços
- LAND1 - chave do país do centro
- FABKL - chave do calendário de fábrica usada para agendamento em nível de centro
Como ela se conecta ao modelo de dados
- T001W-WERKS = MARC-WERKS, segmento de centro do cadastro de material
- T001W-WERKS = MARD-WERKS, estoque de depósito no centro
- T001W-BWKEY = MBEW-BWKEY, registros de avaliação de material para a área de avaliação do centro
- T001W-WERKS = EKPO-WERKS, centro recebedor em um item de pedido de compra
- T001W-WERKS = T001L-WERKS, depósitos definidos sob o centro
Como lê-la com segurança
T001W é pequena, tipicamente algumas centenas de linhas em um cenário grande, então varreduras completas são baratas e as regras de seletividade que importam para as tabelas de transação não se aplicam aqui. Sempre restrinja por MANDT, embora a maioria das leituras passe por uma visão dependente do cliente automaticamente. A verdadeira armadilha não é o desempenho, mas a interpretação: WERKS é o único campo garantido de ser preenchido e significativo para cada linha. KUNNR, LIFNR e FABKL são opcionais e em branco na maioria dos centros, então uma consulta que filtra neles excluirá silenciosamente a maioria da lista de centros em vez de retornar um erro.
Como provar nos dados
Sintoma: um pedido de transferência de estoque intercompany falha porque o centro recebedor não é reconhecido como um cliente. Selecione T001W onde WERKS é igual ao centro recebedor e verifique KUNNR. Se KUNNR estiver em branco, o centro nunca foi configurado como um parceiro de negócios para faturamento intercompany e a configuração do pedido de transporte não pode resolver uma parte "vendido para", independente de qualquer erro no próprio pedido. A mesma verificação com LIFNR confirma o lado fornecedor para o pedido de compra intercompany correspondente.
ECC vs. S/4HANA
T001W sobrevive inalterada como uma tabela transparente no S/4HANA e continua a ser mantida através das mesmas atividades de customização de centro. Não há uma visão de compatibilidade substituindo-a porque os dados mestres de centro não foram reestruturados na simplificação do modelo de dados de MM, ao contrário das tabelas de documentos de material. O conjunto de campos e a semântica são os mesmos do ECC, então as junções e a interpretação herdadas de uma investigação da era ECC permanecem válidas.
Armadilhas comuns
- Assumir que BWKEY sempre é igual a WERKS. A configuração padrão do SAP geralmente define a avaliação no nível do centro, mas o campo é independente, e em cenários com avaliação agrupada acima do nível do centro, BWKEY aponta para outro lugar. Juntar MBEW em WERKS em vez de BWKEY produz resultados de avaliação incorretos ou vazios.
- Tratar um KUNNR ou LIFNR em branco como um erro de dados. Esses campos existem apenas para suportar a movimentação de estoque intercompany e entre empresas; um centro puramente doméstico está corretamente em branco em ambos e não precisa de correção.
- Ler EKORG como a única organização de compras que pode comprar para o centro. É a proposta padrão na criação de um novo pedido de compra, não uma restrição. A atribuição de organização de compras ao centro como uma combinação válida é governada por configuração em outro lugar, e um centro pode legitimamente receber pedidos de compra de uma organização de compras diferente daquela armazenada aqui.
- Extrair detalhes de endereço diretamente de STRAS, ORT01 e campos relacionados quando o sistema moveu os endereços do centro para o gerenciamento central de endereços. Em muitos sistemas, esses campos estão vazios ou desatualizados, e o endereço atual reside atrás de ADRNR nas tabelas de endereço, então uma leitura direta do campo dá uma falsa impressão de dados de endereço ausentes ou errados.
- Confundir o nível do centro com o nível do depósito ao investigar uma discrepância de estoque. T001W não possui informações de quantidade ou bin; uma discrepância que parece um problema em nível de centro é quase sempre resolvida um nível abaixo nas tabelas de depósito ou de lote.
De quem é o problema
A configuração mestre de centro é de responsabilidade da equipe de MM ou de configuração de logística, não de um usuário chave funcional. O conteúdo do endereço é frequentemente de responsabilidade separada de quem mantém os dados mestres de parceiro de negócios ou de endereço, uma vez que ADRNR aponta para fora do domínio puro de MM. As atribuições intercompany de KUNNR e LIFNR são uma decisão conjunta de configuração de MM e FI-AR/AP tomada uma vez durante o design do processo intercompany, não algo alterado reativamente durante um incidente.
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/t001wA 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.