Uso de conmutadores de InfoSet

Objective

After completing this lesson, you will be able to describir conmutadores de InfoSet procesados por el Generador de consultas

Conmutadores de InfoSet

Si utiliza herramientas genéricas de reporting, como Query SAP y Query InfoSet, el código fuente se genera automáticamente mediante el Generador de consultas. El código fuente generado de esta manera se regula mediante la lógica de generación del Generador de consultas y la definición de consulta.

Mediante el Generador de consultas disponible en Query SAP, puede configurar la lógica de consulta en el nivel de InfoSet. Esto le proporciona más flexibilidad cuando desea definir consultas para cumplir con diferentes requisitos.

Puede definir las opciones utilizando un conmutador que procesa el Generador de consultas. Se pueden utilizar conmutadores generales y conmutadores específicos de infotipo.

El Generador de consultas genera el código fuente automáticamente.

Los conmutadores son de los siguientes tipos:

  • Conmutadores generales:

    Los flags generales se utilizan para controlar las parametrizaciones válidas para todo el InfoSet.

  • Conmutadores específicos de infotipo:

    Los flags específicos de infotipo controlan las parametrizaciones que se definen para cada infotipo.

Conmutadores generales

La siguiente lista contiene ejemplos de flags generales y sus descripciones:

Conmutadores generales

Flag generalDescripción
BL_ALLOW DUP_LINESDar salida a líneas idénticas (dobles) en la lista básica
REPORT_CLASSConfigurar la categoría de informe (PNP y PNPCE)
PROCESS_LOCKED_RECORDStratar los registros de datos bloqueados (PNP y PNPCE)
PROC_PERNR_PARTIAL_AUTProcesar personas para las que solo está disponible una autorización parcial (PNP y PNPCE)
PERSON_ONLY_ONCEProcesar cada persona solo una vez (PNPCE)

Conmutadores específicos de infotipos

La siguiente lista contiene ejemplos de flags específicos de infotipo junto con sus descripciones:

Flag específico de infotipoDescripción
LAST_RECORD_ONLYTratar sólo el último registro de datos
PROPORCIONARFusionar registros de datos contiguos o solapados
PROVIDE_FIELDSeleccionar campos relevantes para fusionar registros de datos
PRIMARY_INFTYDeterminar relación de infotipo con infotipo primario (vistas de infotipo)
TIME_DEPENDENCEDeterminar dependencia temporal
DATA_REQUIREDDeterminar la existencia de registros de datos necesarios
SPLIT_DATA_REQUIREDDeterminar la existencia de registros de datos necesarios en el período de partición
NO_INDIRECT_EVALUATIONEspecificar CC-nóminas informadas indirectamente no calculadas
IGNORE_WAGE_TYPE_OPERAIgnorar indicadores de operación (para CC-nóminas de deducción)
NO_DUPLICATE_LANGUDeterminar los registros de datos a los que se debe dar salida en un solo idioma
CASE_SENSITIVE_SELDeterminar selección que distingue entre mayúsculas y minúsculas
ADD_FIELDS_SPLIT_DEPDeterminar campos adicionales HR considerados dependientes de partición
SPLIT_DEPENDENT_AFDeterminar el nombre técnico de un campo adicional de HR que es dependiente de partición
SPLIT_INDEPENDENT_AFDeterminar el nombre técnico de un campo adicional de HR que es independiente de la partición

Para obtener información detallada sobre los flags y cómo se utilizan, consulte la documentación de la actividad Customizing Crear InfoSets para HR. Para acceder a estas actividades Customizing, seleccione Gestión depersonalSistema de información de Recursos HumanosParametrizaciones de HR para Query SAPCrear InfoSets para HR.

  • "Van a trabajar en equipos de dos personas para analizar la siguiente pregunta utilizando el chat privado".
  • "Les daré 5 minutos para trabajar con su compañero y luego resumiremos la información en grupo rápidamente".
  • firmar participantes en equipos de dos personas.
  • Recuerde a los participantes cómo usar el chat privado.
  • Explique que el objetivo de esta actividad es analizar la pregunta en la pizarra o en la diapositiva PPT.
  • Reúna toda la información pidiendo a varios grupos que respondan la pregunta y deténgase cuando los grupos comiencen a repetir lo expresado por otros grupos.
  • Recuerde a los estudiantes que deben participar activamente en el debate en clase y anotar la información de interés en el manual del participante.
  • Escriba los nombres de los grupos en la pizarra.
  • Durante el resumen grupal, escriba las sugerencias de los participantes en la pizarra para el debate inmediato y para la referencia o distribución posterior.

