Tabla LFB1 — Datos de sociedad del maestro de proveedores
LFB1 contiene la extensión específica de la sociedad del maestro de proveedores: cuenta de reconciliación, condiciones de pago, métodos de pago, bloqueos de pago y contabilización, y el empleado contable asignado. Un proveedor existe generalmente en LFA1, pero solo es utilizable para contabilizaciones y pagos en una sociedad determinada una vez que existe una fila coincidente en LFB1 para ese BUKRS.
LFB1 es la extensión de la vista de contabilidad del maestro de proveedores, una fila por proveedor por sociedad. Esta página cubre los campos que los consultores realmente consultan cuando no se puede pagar o contabilizar a un proveedor, cómo LFB1 se une a LFA1 y a los datos de compras, y el error recurrente de tratar una fila LFB1 faltante como un proveedor inexistente.
Publicado el 15 sept 2026· 1023 palabras
Qué almacena
Una fila representa la extensión contable relevante de un proveedor para una sociedad. LFA1 contiene los datos generales del proveedor a nivel de cliente —nombre, dirección, referencia de datos bancarios, grupo de proveedores—, pero nada de eso es suficiente para contabilizar una factura o ejecutar un pago. LFB1 es el registro que hace que un proveedor sea utilizable dentro de una sociedad específica: contiene la cuenta de reconciliación que las contabilizaciones del proveedor afectan en el libro mayor, las condiciones de pago y los métodos de pago válidos para esa entidad, cualquier bloqueo de contabilización o pago específico de esa sociedad, y el empleado contable responsable. Un proveedor puede existir en LFA1 durante años sin tener una fila LFB1 para una sociedad determinada, y en ese estado no se puede contabilizar ninguna factura contra él allí, independientemente de los datos de compras que existan.
Campos clave
- MANDT - mandante
- LIFNR - número de cuenta de proveedor, se une a LFA1
- BUKRS - sociedad a la que se aplica esta fila
- AKONT - cuenta de reconciliación en el libro mayor para este proveedor en esta sociedad
- ZTERM - clave de condiciones de pago utilizada para calcular las fechas de vencimiento en las facturas
- ZWELS - métodos de pago permitidos para este proveedor en esta sociedad
- ZAHLS - clave de bloqueo de pago aplicada a nivel de sociedad
- SPERR - indicador de bloqueo de contabilización para esta sociedad
- LOEVM - indicador de borrado a nivel de sociedad
- FDGRV - grupo de planificación utilizado por la gestión de tesorería y la previsión de liquidez
- BUSAB - empleado contable asignado a este proveedor
Cómo se une al modelo de datos
- LFB1-LIFNR = LFA1-LIFNR para obtener el nombre, el país y los datos de control generales del proveedor
- LFB1-LIFNR = LFM1-LIFNR cuando el mismo proveedor también necesita ser verificado a nivel de organización de compras
- LFB1-LIFNR = EKKO-LIFNR para confirmar a qué sociedad está extendido realmente el proveedor de un pedido de compras
- LFB1-LIFNR = RBKP-LIFNR y LFB1-BUKRS = RBKP-BUKRS para confirmar que una factura de entrada se contabilizó contra una combinación válida de proveedor-sociedad
- LFB1-AKONT se une conceptualmente al maestro de cuentas de mayor, no a ninguna tabla de esta lista, y es el campo a verificar primero cuando una contabilización de proveedor afecta a la cuenta de reconciliación incorrecta
Cómo leerlo de forma segura
MANDT es el mandante y siempre debe restringirse, esta es una tabla dependiente del mandante. LIFNR más BUKRS juntos son la clave efectiva y ambos deben especificarse siempre que sea posible; seleccionar solo por LIFNR en todas las sociedades es común cuando un proveedor ha sido extendido a varias entidades con diferentes condiciones de pago, lo que en sí mismo es una fuente frecuente de confusión. La tabla no es grande en términos absolutos en comparación con las tablas transaccionales, pero los sistemas de producción pueden contener decenas de miles de combinaciones proveedor-sociedad, por lo que un escaneo de BUKRS sin restricciones en todas las sociedades sigue siendo un desperdicio y debe evitarse fuera de las auditorías masivas.
Cómo probarlo en los datos
Síntoma: no se puede contabilizar una factura para un proveedor en una sociedad específica, con un error que indica que el proveedor no existe allí. Seleccione LFB1 con LIFNR igual al número de proveedor y BUKRS igual a la sociedad objetivo. Si no se devuelve ninguna fila, se confirma que el proveedor nunca se extendió a esa sociedad; la solución es extender el maestro de proveedores a ese BUKRS, no volver a introducir la factura.
ECC frente a S/4HANA
LFB1 sigue existiendo como una tabla física en S/4HANA y no está en desuso. El mantenimiento del maestro de proveedores se ha movido hacia el modelo de interlocutor comercial con sincronización basada en roles, y en muchas implementaciones de S/4HANA, LFB1 se mantiene actualizado automáticamente a través de esa sincronización en lugar de mantenerse directamente, pero la tabla en sí y su contenido siguen siendo los mismos que en ECC.
Errores comunes
- Asumir que un problema de proveedor es un problema de compras cuando es un problema de extensión contable: un proveedor visible y utilizable en una sociedad puede estar completamente ausente de LFB1 en otra, y el pedido de compras aún se guardará correctamente porque la creación del pedido verifica los datos de compras, no la extensión de la sociedad, hasta el paso de la factura o el pago
- Leer SPERR o el indicador de borrado a nivel de LFB1 y asumir que se aplica en todas partes: ambos campos existen a nivel de sociedad y un proveedor puede estar bloqueado en una entidad y completamente activo en otra
- Cambiar AKONT directamente en LFB1 sin verificar los partidas abiertas ya contabilizadas en la antigua cuenta de reconciliación: los partidas existentes conservan la cuenta con la que se contabilizaron, solo las nuevas contabilizaciones adoptan el cambio, lo que produce una inconsistencia aparente entre el maestro de proveedores y el saldo del libro mayor
- Tratar ZWELS como la respuesta completa sobre qué método de pago se utilizará realmente: el programa de pagos también considera el método de pago introducido en la partida individual y la configuración del banco propio, por lo que LFB1 solo define lo que está permitido, no lo que se seleccionará
- Confundir un bloqueo de pago configurado aquí con un bloqueo de pago configurado en la partida individual de la factura: borrar el de LFB1 no libera las facturas que estaban bloqueadas a nivel de documento, y viceversa
De quién es este problema
La gobernanza de datos maestros o el equipo de datos maestros de cuentas por pagar son responsables de los cambios en el contenido de LFB1, como la cuenta de reconciliación y las condiciones de pago. Los equipos de configuración funcional de AP son responsables de la configuración del método de pago y el bloqueo. Un consultor que investiga un error de contabilización o pago debe confirmar el estado de LFB1 primero antes de escalar, ya que la mayoría de los problemas de extensión y bloqueo se resuelven mediante un cambio en los datos maestros en lugar de un cambio de 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/lfb1ERPClimb 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.