Gestion Del Cambio on

Importación de datos low‑code personalizada en Finance and Operations apps

Fri, 08 Mar 2024 00:00:00 +0100

Motivaciones

Las integraciones de datos son un requisito fundamental en las implementaciones de ERP en la nube y, históricamente en Dynamics, se han escrito en X++ procesos que leen datos, los procesan y finalmente los guardan en un formato que Dynamics entiende. Estos procesos ETL escritos a mano han sido (y siguen siendo) una fuente frecuente de problemas en cuanto a mantenibilidad, reutilización y, especialmente, rendimiento, ya que no siempre están diseñados para funcionar bien con grandes volúmenes de datos.

BizzSummit 2023 Madrid ¡Evento presencial!

Wed, 04 Oct 2023 00:00:00 +0200

El pasado sábado 25 de mayo tuvo lugar el Dynamics 365 Saturday 2023 en las instalaciones de la escuela de negocios ESIC, en Pozuelo de Alarcón (Madrid).

La verdad es que la experiencia fue genial, como siempre, pero especialmente este año por ser el primer evento presencial al que asistía desde antes de la pandemia, cuando estuve en el Dynamics 365 Saturday en 2019.

El viernes por la tarde pude dar una sesión sobre gestión del cambio, que es un tema un poco diferente a lo que suelo presentar en eventos, más cerca del negocio y la gestión de proyectos que de la parte técnica. Salió bastante bien, creo yo, pero por desgracia no hay grabación así que no la puedo compartir :(

Replantea tus integraciones #BizzApps para rendimiento según patrones de diseño en la nube

Mon, 17 Jul 2023 00:00:00 +0200

Introducción

Durante los últimos meses he estado en contacto con varios clientes de Finance and Operations que afrontaban retos similares que afectaban al rendimiento y la estabilidad de sus sistemas. ¿Qué tienen en común estos clientes?

volúmenes enormes de datos a procesar y
personalizaciones de gestión de datos no diseñadas pensando en el rendimiento, ya sea para el procesamiento de datos o la ingestión, o lo que comúnmente llamamos “Integrations”.

En todos los casos, los cuellos de botella en rendimiento o throughput no se detectaron hasta que fue demasiado tarde en el proyecto de implantación porque:

[Be]ERDays Madrid 2019

Mon, 30 Sep 2019 00:00:00 +0200

Hace unos días me invitaron a participar en el encuentro [Be]ERDays organizado por los amigos de El Rincón Dynamics en la Torre de Cristal de Madrid.

Fue una tarde muy interesante donde pude compartir mi visión sobre la idea One Version en Microsoft Dynamics 365 for Finance and Operations y los cambios en procedimientos y cultura, tanto de clientes como de partners, que todos vamos a necesitar para adaptarnos a este cambio de filosofía del producto en la nube.

Adopta la mentalidad de extensiones con Dynamics 365 for Finance and Operations #2 – Framework SysExtension

Mon, 07 May 2018 00:00:00 +0200

En mi publicación anterior Adopta la mentalidad de extensiones con Dynamics 365 for Finance and Operations reflexionamos sobre algunos de los patrones que podemos aprovechar para crear nuestras personalizaciones utilizando solo cambios no intrusivos, basándonos en un ejemplo real: Añadir una nueva Secuencia de Números a un módulo estándar.

En particular, discutimos:

Extensiones de Metadatos — para añadir un nuevo valor de Enum en un Base Enum estándar.
Extensiones de Clase — para añadir un nuevo método a una clase estándar.
Chain-of-Command — para añadir un bloque de código a un método existente de una clase estándar.
Suscripción a Event-Handler — para suscribir nuestro propio método a un delegate estándar existente proporcionado como punto de extensión.

Si aún no has leído esa publicación, por favor hazlo ahora. Si ya lo hiciste (¡gracias!), continuemos con otro patrón que debemos considerar: Framework SysExtension (también SysPlugin, que es bastante similar).

Microsoft Dynamics AX 2012 Application Lifecycle Management (ALM-I)

Thu, 23 Aug 2012 00:00:00 +0200

Aunque pueda parecer curioso, incluso inquietante, una gran parte de los proyectos de implantación de ERP’s entre los que podemos incluir la familia Dynamics en general y Microsoft Dynamics AX en particular no se ejecutan como proyectos de software. Quizás por la cercanía del proyecto al negocio o quizás por la orientación -más a negocio que a software- de las personas implicadas en la mayor parte del tiempo consumido, una buena parte de las veces se olvida, o se obvia, que estamos tratando de implementar un software y por tanto es conveniente tratar el proyecto como un proyecto de software y aplicar conceptos propios de la ingeniería de software para gestionar el software y la gestión de proyectos para gestionar el proyecto.