Blog

En este artículo me gustaría enseñaros un pequeño “truco” para añadir los campos de las dimensiones financieras en las plantillas de Excel y poder así guardarlo para que siempre que vayamos a darle uso, las tengamos predeterminadas, de este modo no tendremos que estar añadiéndolas manualmente cada vez que lo abramos.

Si alguna vez has creado algún Web Resource, el 90% de las veces seguramente hayas tenido que usar el

Os voy a hacer un spoiler antes de empezar, workflows casi siempre.

Hace unos días iniciamos un nuevo proyecto dentro de Axazure. Normalmente al iniciar el proyecto dedicamos varios días a preparar el entorno de trabajo: Configurar LCS, crear el BPM, desplegar entornos, y por supuesto creamos nuestro sitio de Teams con los canales necesarios y nuestra planificación en Planner.

Antes de comenzar quisiera dejar unas premisas o conceptos que me han motivado a escribir este artículo:

Últimamente me he dado cuenta de que los usuarios y consultores que empiezan con PowerApps / Dynamics 365 se enfrentan a una serie de conceptos complicados, difíciles de diferenciar, y deben saber para que sirve cada cosa. En este pequeño artículo vamos a intentar poner un poco de luz sobre esos términos.

Este año se ha celebrado el Microsoft Business Applications Summit en Atlanta, EEUU. Se trata de un evento iniciado el año pasado por el propio James Philips y el equipo de producto, pero que este año ha crecido en todos los niveles. 6.600+ asistentes han apoyado a un evento en pleno crecimiento #MSBizAppsSummit. Desde Axazure, hemos sido el Partner español que más profesionales hemos participado, con 6 personas con perfiles de arquitectos técnicos y funcionales.

Nuestro siguiente caso surge de un requerimiento del todo comprensible ¿cómo hacemos para que el usuario solo vea ciertos datos de MSDyn365FO del informe? ¿es posible agregar seguridad a PowerBI?

El tercero de nuestros casos prácticos con PowerBI da un paso más allá, debido a la necesidad de combinar información entre Dynamics 365 for Finance and Operations (en adelante D3FO) y otros sistemas. El desafío era crear una previsión de tesorería con datos reales contenidos en un AX 2009 ya en desuso (solo como repositorio), nuestro D3FO y un forecast creado en EXCEL.

Continuamos con nuestra serie de artículos relacionados con Microsoft Dynamics 365 for Finance and Operations (en adelante D3FO) y Power BI. El segundo caso real que queremos compartir se basaba en la información de morosidad de clientes y fue un caso bastante más complejo.

Existen varias vías para crear o ajustar los diferentes cuadros de mando de Power BI cuando trabajamos con Microsoft Dynamics 365 for Finance and Operations (MSDyn365FO en adelante). Este artículo es el primero de una serie que muestra casos reales que hemos ido encontrado durante los últimos meses, y la solución que hemos dado a cada uno de ellos.

En realidad no tiene nada de misterio, más bien un error de concepto.

Siguiendo la filosofía de la compañía, queremos compartir diferentes vivencias reales que nos han sucedido en nuestra última implantación con Microsoft Dynamics 365 Finance and Operations (en adelante MSDyn365FO) este año 2018. El motivo no es otro que prevenir, aconsejar y, en la medida que podamos, poner sobre aviso al resto de compañeros y Partners del canal, ya que nos reafirmamos en que intentar arrancar 365 como hemos estado haciendo de forma tradicional en el pasado, está muy ligado a un posible fracaso.

