Tabla EKPO — Tabla de posiciones de documento de compras
EKPO almacena una fila por cada posición de un documento de compras, cuyo encabezado se guarda en EKKO: pedidos, contratos, planes de entregas, solicitudes de oferta. Contiene el material, centro, cantidad, precio, categoría de imputación, clase de posición e indicadores de finalización para esa línea. No contiene las cantidades acumuladas de entrada de mercancías o facturas; esas residen en EKBE.
EKPO es la tabla a nivel de posición debajo de cada encabezado de documento de compras en EKKO. Esta página cubre qué campos realmente proporcionan la respuesta a una pregunta de estado, las uniones que los consultores escriben diariamente contra EKET, EKKN y EKBE, y el error recurrente de leer valores de pedido o indicadores de finalización como si reflejaran el estado logístico actual.
Publicado el 15 sept 2026· 1103 palabras
Qué almacena
Una fila en EKPO representa una única posición de un documento de compras: material o servicio, centro, almacén, cantidad pedida, condiciones de precio a nivel de encabezado-línea, categoría de imputación, clase de posición y un conjunto de indicadores de estado que muestran si la posición está borrada, con entrega completa o con factura completa. El encabezado del documento (proveedor, organización de compras, clase de documento, moneda) se encuentra en EKKO y no se repite aquí. Una posición de plan de entregas o contrato en EKPO normalmente lleva una cantidad objetivo nominal o cero, con el verdadero programa de entregas en EKET. Las posiciones de texto y algunos servicios no llevan referencia de maestro de materiales en absoluto, lo cual es normal, no un error de datos. EKPO es la tabla a la que la mayoría de la gente se refiere cuando dice "línea de pedido de compras".
Campos clave
- MANDT - mandante
- EBELN - número de documento de compras, enlaza con el encabezado EKKO
- EBELP - número de posición dentro del documento
- MATNR - número de material, en blanco para posiciones de texto o servicio de formato libre
- TXZ01 - texto breve que describe la posición
- WERKS - centro
- LGORT - almacén
- MATKL - grupo de artículos
- MENGE - cantidad de pedido
- MEINS - unidad de medida del pedido
- NETPR - precio neto por unidad de precio
- PEINH - unidad de precio por la que NETPR debe dividirse para obtener el precio unitario real
- NETWR - valor neto del pedido de la posición en moneda del documento
- KNTTP - categoría de imputación, en blanco para posiciones de stock, K/F/etc para posiciones imputadas a costo u orden
- PSTYP - clase de posición: estándar, consignación, subcontratación, terceros, etc.
- LOEKZ - indicador de borrado, establecido a nivel de posición o propagado desde el encabezado
- ELIKZ - indicador de entrega completa
- EREKZ - indicador de factura final
- WEBRE - indicador de verificación de factura basada en entrada de mercancías
- BANFN, BNFPO - número y posición de solicitud de pedido que generó esta posición de pedido de compras, si existe
Cómo se une al modelo de datos
- EKPO-EBELN = EKKO-EBELN (posición a cabecera)
- EKPO-EBELN, EKPO-EBELP = EKET-EBELN, EKET-EBELP (líneas de programa de entregas)
- EKPO-EBELN, EKPO-EBELP = EKKN-EBELN, EKKN-EBELP (detalle de imputación)
- EKPO-EBELN, EKPO-EBELP = EKBE-EBELN, EKBE-EBELP (historial de entrada de mercancías y factura)
- EKPO-MATNR = MARA-MATNR (maestro de materiales)
- EKPO-MATNR, EKPO-WERKS = MARC-MATNR, MARC-WERKS (datos de centro para el material)
- EKPO-BANFN, EKPO-BNFPO = EBAN-BANFN, EBAN-BNFPO (solicitud de pedido original, cuando el pedido de compras fue impulsado por una solicitud de pedido)
Cómo leerla de forma segura
La clave primaria es MANDT más EBELN más EBELP, por lo que el campo de mandante es implícito y cada selección debe estar delimitada por él. Nunca seleccione solo por MATNR en un sistema productivo; no es selectivo y escaneará toda la población de posiciones. Siempre restrinja por un valor o rango de EBELN donde el número de documento ya se conoce, o únase primero a través de EKKO y filtre por clase de documento, organización de compras o fecha de creación antes de extraer filas de EKPO. Utilice LOEKZ en blanco para excluir posiciones borradas y ELIKZ/EREKZ solo como un filtro de primera pasada, no como prueba de finalización física. En cualquier base de datos clásica, la tabla es lo suficientemente grande como para que un escaneo irrestricto de MATNR o WERKS sea un problema de rendimiento real; en HANA es tolerable pero sigue siendo un desperdicio.
Cómo probarlo en los datos
Síntoma: una línea de pedido de compras sigue apareciendo como abierta en una lista de informes a pesar de que el negocio cree que la entrada de mercancías y la factura están ambas completadas. Seleccione EKPO para los EBELN y EBELP conocidos y verifique directamente ELIKZ y EREKZ. Si ambos están en blanco, el sistema considera la posición abierta independientemente de lo que se haya contabilizado, por lo que el siguiente paso es comparar EKPO-MENGE con las cantidades acumuladas en EKBE para el mismo EBELN/EBELP, porque una contabilización parcial o revertida dejará los indicadores de finalización sin marcar incluso después de la entrega en el mundo real.
ECC frente a S/4HANA
EKPO sigue siendo una tabla física en S/4HANA y continúa albergando posiciones de documentos de compras; no fue retirada ni reemplazada por una vista de compatibilidad en la capa de persistencia como algunas tablas de finanzas. Algunos campos vinculados a la determinación de precios antigua o a escenarios de imputación clásica se consideran obsoletos en los escenarios de compras más recientes, y existen categorías de posición adicionales para procesos de compras avanzados, pero la estructura de la tabla y su rol como contraparte de posición de EKKO no han cambiado. Las capas de reporting construidas sobre vistas CDS suelen leer a través de EKPO subyacente.
Errores comunes
- NETWR es el valor del pedido calculado por última vez en la línea del documento, no lo que realmente se recibió o facturó; esa comparación requiere EKBE, no EKPO.
- NETPR carece de sentido sin PEINH; dividir NETPR por la unidad de precio es obligatorio para obtener el precio unitario real, y omitir este paso produce precios inflados o desinflados según la unidad de precio que sea.
- LOEKZ en blanco no garantiza que la posición esté completamente activa; el borrado se puede establecer a nivel de cabecera en EKKO y no siempre se refleja limpiamente en cada informe subsiguiente construido solo a partir de EKPO.
- ELIKZ y EREKZ pueden ir retrasados con respecto a los eventos logísticos reales. Las entradas de mercancías revertidas, las anulaciones manuales o las facturas bloqueadas pueden hacer que estos indicadores no estén sincronizados con lo que realmente sucedió, así que trátelos como la opinión de finalización del sistema, no como una pista de auditoría.
- MATNR en blanco no es un dato corrupto. Las posiciones de texto, muchas posiciones de servicio y algunas líneas de texto libre imputadas nunca llevan una referencia de material por diseño.
- EKPO no contiene campos de cantidad acumulada de EM o facturada. Cualquiera que consulte EKPO para la cantidad total recibida o la cantidad total facturada está buscando en la tabla incorrecta; eso pertenece a EKBE.
- Para los planes de entregas y contratos, MENGE en EKPO es a menudo nominal o cero. Las cantidades que importan operacionalmente están en EKET, y leer EKPO solo subestimará o tergiversará el volumen de entrega.
De quién es este problema
Un consultor de Compras o MM es responsable de la interpretación del estado de la posición, la clase de posición y los campos de imputación. Los campos de precios y relevantes para impuestos a menudo se comparten con FI o Controlling cuando la posición lleva un objeto de coste. El comprador de negocio o el propietario del proceso de compras es la persona adecuada para confirmar la intención detrás de una clase de posición o elección de imputación inusual encontrada en los datos.
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/ekpoERPClimb 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.