Tabla T001W — Tabla Maestra de Centros T001W
T001W almacena un registro por centro: su nombre, puntero de dirección, el área de valoración a la que pertenece, la organización de compras predeterminada y, para escenarios intercompañía, los números de cliente y proveedor utilizados para representar ese centro como un interlocutor comercial. Es la tabla de anclaje para la configuración logística a nivel de centro en MM, PP y SD.
T001W es la tabla maestra de centros que subyace a cada registro de material, stock y valoración dependiente de centro en MM. Esta página cubre sus campos clave, las uniones que los consultores realmente escriben contra MARC, MARD, MBEW y EKPO, y las lecturas erróneas recurrentes de los campos de organización de compras e intercompañía que conducen a conclusiones equivocadas durante los incidentes.
Publicado el 15 sept 2026· 973 palabras
Qué almacena
Una fila representa un único centro como unidad logística y organizativa. La fila contiene el nombre descriptivo del centro, el área de valoración a la que está asignado (casi siempre el mismo, pero no garantizado), la organización de compras propuesta para ese centro y los números de cliente y proveedor opcionales que permiten que el centro actúe como interlocutor comercial en las transferencias de stock y la facturación intercompañía. También contiene una referencia de dirección y una clave de calendario de fábrica utilizada para la planificación. No contiene cantidades de stock, detalles de ubicaciones de almacenamiento o datos de centro específicos de material; estos se encuentran un nivel por debajo o en objetos separados. T001W es un dato maestro de grado de configuración, mantenido a través de la personalización de centros, no datos a nivel de transacción ingresados por los usuarios finales.
Campos clave
- MANDT - mandante
- WERKS - clave de centro, el identificador principal con el que se unen en MM, PP y SD
- NAME1 - nombre descriptivo del centro
- BWKEY - área de valoración asignada al centro, utilizada para unirse a las tablas de valoración
- EKORG - organización de compras predeterminada propuesta para el centro
- KUNNR - número de cliente que representa el centro, se rellena solo para configuraciones de transferencia de stock intercompañía o entre sociedades
- LIFNR - número de proveedor que representa el centro, el mismo caso de uso intercompañía que KUNNR
- ADRNR - número de dirección que apunta a las tablas centrales de gestión de direcciones
- LAND1 - clave de país del centro
- FABKL - clave de calendario de fábrica utilizada para la planificación a nivel de centro
Cómo se une al modelo de datos
- T001W-WERKS = MARC-WERKS, segmento de centro del maestro de materiales
- T001W-WERKS = MARD-WERKS, stock de ubicación de almacenamiento en el centro
- T001W-BWKEY = MBEW-BWKEY, registros de valoración de material para el área de valoración del centro
- T001W-WERKS = EKPO-WERKS, centro receptor en una posición de pedido de compra
- T001W-WERKS = T001L-WERKS, ubicaciones de almacenamiento definidas bajo el centro
Cómo leerla de forma segura
T001W es pequeña, normalmente unas pocas cientos de filas en un sistema grande, por lo que los escaneos completos son económicos y las reglas de selectividad que importan para las tablas de transacción no se aplican aquí. Restrinja siempre por MANDT aunque la mayoría de las lecturas pasen automáticamente por una vista dependiente del mandante. La verdadera trampa no es el rendimiento sino la interpretación: WERKS es el único campo garantizado para ser rellenado y significativo para cada fila. KUNNR, LIFNR y FABKL son opcionales y están en blanco en la mayoría de los centros, por lo que una consulta que filtre por ellos excluirá silenciosamente a la mayoría de la lista de centros en lugar de devolver un error.
Cómo probarlo en los datos
Síntoma: un pedido de traslado de stock intercompañía falla porque el centro receptor no es reconocido como cliente. Seleccione T001W donde WERKS sea igual al centro receptor y verifique KUNNR. Si KUNNR está en blanco, el centro nunca se ha configurado como interlocutor comercial para la facturación intercompañía y la configuración del pedido de transporte no puede resolver un deudor, independientemente de cualquier error en el propio pedido. La misma verificación con LIFNR confirma el lado de suministro para el pedido de compra intercompañía correspondiente.
ECC frente a S/4HANA
T001W permanece sin cambios como una tabla transparente en S/4HANA y continúa manteniéndose a través de las mismas actividades de personalización de centros. No existe una vista de compatibilidad que la reemplace porque los datos maestros de centros no se reestructuraron en la simplificación del modelo de datos de MM, a diferencia de las tablas de documentos de material. El conjunto de campos y la semántica son los mismos que en ECC, por lo que las uniones e interpretaciones heredadas de una investigación de la era ECC siguen siendo válidas.
Errores comunes
- Asumir que BWKEY siempre es igual a WERKS. La configuración estándar de SAP suele establecer la valoración a nivel de centro, pero el campo es independiente, y en sistemas con valoración agrupada por encima del nivel de centro, BWKEY apunta a otra parte. Unir MBEW en WERKS en lugar de BWKEY produce resultados de valoración incorrectos o vacíos.
- Tratar un KUNNR o LIFNR en blanco como un error de datos. Estos campos existen solo para soportar el movimiento de stock intercompañía y entre sociedades; un centro puramente doméstico está correctamente en blanco en ambos y no necesita ninguna corrección.
- Leer EKORG como la única organización de compras que puede comprar para el centro. Es la propuesta predeterminada en la creación de nuevos pedidos de compra, no una restricción. La asignación de organización de compras a centro como una combinación válida se rige por la configuración en otro lugar, y un centro puede legítimamente recibir pedidos de compra de una organización de compras diferente a la almacenada aquí.
- Extraer detalles de dirección directamente de STRAS, ORT01 y campos relacionados cuando el sistema ha movido las direcciones de los centros a la gestión central de direcciones. En muchos sistemas, esos campos están vacíos o desactualizados y la dirección actual se encuentra detrás de ADRNR en las tablas de direcciones, por lo que una lectura directa de campo da una falsa impresión de datos de dirección faltantes o incorrectos.
- Confundir el nivel de centro con el nivel de ubicación de almacenamiento al investigar una discrepancia de stock. T001W no tiene información de cantidad o compartimento; una discrepancia que parece un problema a nivel de centro casi siempre se resuelve un nivel por debajo, en las tablas de ubicaciones de almacenamiento o lotes.
De quién es este problema
La configuración maestra de centros es responsabilidad del equipo de configuración de MM o logística, no de un usuario clave funcional. El contenido de la dirección a menudo es responsabilidad separada de quienquiera que mantenga los datos centrales de interlocutores comerciales o direcciones, ya que ADRNR apunta fuera del dominio puro de MM. Las asignaciones de KUNNR y LIFNR intercompañía son una decisión de configuración conjunta de MM y FI-AR/AP que se toma una vez durante el diseño del proceso intercompañía, no algo que se cambie de forma reactiva durante un incidente.
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/t001wERPClimb 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.