Mejores prácticas para el desarrollo de estudios analíticos
Los estudios analíticos admiten la mayoría de los comandos que puede utilizar en un script de Analytics común. Sin embargo, debe asegurarse de que los estudios analíticos se ejecuten sin interacción del usuario y que no incluyan comandos no admitidos por el motor que procesa los estudios analíticos en el entorno de instalación.
Los estudios analíticos admiten todas las funciones de Analytics.
Prácticas recomendadas generales
Utilizar un proyecto de Analytics por robot o aplicación de análisis
Cree un nuevo proyecto de Analytics en Analytics para cada robot o aplicación de análisis. El proyecto debe contener todos los estudios analíticos que conforman el robot o la aplicación de análisis, así como todos los subscripts necesarios. Para una aplicación de análisis, el proyecto también debe contener todos los archivos de datos necesarios para todos los estudios analíticos.
Probar de manera local
Pruebe todos los estudios analíticos localmente antes de implementarlos en el entorno final. Asegúrese de que los estudios analíticos se ejecuten tal como se espera y que no sea necesaria la intervención del usuario.
Si desea obtener más información, consulte Desarrollo de estudios analíticos.
Utilizar conexiones de datos coherentes para las pruebas
Para probar un estudio analítico localmente si utiliza un origen de datos ODBC, debe configurar una conexión ODBC en su computadora local que sea idéntica a la conexión del entorno donde se ejecutará el estudio analítico.
Para los estudios analíticos distribuidos para ser utilizados en la ventana Aplicación de análisis, los usuarios finales deben configurar una conexión ODBC idéntica en sus computadoras.
Evitar rutas de archivos absolutas
Evite utilizar rutas de archivo absolutas en los estudios analíticos (por ejemplo: C:\resultados) a menos que esté seguro de que existen rutas de archivo idénticas en donde se ejecutará el estudio analítico.
El uso de rutas de archivo relativas (por ejemplo: \resultados) le permite desarrollar y probar estudios analíticos de manera local y después implementarlos en otro entorno sin necesidad de que ese entorno tenga una estructura de directorios idéntica.
Utilice SET para los ajustes de las preferencias
Utilice el comando SET para especificar cualquier configuración de preferencias necesarias para el estudio analítico. Si no especifica preferencias en el estudio analítico, se utilizarán las preferencias predeterminadas de Analytics. Coloque el comando SET después del encabezado del estudio analítico, pero antes de cualquier lógica del estudio analítico.
No utilice campos calculados en tablas de datos o resultados
No utilice campos calculados en tablas que tenga pensado conservar después de la sesión en la cual se ejecuta el script de estudio analítico.
Las tablas de datos o resultados que se conservan para ser utilizadas en interpretaciones o como valores de entrada para scripts posteriores pueden mostrar valores inesperados si contienen campos calculados. Los valores calculados dependen de la configuración que se define en el archivo de preferencias (.prf) o con el comando SET y, por lo tanto, los entornos diferentes pueden generar valores diferentes.
Si necesita conservar los valores de un campo calculado, use el comando EXTRACT con la opción FIELDS o la opción ALL para convertir el campo en un campo físico en la tabla de datos o resultados. Si desea obtener más información, consulte Comando EXTRACT.
Encriptar las contraseñas de conexión de datos
Para evitar tener una contraseña de origen de datos en texto sin formato en un estudio analítico, utilice la etiqueta PASSWORD. Esta etiqueta le pide una contraseña al usuario antes de ejecutar el estudio analítico y encripta el valor que se introduce.
Usar una contraseña al importar a HighBond o al exportar a HighBond
El parámetro PASSWORD es obligatorio en cualquier comando que importe desde HighBond o que exporte a HighBond:
- IMPORT GRCRESULTS
- IMPORT GRCPROJECT
- EXPORT... ACLGRC
Sin el parámetro PASSWORD, el comando no se podrá ejecutar correctamente en Robots, Analytics Exchange o la ventana Aplicación de análisis.
Al usar el parámetro PASSWORD en un script de estudio analítico, también debe especificar los parámetros de entrada de contraseña asociados en el encabezado del estudio analítico. Si desea obtener más información, consulte PASSWORD.
Nota
El parámetro PASSWORD no es obligatorio al ejecutar los comandos de importación y exportación en Analytics porque se utiliza automáticamente el token de acceso de HighBond del usuario actual.
Evitar la intervención del usuario
Los estudios analíticos deben poder ejecutarse sin intervención del usuario. Si un comando de un estudio analítico intenta crear un cuadro de diálogo, el motor del entorno de implementación detiene el procesamiento del estudio analítico y se introduce un error en el log.
Reemplace los comandos que requieran la intervención del usuario por etiquetas de estudio analítico
No usar comandos de Analytics que requieran la intervención del usuario Reemplácelos por etiquetas de estudio analítico equivalentes en el encabezado del estudio analítico. Las etiquetas de estudio analítico les permiten a los usuarios proporcionar valores de entrada antes de ejecutar el estudio analítico.
| No utilizar | Reemplazar por |
|---|---|
| DIALOG | //TABLE, //FIELD, //PARAM |
| ACCEPT | //TABLE, //FIELD, //PARAM |
| PASSWORD | //PASSWORD |
| PAUSE | no hay equivalente |
Pautas
- para evitar errores de procesamiento del estudio analítico, quite todos los comandos interactivos
- para asegurarse de que sea posible sobrescribir los archivos, según sea necesario, sin mostrar un cuadro de diálogo de confirmación, agregue el comando SET SAFETY OFF al principio de un estudio analítico y después agregue el comando SET SAFETY ON al final del estudio analítico para recuperar el comportamiento predeterminado
- para evitar que los diálogos de confirmación detengan el estudio analítico, agregue el parámetro OK después de los comandos que normalmente muestran un cuadro de diálogo de confirmación:
- RENAME
- DELETE
Comprobación de la sintaxis del script
Analytics ofrece una herramienta para detectar problemas de sintaxis del script que hacen que el estudio analítico no se pueda completar o que necesitan una coincidencia exacta entre el entorno local y el entorno donde se implementan los estudios analíticos. La herramienta ofrece solo una advertencia y usted tiene la posibilidad de confirmar y enviar o importar los scripts de estudio analítico que tienen advertencias.
Qué comprueba la herramienta
La herramienta comprueba todos los scripts del proyecto en busca de los siguientes elementos:
- comandos que requieren la intervención del usuario
- todas las rutas de archivo absolutas
- las invocaciones a un script externo
Cuándo se realiza la comprobación
La comprobación de la sintaxis del script se realiza de manera automática al confirmar y enviar scripts a Robots.
La comprobación de la sintaxis automática está activada por valor predeterminado. Si desea desactivarla, seleccione Desactivar la comprobación de la sintaxis del script antes de confirmar y enviar scripts en el cuadro de diálogo Opciones (Herramientas > Opciones > Interfaz).
Realizar la comprobación manualmente
Puede comprobar la sintaxis del script manualmente. Es posible que primero deba agregar el botón Comprobar scripts
a la barra de herramientas de Analytics.
- Si es necesario, agregue el botón Comprobar scripts a la barra de herramientas de Analytics:
- Haga doble clic en un lugar vacío de la barra de herramientas para abrir el cuadro de diálogo Personalizar la barra de herramientas.
- En la lista Botones disponibles de la barra de herramientas, seleccione el botón Comprobar scripts y haga clic en Agregar.
- En la lista Botones de la barra de herramientas actual, seleccione el botón Comprobar scripts y haga clic en Mover hacia arriba o en Mover hacia abajo para cambiar la ubicación del botón.
El orden de los botones de arriba hacia abajo corresponde a su ubicación de izquierda a derecha en la barra de herramientas.
Haga clic en Cerrar para guardar sus cambios.
- En la barra de herramientas, haga clic en Comprobar scripts
.Aparece un mensaje que indica que la sintaxis del script del proyecto es válida o que especifica una o más advertencias.
- Realice una de las siguientes acciones:
- Corrija la sintaxis de todos los scripts que generen una advertencia y haga clic en Comprobar scripts
nuevamente para asegurarse de que ya no aparezcan advertencias. - Asegúrese de que el entorno de implementación contenga una estructura de directorios o scripts externos que coincidan con las rutas o los scripts externos que se especifican en el estudio analítico.
- Corrija la sintaxis de todos los scripts que generen una advertencia y haga clic en Comprobar scripts
Prácticas recomendadas para estudios analíticos que se ejecutan en AX Servidor
Desarrollo en Analytics
Desarrolle estudios analíticos y sus scripts de soporte principalmente en Analytics antes de importarlos al Servidor de AX.
Para su comodidad, el editor de scripts de AX Cliente le permite agregar nuevos estudios analíticos o subscripts, o editar estudios analíticos o subscripts existentes. Esta función resulta útil para realizar pequeños ajustes en el comportamiento de un estudio analítico sin necesidad de exportarlo a Analytics y después volver a importarlo al Servidor de AX. Sin embargo, para desarrollar estudios analíticos y no simplemente realizar ajustes mínimos, es más fácil utilizar Analytics.
Almacenar los archivos relacionados con el proyecto de Analytics
Los archivos relacionados, tales como los archivos de perfiles de bases de datos, se deben almacenar en la misma carpeta que el proyecto de Analytics, pero se deben importar al Servidor de AX por separado.
Evitar comandos no admitidos por el Servidor de AX
- tablas de servidor de base de datos directas enlazadas a Analytics Edición de servidor para z/OS
- el comando NOTIFY sólo admite mensajes de SMTP No se admiten los protocolos de correo MAPI y VIM
- para utilizar los comandos PRINT o TO PRINT, debe haber una impresora predeterminada configurada en el servidor
- no se admiten los comandos SAVE GRAPH y PRINT GRAPH
- no utilice el comando SET LEARN en estudios analíticos
Minimizar las transacciones de tablas de AX Servidor
Optimice el desempeño de los estudios analíticos minimizando la cantidad de veces que se accede a tablas en el Servidor de AX:
- Utilice el comando FILTER para seleccionar los registros que necesite.
- Utilice el comando EXTRACT para extraer únicamente los campos necesarios.
El conjunto de datos reducidos se procesará de forma local en el servidor en el cual el Motor de AX está ejecutando el estudio analítico.
Es importante optimizar los estudios analíticos de esta manera cuando los archivos de datos no están ubicados en el mismo servidor que el Servidor de AX o el Nodo del Motor de AX que procesa el estudio analítico y la opción Copiar datos del estudio analítico no está seleccionada en la aplicación web de Configuración del Servidor de AX.
Ejemplo de un estudio analítico ineficiente
OPEN Tabla_grande SET FILTER TO fecha_trans >= `20091201` AND fecha_trans < `20100101` COUNT TOTAL importe CLASSIFY ON cuenta ACCUMULATE importe TO CuentaClasTrans
Ejemplo de un estudio analítico eficiente
OPEN Tabla_grande SET FILTER TO fecha_trans >= `20091201` AND fecha_trans < `20100101` EXTRACT FIELDS trans_date desc cuenta tipo importe TO TablaAnálisis OPEN TablaAnálisis COUNT TOTAL importe CLASSIFY ON cuenta ACCUMULATE importe TO CuentaClasTrans
Acceder a los datos SAP en el modo de segundo plano
Utilice el modo de segundo plano para acceder a los datos de sistemas SAP ERP utilizando Direct Link.