SAP FI - Curiosidades de la tabla BSEG

La tabla BSEG al igual que la transacción SPRO, son el pan de cada día para muchos consultores SAP, haciéndolas en muchas ocasiones que sea imposible que pasen desapercibidas.

El origen de la tabla BSEG se remonta a las primeras versiones de SAP, lo que se refleja en el diseño de la misma, aunque considerando que en las décadas de los 70 y 80, en las cuales el principal foco de las estrategias de diseño se encontraban en el rendimiento y optimización de los recursos de hardware.
SAP decide entonces orientar su desarrollo hasta una arquitectura universal de sistemas operativos y bases de datos, por lo que se hacia necesario implementar una capa de abstracción que sirviese de interprete entre las funciones de alto nivel y los diferentes entornos de ejecución.

¿Pero y donde entra la tabla BSEG?

Justamente considerando la decisión de soportar varias bases de datos, tales como: Oracle, MSSQL, SAPdb, Sybase, Informix, DB2, etc. Se tiene como resultado encontrar restricciones de diseño en todos lados, relacionadas especialmente con funcionalidades que no son estándar, esto es que solo unos cuantos RDBMS hacen y otros no.La tabla BSEG sirve esencialmente a un propósito funcional muy importante, esto es permitir la persistencia de los documentos de contabilidad, conteniendo todos los datos necesarios para las integraciones con los módulos de CO, MM, FI-AA, SD, etc. Es por esto que se plantea  que la tabla deberá contener muchos campos, lo que se traduce en un conflicto con la capa de abstracción, frente a lo que se presenta una pequeña "solución", esto es diseñar la tabla BSEG como un cluster, es decir, la estructura de la tabla lógica es diferente de la tabla física en la base de datos.BSEG: Tabla Cluster,
RFBLG: Tabla POOL.

Tabla RFBLG

Então os dados da Tabela BSEG é armazenada em formato RAW, ou seja, concatenam-se todos os bytes de dados de cada campo em uma só "linguiça" e fatia-se em tamanhos de 3800 bytes.

Por isto não se acostuma-se utilizar "select's" na tabela BSEG, pois se é necessário filtrar por um simples campo de conta contábil, o SAP irá solicitar todos os registros do banco e verificar para cada registro a equivalência de bytes posicionais de cada registro com a conta contábil.

Só é permitido o uso através do uso de leitura da tabela pela sua chave primária.

La nota 1892354 permite transformar la tabla BSEG desde una tabla cluster a una tabla.

 

De tal manera que desde este punto  se genera una nueva lista de programas, integraciones, Jobs, exits, etcs... que no requerirán acceder a las tablas auxiliares BSIS, BSAS, BSAD, BSID, BSAK, BSIK.

 

1)  En la tabla BSEG para todas las bases de daros el tamaño de registro corresponde a un registro de la tabla  RFBLG, por lo que no necesita leer dos o más registros para conformar un registro de la tabla BSEG.

 

2) La transferencia de datos entre RFBLG y BSEG se realiza directamente en el direccionamiento de memoria, no existe la necesidad de conversión.

 

3) Debido a la existencia de tablas de índice, la mayor parte del tratamiento de los datos de lectura y la actualización se lleva a cabo a través de estas tablas y la tabla BSEG no se consulta.

 

4) La ganancia en el procesamiento de inserción en la base de datos es insignificante y distribuido en toda transacción comercial. Debido a esto, probablemente se presentan los retrasos en la actualización de la BSEG.

 

Para aplicaciones, transacciones, informes de código de cliente, se abre toda una nueva gama de aplicaciones.

1) Permite realizar consultas en la tabla BSEG haciendo uso de campos diferentes a la clave primaria.

2) Permite la creación de índices para optimizar las consultas.

3) Permite la creación de vistas Trasparentes con otras tablas.

4) Permite el uso de la tabla BSEG haciendo uso de Queries para atender soluciones puntuales e inmediatas.

 

Versión original del artículo

Verificación de Carga de Extractos Electronicos en SAP

Utilizando la transacción FF67 se visualiza el estado del proceso de carga del extracto

Busco con los últimos 4 dígitos de la cuenta bancaria

Paso siguiente es utilizar la transacción FEBA, para visualizar las partidas que quedaron compensadas y las que no, así.

Se ejecuta

Se señala en otra representación y se abre el detalle, los registros marcados con color verde se encuentran compensados,  los marcados con rojo quedan en estado pendiente,

Transacciones comunes en SAP PI

1.SXMB_IFR -> Start Integration Builder

2.SXMB_MONI -> Integration Engine - Monitoring

3.SXI_MONITOR -> XI: Message Monitoring

4.SXI_CACHE -> To Access IS runtime cache

5.SXI_CACHE -> XI data directory cacheidx1 -> idoc adapter

6.idx2 -> idoc metadata

7.idx5 -> monitocr idoc adapter

8.smq1 -> messages inbound e outbound queue

9.smq2 -> messages inbound e outbound queue

10.smicm -> J2EE administration

11.we20 -> partner profiles

