Una query es uno de los principales elementos disponibles en Microsoft Dynamics AX 2012 para la obtención y manipulación de datos. Como ya sabemos, podemos crear Queries desde el AOT del mismo modo que cualquier objeto, y diseñar su estructura añadiendo elementos a los distintos nodos que la conforman y modificando sus propiedades.

Durante esta cápsula veremos cómo crear estas estructuras desde código X++, que, aunque no es tan sencillo y rápido como hacerlo desde el AOT, resulta bastante intuitivo y nos proporciona mucha más libertad en cuanto a los criterios de selección que podemos utilizar para obtener los datos necesarios.
Es por este motivo que muchas de las tareas que tengamos que realizar, las haremos directamente programando las queries desde el código y no desde el AOT.

Por último, veremos cómo insertar los datos obtenidos en una query directamente en una tabla. Esta es una característica añadida en la versión 2012 R3 de AX.

Ahora vamos a explicar los distintos elementos y clases que forman el Query Framework y a trabajar con ellas para conseguir obtener los datos requeridos en función de las necesidades del proyecto.

Microsoft Dynamics AX utiliza el Number Sequence Framework para generar números de secuencia alfanuméricos que se utilizarán como identificadores únicos y legibles para registros de tablas maestras y de transacciones.

A lo largo de esta cápsula veremos cómo utilizar los números de secuencia y hablaremos de las novedades introducidas en este framework desde la llegada de la versión 2012 de AX, que són los conceptos de Ámbito y Segmento.

Veremos el proceso completo simulando la implantación de un nuevo módulo a medida en AX, creando una nueva tabla de parámetros para este módulo y realizando toda la configuración necesaria para poder generar nuevos números de secuencia y utilizarlos en la aplicación. De este modo, veremos cómo al crear nuevos registros sobre una tabla concreta, el identificador del registro se va asignando automáticamente y de forma secuencial sin que el usuario tenga que realizar ninguna acción.

Microsoft Dynamics AX 2012 nos trae bajo el brazo un nuevo patrón de diseño de soluciones basado en Eventos y Delegados.

Como sabéis, raramente un cliente trabaja con una instalación estándar de AX. Más bien, cada cliente tiende a personalizar su AX en función de los requisitos y las necesidades de su modelo de negocio. Esto nos lleva, a que, por parte de los partners, se realicen muchos desarrollos y personalizaciones en las que se modifica o amplía el código estándar de la aplicación en otra capa.

Este modelo de diseño tiene un principal problema, y es que las personalizaciones se pueden romper cuando Microsoft modifica el código de una capa inferior al liberar una nueva versión. Para solucionar este problema, Microsoft ha desarrollado el nuevo patrón de diseño basado en Eventos y Delegados.

Con este nuevo modelo podemos reducir el coste de ampliar la funcionalidad estándar, definiendo puntos concretos en el código, donde normalmente se realizan personalizaciones, para que el resto de desarrolladores se suscriban a un evento para añadir su propio código sin necesidad de modificar el existente. Gracias a esto, reduciremos el impacto que se produce con las actualizaciones.

Esta nueva cápsula vamos a dedicarla a hablar del nuevo Framework de extensión que tenemos disponible en AX 2012 R3.

Este framework es una novedad incluida en la versión 2012 de Dynamics AX, y supone un cambio total en la forma en la que trabajábamos con la herencia de clases.

Hasta ahora, utilizábamos, como veremos más adelante, la creación de instancias de una subclase partiendo de la clase padre y basándonos en un parámetro, que era un enumerado generalmente, para decidir cuál era el tipo correcto de la clase hija que debíamos instanciar. De este modo lo que hacíamos, era, dentro del new de la clase base, llamar al constructor de la clase hija en función de este parámetro.

