Tabela KNA1 — Dados Gerais do Mestre de Clientes
KNA1 contém os dados gerais em nível de cliente de um registro mestre de cliente: nome, ponteiro de endereço, país, idioma, números de impostos e sinalizadores de bloqueio central. Uma linha existe por número de cliente, independentemente da empresa ou área de vendas. Dados específicos da empresa estão em KNB1, dados específicos da área de vendas em KNVV; KNA1 sozinho raramente conta a história completa sobre se um cliente pode realmente realizar transações.
Esta página aborda o que uma linha KNA1 representa, quais campos um consultor realmente consulta e como a tabela se junta a documentos de vendas e dados de endereço. A seção de "armadilhas" foca no erro recorrente de ler um bloqueio central ou um sinalizador de exclusão em KNA1 como a palavra final, quando o bloqueio real geralmente se encontra um nível abaixo em KNB1 ou KNVV.
Revisado por um consultor SAP da ERPClimb em 15 de set. de 2026· 1.153 palavras
O que armazena
Uma linha em KNA1 representa um único número de cliente no nível geral, independente do cliente: os dados que são verdadeiros independentemente de qual empresa ou área de vendas está transacionando com esse cliente. Isso inclui o nome e o termo de pesquisa do cliente, o ponteiro para o registro de endereço, país e região, idioma para correspondência, campos de registro fiscal e um pequeno conjunto de sinalizadores de controle central, como o sinalizador de exclusão geral e o bloqueio central de ordem ou lançamento. KNA1 não contém dados de precificação, crédito ou remessa, e não contém campos específicos de grupo de contas para uma dada empresa ou área de vendas. É a linha âncora da qual as extensões KNB1 e KNVV dependem; sem uma linha KNA1, o número do cliente não existe no sistema.
Campos-chave
- MANDT - mandante, parte de toda chave, fácil de esquecer ao escrever SQL nativo diretamente no banco de dados
- KUNNR - número do cliente, a chave primária e o campo de junção para quase todas as tabelas subsequentes
- NAME1 - linha 1 do nome do cliente, usado em listas, mas não confiável para pesquisa devido a duplicatas
- LAND1 - chave de país, impulsiona a lógica fiscal e a formatação de endereço subsequentemente
- ORT01 / PSTLZ / STRAS - cidade, código postal, rua, os campos básicos do endereço postal
- REGIO - região/estado, relevante para a determinação da jurisdição fiscal em alguns países
- SPRAS - chave de idioma usada para correspondência e determinação de saída
- KTOKD - grupo de contas, controla o status do campo e o intervalo de numeração na criação, não pode ser alterado posteriormente sem uma conversão especial
- ADRNR - número do endereço, a chave de junção para ADRC para o endereço estruturado completo
- STCEG - número de registro de IVA, frequentemente em branco para clientes puramente domésticos
- LOEVM - sinalizador de exclusão central, um marcador não um mecanismo de aplicação
- SPERR - bloqueio de lançamento central, bloqueia o cliente em todas as empresas
- AUFSD - bloqueio de ordem de venda central, bloqueia a criação de ordens em todas as áreas de vendas
Como se junta ao modelo de dados
- KNA1-KUNNR = KNB1-KUNNR (dados específicos da empresa, uma linha por empresa)
- KNA1-KUNNR = KNVV-KUNNR (dados específicos da área de vendas, uma linha por organização de vendas/canal de distribuição/divisão)
- KNA1-KUNNR = KNVP-KUNNR (atribuições de função de parceiro mantidas no nível do mestre de cliente)
- KNA1-ADRNR = ADRC-ADDRNUMBER (detalhe de endereço estruturado, versões de período de validade incluídas)
- KNA1-KUNNR = VBAK-KUNNR (parte "vendido para" armazenada redundantemente no cabeçalho do documento de vendas para relatórios)
- KNA1-KUNNR = VBPA-KUNNR (parceiro determinado em um documento individual de vendas, entrega ou faturamento)
Como ler com segurança
Sempre restrinja em MANDT implicitamente através do logon de sistema correto, em vez de selecionar entre mandantes. KUNNR é o único campo com seletividade real; selecionar em NAME1 com um curinga contra a tabela completa é uma fonte comum de consultas descontroladas porque o campo não é o caminho de acesso principal e nomes duplicados são comuns. Ao investigar um cliente específico, sempre puxe KNA1 junto com KNB1 para a empresa relevante e KNVV para a área de vendas relevante na mesma sessão, porque nenhuma das três sozinha responde a uma questão transacional. Não tente um dump completo da tabela para análise; filtre por KTOKD ou por um intervalo KUNNR primeiro se um extrato mais amplo for genuinamente necessário.
Como provar nos dados
Sintoma: uma ordem não pode ser criada para um cliente, o sistema diz que o cliente está bloqueado. Selecione KNA1 onde KUNNR é igual ao número do cliente e verifique AUFSD (bloqueio de ordem central) e SPERR (bloqueio de lançamento central). Se ambos estiverem em branco, o bloqueio não é central; vá para KNVV para essa organização de vendas/canal de distribuição/divisão e verifique os campos de bloqueio de ordem e entrega específicos da área de vendas. Um bloqueio visível em KNVV, mas não em KNA1, é o caso normal, não uma anomalia.
ECC vs. S/4HANA
KNA1 ainda existe no S/4HANA com a mesma chave e, em grande parte, o mesmo conjunto de campos. Sob o modelo de parceiro de negócios, o mestre de cliente é mantido através da transação de parceiro de negócios e sincronizado em KNA1, KNB1 e KNVV através do mecanismo de integração cliente/fornecedor funcionando nos bastidores. O conteúdo direto da tabela ainda é tecnicamente legível e juntável exatamente como antes, mas a fonte da verdade para manutenção mudou para o objeto parceiro de negócios, e alterações manuais que ignoram essa sincronização não são suportadas.
Armadilhas comuns
- Ler LOEVM como em branco e concluir que o cliente está totalmente ativo: o sinalizador pode ser definido no nível da empresa ou da área de vendas em KNB1 ou KNVV independentemente, e um sinalizador em branco em KNA1 não diz nada sobre esses níveis
- Tratar LOEVM como um mecanismo de aplicação: é um marcador verificado pelo arquivamento e por alguns controles manuais, não impede por si só o lançamento ou a criação de ordens
- Assumir que um cliente existe para uma dada área de vendas porque uma linha KNA1 existe: a ausência de uma linha KNVV correspondente significa que o cliente nunca foi estendido para essa organização de vendas, e a criação do documento de vendas falhará somente por essa razão
- Pesquisar por NAME1 e tratar o primeiro resultado como o cliente correto: campos de nome são texto livre, duplicatas entre empresas do grupo e filiais são rotineiras, KUNNR é a única chave segura
- Confundir os campos de bloqueio central SPERR e AUFSD com os bloqueios de ordem e entrega específicos da área de vendas que estão em KNVV: estes são campos diferentes com escopo diferente e são verificados em pontos diferentes do processamento do documento
- Assumir que o endereço no documento corresponde a KNA1/ADRC no momento da leitura: documentos de vendas podem conter um endereço manualmente substituído ou com período de validade capturado no momento da criação, independentemente de alterações subsequentes nos dados mestre
- Tratar STCEG como obrigatório: é legitimamente em branco para muitos clientes apenas domésticos e sua ausência não é, por si só, um erro de dados
- Esquecer que os grupos de contas de cliente ocasionais referenciam um registro KNA1 fictício compartilhado, com o nome e endereço reais inseridos por documento nos dados de parceiro/VBPA em vez de no próprio KNA1
De quem é o problema
A qualidade dos dados mestre de clientes é normalmente de responsabilidade de uma equipe de governança de dados mestre ou de dados mestre de SD, e não da base ou da equipe de configuração técnica de SD. Bloqueios centrais e configuração de grupo de contas são uma decisão de governança de dados; a extensão da área de vendas e os bloqueios específicos da área são geralmente uma decisão conjunta entre o proprietário do processo SD e a função de crédito/cobrança.
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/kna1A 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.