Visualizar report generado
Message type: E = Error
Message class: BRAIN -
Message number: 518
Message text: Visualizar report generado
Aquí puede ver el programa ABAP que se ha generado para una query.
Un conocedor experimentado de ABAP seguramente ya podrá analizar
algunos problemas en este punto. Sin embargo, normalmente, la lógica
sólo puede reconocerse al efectuar el debugging.
El modelo de este programa es "RSRDUMMY". Los números de tres dígitos
en RSRDUMMY se interpretan en la rutina form DUMMYLOOP de RRI2. Este
programa contiene un llamado "coding invitado", que el gestor de datos
genera directamente y se pasa al mismo para el tiempo de ejecución,
para los InfoSitios y los cubos no cumulativos.
El procesador OLAP puede efectuar todas las verficaciones de selección
tanto con la clave (KEY) como con el SID o tanto con nodos de jerarquía
como también con su desglose de nodos finales. La clase de la
verificación de selección puede conmutarse de forma dinámica para cada
paquete de datos. Por tanto, se accede a todos los campos y a todas las
constantes mediante símbolos de campo que se asignan a la necesidad
correspondiente mediante <AB>ASSIGN</>. Con este método, también se
soluciona el problema de las variables opcionales.
A continuación, se encuentran algunas notas acerca de las partes
interesantes:
G_S_DATA : Estructura en la que el gestor de datos transfiere los datos
al procesador OLAP.
G_S_Q, G_S_C y G_S_F: Estructuras que controlan la conversión de
moneda.
G_SX_S: Estructura en la que se mantienen los datos en el cubo query y
en caché. La clave G_S_K corresponde a las características libres, es
decir a <DS:TX.BRAIN-CHAFREE>REPORT-CHAFREE</>. Los containers
individuales G_T_Dnnn están descritos por <DS:TX.BRAIN-WGR>REPORT-WGR
</>.
G_SX_VAR: Estructura en la que el programa generado recibe transferidos
los valores de variables de la entrada de variables para efectuar la
verificación de consistencia de datos.
FORM USER_EXIT: Llamada del exit para características y ratios
virtuales
FORM ASSIGN_VARIABLEN: Activación o desactivación de variables
opcionales
PERFORM VARCHAVL_INIT: Calcular con atributos
FORM SELECT_1: Verificación de todas las condiciones de FEMS "000".
Esta verificación puede desactivarse de forma dinámica. En el caso de
una selección constante, debe desactivarse.
<G_KX> = <G_DAX> BIT-AND <G_KMX>: <AB>MOVE</> de todas las
características afectadas por G_S_K.
PERFORM GET_FACTOR: Obtención de los factores de conversión de moneda
Form SELECT_4: <AB>Agrupación de <G_THX_S>
Form CHECK : Verificación de todas las condiciones FEMSN y distribución
en los distintos containers de FORM MOVE_Z_SP_%FEMS. Todos los
componentes de la fórmula que pueden o deben ejecutarse antes de la
agregación se calculan en FORM %FORMNM.
Form A_%F_K FORM A_%F_S: Conmutación entre KEY y SID
Form COLLECT_S: Llamada de retorno si se agrega una G_TAX_S
Form L1_%WGR, FORM L2_%WGR: Rutinas especiales para el procesamiento
del valor no acumulado
Un conocedor experimentado de ABAP seguramente ya podrá analizar
algunos problemas en este punto. Sin embargo, normalmente, la lógica
sólo puede reconocerse al efectuar el debugging.
El modelo de este programa es "RSRDUMMY". Los números de tres dígitos
en RSRDUMMY se interpretan en la rutina form DUMMYLOOP de RRI2. Este
programa contiene un llamado "coding invitado", que el gestor de datos
genera directamente y se pasa al mismo para el tiempo de ejecución,
para los InfoSitios y los cubos no cumulativos.
El procesador OLAP puede efectuar todas las verficaciones de selección
tanto con la clave (KEY) como con el SID o tanto con nodos de jerarquía
como también con su desglose de nodos finales. La clase de la
verificación de selección puede conmutarse de forma dinámica para cada
paquete de datos. Por tanto, se accede a todos los campos y a todas las
constantes mediante símbolos de campo que se asignan a la necesidad
correspondiente mediante <AB>ASSIGN</>. Con este método, también se
soluciona el problema de las variables opcionales.
A continuación, se encuentran algunas notas acerca de las partes
interesantes:
G_S_DATA : Estructura en la que el gestor de datos transfiere los datos
al procesador OLAP.
G_S_Q, G_S_C y G_S_F: Estructuras que controlan la conversión de
moneda.
G_SX_S: Estructura en la que se mantienen los datos en el cubo query y
en caché. La clave G_S_K corresponde a las características libres, es
decir a <DS:TX.BRAIN-CHAFREE>REPORT-CHAFREE</>. Los containers
individuales G_T_Dnnn están descritos por <DS:TX.BRAIN-WGR>REPORT-WGR
</>.
G_SX_VAR: Estructura en la que el programa generado recibe transferidos
los valores de variables de la entrada de variables para efectuar la
verificación de consistencia de datos.
FORM USER_EXIT: Llamada del exit para características y ratios
virtuales
FORM ASSIGN_VARIABLEN: Activación o desactivación de variables
opcionales
PERFORM VARCHAVL_INIT: Calcular con atributos
FORM SELECT_1: Verificación de todas las condiciones de FEMS "000".
Esta verificación puede desactivarse de forma dinámica. En el caso de
una selección constante, debe desactivarse.
<G_KX> = <G_DAX> BIT-AND <G_KMX>: <AB>MOVE</> de todas las
características afectadas por G_S_K.
PERFORM GET_FACTOR: Obtención de los factores de conversión de moneda
Form SELECT_4: <AB>Agrupación de <G_THX_S>
Form CHECK : Verificación de todas las condiciones FEMSN y distribución
en los distintos containers de FORM MOVE_Z_SP_%FEMS. Todos los
componentes de la fórmula que pueden o deben ejecutarse antes de la
agregación se calculan en FORM %FORMNM.
Form A_%F_K FORM A_%F_S: Conmutación entre KEY y SID
Form COLLECT_S: Llamada de retorno si se agrega una G_TAX_S
Form L1_%WGR, FORM L2_%WGR: Rutinas especiales para el procesamiento
del valor no acumulado
El sistema emite un mensaje de error y no le permitirá continuar con esta transacción hasta que se resuelva el error.
Extracto de mensaje de error del sistema SAP. Copyright SAP SE.
