Why you should be using Team Foundation Server for Dynamics AX lifecycle management?

If you already use Team Foundation Server in your Dynamics AX projects, providing all benefits it can give to your teams, or if you are already convinced to use it soon, then this article is not for you.

You may not be convinced or, even worst, you may disagree about it to be beneficial to your methodologies and team behaviors. You can try to challenge my points with your project’s circumstances that make TFS unacceptable. That’s fine. I’m only asking you to read the full article first 🙂

Microsoft Application Lifecycle Management

Team Foundation Server (or Visual Studio Team Services*) is a tool, and as such, it will allow you to achieve the same tasks faster and with less effort. Furthermore, TFS will also give the ability to execute crucial tasks that are only available by using this kind of tools. Those tasks are mostly related to development work and source code management, what makes developer’s life easier, but some of them also help project managers and consultants, and support Quality Assurance guidance and validations, testing and all the rest of Application Lifecycle Management steps, whichever methodology is used to manage our projects: Microsoft SureStep, Agile, Scrum, …

Not to mention that using TFS is mandatory in the new Dynamics 365 for Operations, so including it in our lifecycle processes today will ease the transition and will put in place a set of Best Practices than will improve your team since day one.

Let’s have a look at the benefits of TFS in the three main categories of Application Lifecycle Management:

  1. Work
  2. Code
  3. Build & Release

Read the full article at “Dynamics AX in the Field”, the blog from the Premier Field Engineering team at Microsoft.

Cumulative Update 12 para Microsoft Dynamics AX 2012 R3

Microsoft Dynamics

Ya está disponible la siguiente actualización acumulativa para Microsoft Dynamics AX 2012 R3, la CU12 (6.3.5000.138). Esta actualización está disponible para instalación mediante el módulo Updates de Lifecycle Services, como viene siendo habitual desde la revisión R3. Información sobre las mejoras sobre el proceso de instalación se puede encontrar en los enlaces siguientes:

La documentación del parche:

Descarga:

Sin duda lo más llamativo de este parche es el nuevo módulo Cortana Intelligence que nos permite conectar con los Cognitive Services en Azure. Esta API nos va a permitir hacer uso de los servicios de machine learning de manera sencilla mediante algoritmos predefinidos y facilitando el mantenimiento de entidades de datos en cloud desde nuestra instancia local de AX 2012.

Aparte de la funcionalidad en sí, a la que vale la pena echar un vistazo, este nuevo módulo ilustra la filosofía híbrida de las próximas versiones de Dynamics AX, en las que parte de la funcionalidad se va a ofrecer de manera exclusiva en cloud (todo lo relacionado con Cortana Intelligence, por ejemplo, aunque no es el único) mientras seguimos utilizando nuestra versión de AX 2012 R3 on-premise.

 

Microsoft Dynamics 365 for Operations

dynamics-365-launch

Os traigo un resumen de todo lo que se ha anunciado durante las ultimas semanas acerca de los planes de Microsoft para unificar su plataforma de negocio bajo un mismo paraguas, tanto a nivel de marketing, como de arquitectura, como ya anunciaron hace varios meses.

He tardado un poco en poder escribir este artículo, y mientras tanto se han anunciado muchas otras cosas que están relacionadas con Dynamics 365, así que voy a hacer un resumen de todas ellas ya que vamos a hablar mucho de estos temas en los próximos meses y este es un buen punto de partida.

Al fin y al cabo, todo esto se ha ido anunciando durante las últimas semanas pero la disponibilidad general empieza hoy 1 de Noviembre 🙂

Microsoft Dynamics 365 for Operations

Por supuesto la noticia principal es el lanzamiento de la plataforma Dynamics 365 (que engloba AX, NAV y CRM) y en concreto de Microsoft Dynamics 365 for Operations que es el nombre final del producto que hemos llamado Rainier (nombre del proyecto), AX 7 (número de versión) y últimamente “el nuevo” Dynamics AX. No más nombres extraños, pero tampoco cambios en el producto de forma inmediata. Dynamics 365 for Operations es el nombre final de la versión actual de AX 7, de momento es el mismo producto, y desde aquí en adelante empieza la evolución que está por llegar.

La presentación oficial de Dynamics 365 tuvo lugar hace unas semanas durante el evento de la comunidad AXUG Summit, y queda resumido en el siguiente vídeo (y muchos más en el canal de Ignite en Youtube):

Continue Reading…

Problemas con el tamaño de la fuente en Dynamics AX 2012

A veces al utilizar el cliente de Microsoft Dynamics AX 2012 (ya sea en un servidor de Escritorio Remoto o en una instalación local), el tamaño de las fuentes hace cosas “extrañas“. Se muestran las fuentes más grandes de lo normal, distorsionando los formularios y las barras de desplazamiento, y al pasar el ratón por encima vuelven a su tamaño normal, o bien se cambia el tamaño al maximizar el formulario, etc. Cosas como estas.

