Tabla SAPObjetoMARCMóduloMM_P2P

Tabla MARC — Datos de Centro para Material

MARC contiene los datos específicos de centro para un material: tipo y controlador MRP, tipo de aprovisionamiento, tiempo de entrega planificado, tiempo de procesamiento de entrada de mercancías, grupo de compras, parámetros de tamaño de lote y estado a nivel de centro. Existe una fila por material por centro. Es la tabla que determina si un material puede ser planificado, aprovisionado o producido en un centro determinado, independientemente de su registro global en MARA.

MARC es el segmento de centro del maestro de materiales, ubicado un nivel por debajo del registro MARA a nivel de mandante. Esta página cubre los campos que impulsan el comportamiento de MRP y aprovisionamiento, las uniones que los consultores realmente escriben y el error recurrente de asumir que el comportamiento del material es uniforme en todos los centros cuando MARC indica lo contrario.

Publicado el 15 sept 2026· 1195 palabras

Qué almacena

Una fila en MARC representa los atributos de un único material en un único centro. Mientras que MARA contiene los atributos globales e independientes del mandante del material (unidad base, tipo de material, sector industrial), MARC contiene todo lo que legítimamente puede diferir de un centro a otro: cómo se planifica el material, quién lo planifica, cómo se aprovisiona, cuánto tiempo tarda en llegar, qué reglas de tamaño de lote se aplican y si actualmente está bloqueado para su uso en ese centro. Un material solo existe de forma útil en un centro una vez que se ha creado su registro MARC, razón por la cual 'extender un material a un centro' en la práctica significa crear esta fila. La producción, el MRP y las compras leen MARC antes de leer MARA para cualquier operación.

Campos clave

  • MATNR - número de material, parte de la clave
  • WERKS - centro, parte de la clave
  • PSTAT - estado de mantenimiento, muestra qué vistas se han mantenido para este material en este centro
  • LVORM - indicador de borrado a nivel de centro, distinto del indicador de borrado global en MARA
  • DISMM - tipo de MRP, controla si el material se planifica y cómo
  • DISPO - controlador MRP responsable de este material en este centro
  • DISLS - procedimiento de tamaño de lote utilizado por MRP
  • MINBE - punto de pedido
  • BSTMI, BSTMA, BSTFE - tamaño de lote mínimo, máximo y fijo
  • PLIFZ - tiempo de entrega planificado en días, utilizado en la programación de aprovisionamiento externo
  • WEBAZ - tiempo de procesamiento de entrada de mercancías en días
  • EKGRP - grupo de compras responsable en este centro
  • BESKZ - tipo de aprovisionamiento, producción propia versus aprovisionamiento externo
  • SOBSL - clave de aprovisionamiento especial, subcontratación, traslado de stock, consignación
  • MMSTA - estado de material específico de centro, puede bloquear el aprovisionamiento o el uso
  • MMSTD - fecha a partir de la cual el estado específico de centro es efectivo

Cómo se une al modelo de datos

  • MARC-MATNR = MARA-MATNR, une los datos de centro con el registro de material global
  • MARC-WERKS = T001W-WERKS, une con el maestro de centros para el nombre del centro, dirección y asignación de área de valoración
  • MARC-EKGRP = T024-EKGRP, resuelve la descripción del grupo de compras
  • MARC-MATNR y MARC-WERKS = MARD-MATNR y MARD-WERKS, baja un nivel al stock de almacén
  • MARC-MATNR y MARC-WERKS = MBEW-MATNR y MBEW-BWKEY, une a la valoración a través del área de valoración del centro, ya que el precio y el costo estándar no residen en MARC mismo
  • EKPO-MATNR y EKPO-WERKS = MARC-MATNR y MARC-WERKS, utilizado para verificar si los tiempos de entrega predeterminados del centro de una línea de pedido de compra coinciden con los datos maestros

Cómo leerlo de forma segura

Siempre filtre por mandante a través de MANDT en un seguimiento SQL sin procesar, aunque en ABAP la capa Open SQL lo maneja automáticamente. La verdadera disciplina clave es MATNR más WERKS: nunca seleccione de MARC solo por número de material en un entorno con múltiples centros, el mismo material puede tener valores de DISMM, BESKZ o MMSTA muy diferentes en distintos centros y tomar una fila al azar da una respuesta incorrecta que parece plausible. Si la investigación tiene alcance de centro, comience con WERKS para reducir el conjunto de resultados antes de añadir MATNR. MARC es mucho más pequeño que MSEG o EKBE, pero en un entorno con cientos de centros y cientos de miles de materiales, sigue siendo lo suficientemente grande como para que una selección sin restricciones sea una mala idea en producción.

