Business Application Platform

Recientemente Microsoft ha hecho público por primera vez el término “Business Application Platform” y como Satya Nadella nos tiene acostumbrados, a diferencia de su antecesor, no se trata de humo, sino realmente de una plataforma para conectar múltiples datos y servicios.

De hecho la próxima Microsoft Business Applications Summit es la fusion entre Data Insights Summit, Convergence y Dynamics 365 Technical Conference, lo que nos da una idea de las tecnologías que aglutina este nuevo concepto.

Personalmente soy un acérrimo defensor de este tipo de herramientas ya que ofrecen una eficiente ayuda para solucionar los males que toda empresa ha heredado que son los sistemas monolíticos y los silos de información.

Sin título
Business Application Platform se compone de 3 grandes apartados:

  1. Ecosistema 365 – Suite de aplicaciones estructuradas y no estructuradas destinadas a gestión de negocios y productividad personal.
  2. Servicios – Grupo de componentes que permiten al personal técnico complementar al ecosistema 365.
  3. PowerSuite – Conjunto de herramientas que facilitan la integración de los 2 apartados anteriores.

En definitiva, creo que BAP es la plataforma perfecta para acometer el “marketiano” término -Transformación digital-, o dicho de otra forma, incorporar la tecnología en la cadena de valor con el objetivo de controlar, facilitar, automatizar y mejorar .

Anuncios

El uso (complejo) de las extensiones en Dynamics NAV

En este momento existe un debate en la comunidad Dynamics NAV sobre si es adecuado el uso de las extensiones en las instalaciones de este ERP. Si me permiten, voy a dar mi opinión, aunque me centraré en la parte conceptual y no en la parte técnica.

Las extensiones son un nuevo componente de software que, a partir de la versión NAV 2017 y mediante la plataforma AppSource.com, pueden descargarse, instalarse y, si se desea, desinstalarse en cualquier ERP Dynamics NAV, incluido Dynamics 365, en cuestión de minutos, y ¡lo más importante! sin interferir en absoluto con el estándar de NAV y sus localizaciones, lo que permite que las actualizaciones se hagan sin ningún tipo de problema.

AppSource.com es el market-place para la distribución masiva de componentes de software para la familia Microsoft Dynamics, tanto SaaS como on-premise, que permite escoger una app, instalarla, probarla y posteriormente o bien pagarla, o desinstalarla.

Como muchos de vosotros sabéis, Dynamics NAV se caracteriza por ser Open Source. Esto tiene la ventaja que, tanto el código fuente de los nuevos desarrollos como el estándar personalizado, permanece en la base de datos, con todas las ventajas que eso conlleva para el cliente: Asegurar la inversión, posibilidad de cambio de partner, proteger el know-how frente a competidores, etc. Pero esto no es así en las extensiones, ni en consecuencia, tampoco en Dynamics 365.

Las extensiones en Dynamics NAV, por contra, son verdaderos componentes especializados, es decir, que un ISV con la experiencia y el conocimiento suficiente, invierte en su creación para luego venderlo el mayor número de veces posible mediante AppSource.com. Aquí el que asegura la inversión, la IP y el know-how es el ISV. Por tanto, no existe el código fuente en la base de datos del cliente y, consecuentemente, nadie puede tener acceso a él.

Dynamics NAV (Navision) se caracteriza por ser Open Source, sin embargo esta filosofía no se ha mantenido en las extensiones.

Es cierto que ha existido un modelo similar, denominado Add-on, que vendría a ser un mezcla de los 2 modelos expuestos arriba, pero siempre ha sido un poco complicada su distribución y posterior actualización.

Llegados a este punto, podemos establecer algunas conclusiones:


Las extensiones son válidas para componentes poco complejos pero muy específicos, como conexión con plataformas de comercio electrónico, pasarelas de pago electrónico, bancos, administración, agencias de transporte, EDI, etc.

No requieren consultoría de implantación ni formación para su puesta en marcha, tan sólo configuración. Son componentes baratos que requieren muchas ventas, con lo que su distribución a través del market-place AppSource.com es muy adecuada.


Las extensiones son válidas para verticales u horizontales, de forma que permiten la protección de la IP del ISV y su fácil instalación y actualización.

A no ser que se trate de una solución con pocos cambios y ninguna personalización su distribución a través del market-place AppSource.com es poco adecuada ya que se trata de soluciones altamente especializadas que requieren consultoría de implantación y formación para su puesta en marcha.

Si determina que su solución no es adecuada para AppSource.com, una opción interesante es desplegarla mediante Microsoft Dynamics NAV Managed Service.


Las extensiones NO son válidas para realizar personalizaciones en los procesos de la empresa usuaria ya que, como personalizaciones, es conveniente que el código fuente permanezca en posesión del cliente al formar parte de su know-how.

Aunque una opción interesante es que se realice como extensión pero el cliente debería asegurarse la entrega del código fuente aparte. Esto simplificaría las actualizaciones y permitiría a la empresa usuaria asegurar la inversión y evolución.

