Tabla EKKO — Tabla de cabecera de documento de compras

Una fila en EKKO es la cabecera de un documento de compras, identificada por EBELN. El campo de tipo de documento BSART decide qué es realmente esa cabecera: un pedido estándar, un contrato, un plan de entregas, una solicitud de oferta o una oferta, y el significado de varios otros campos cambia dependiendo de ese tipo. La cabecera contiene el proveedor, la organización de compras, el grupo de compras, la moneda, las condiciones de pago, los incoterms, los datos de creación y, cuando un procedimiento de liberación está activo, el estado general de liberación. No contiene cantidades, precios o fechas de entrega para posiciones individuales; esos pertenecen a EKPO y EKET. Tampoco contiene el historial de entrada de mercancías o facturas; eso es EKBE. Trate a EKKO como el sobre, no el contenido.

MANDT restringe cada selección primero, luego EBELN es la clave natural si ya se conoce. Donde EBELN no se conoce, restrinja por BSART y EKORG juntos antes de añadir un rango de fechas en AEDAT; seleccionar solo por LIFNR en un sistema grande es costoso porque el proveedor no es el componente de índice principal. Evite un escaneo completo de la tabla filtrado solo por FRGKE o BSTYP, ambos son indicadores de baja cardinalidad con poca selectividad. Si la pregunta es sobre valor o cantidad, no consulte EKKO en absoluto, vaya a EKPO o EKBE y obtenga EBELN desde allí.

Síntoma: un comprador afirma que un pedido nunca fue liberado para verificaciones de bloqueo de pago. Seleccione EKKO donde EBELN sea igual al número de documento y lea FRGKE. Un valor que indica una liberación incompleta confirma que está atascado en la estrategia de liberación, no bloqueado posteriormente. Realice una verificación cruzada con el historial de estado de liberación en la tabla de liberación asociada si la estrategia utiliza múltiples pasos, ya que FRGKE solo muestra el estado agregado actual, no qué aprobador aún está pendiente.

EKKO sigue siendo la tabla de persistencia principal para las cabeceras de documentos de compras en S/4HANA; no fue reemplazada ni dividida como algunas tablas FI. Las aplicaciones Fiori y los informes analíticos leen los datos de compras a través de vistas CDS construidas sobre EKKO y EKPO, pero la estructura de tabla subyacente y los campos clave descritos aquí no han cambiado para los documentos de compras estándar. El código ABAP personalizado escrito directamente contra EKKO sigue funcionando.

Un consultor funcional de MM o compras se encarga de las preguntas sobre el comportamiento del tipo de documento, la configuración de la estrategia de liberación y el significado de los campos de cabecera. Las disputas sobre los datos maestros de proveedores se dirigen al equipo de datos maestros o de operaciones de compras. Las preguntas sobre la imputación o el objeto de coste en una cabecera específica pertenecen conjuntamente a MM y FI/CO, ya que la categoría de imputación establecida en la cabecera influye en lo que EKKN permite a nivel de posición.

EKPO contiene las posiciones y es la tabla a la que casi todas las investigaciones de EKKO terminan uniéndose para obtener números reales. EKET contiene las líneas del plan de entregas para planes de entrega y entregas divididas. EKBE registra las entradas de mercancías y las entradas de facturas contra el documento. EKKN y EKPA contienen datos de imputación e interlocutor. LFA1 proporciona el maestro de proveedores. Las transacciones ME21N, ME22N y ME23N crean, modifican y visualizan estas cabeceras; ME31K y ME31L hacen lo mismo para contratos y planes de entrega.