Esto ocurre sobre todo cuando utilizamos pantallas con una resolución muy alta, que son bastante comunes hoy en día sobre todo en portátiles y tablet como las Surface, y configuramos nuestra sesión para que modifique el tamaño de los textos para compensar esta resolución.

Al conectar a un Escritorio Remoto desde este equipo, ese parámetro se copia a la sesión remota y no es posible modificarlo desde dentro de la sesión. Pero sí podemos activar un parámetro en las propiedades del acceso directo que utilicemos para abrir el cliente de AX 2012 para desactivar este ajuste: Disable display scaling on high DPI settings. En la siguiente captura se muestra la opción en Windows 2012, las opciones son similares en Windows 10.

Si estamos abriendo el cliente de desarrollo, también podemos marcar la opción “Run this program as an administrator” para que se ejecute siempre como administrador. Esto es muy útil si queremos desplegar informes SSRS o servicios web durante el desarrollo, por ejemplo. Al marcar esta opción los textos se verán en tamaño original, que dependiendo de nuestra pantalla pueden ser demasiado pequeños, pero de momento solo se puede activar o desactivar:

UPDATE 09/01/2017: 

La nueva build preview para insiders publicada hoy para Windows 10 incluye mejoras para esta opción. Es probable que las veamos también en Windows 2012 en un futuro próximo. Más información en: Announcing Windows 10 Insider Preview Build 15002 for PC (la siguiente imagen es del blog de Windows):

 

PowerShell y los comandos de inicio en Dynamics AX 2012 (PS-III)

En los primeros artículos de esta serie, aprendimos las bases de PowerShell en general, y cómo utilizar librerías de cmdlets extra, incluyendo las que vienen con Microsoft Dynamics AX 2012 y permiten muchas acciones que facilitan la administración y el mantenimiento. PowerShell - jaestevan.com

Pero para poder utilizar PowerShell en nuestros sistemas DevOps reales, debemos unirlo todo y utilizar tanto cmdlets específicos, como la potencia de PowerShell para poder ejecutar todos los pasos necesarios en un despliegue típico de AX, y en muchas otras tareas de mantenimiento.

Empecemos con PowerShell estándar

Por ejemplo podemos utilizar los comandos base de PowerShell para buscar si en el sistema existe un AOS con un determinado nombre, e iniciarlo si no lo está, de esta forma (probablemente no es la mejor forma, pero resulta ilustrativa para este caso):

powershell-aos-service

$AxAOSName = "MicrosoftDynamicsAX"

$svcAOS = Get-Service AOS60* | Where { $_.DisplayName.EndsWith($AxAOSName) } -ErrorAction SilentlyContinue
if (-not ($svcAOS.Length -gt 0))
{
    throw "AOS service " + $AxAOSName + " can not be found."
}

Write-Host "AOS:" $svcAOS.DisplayName

if ($svcAOS.Status -ne 'Running')
{
    Start-Service $svcAOS -PassThru
}

Continue Reading…

Microsoft Common Data Model (CDM)

Después del anuncio de Dynamics 365 publicado hace unas semanas en la WPC, nos quedamos con ganas de más información acerca de la complementación práctica de las soluciones que se anunciaron allí. Personalmente una de las que más interés me causó fue el Common Data Model (CDM), anunciado como un modelo de datos común que permitiría compartir entidades y datos entre las aplicaciones que conforman el paquete Dynamics 365, las aplicaciones empresariales actuales (NAV, el nuevo AX, CRM Online, etc.) y las nuevas soluciones que partners y clientes podrían desarrollar sobre este nuevo framework.

Hoy se han publicado más detalles sobre este modelo de datos común mediante los siguientes anuncios (por ejemplo):

Vale la pena revisarlos porque incluyen unos cuantos vídeos muy ilustrativos sobre el tema.

Common Data Model

En estos artículos se confirma la idea de que el CDM será un repositorio de datos independiente con el que se integrarán todas las partes. El concepto es parecido, entre otras cosas, a la Entity Store de la que hablamos hace unos meses para AX 2012 R3 y el data data mart creado por las herramientas de reporte financiero como el Management Reporter. Cabe esperar que todas estas soluciones confluyan en un data warehouse común capaz de modelar todas las áreas del negocio y sobre el que se sustenten el resto de aplicaciones y soluciones futuras. Un DW común sería el origen de datos perfecto para sistemas de inteligencia de negocio como Power BI o herramientas de predicción como Cortana Intelligence.

Como digo los vídeos enlazados en el post anterior son muy interesantes ya que nos muestran ejemplos de cómo las entidades se muestra en el sistema PowerApps y cómo crear tanto entidades nuevas como aplicaciones que las utilicen. Se pueden ver también funcionalidades generales como la posibilidad de exportar e importar los datos de estas entidades fácilmente con la integración con Excel. Es una introducción muy interesante.

Common Data Model - Entities

Más información por supuesto en Microsoft PowerApps.