En estos casos no se podrá optar a su distribución a través del market-place AppSource.com.

 


Vale la pena recordar que el futuro Dynamics 365 (NAV en modo SaaS) solo va a permitir extensiones y éstas deberán estar publicadas en AppSource.com, por lo tanto, no se van a permitir personalizaciones.

Captura

Microsoft está haciendo hincapié en el uso de extensiones ya que si lo consigue vamos a tener un market-place con un extenso catálogo de componentes, muchos de ellos baratos, lo que significará muchas ventas para el ISV, y se va a terminar sufrir en las actualizaciones. Todo ventajas.

Pero está claro que aún quedan algunos conceptos no muy claros y faltará ver qué sucede en el futuro con la plataforma de Dynamics NAV, ya que el desarrollo de personalizaciones y disponer del 100% del código fuente siempre han sido una ventaja clara en las ventas de este ERP.

Microsoft está haciendo hincapié en el uso de extensiones, sin embargo da la sensación que se está yendo en contra del “beauty of simplicity” que siempre ha caracterizado a Dynamics NAV (Navision).

Por el momento no está muy claro si el uso de la plataforma en Dynamics 365 va a resultar en una ventaja o en un inconveniente para el futuro de Dynamics NAV. A esperar toca.

Dynamics 365 y AppSource

CSPSHero365

Microsoft Dynamics NAV ha sido incluido en lo que Microsoft denomina Dynamics 365, que incluye CRM y ERP, y además se integra con las herramientas de inteligencia Microsoft Power BI y Cortana Intelligence.

AppSource es un catálogo de aplicaciones para que los usuarios empresariales puedan encontrar y probar aplicaciones SaaS listas para conectar y trabajar con Dynamics 365. Los partners e ISVs pueden publicar sus aplicaciones en dicho catálogo.

Lee más sobre Dynamics 365 en https://www.microsoft.com/en-us/dynamics/dynamics-365
Lee más sobre AppSource en http://appsource.microsoft.com

Bienvenido Project Madeira

project-maderia-try-preview

Aunque por el momento Project Madeira ofrece un 25% de toda la funcionalidad incluida en Dynamics NAV, me siento orgulloso de que haya sido ésta la plataforma escogida por Microsoft, de entre las muchas de las que dispone, para publicar su primer ERP en la nube junto a Office 365, Dynamics CRM y Power BI.

Lejos de parecer una amenaza, que aunque sí podría llegar a serlo para ciertos implantadores generalistas, debe tomarse como una oportunidad sobre todo para ISV o implantadores especialistas que, a través de la programación de extensiones incorporado en Dynamics NAV 2016, pueden rentabilizar su IP.

Los 4 pilares del conocimiento en Dynamics NAV

NAVITECNIA

NAVITECNIA – Blog sobre formación y conocimiento en Dynamics NAV navision

En todos estos años me he dado cuenta de los conocimientos que deben adquirirse para ser un buen profesional en Dynamics NAV Navision y mediante este blog los iré compartiendo con vosotros.

Se pueden dividir en 4 grupos:

  1. Conocimiento técnico
  2. Conocimiento funcional
  3. Conocimiento de gestión
  4. Conocimiento emocional

Conocimiento técnico

El conocimiento técnico es el que incluye la parte científica, las habilidades técnicas requeridas para diseñar estructuras de datos y algoritmos que, junto a las reglas de negocio, y mediante la programación, permiten que el software ejecute rápidamente procesos repetitivos.

Aquí aprenderemos el entorno de desarrollo de Dynamics NAV, llamado C/SIDE y su lenguaje de programación, llamado C/AL. También veremos como interactuar con otros softwares, la construcción de componentes visuales y estudiaremos parte del código incluido del ERP.

Conocimiento funcional

A nivel global, el conocimiento funcional es el que se centra en las capacidades de “todo” un software. A nivel específico se centra en los procesos de negocio, sus datos de entrada y salida, así como su conexión con otros procesos y datos.

En esta parte aprenderemos tres cosas, la primera es la instalación de la infraestructura necesaria para el correcto funcionamiento de Dynamics NAV, la segunda es la adecuada configuración del ERP y la tercera es su eficiente manejo.

Conocimiento de gestión

El conocimiento de gestión permite que seamos eficaces, profesionalmente hablando. Eso es, lograr los objetivos con el mínimo tiempo y con la máxima utilización de los recursos. La clave es productividad y rentabilidad.

Y estos son los dos conceptos que se van a estudiar en esta sección que van a girar sobre la gestión de recursos, proyectos y algo de economía y finanzas.

Conocimiento emocional

Y finalmente el conocimiento emocional, el que nos hace ser mejores porque nos enseña a escuchar a nuestros clientes, a apoyar a nuestros compañeros y a escoger a nuestros aliados.

Es una área importante en la que he visto “navegar” a muy buenos profesionales entre los que quizá debería incluirme en algún tiempo pasado. Veremos pautas de comportamiento propio y métodos de relativización de comportamiento ajeno.