Logging on without being authorized

Client 066 usually exists in a SAP system due to EarlyWatch services.
Often this client does not have master users. If it is true, anyone can log into the system using the client 066,


user SAP*
password PASS.

Tablas SAP - Modulo MM

SAP MM

1. Maestro de proveedores

Tabla	Descripción	Comentario
LFA1	Datos maestros
LFB1	Proveedores por sociedad
LFB5	Datos de reclamación
LFBK	Bancos/cuentas
LFC1	Cifras de movimientos
LFC3	Cifras de movimientos CME
LFM1	Datos de la organización de compras

2. Documentos de compras

Tabla	Descripción	Comentario
EKKO	Cabecera del doc. de compras	Contiene el tipo de documento
EKPO	Posición del doc de compras
EKET	Repartos del plan de entregas
EKES	Confirmaciones de pedido
EKKN	Imputación en el documento
EKAN	Dirección del proveedor en el doc. de compras
EKBE	Historial para el doc.
EKUB	Ínidce de pedidos para traslado de material
MDUB	Vista de lectura sobre pedido de traslado para toma-pedido
MDBS	Vista de material en posición de pedido/reparto

3. Solicitud de pedidos

Tabla	Descripción	Comentario
EBAN	Solicitud de pedio por posición
EBKN	Imputación de solicitud de pedido

4. Libro de pedidos

Tabla	Descripción	Comentario
EORD	Libro de pedidos de compras

5. Registro info de compras

Tabla	Descripción	Comentario
EINA	Datos generales
EINE	Datos de la organización de compras
KONP	Condiciones
EIPA	Historial del precio del pedido del registro info

Tablas SAP - Modulo SD

TABLAS SD

1. Maestro de clientes

Tabla	Descripción	Comentario
KNA1	Datos maestro de clientes
KNB1	Clientes por sociedad
KNBK	Bancos/cuentas
KNVA	Lugares de descarga
KNVK	Persona contacto (interlocutor)
KNVP	Funciones de interlocutor	El campo PARVW diferencia entre los distintos interlocutores
KNVS	Datos de expedición
KNVV	Datos de comercial
KNVK	Interlocutor (personas de contacto)

2. Documentos comerciales

Tabla	Descripción	Comentario
VBUK	Status cabecera y datos de gestión
VBUP	Status de posición
VBFA	Flujo de doc. comerciales
VBPA	Interlocutor

3. Pedidos de ventas

Tabla	Descripción	Comentario
VBAK	Cabecera
VBAP	Posición
VBFA	Flujo de doc. comerciales
VBKD	Datos comerciales
VBEP	Datos de reparto

4. Entregas

Tabla	Descripción	Comentario
LIKP	Datos de cabecera
LIPS	Datos de posición
LQUA	Cuantos/almacenaje

5. Estructura de organización

Tabla	Descripción	Comentario
TVKO	Organizaciones de venta	Vista V_TVKO_LK
TVKOT	Textos org. Ventas
TVKOV	Canales de distribución por org. de ventas	Vista V_TVKOV_LK
TVKOS	Sectores pro org. de ventas	Vista V_TVKOS_LK
TVTA	Áreas de ventas	Vista V_TVTA_LK
TVKBZ	Oficina de ventas por área de ventas	Vista V_TVKBZ_LK
TVBVK	Grupo vendedores por oficina de ventas	Vista V_TVBVK_LK
TVKWZ	Centros por org. de ventas	Vista V_TVKWZ_LK
TVSWZ	Lugares de expedición por centro	Vista V_TVSWZ_LK
T001K		Vista V_T001K

6. Facturas

Tabla	Descripción	Comentario
VBRK	Datos de cabecera
VBRP	Datos de posición

7. Índice de ventas

Tabla	Descripción	Comentario
VAKPA	Pedidos por función interlocutor
VAPMA	Posiciones pedido por material

8. Necesidades de ventas

Tabla	Descripción	Comentario
VBBE	Registro individual de necesidad de ventas

Máximo número de líneas alcanzado

The message F5727 (Maximum number of items in FI reached) when trying to post an invoice on a purchase order via MIRO is because there is a limit of (999) line items which can be posted per FI document.      

                                                                         

This is because the line item number (BSEG-BUZEI) field  length is defined as (3) numeric positions, i.e., (999) line items. 

                                                                              

The most commonly used workarounds are as follows:    

                         

1)  Implement FI summarization (per note 36353 ).                                                                               

2)  Cancel the original billing document and split it into smaller  documents using different payment terms but actually with the  same terms, in case of invoice verification.   

                                                                            

This will avoid the (999) line item limit for FI postings. Please also have a look at the note 117708 Not to be able to create more than 999 FI line items is a basic restriction. The line items field on the BSEG table (BSEG-BUZEI) is a 3 position numeric field. To change this to a field greater than 3 positions will not be possible.This restriction is being addressed but because BSEG is a cluster table and involves many programs  this will take some time to change.(note 36353).                                                                         

      

