Tabla LFA1 — LFA1 Datos generales del maestro de proveedores

Una fila en LFA1 representa un único número de cuenta de proveedor a nivel de datos generales: nombre, dirección, país, idioma, términos de búsqueda, números de identificación fiscal, indicador de referencia bancaria y grupo de cuentas. Estos datos se comparten en cada sociedad y organización de compras a la que se extienda el proveedor posteriormente. LFA1 no contiene las condiciones de pago, la cuenta de reconciliación o las condiciones de compra; esos datos dependen de la organización y residen en LFB1 (sociedad) y LFM1 (organización de compras). Que un número de proveedor exista en LFA1 solo significa que el interlocutor comercial ha sido creado centralmente, no que pueda ser utilizado en un pedido de compra o una factura en una sociedad determinada. Las banderas de bloqueo y borrado centrales también residen aquí, por lo que un proveedor puede ser utilizable en una sociedad pero estar bloqueado centralmente para todas las nuevas contabilizaciones en todas partes.

Siempre restrinja primero por MANDT, aunque la mayoría de las herramientas de reporting lo establecen implícitamente. LIFNR es la clave natural y es altamente selectiva cuando se conoce; seleccionar por NAME1 o LAND1 sin un filtro de sociedad devuelve resultados ruidosos y propensos a duplicados porque la misma entidad legal puede aparecer bajo varios números de proveedor. LFA1 por sí sola es una tabla pequeña y rápida de escanear por clave primaria, pero no dice nada sobre si el proveedor es utilizable en algún lugar; no concluya de una fila limpia de LFA1 que el proveedor puede contabilizar. Antes de considerar que un proveedor está completamente configurado, la extensión de sociedad en LFB1 y la extensión de organización de compras en LFM1 deben verificarse por separado.

Síntoma: un comprador informa que el proveedor no puede ser seleccionado al crear un pedido de compra para una organización de compras determinada. Seleccione LFA1 por LIFNR para confirmar que el proveedor existe centralmente y que SPERR y LOEVM están en blanco. Luego seleccione LFM1 por el mismo LIFNR y la organización de compras en cuestión. Si no se devuelve ninguna fila, el proveedor fue creado centralmente pero nunca se extendió a esa organización de compras, lo cual es la causa real, no una corrupción de datos maestros en LFA1.

En S/4HANA, los datos maestros de proveedor se almacenan técnicamente a través del modelo de interlocutor comercial, manteniendo LFA1 como una vista de compatibilidad sobre las tablas subyacentes de interlocutor comercial para que los informes existentes y el código personalizado que usan LIFNR sigan funcionando. Las lecturas contra LFA1 todavía funcionan; se espera que la nueva creación de proveedores pase por el mantenimiento de interlocutores comerciales en lugar de las transacciones clásicas de proveedor. El contenido del campo y el comportamiento para los datos generales no han cambiado en gran medida desde una perspectiva de reporting, aunque la fuente de la verdad se ha movido.

La gobernanza de los datos maestros de proveedor reside en el equipo de datos maestros de MM o de mantenimiento de proveedores, a menudo una función de servicios compartidos, no con el solicitante o comprador. La extensión a nuevas sociedades u organizaciones de compras típicamente requiere una solicitud formal a través de ese equipo, ya que afecta la asignación de cuentas de reconciliación y las condiciones de pago que las finanzas también deben acordar.

LFB1 contiene el segmento de sociedad que se escribe cuando un proveedor se extiende para fines contables. LFM1 contiene el segmento de organización de compras que se escribe durante la extensión de compras. EKKO y RBKP referencian LFA1-LIFNR directamente en pedidos de compra y facturas de entrada. El mantenimiento y la extensión del maestro de proveedores se realizan a través de las transacciones estándar del maestro de proveedores en lugar de ediciones directas de tablas.