Esta forma de trabajar, tenía una clara desventaja, y era que cada vez que necesitábamos crear un nuevo subtipo, teníamos que modificar varios objetos del sistema, entre ellos, la clase padre, lo que hacía que tuviésemos varias copias de este objeto en distintas capas, pudiendo generar conflictos entre ellas.

Pues, como vamos a ver ahora, este patrón de extensión nos va a permitir generar nuevos subtipos ahorrando tiempo, puesto que no será necesaria la modificación de tantos objetos, y evitando estos conflictos que podían surgirnos en versiones anteriores.

Muchas veces nos encontraremos con escenarios en los que necesitaremos mantener un historial de los datos del sistema y conocer en todo momento durante qué período de tiempo tiene validez cada registro. Por ejemplo, si pensamos en los tipos de interés que nos ofrece un banco, éste es un dato que tiene una variación en el tiempo, y necesitamos conocer en todo momento cuál es su valor en una fecha concreta.

Al necesitar mantener un histórico de los datos, se puede complicar la selección o la presentación de los datos en formularios.

Para solventar este problema, AX 2012 ha incluido el nuevo Date Effective Framework, en el que nos ofrece una serie de herramientas para poder trabajar con datos con validez en el tiempo. Gracias a este framework, podremos también controlar de una forma sencilla que no haya solapamiento de los datos en el tiempo, así como controlar que no existan periodos de tiempo concretos sin datos si fuese necesario.

A lo largo de esta cápsula veremos cómo diseñar tablas con validez en el tiempo y cómo afecta la inserción, actualización y borrado de datos en estas tablas. También veremos cómo realizar consultas sobre estas tablas utilizando tanto sentencias sql como vistas y queries, ampliando de este modo la funcionalidad que vimos en la cápsula dedicada al Query Framework, y por último, veremos como el framework de seguridad también está totalmente integrado para poder tratar los accesos a las tablas con validez en el tiempo, permitiendo distinguir el acceso a datos pasados, presentes y futuros.

El contenido de esta cápsula va a estar dirigido a un nuevo Framework de desarrollo introducido en AX 2012, el SysOperation Framework.

El SysOperation Framework, inicialmente conocido como Business Operation Framework (BOF), es el sustituto de los Frameworks anteriormente utilizados RunBase y RunBaseBatch. Del mismo modo que estos, nos permite realizar operaciones en las que el usuario debe introducir una serie de parámetros o ejecutar estas operaciones en procesos por lotes, simplificando eso sí, el empaquetado de variables que era algo incómodo y aprovechando las ventajas que nos proporciona el uso de los Atributos introducidos en AX 2012.

A lo largo de la cápsula veremos los distintos modos de ejecución disponibles en este framework e intentaremos transformar una clase que ya tenemos desarrollada con el framework RunBase al nuevo framework SysOperation, de forma que podamos ver las diferencias entre ambas y las ventajas de utilizar este último.

En esta nueva cápsula vamos a hablar del Batch Framework, que nos permitirá utilizar el procesamiento de trabajos por lotes, que podrán ser programados y ejecutados en diferentes equipos.

Hay muchas tareas en Microsoft Dynamics AX que pueden ser ejecutadas como tareas de trabajos por lotes, y es el objetivo de esta cápsula aprender a configurar todo lo necesario para poder hacerlo, para ello veremos cómo ejecutar una instancia de AOS como servidor de lotes, veremos cómo crear nuevos grupos de lotes, que nos servirán para clasificar las distintas tareas y ejecutarlas en servidores distintos. Veremos cómo podemos crear un trabajo por lotes, para poder ejecutarlo cuando nosotros decidamos indicándole una fecha y hora concreta, lo que es muy útil para liberar al cliente de AX de carga de trabajo, así como para aplazar estas tareas a horas en las que el servidor se encuentra más liberado de carga.

Una vez que la tarea haya sido ejecutada, seremos capaces de ver el historial de los lotes, cambiar el estado de estos trabajos e incluso eliminar los lotes que ya no deban ser utilizados.