This is the answer from the point of view of the support, the mentioned note provides a workaround.If you would like,  according  to your own needs, you may change the field length, however  please consider that  this is deemed a modification to the standard  and this is  not                

supported by the primary support.

        

Please have a look again at note 36353. This note mentions fields which often prevent summarization for reference type 'MKPF' and which can be put into table TTYPV for reference type 'MKPF':                                                                         

      

table name     field name                                                             

BSEG           BPMNG                                                                  

BSEG           BPRME                                                                  

BSEG           ERFME                                                                  

BSEG           ERFMG                                                                  

BSEG           MATNR                                                                  

BSEG           MEINS                                                                  

BSEG           MENGE                                                                  

BSEG           PAOBJNR                                                                

BSEG           POSN2                                                                  

BSEG           WERKS                                                                  

BSEG           BWTAR                                                                               

 

You should add these fields in transaction OBCY. But please take into account that Using FI-summarization will to a certain extent cause a loss of 'traceability' in your system. You will no longer have a one-to-one relationship between the postings in MM and FI.                     

 

A single posting in FI may reflect a number of line items in a MM document, so a drill down will not always be as effective as before.                  

 

Several drawback to using summarization are listed in note 36353 (I cannot judge if these will cause you problems) it depends on your configuration in OBCY and your business procedures.                                                                               

Please review the related notes, I have attached for your reference, the only other option you have if you do not use these notes is to  split the original invoice in several parts so that the FI document  has less than 999 lines.        

Guía Maestra de Tablas SAP: Desmitificando el Modelo de Datos del Módulo FI

Para cualquier consultor, desarrollador ABAP o arquitecto de soluciones en el ecosistema SAP, conocer el mapa de tablas del módulo de Finanzas (FI) no es un lujo, es una necesidad. El módulo FI es el corazón regulatorio y financiero de cualquier organización que corre SAP, y entender cómo se almacena la información es la clave para construir reportes eficientes, integraciones robustas y optimizar el rendimiento del sistema.

A continuación, desglosamos las tablas esenciales de SAP FI, organizadas por submódulos, y analizamos el cambio de paradigma que trajo consigo la llegada de S/4HANA.

1. Documento de contabilidad

Tabla	Descripción	Comentario
BKPF	Cabecera de documento para contabilidad
BSEG	Segmento de doc. de contabilidad

2. Contabilidad (índices secundarios)

Tabla	Descripción	Comentario
BSAD	Para deudores (part.comp.)
BSAK	Para acreedores (part.comp.)
BSAS	Para cuentas mayor (part.comp)
BSID	Para deudores
BSIK	Para acreedores
BSIM	Para documentos por material
BSIP	Para verificación de documentos dobles de acreedores
BSIS	Para cuentas mayor
BSIW	Para efectos de deudor
BSIX	Para efectos de deudor

3. Maestro de cuenta mayor

Tabla	Descripción	Comentario
SKB1	Cta. mayor (sociedad)
SKAT	Cta. Mayor (plan de cuentas: denominación)

4. Maesto de bancos

Tabla	Descripción	Comentario
BNKA	Maestro de banco

5. Cálculo de costes

Tabla	Descripción	Comentario
SKB1	Cta. mayor (sociedad)
SKAT	Cta. Mayor (plan de cuentas: denominación)

El Gran Cambio de Paradigma: La Revolución de la ACDOCA en S/4HANA

Si estás trabajando o planeas migrar a entornos modernos de SAP, el mapa mental tradicional de tablas cambia drásticamente. SAP introdujo el concepto del Diario Universal (Universal Journal).

📌 El Dato Clave: La tabla ACDOCA

En SAP S/4HANA, las tablas tradicionales de posiciones (BSEG), índices de clientes/proveedores (BSID, BSIK, etc.) y las tablas de Controlling (COEP) se unificaron o se convirtieron en vistas de compatibilidad.

Ahora, la tabla ACDOCA (Universal Journal Entry Line Items) almacena en una estructura columnar y en tiempo real toda la información de FI, CO, Activos Fijos y Ledger de Materiales.

¿Qué impacto tiene esto para el Consultor y Desarrollador?

1. Rendimiento Extraordinario: Al estar en la base de datos en memoria (HANA) y centralizado en ACDOCA, los reportes financieros ya no requieren complejas reconciliaciones entre FI y CO.

2. Reducción de la huella de datos: Se eliminaron millones de registros agregados y redundantes.

3. Código Limpio: Al realizar consultas personalizadas o desarrollos ABAP (o integraciones en SAP BTP), apuntar a ACDOCA simplifica drásticamente la arquitectura de datos frente al viejo modelo de la BSEG.

    

   Conclusión

   Dominar las tablas de SAP FI te permite ir más allá de la superficie de las transacciones estándar. Te otorga el criterio técnico necesario para auditar procesos, diseñar interfaces limpias y entender cómo cada registro impacta el balance final del negocio. Ya sea manteniendo un sistema ECC o liderando una migración hacia la nube y el Clean Core en S/4HANA, el conocimiento de este modelo de datos es tu mejor herramienta estratégica.