Ejemplo: cambio general

El flag REPORT_CLASS se utiliza para definir una categoría de informe que le permite controlar la estructura de la pantalla de selección. Este concepto de categoría de informe es válido para las bases de datos lógicas PNP y PNPCE. Cada informe que se basa en cualquiera de las dos bases de datos lógicas se puede asignar a una categoría de informe específica.

Las categorías de informe se actualizan en Customizing, en Gestión de personalSistema de información de Recursos HumanosEvaluacionesAjuste de la pantalla de selección estándarCrear categorías de informe.

En el sistema estándar se asigna una categoría de informe por defecto según la base de datos lógica en la que se basa el InfoSet. Si el InfoSet se basa en la base de datos lógica PNP, se utiliza la categoría de informe ___X2001. Si esta categoría de informe no existe, se utiliza la categoría de informe ___22002. Si el InfoSet se basa en la base de datos lógica PNPCE, se utiliza la categoría de informe QUEPNPCE.

Debido a que PNP y PNPCE utilizan diferentes categorías de informe, debe asegurarse de que la categoría de informe especificada se cree para la base de datos lógica utilizada en el infotipo.

Nota

  • El flag REPORT_CLASS no se puede utilizar para InfoSets que se basan en bases de datos distintas de las bases de datos lógicas PNP y PNPCE.
  • Como cada consulta es un informe generado, también puede asignar categorías de informe a consultas.
  • Ad-hoc-Query no utiliza la pantalla de selección de datos de la base de datos lógica para definir las condiciones de selección. La especificación de una categoría de informe en Ad-hoc-Query no tiene ningún efecto obvio.

Ejemplos de conmutadores son los siguientes:

  • *$HR$ [COMÚN]
  • *$HR$ REPORT_CLASS = ’0MYREPCL’

Ejemplo: cambio específico de infotipo

Los datos no siempre existen para todos los infotipos que se visualizan en una consulta. Por defecto, las consultas muestran valores iniciales para personas u objetos para los que no existen registros de datos. Como alternativa, puede optar por no visualizar personas u objetos para los que no existen registros de datos. Para ello, utilice el flag DATA_REQUIRED. Si el flag está fijado, solo se visualizará una persona u objeto si existe al menos un registro de datos en el período de evaluación.

El flag DATA_REQUIRED se puede fijar en cualquiera de los siguientes valores:

  • "X" = Solo se visualizan las personas y los objetos que tienen al menos un registro de datos en el período de evaluación.
  • " "= Este es el valor predeterminado. Se visualizan todas las personas y objetos que cumplen las condiciones de selección. Si no existen registros de datos para una de estas personas u objetos, se visualizarán los valores iniciales.

Ejemplos del flag DATA_REQUIRED son los siguientes:

Un conmutador similar, SPLIT_DATA_REQUIRED, permite aún más control.

  • *$HR$ [P0004]
  • *$HR$ DATA_REQUIRED = ’X’

Uso de conmutadores en InfoSets: Paso 1

Introduzca el texto breve y seleccione Crear. A continuación, seleccione la base de datos lógica PNPCE.

Uso de conmutadores en InfoSets: Paso 2

Para realizar parametrizaciones específicas de InfoSet, en la pantalla Modificar InfoSet <Nombre de InfoSet>, seleccione Pasar aDatos decódigo.

Uso de conmutadores en InfoSets: Paso 3

