Tabela SAPObjetoMSEGMóduloMM_P2P

Tabela MSEG — Itens de Documento de Material (Acesso Legado no S/4HANA)

MSEG é o nome clássico da tabela de itens de documento de material para campos de tipo de movimento, material, centro, depósito, lote, quantidade, valor e documento de referência. No S/4HANA, a persistência de documentos de material é consolidada em MATDOC e as leituras legadas da MSEG são fornecidas através de mecanismos de compatibilidade. O novo código deve usar MATDOC ou visões CDS ou API de documento de material liberadas, conforme apropriado.

MSEG é a tabela de nível de item por trás de cada movimento de mercadoria no gerenciamento de estoque MM, desde recebimentos de mercadorias contra um pedido de compra até transferências internas e lançamentos de consumo. Esta página cobre os campos que realmente importam ao rastrear um movimento, as junções com tabelas de compras e mestre de material, e os erros que os consultores cometem ao ler quantidades e valores diretamente desta tabela.

Publicado em 20 de set. de 2026· 1.009 palavras

O que armazena

Uma linha em MSEG representa uma única linha de movimento de material dentro de um documento de material. Um documento de material criado por uma única transação de lançamento pode conter muitas linhas, por exemplo, um recebimento de mercadorias contra um pedido de compra com dez itens de linha, ou um lançamento de transferência movendo três materiais diferentes de uma vez. Cada linha registra o que foi movido, de onde, para onde, em que quantidade e a mudança de valor resultante para o estoque. O tipo de movimento na linha determina o tipo de evento: recebimento de mercadorias, saída de mercadorias, transferência de estoque, diferença de inventário físico e assim por diante. MSEG nunca está sozinho; cada linha pertence a exatamente uma linha de cabeçalho em MKPF, identificada por número de documento e ano fiscal. Movimentos de estorno aparecem como linhas separadas com uma quantidade compensatória, não como uma atualização para a linha original.

Campos chave

  • Número do documento de material, ano e item — contexto clássico da chave do documento.
  • Tipo de movimento, material, centro, depósito e lote — dimensões centrais do movimento de estoque.
  • Quantidade, valor, estoque especial e campos de referência — explicam o efeito do movimento.
  • MATDOC — persistência do documento de material no S/4HANA.
  • Visões CDS ou API de documento de material liberadas — interface preferida para novo desenvolvimento.

Como se junta ao modelo de dados

  • MSEG-MBLNR = MKPF-MBLNR e MSEG-MJAHR = MKPF-MJAHR para o cabeçalho do documento, data de lançamento e data do documento
  • MSEG-EBELN = EKPO-EBELN e MSEG-EBELP = EKPO-EBELP para alcançar a linha do pedido de compra contra a qual o movimento foi lançado
  • MSEG-MATNR = MARA-MATNR para dados mestre de material que não variam por centro
  • MSEG-MATNR = MARC-MATNR e MSEG-WERK = MARC-WERK para dados de material específicos do centro, como tipo de MRP e grupo de compras
  • MSEG-MATNR, MSEG-WERK, MSEG-LGORT = MARD nos mesmos três campos para estoque em depósito
  • MSEG-LIFNR = LFA1-LIFNR para dados mestre de fornecedor em movimentos relacionados a fornecedores

Como ler com segurança

MSEG não possui um campo de data de lançamento direto, então qualquer restrição de data deve vir de MKPF-BUDAT ou MKPF-CPUDT unidas por MBLNR e MJAHR; selecionar MSEG sozinho por um intervalo de datas não é possível e puxar a tabela completa para filtrar em uma camada de aplicação excederá o tempo limite em qualquer sistema produtivo. Sempre restrinja por MANDT implicitamente através do tratamento padrão de cliente, depois refine por centro, material e tipo de movimento antes de tocar em campos de quantidade ou valor, já que os grupos de BWART se comportam de maneira muito diferente uns dos outros. MJAHR faz parte da chave e é fácil esquecer; uma consulta em MBLNR sozinho ao longo dos anos retorna linhas erradas ou aparentemente duplicadas. Para uma linha específica de pedido de compra, filtrar por EBELN e EBELP primeiro é muito mais barato do que escanear por material em todo um centro.

Como provar nos dados

Para confirmar que uma linha de pedido de compra foi realmente recebida, em vez de apenas mostrar quantidade em aberto no pedido, selecione MSEG onde EBELN e EBELP correspondem à linha do pedido e BWART está no intervalo de recebimento de mercadorias para a categoria de atribuição de conta em uso, então verifique SHKZG para confirmar que o movimento foi um débito no estoque. Faça a junção com MKPF por MBLNR e MJAHR para obter a data real do lançamento. Se nenhuma linha for retornada, nenhum recebimento de mercadorias foi lançado contra essa linha, independentemente do que o status do pedido mostre.

ECC vs. S/4HANA

A documentação MM-IM do SAP S/4HANA afirma que MATDOC substitui o modelo de persistência anterior de MKPF e MSEG. As visões de compatibilidade preservam o comportamento de leitura legado, mas MSEG não deve ser descrita como uma tabela física do S/4HANA recebendo novas linhas de item. Visões customizadas construídas diretamente sobre as tabelas físicas antigas exigem redesenho.

Armadilhas comuns

  • Ler MENGE sem SHKZG e tirar uma conclusão sobre o movimento líquido do estoque; o sinal é carregado separadamente e uma soma ingênua de MENGE entre as linhas superestima ou subestima a mudança real dependendo da mistura de débitos e créditos
  • Tratar uma linha MSEG ausente para uma linha de pedido de compra como prova de que nada aconteceu, quando o movimento foi lançado contra uma atribuição de conta diferente, dividido em entregas parciais, ou estornado e relançado com um novo número de documento inteiramente
  • Assumir que DMBTR reflete a avaliação atual do material; ele reflete o valor no momento em que aquele movimento específico foi lançado, e não é atualizado retroativamente quando o preço padrão ou o preço médio móvel muda posteriormente
  • Esquecer que os estornos criam novas linhas com um BWART compensatório, em vez de excluir ou atualizar a linha original, de modo que uma contagem bruta de documentos contra um material superestima a atividade de movimento real
  • Juntar MSEG a EKBE e esperar uma correspondência um-para-um; EKBE é construído a partir de lançamentos de movimento de mercadorias e faturas e pode agregar de forma diferente, especialmente onde entregas parciais, ajustes subsequentes ou lançamentos apenas de faturas estão envolvidos
  • Ignorar os indicadores de lote e estoque especial ao reconciliar quantidades, o que faz com que o estoque em um tipo de avaliação ou categoria de estoque especial pareça discordar dos totais de estoque irrestrito
  • Consultar MSEG diretamente para um intervalo de datas sem primeiro fazer a junção com MKPF, já que a data de lançamento está no cabeçalho, não no item

De quem é este problema

Uma discrepância rastreada para MSEG é, primeiramente, uma questão de consultor funcional de gerenciamento de estoque ou MM, já que a configuração do tipo de movimento e a lógica de atribuição de conta determinam o que foi lançado e por quê. Se os campos de valor discordarem do razão geral, torna-se uma questão conjunta de MM e FI resolvida através do livro razão de material ou da configuração de determinação de contas, não editando a tabela.

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/msegA 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.