In this article, we are going to learn how the new ERP version, Dynamics 365 Finance and Operations (hereafter #MSDyn365FO), let us control and identify in a simple graphic way, counters inside Workspaces (tiles) to show us the real status for specific business scenarios without using Alert functionality, Microsoft Flow or any custom process.

La triangulación en Microsoft Dynamics 365 for Finance and Operations Enterprise Edition (en adelante D3FO) es un proceso que puede resultar útil, siempre y cuando consigamos un cambio beneficioso en alguna divisa, pero peligroso ya que, de no tener claros desde un principio todos los requisitos y consecuencias que acarrea, puede dar serios problemas, pues hay que tener en cuenta que, una vez parametrizada la triangulación el sistema priorizará ésta por encima del tipo de cambio de divisas que se tenga (todo esto quedará más claro en el ejemplo).

Todos sabemos que personalizar el diseño de un Report en Microsoft Dynamics AX puede realizarse de diferentes formas y que, un mismo cambio puede resultar completamente diferente dependiendo de la versión del ERP sobre la que estemos desarrollando. Más si cabe, tratándose de la nueva versión Microsoft Dynamics 365 for Finance and Operations. Una versión en la que cualquier personalización realizada en el pasado resulta en una nueva aventura y multiplica exponencialmente el tiempo de desarrollo empleado.

En este nuevo post os voy hablar de un ejemplo concreto en relación al formulario Registro en D3FO (Microsoft Dynamics 365 for Finance and Opertaions, Enterprise Edition).

Ya tenemos aquí la nueva versión llamada Dynamics 365 for Operations, que recibimos con emoción y curiosidad a partes iguales, ya que, parte de lo que engancha de esta profesión, es que hay que estar en constante aprendizaje porque el ERP no para de evolucionar; así que nos toca “ponernos las pilas” y dominar la aplicación lo antes posible, averiguando dónde están campos y formularios, investigando el funcionamiento de los procesos, etc.

A muchos de nosotros durante el proceso de implantación o en la realización de análisis de mejoras en los clientes que trabajan con multidivisas, se nos ha planteado la posibilidad de automatizar el proceso de actualización de los tipos de cambio, pues bien, en versiones anteriores la única forma era realizando un desarrollo, pero en la versión actual de AX 2012 R3 tenemos la opción de automatizar este proceso en tres sencillos pasos, que se detallan a continuación.  

Todos los que nos dedicamos a trabajar con ERPs, ya seamos cliente final o partners, en mayor o menor medida hemos tenido que lidiar con la problemática de los ficheros ASCII cuando generamos los impuestos, a la hora de subirlos al portal de Hacienda. En la mayoría de casos se tiene que modificar dicho fichero porque, algunas filas o columnas no corresponden con el orden en el que deberían estar para subirlas al portal de Hacienda o algún carácter no corresponde, etc. Desde mi experiencia, a continuación, os dejo una guía con los pasos a seguir en la configuración del modelo 340, para que cuando se genere el fichero ASCII y se suba al portal de Hacienda todo funcione correctamente.

Amig@s contables ¿Cuántas veces tenemos que llevar a cabo la gestión de contabilización de una factura de proveedores y luego ir al diario de pago para liquidarla cuando el pago se ha realizado con una tarjeta de crédito y por lo tanto se tiene la misma fecha que la factura? Seguro que infinitas, consumiendo tiempo muy valioso y que nunca sobra en un departamento financiero... pues bien esto se puede solucionar con Microsoft Dynamics AX simplemente configurando de una manera correcta, una condición de pago tal y como os muestro a continuación.

En este artículo vamos a explicar el proceso de baja de un activo fijo en el Nuevo Dynamics AX, que completa el ciclo que comenzamos en anteriores entradas de nuestro blog (podeis consultarlas en los siguientes enlaces: Adquisición de un activo fijo en el Nuevo Dynamics AX y Depreciación de un activo fijo en el Nuevo Dynamics AX).

Vamos a continuar con la configuración básica del módulo de Tiempo y Asistencia que comenzamos en la anterior entrada de nuestro blog. Ahora trataremos la parametrización y configuración de los perfiles, las ausencias, las categorías y actividades indirectas, y los acuerdos de sueldo.

Esta primera parte sobre la configuración básica del módulo de tiempo y asistencia se divide en tres apartados: el asistente de configuración, los parámetros generales y la configuración de los trabajadores. De esta manera se obtendrá una mejor comprensión sobre la parametrización que hay que llevar a cabo en dicho módulo y se seguirá un orden, en la configuración, para no dejar nada en el tintero.

El módulo de Tiempo y Asistencia puede ser complejo a la hora de entender su funcionamiento por ello a continuación, se especifica un resumen de la usabilidad de dicho módulo, así como un mapa conceptual para facilitar la comprensión del mismo.

Toda empresa está compuesta por elementos o activos de carácter duradero y temporal. Con el paso del tiempo, los activos duraderos (un móvil, un portátil o un camión) van perdiendo valor. En otras palabras, sufren una amortización o depreciación.

Como ya hemos anticipado en otras ocasiones, el Nuevo Microsoft Dynamics AX, en adelante AX7 (disculpad a los que no les gusta este nombre “oficial”), permite configurar y personalizar diferentes espacios de trabajos (workspace).

Recientemente a un colega, un cliente le solicitó usar la nueva funcionalidad de dispositivos móviles en el almacén para controlar los movimientos de inventario, pero en su caso sin utilizar los pallets ya que en la realidad no estaban trabajando con ellos.

Los activos fijos en Dynamics AX son artículos de valor, como edificios, vehículos, tierras y equipos, que posee una persona o una organización. Por tanto, desde el Nuevo Microsoft Dynamics AX (AX7 en adelante) es posible configurar y especificar información de adquisición para los registros de activos fijos, así como, gestionar dichos activos depreciándolos y configurando un umbral de capitalización para determinar la depreciación. También es posible calcular los ajustes para los activos fijos y desecharlos.

Pues sí, hoy vamos a hablar de una característica que ha sido añadida en esta nueva versión de Microsoft Dynamics AX, y que, aunque puede parecer algo trivial, es una herramienta que nos va a ayudar a todos los que nos dedicamos a la parte técnica de este ERP. Esta herramienta es el buscador que se ha añadido dentro del panel Application Explorer y que nos permitirá realizar búsquedas de objetos dentro del AOT de una forma rápida y sencilla.

Todos aquellos que han trabajado con planificación maestra saben que, los pedidos planificados generados desde este módulo, son creados en base a la configuración del grupo de cobertura usando la fecha de requisito.

En este artículo voy a hablar sobre la diferencia entre los procesos de mejoras de activos fijos y revalorización, en Dynamics AX 2012 R3, ya que dichos procesos nos pueden llevar a confusión y mezclar conceptos.

En ocasiones, cuando intervengo en algún proyecto en el que ya se está utilizando la Planificación Maestra, veo que los días positivos y negativos de los planes de cobertura tienen los valores por defecto que AX propone. Normalmente esto significa que, o bien no se les ha dado la debida importancia a estos campos o que incluso se desconoce su uso, lo que finalmente origina confusión a la hora de analizar los pedidos planificados resultantes de estos grupos de cobertura.

A estas alturas, todos sabemos que la nueva versión de Microsoft Dynamics AX, también conocido como AX7, ya ha sido liberada, por lo que ya podemos empezar a “jugar” con ella para ver todos los cambios (muchos) que se presentan a nivel técnico.

Continuamos con la segunda parte de la funcionalidad de Planes de Compensación Fijos que comenzamos en la anterior entrada del blog. 

Recientemente hemos participado en un proyecto de AX 2012 de Recursos Humanos para una compañía de más de 3.000 empleados en más de 7 países de 3 continentes distintos.

Toda empresa está compuesta por elementos o activos de carácter duradero y temporal. Con el paso del tiempo, los activos duraderos (un móvil, un portátil o un camión) van perdiendo valor. En otras palabras, sufren una amortización o depreciación.

Todos los que trabajamos en nuestro día a día con herramientas informáticas, sabemos lo útil que puede ser dejar un poco de lado el ratón y trabajar con el teclado cuando estamos haciendo una serie de tareas rutinarias. El simple hecho de aprender a trabajar con los atajos de teclado (también llamados “teclas rápidas”, “teclas de acceso rápido”, etc.) puede provocar directamente un aumento en nuestra productividad reduciendo el tiempo necesario para realizar nuestro trabajo diario.

Tras el evento virtual de lanzamiento con más de 4.000 asistentes virtuales, en donde AXAZURE colaboró con unos 80 contactos registrados, os seguimos contando más novedades funcionales dentro del ámbito de la Contabilidad General en AX7:

En gran medida, prácticamente toda la funcionalidad que teníamos en la versión AX 2012 R3 se replica en el Nuevo Microsoft Dynamics AX, aunque a lo largo de estos últimos meses sí que hemos podido identificar algunas mejoras en diferentes módulos.

La verdad es que la traducción al castellano para llevar a cabo la configuración de Royalties en AX 2012 R3  no es que sea de las más intuitivas, pero la funcionalidad de las “Regalías” puede llegar a ser verdaderamente interesante.

En este caso vamos a explicar el proceso de baja de un activo fijo en Microsoft Dynamics AX 2012 R3.

Muy buenas a todos,

Cada país tiene sus propios periplos en lo que a la materia contable se refiere, España entre ellos, por lo que para abordar la venta de un activo fijo en Dynamics AX 2012 R3 o AX7, vamos a comenzar explicando brevemente la definición de activo fijo según el Ministerio de Hacienda, y posteriormente nos centraremos en el proceso de venta de dicho activo en el ERP.

Hoy vamos a hablar de la posibilidad de dar acceso a datos con validez en el tiempo en función del rol de seguridad que tenga asociado un usuario concreto.

Cada país tiene sus propios periplos en lo que a la materia contable se refiere, España entre ellos, por lo que, para abordar la adquisición de un activo fijo en Dynamics AX 2012 R3, vamos a comenzar explicando brevemente la definición de activo fijo según el Ministerio de hacienda, así como también la definición desde el propio ERP Dynamics AX 2012 R3, y posteriormente nos centraremos en el proceso de adquisición de dicho activo.

Hola a todos,

Cuando estemos trabajando con la actualización de datos, es necesario que el sistema realice una serie de bloqueos de los registros con los que estamos trabajando para asegurar que las transacciones se procesan de forma precisa y con un alto nivel de concurrencia, pero cuantos más registros y transacciones se encuentren bloqueadas, peor será el rendimiento de la base de datos.

Es conocido por todos que el “nuevo” Microsoft Dynamics AX (este es el nombre oficial, al final todas las porras sobre AX7, AX 365, AX 2016, AX online, AX AZURE ups!:)… han perdido… aunque en adelante me referiré a él como AX7 porque si no, nos vamos a liar) trae un fuerte cambio a nivel técnico, tanto a nivel de arquitectura como a nivel de metodología de desarrollo, pero desde AXAZURE, con este post, queremos empezar a comentar aquellos cambios que desde nuestro punto de vista funcional nos han llamado más la atención de inicio.