En el área derecha de la pantalla (pestaña de codificación o sección de codificación DATA), introduzca el conmutador y el valor para la configuración que necesite. Consulte la documentación en el Customizing, en Parametrizaciones de HR para Query SAPCrear InfoSets para HR.

Los flags generales tienen la siguiente sintaxis:

  • *$HR$ [COMÚN]
  • *$HR$ NAME_OF_SWITCH = "VALUE"

Los flags específicos de infotipo (NNNN = número de infotipo) tienen la siguiente sintaxis:

  • Definición de un infotipo
    • *$HR$ [PNNNN]
    • *$HR$ NAME_OF_SWITCH = "VALUE"
  • Especificación de diferentes infotipos
    • *$HR$ [P0000, P0004, P0006]
  • Especificación de un área
    • *$HR$ [P0006 # P0009]
  • Plantillas o reserva-espacios (+ para un carácter, * para varios caracteres)
    • *$HR$ [P00++]
    • *$HR$ [P*]
    • *$HR$ [P0+1*]

Uso de conmutadores en InfoSets: Paso 4

Verifique el código generado para la consulta.

En la transacción de actualización para queries, seleccione ConsultaMás funcionesVisualizar nombre de informe.

En el editor ABAP, introduzca el <nombre de informe> → Visualizar y busque "HR-LOG".

Campos de informes adicionales

El término campos adicionales cubre todos los campos que no existen en la tabla de base de datos del infotipo correspondiente, pero que están disponibles para fines de gestión de informes.

Los campos adicionales se pueden agrupar en las siguientes categorías:

  • Campos adicionales estándar

    Estos campos son campos adicionales que son necesarios para la mayoría de los clientes. Están disponibles en el sistema estándar cuando se crean InfoSets.

  • Campos adicionales definidos por los clientes

    Los clientes definen estos campos para cumplir con los requisitos específicos de la empresa. Se pueden crear en el Customizing para HR o cuando se crea un InfoSet. Si crea estos campos en el Customizing (en Parametrizaciones de HR para Query SAPInformación adicional sobre la actualización de InfoSetsDefinir campos adicionales), siempre estarán disponibles cuando cree InfoSets. Si los crea en un InfoSet, solo estarán disponibles en ese InfoSet en particular.

    Nota

    Al igual que los campos adicionales, los campos locales se utilizan para cumplir requisitos específicos. Se definen dentro de una consulta y solo están disponibles para esa consulta, como Query SAP.

Registro de InfoSet

Para utilizar Ad-hoc-Query para recibir logs sobre la ejecución de queries, debe vincular un InfoSet a la grabación en log. Puede hacerlo en la transacción de actualización SQ02 en el menú Detalles.

Si luego crea y ejecuta una consulta utilizando este InfoSet (la consulta no tiene que guardarse), el sistema guarda información como el usuario y las entradas en la pantalla de selección (tabla AQPROT). Puede informar sobre esta información utilizando el browser de datos, consultas existentes del grupo de usuarios /SAPQUERY/QUERY_LOGGING (en el grupo de usuarios SAPQuery/SQ en el área de trabajo global) o con sus propias consultas.

Puede borrar los logs en la transacción de actualización SQ02 en ExtrasGestionar logs.

Se accede a una pantalla de selección en la que se pueden restringir los logs que se han borrado. Por ejemplo, puede borrar todos los logs de un usuario.

Logs de consulta

Los logs son opcionales. Puede grabar en log las consultas que se han iniciado mediante Ad-hoc-Query o InfoSet Query.

Se graban en log los siguientes campos:

  • Área de consulta
  • InfoSet
  • Usuario/a
  • Fecha y hora
  • Campos de selección
  • Valores de selección
  • Opciones de selección
  • Campos de salida

Puede activar y desactivar la función de log. Puede borrar cualquier log que ya no necesite. Además, puede añadir su propia función de log mediante el add-in empresarial AQ_QUERY_PROT. También puede analizar los logs con Query InfoSet o Browser de datos.

Para obtener más información sobre los logs, en el Customizing, seleccione SAP NetWeaverApplication ServerGrabación en logde query SAP.