12.sale - ale settings

13.WE05 -> All idocs

14.WE19 -> IDoc Test Tool

15.WE21 -> port definition

16.SICF -> http server configuration

17.SMGW -> trace, alzare livello di trace.

18.SLDCHECK -> Test SLD Connection

19.SLDAPICUST-> SLD API Customizing

20.SXMB_ADM -> Integration Engine - Administration

21.SXMB_MONI_BPE -> Process Engine - Monitoring

 

Como reparar: El sonido no funciona en Windows 8 - 'Error 0x800706cc: The Endpoint is a duplicate'

Se han dado una gran cantidad de reportes que indican un problema que afecta el subsistema de sonido en el Sistema operative Windows 8/8.1, el cual es ocasionado por la eliminación accidental de algunos archivos del Sistema por parte del antivirus AVG.

Este error incluye los siguientes sintomas:

 

• Perdida completa del audio.
• Una red cruz sobre el icono del altavoz en la bandeja del sistema (esquina derecha de la pantalla).
• El sistema se vuelve inestable al momento de utilizar el panel de control.
• Imposibilidad de inicial servicio de "Audio de Windows", obteniendo el mensaje de error Error 0x800706cc: The Endpoint is a duplicate.
• Imposibilidad de inicial el servicio 'Network List' obteniendo el mensaje de error Error 127: The specified procedure could not be found.
• Uno o mas archivos del sistema en cuarentena por parte de AVG.

Solución

 

• Restaurar los archivos que AVG tiene en cuarentena hacia sus ubicaciones originales.
• Utilizar el programa gratuito llamado 'Windows Repair', el cual puede ser descargado sin costo desde http://www.tweaking.com/content/page/windows_repair_all_in_one.HTML
• Para reparar el panel de control, debe descargarse el archivo 'netprofm.reg' desde el siguiente enlance:
  https://sites.google.com/site/wintegrity01/netprofm.reg y adicionarse al registro del sistema.
  

 

Como Adicionar Campos a la FBL5n

1. Cuando ejecutamos la transacción FBL5N, necesita visualizar columnas adicionales o información faltante.





2. Para solucionar el problema debemos crear una BTE, para hacerlo se usa la transacción FIFB


3. Diligencie un Nombre de Producto




4. Seleccione el evento apropiado para la ejecución en la transacción, en este caso aplica el 1650


5. SI se requiere adicionar nuevas columnas, deberá abrir las estructuras RFPOS y RFPOSX.




6. Implemente la correspondiente lógica para recuperar la información dentro del modulo de función.

 

Como modificar una orden de trasporte ya liberada

En muchas ocasiones hemos liberado una orden de trasporte por error, o necesitamos realizar alguna modificación sobre la misma para cumplir con el estándar de la empresa en la cual nos encontramos, para este objeto recurrimos a:

SE38

Se ejecuta el programa RDDIT076

A continuación nos solicita la orden de trasporte que deseamos modificar.

Tras lo cual nos aparece la siguiente pantalla

Se da click en el trasporte

En el campo Status se aprecia el estado de la orden de trasporte.

Siendo R (Released) es decir Liberada, para modificarla se debe dar click en editar.

Como activar el trace en la FAGL_VALIDATE

En esta actividad transacción se permite definir la combinación de cuenta de asignación como válidos o no válidos. Después de definir las reglas de validación como parte de una estrategia de validación, se puede asignar a un código de la compañía como una estrategia de validación predeterminado o asignar directamente a un grupo específico de libro mayor.

Para activar el trace, se procede de la siguiente manera:

1. Ingresar a la transacción FAGL_VALIDATE

FAGL_VALIDATE - Estrategias de Validación.

2. Hacer doble click en la estrategia de validación.
 

3. Hacer click en  para verificar la estrategia.

4. Hacer click en  para activar / desactivar el trace.

5. Una vez se active el trace se validara la combinación de imputación de los centros de costo.

 

Error E698 SYST:Terminación anormal del programa(ANLB-LGJAN difiere de ANLC-GJAHR)

Este error se presenta debido a que hay diferencia entre el último ejercicio cerrado y el ejercicio actual de activo fijo; en el caso que se presente este error deberá procederse de la siguiente manera

1. Ejecutar la transacción AJRW, en proceso de fondo

Transacción AJRW

Ejercicio Cerrado Activo Fijos
Esto se verifica haciendo uso de las Transacciones OAAQ y OAAR “Por área de valoración” debe indicar el último ejercicio cerrado.

Transacción OAAQ



Transacción OAAR

Ejercicio Actual Activo Fijos:
En la SPRO, se abre la ruta

Guía de implementación de Customizing SAP/Gestión financiera (nuevo)/ Contabilidad de activos fijos/Resumen para expertos/Verificar sociedad/Datos técnicos.

 

 

 

Para otros escenarios que no correspondan a  carga inicial de activos fijos, deberá ejecutarse previamente todos los pasos necesarios para cierre de activo fijo (AJAB) y traslados de saldo para luego realizar el cambio de ejercicio actual con la transacción AJRW.