Os presento el siguiente artículo sobre la implantación del modelo 303 en Microsoft Dynamics AX 2012 R3.

La clase UnitOfWork apareció con la versión 2012 de Dynamics AX para facilitar la tarea de inserción o modificación de datos de forma masiva, ya que esta tarea se complicó con el cambio del patrón de modelado de datos, debido a las relaciones basadas en claves subrogadas.

Lo prometido es deuda, en aras de que fluya el conocimiento, os dejo el siguiente artículo sobre la implantación del modelo 349 en Microsoft Dynamics AX 2012 R3.

Hoy vamos a ver las novedades que se han incluido en el framework de consultas desde la versión 2012 de Microsoft Dynamics AX.

Nuestro estimado legislador con mayor o menor acierto, se empeña en gravar la capacidad económica tanto de las personas físicas como de las jurídicas, con impuestos varios, entre ellos encontramos los modelos 347, 349 y 303. Posteriormente estos impuestos, entre otros, hay que implantarlos en los diferentes ERPs del ámbito empresarial, y es ahí, donde entran en acción las legiones de programadores y consultores, pues bien, para facilitar la tarea y hacer que fluya el conocimiento, os  dejo con la explicación de la implantación de la declaración del 347 en Microsoft Dynamics AX 2012 R3. En próximos artículos os hablaré también de los modelos 349 y 303.