Cómo probarlo en los datos

Síntoma: El MRP no está generando órdenes planificadas para un material en un centro específico a pesar de que el stock está por debajo del punto de pedido. Seleccione MARC para ese MATNR y WERKS y verifique tres campos juntos: DISMM no debe estar en blanco ni configurado en un tipo que excluya la ejecución de planificación, LVORM no debe estar marcado y MMSTA no debe tener un estado que bloquee la planificación. Si DISMM está correctamente completado pero el material aún no se planifica, el problema está en otro lugar, típicamente en los parámetros de ejecución del MRP o en un estado configurado más arriba en MARA.

ECC frente a S/4HANA

MARC sigue siendo la tabla de persistencia subyacente para los datos de material a nivel de centro en S/4HANA. No hay una vista de compatibilidad que reemplace a MARC en sí misma como algunas tablas financieras fueron reemplazadas, porque continúa siendo poblada directamente por las transacciones de mantenimiento del maestro de materiales. El consumo en aplicaciones Fiori e informes basados en CDS típicamente se realiza a través de vistas de material compuestas que extraen MARC junto con MARA, MARD y MBEW, pero la estructura y la clave de la tabla no han cambiado sustancialmente para el uso estándar.

Errores comunes

  • Asumir que un material se comporta idénticamente en todas partes porque existe en MARA. El tipo de aprovisionamiento, el tipo de MRP y el estado son específicos de centro en MARC y habitualmente difieren entre centros para el mismo número de material.
  • Tratar PSTAT como un indicador de error. Solo registra qué vistas se han mantenido, no si los datos en esas vistas son correctos o completos; una vista puede mostrarse como mantenida y aún contener un campo en blanco que bloquea un proceso.
  • Omitir MMSTA como un bloqueo a nivel de centro. Un material puede ser perfectamente utilizable en un centro y bloqueado para aprovisionamiento o movimiento de mercancías en otro porque se estableció un estado específico de centro, independientemente de cualquier cosa en MARA.
  • Buscar el precio o el costo estándar en MARC. Los datos de valoración residen en MBEW, clave por área de valoración, no directamente por centro; confundir las dos tablas hace perder tiempo en una búsqueda incorrecta.
  • Leer BESKZ de forma aislada. Los escenarios de aprovisionamiento especial, subcontratación, traslado de stock, consignación, se controlan por SOBSL y solo tienen sentido leerlos junto con BESKZ.
  • Olvidar que DISPO puede estar en blanco. Un material sin controlador MRP asignado no será recogido correctamente por los entornos de trabajo de planificación, incluso cuando DISMM parezca correcto.
  • Asumir que extender un material a un nuevo centro crea automáticamente datos de almacén. La extensión de MARC no crea el registro MARD correspondiente; ese es un paso separado y una causa común de fallos en los movimientos de mercancías justo después de una extensión de centro.
  • Establecer LVORM a nivel de centro y asumir que refleja el indicador de borrado global en MARA. Los dos son independientes; un material puede estar marcado para borrado en un centro mientras está completamente activo en todas partes.

De quién es este problema

La gobernanza del maestro de materiales, generalmente a cargo del equipo de MM, es propietaria del proceso de extensión de centro y de los campos de planificación clave como DISMM y DISPO. Los campos de grupo de compras y tiempo de entrega son a menudo mantenidos o solicitados por el equipo de compras, y la asignación del controlador MRP por la planificación de la demanda o la producción. Una discrepancia en un centro rara vez es un defecto técnico, casi siempre es una brecha en el mantenimiento de datos maestros y debe ser canalizada al equipo funcional que posea ese campo específico antes de que alguien toque la configuración.

Objetos SAP relacionados

Páginas revisadas con las que este objeto se conecta en el grafo de conocimiento de ERPClimb.

Fuente: ERPClimb — https://erpclimb.com/sap-tables/marcERPClimb es una plataforma independiente y no está afiliada a SAP SE. Las páginas de referencia las escriben y revisan consultores SAP para el aprendizaje y la resolución de problemas.