Tabela MARC — Dados de Centro para Material

Uma linha na MARC representa os atributos de um único material em um único centro. Onde MARA contém os atributos globais de um material, independentes do cliente (unidade base, tipo de material, setor industrial), MARC contém tudo o que pode legitimamente diferir de centro para centro: como o material é planejado, quem o planeja, como ele é suprido, quanto tempo leva para chegar, quais regras de tamanho de lote se aplicam e se ele está atualmente bloqueado para uso naquele centro. Um material só existe utilmente em um centro uma vez que seu registro MARC tenha sido criado, e é por isso que 'estender um material para um centro' na prática significa criar esta linha. Produção, MRP e compras leem MARC antes de ler MARA para qualquer coisa operacional.

Sempre filtre por cliente via MANDT em um rastreamento SQL bruto, embora em ABAP a camada Open SQL cuide disso automaticamente. A verdadeira disciplina chave é MATNR mais WERKS: nunca selecione de MARC apenas pelo número do material em um ambiente com múltiplos centros, o mesmo material pode ter valores de DISMM, BESKZ ou MMSTA muito diferentes em centros diferentes e puxar uma linha aleatoriamente dá uma resposta errada que parece plausível. Se a investigação for em escopo de centro, comece com WERKS para cortar o conjunto de resultados antes de adicionar MATNR. MARC é muito menor que MSEG ou EKBE, mas em um ambiente com centenas de centros e centenas de milhares de materiais ainda é grande o suficiente para que uma seleção irrestrita seja uma má ideia em produção.

Sintoma: o MRP não está gerando ordens planejadas para um material em um centro específico, embora o estoque esteja abaixo do ponto de reordem. Selecione MARC para aquele MATNR e WERKS e verifique três campos juntos: DISMM não deve estar em branco ou configurado para um tipo que exclua a execução do planejamento, LVORM não deve estar definido e MMSTA não deve conter um status que bloqueie o planejamento. Se DISMM estiver preenchido corretamente, mas o material ainda não for planejado, o problema está em outro lugar, tipicamente nos parâmetros de execução do MRP ou em um status definido em um nível superior em MARA.

MARC continua sendo a tabela de persistência subjacente para dados de material em nível de centro no S/4HANA. Não há uma visão de compatibilidade substituindo a própria MARC da mesma forma que algumas tabelas financeiras foram substituídas, porque ela continua sendo preenchida diretamente pelas transações de manutenção do cadastro de material. O consumo em aplicativos Fiori e relatórios baseados em CDS tipicamente passa por visões de material compostas que puxam MARC juntamente com MARA, MARD e MBEW, mas a estrutura e a chave da tabela não mudaram materialmente para uso padrão.

A governança do cadastro de material, geralmente dentro da equipe de MM, é responsável pelo processo de extensão de centro e pelos campos de planejamento principais como DISMM e DISPO. Os campos de grupo de compras e tempo de entrega são frequentemente mantidos ou solicitados pela equipe de compras, e a atribuição do controlador MRP pelo planejamento de demanda ou produção. Uma discrepância em um centro raramente é um defeito técnico, é quase sempre uma falha na manutenção de dados mestre e deve ser encaminhada para a equipe funcional que detém a responsabilidade por aquele campo específico antes que qualquer pessoa altere a configuração.

MARA contém os atributos globais do material que MARC estende por centro. MARD contém o estoque de local de armazenamento um nível abaixo de MARC. MBEW contém dados de avaliação chaveados pela área de avaliação do centro. T001W é o cadastro de centro que MARC referencia através de WERKS. A visão de centro do cadastro de material é criada e alterada através das transações padrão de manutenção de material, e as extensões de centro em massa tipicamente são executadas através de uma transação de manutenção em massa dedicada, em vez de um material por vez.