Como ya sabéis, tenemos disponible un sitio web con una serie de diagramas entidad relación que nos permiten tener documentadas ciertas partes del modelo de datos de Microsoft Dynamics AX 2012: Microsoft Dynamics AX 2012 R2: AxErd.

Dadas las múltiples dudas existentes entre estas 2 entidades en el ERP Microsoft Dynamics AX 2012 R3, vamos a intentar explicar las diferencias entre ambas entidades.

Durante el evento Microsoft Dynamics AX Technical Conference de este año 2014 (hashtag  #AXTech2014) el foco o protagonista fue Microsoft Dynamics AX 2012 R3 junto con todas las novedades más destacables que vienen con dicho release:

Cuántas veces hemos desarrollado a medida esta funcionalidad que vamos a comentar en el siguiente post. Estoy seguro que cada uno de vosotros ha tenido que solicitar al desarrollador o programar diferentes tipos de búsquedas para que la introducción de productos en las líneas de venta puedan ser mucho más ágiles que meramente utilizando su código o su alias.

En las empresas de fabricación es muy común que dentro de los árboles de materiales (ya sean Listas de Materiales o Fórmulas) existan elementos de bajo coste y por tanto, de bajo impacto económico, que se deben consumir al fabricar el producto terminado o intermedio. Para este tipo de materiales (por ejemplo todo lo relacionado con el embalaje) no merece la pena estar haciendo los pertinentes consumos en los diarios de las listas de selección ya que si se notifica como terminado “X” unidades, se pueda identificar fácilmente que consumos se va a realizar.

Microsoft Dynamics AX 2012 R3 como herramienta de colaboración permite tener un comportamiento proactivo de tal manera que el propio ERP sea capaz de controlar cambios o modificaciones en las transacciones o datos maestros avisando mediante alertas o emails a los responsables que proceda.

Con el lanzamiento de Microsoft Dynamics AX 2012 R3 se han hecho grandes cambios para facilitar la labor intercompany dentro del módulo de proyectos. Con esta versión se conseguía que los usuarios pudiesen imputar horas en proyectos que pertenecían a otras empresas siendo en la R2 cuando se consiguió asignar empleados de otras empresas al proyecto.