¿Qué es Dynamics 365?

Microsoft Office es el nombre del conjunto de aplicaciones de productividad empresarial comunes que incluye Word para procesamiento de texto, Excel para hojas de cálculo, Outlook para correo electrónico y programación, PowerPoint para presentaciones y SharePoint para administración de documentos, entre otras aplicaciones. Este conjunto de aplicaciones se ha convertido en un estándar común: la mayoría de las personas en el mundo empresarial ahora usan al menos una parte de Microsoft Office , especialmente Outlook, todos los días, los 365 días del año. Microsoft ha migrado Office a la nube, como un paquete de aplicaciones de software como servicio en línea basado en suscripción, y lo ha calificado como Office 365.

Este cambio de Microsoft Office desde las instalaciones a la nube ha demostrado ser extremadamente popular, ya que muchas organizaciones ya han realizado la transición de sus usuarios de la versión de escritorio de Office a Office 365. Los administradores de redes de computadoras en la mayoría de las organizaciones prefieren la versión en línea porque Es mucho más fácil administrar un enlace a un sitio web que instalar y solucionar problemas de aplicaciones en las computadoras de escritorio y portátiles individuales de los usuarios.

Como seguimiento de Office 365, Microsoft presentó una versión en la nube de su ERP (nuevamente, gestión de recursos empresariales), que es software financiero, contable y operativo, y lo combinó con su CRM (nuevamente, gestión de relaciones con el cliente). , que es software de ventas, marketing y servicio al cliente. Ha calificado esta combinación de ERP y CRM en la nube como Dynamics 365.

El 365 en Dynamics 365 enfatiza que el software funciona bien con Office 365, y seguro que lo hace: es altamente compatible e integrado con Excel, Outlook y SharePoint, especialmente. Por supuesto, 365 es la cantidad de días en un año típico, por lo que el nombre también transmite la disponibilidad constante del software, todos los días (incluso en el día 366 de un año bisiesto).

Un poco de perspectiva histórica detrás de Dynamics 365

La parte Dynamics del nombre Dynamics 365 tiene una historia bastante interesante. Érase una vez, dos compañeros de la universidad, Steve Ballmer y Doug Burgum, eran compañeros de habitación en la Universidad de Stanford. Steve se convirtió en el CEO de Microsoft, reemplazando a Bill Gates, y Doug fundó su propia compañía de software de contabilidad en Dakota del Norte llamada Great Plains. Doug eventualmente se convertiría en gobernador de Dakota del Norte. Great Plains comenzó con una versión popular basada en caracteres (en otras palabras, no gráfica ) que se ejecutaba en PC compatibles con IBM en el antiguo sistema operativo DOS.

Cuando el sistema operativo Windows se introdujo por primera vez a principios de la década de 1990, Great Plains creó un nuevo software llamado Dynamics, que era un software basado en gráficos (usaba un mouse y hacía clic en los íconos gráficos) que se ejecutaba en Windows y, lo crea o no, también en Apple Macintosh en ese momento. (La versión actual ya no se ejecuta en Apple).

El Great Plains Dynamics original fue escrito en un lenguaje informático patentado inventado por los desarrolladores de Great Plains llamado Dexterity. Dexterity se escribió en el lenguaje de programación C y se inventó para acelerar la creación de Dynamics. Al final resultó que, Dexterity nunca se usó para nada más que Great Plains Dynamics y productos complementarios diseñados específicamente para Great Plains Dynamics. Por lo tanto, Microsoft no tiene planes futuros para seguir desarrollando nuevos productos usándolo.

Años más tarde, Microsoft adquirió Great Plains por más de mil millones de dólares. Cuando Microsoft adquirió Great Plains, adquirió Solomon, otro paquete de contabilidad popular. Solomon, bien considerado por sus características de contabilidad de proyectos y costos de trabajos, había sido adquirido previamente por Great Plains, antes de que Microsoft adquiriera Great Plains. La adquisición de Great Plains junto con Solomon le dio a Microsoft una fuerte presencia nacional en el mercado de ERP en los Estados Unidos.

Para hacerse un hueco en el mercado de ERP en Europa, Microsoft adquirió Navision, un paquete ERP altamente modificable con sólidas características de fabricación. Navision, fundada en Dinamarca, había adquirido anteriormente Axapta, otro paquete ERP más robusto, también con amplias funciones de fabricación, de Damgaard, otro desarrollador de software danés.

El departamento de marketing de Microsoft, que apreciaba mucho la marca Dynamics, extendió la marca a otros productos de software de Microsoft, incluido el paquete CRM de Microsoft, originalmente llamado Microsoft CRM, y luego rebautizado como Dynamics CRM . Este paquete de CRM no fue adquirido de otra empresa, sino que fue desarrollado internamente por Microsoft. Microsoft CRM fue uno de los primeros paquetes que Microsoft migró a la nube, llamándolo CRM Online, para seguir siendo competitivo con Salesforce.com, su principal rival de CRM. Microsoft CRM ha capturado una gran parte del mercado de CRM y es un producto exitoso y ampliamente utilizado.

La gente de marketing de Microsoft siguió usando el nombre de Dynamics, y finalmente cambió el nombre de Dynamics a los otros tres paquetes de ERP que la compañía adquirió y agregó un acrónimo corto para distinguirlos.

Microsoft terminó con estos cuatro paquetes ERP y un CRM:

• ERP de Dynamics GP (anteriormente, Great Plains) - no trasladado a 365
• ERP de Dynamics SL (anteriormente, Solomon) - no trasladado a 365
• ERP Dynamics NAV (anteriormente, Navision) - Edición empresarial en 365
• Dynamics AX (anteriormente, Axapta) ERP - Edición empresarial en 365
• Dynamics CRM (anteriormente, CRM Online) - Ventas / Servicio / más en 365

Microsoft se dio cuenta de que mantener cuatro paquetes ERP separados con cuatro bases de código de programación separadas, y un paquete CRM que no hablaba de forma nativa con ninguno de los cuatro paquetes ERP no tenía mucho sentido y ciertamente no proporcionaba un hoja de ruta a largo plazo. Debería hacerse algo para simplificar y unificar sus ofertas de software empresarial.

Para empeorar las cosas, la mayoría de los componentes de estos paquetes ERP no eran aplicaciones basadas en la web, sino que eran aplicaciones cliente / servidor de estilo antiguo, que no se ejecutan en páginas web y, en cambio, deben instalarse en la computadora de cada usuario o de lo contrario requerir que los usuarios inicien sesión en escritorios remotos o sesiones de Citrix, lo cual es bastante inconveniente y engorroso de mantener para el departamento de TI. El software Microsoft ERP necesitaba ser migrado de cliente / servidor a basado en web. Afortunadamente, Microsoft CRM se había creado desde cero como una aplicación basada en web, por lo que al menos no necesitaba tanta revisión como el software ERP.

Leer la hoja de ruta para Microsoft ERP y CRM

Microsoft necesitaba idear una estrategia para sus soluciones de software empresarial que abordara el problema de tener cuatro ofertas de ERP locales, redundantes y no relacionadas, con interoperabilidad insuficiente entre sus soluciones CRM y ERP para arrancar. Para abordar estos problemas, Microsoft ideó una estrategia cuádruple:

Muévase a la nube porque todo el mundo se está mudando a la nube, por muchas ventajas convincentes, especialmente la puesta en marcha más fácil.

Customers want the ease of setting up and maintaining a software infrastructure for their ERP and CRM systems, and of course it’s much easier if the software vendor — in this case, Microsoft — handles all that for them. In other words, the systems are hosted by Microsoft, so you just surf to a web page, which is so much easier than buying servers, configuring them, installing software, creating backup plans, and on and on. Customers also prefer to rent instead of buy the software, because they can avoid having to shell out lots of money up front, even if it may end up costing them more money in the long run, which isn’t necessarily the case, either.

Modify several existing Microsoft applications to be web enabled rather than client/server, if they weren’t already web enabled, and then combine them into a large, unified offering with a common look and feel, and a common brand name, Dynamics 365.

Microsoft already had several good applications, so rewriting an ERP and CRM from scratch would have been reinventing the wheel (not to mention that it would be impractical to do so). ERP and CRM systems are so packed with features and capabilities that they take many years, even decades, to develop and evolve to the level where they can address the needs of complex organizations.

Provide a simplified license that allows you to get all (or at least, most of) this combined software for one combined cost per user, as a subscription SaaS offering.

The advantage to Microsoft here is that subscription-based revenue is preferred by stockholders because it tends to even out the revenue, providing steady and reliable profits year after year. The advantage to customers, dealers, and Microsoft is that obtaining Dynamics 365 involves less upfront cost and avoids the complexity of customers and dealers having to pick through a confusing menu of available modules to determine a price. Instead, a few basic plans include almost all the software.

Program these applications to have tight integration to other, more general Microsoft applications, tools, and technologies, such as Microsoft Office 365, Power BI, PowerApps, Common Data Service, and the like.

Doing so increases the usefulness of the software and makes it more appealing to customers who already have a large investment in Microsoft products.

What’s in Dynamics 365?

Microsoft’s solution to its CRM/ERP roadmap problem was to create a SaaS subscription-based offering, available exclusively on Microsoft’s cloud service, Azure. It combines CRM with ERP along with tight integration to Office applications such as Excel, Outlook, and SharePoint as well as a few other applications, plus other, newer Microsoft tools and technologies such as PowerApps for building mobile and web apps, and Power BI for business intelligence reporting.

Dynamics 365 is a true SaaS solution; in other words, it’s not available on-premise; you can only run it in the cloud, just like Salesforce.com, Workday, Oracle’s NetSuite, and many other, newer competing CRM and ERP choices now prevalent in the marketplace.

In an effort to be all things to all people, Microsoft has jam-packed the capabilities that are included under the Dynamics 365 umbrella, extending the reach from ERP and CRM to FSA, PSA, HR, and POS.

Check out this table for a clarification of what all this alphabet soup of acronyms actually means.

Acronyms Related to Dynamics 365

Dynamics 365 is composed of the following major pieces:

• Dynamics AX ERP: Rebranded as Dynamics 365 for Finance and Operations, Enterprise edition (for larger organizations)

Or, alternatively, for ERP you can choose a simplified version of Dynamics NAV ERP, rebranded as Dynamics 365 Finance and Operations Business edition (for smaller organizations)

• Dynamics CRM: Rebranded as Dynamics 365 for Sales, including Sales Force Automation, Customer Service, and Marketing
• FieldOne: A CRM add-on that was acquired by Microsoft and became CRM Field Service and CRM Resource Scheduling
• Project Service: Another CRM module that is a project accounting/time-and-billing application
• Talent: A separate application that is human resources (HR) software for employee onboarding and has a self-service portal, employee benefits management, and so on
• Retail: Another separate application that is a point-of-sale (POS) system used for retail store operations

Dynamics 365 also has tight integration with a whole host of Microsoft technologies, including SharePoint, Excel, Outlook, PowerApps, Power BI, and the Common Data Service.

Dynamics GP (formerly Great Plains) and Dynamics SL (formerly Solomon) are both widely adopted ERP packages, especially in the United States. Microsoft is still maintaining, and to some limited degree, enhancing these products due to continued customer demand.

Though it’s true that many customers do not want to migrate from these products because of the large investment of time and money spent in the complex configuration and modifications they have made to the core systems, Microsoft’s R&D dollars and focus are clearly skewed toward favoring Dynamics AX (now Dynamics 365 Finance and Operations Enterprise editions). Microsoft’s vision is that AX is the future product to compete with its main rivals, such as Oracle and SAP. GP and SL are sometimes referred to as sunset products because they will eventually be phased out by Microsoft. However, the ERP world moves at a glacial pace because of the complexity and the mission-critical nature of the beast. In all likelihood, GP and SL will be around for many years to come, because of customers refusing to migrate.

Microsoft sigue cambiando la marca de su software empresarial y, francamente, eso puede resultar confuso para el consumidor. Por supuesto, las aparentemente interminables rondas de cambio de nombre tienen el propósito de mantenerse al día con las palabras de moda y las tendencias, y son un intento honesto de aclarar para qué está diseñado el software. Para ayudarlo a ver claramente a través de esta neblina, esta tabla enumera las principales aplicaciones de software que se han convertido en Dynamics 365.

El cambio a Dynamics 365

Estandarización de herramientas y terminología en Dynamics 365

A medida que el software que comprende el origen de Dynamics 365, como Damgaard Axapta, ha evolucionado durante décadas y finalmente se convirtió en parte de Dynamics 365, Microsoft ha invertido una enorme cantidad de tiempo, esfuerzo y dinero para modernizarlo por un lado y estandarizarlo para que encaje en el entorno general de Microsoft de sistemas operativos, bases de datos y herramientas de desarrollo, por otro lado, para que las ofertas de Microsoft tengan un aspecto y una sensación coherentes. El trabajo de miles de ingenieros de software ha transformado el software a un punto en el que es apenas reconocible por lo que empezó.

Por ejemplo, Axapta (que se convierte en Dynamics AX) se personaliza mediante una herramienta patentada exclusiva de AX denominada Application Object Tree (denominada AOT). Dominar el AOT fue esencial para convertirse en experto en la personalización de Dynamics AX. En Dynamics 365, el AOT propietario se ha eliminado. En cambio, Microsoft ha sustituido una herramienta estándar de Microsoft más convencional, a saber, Visual Studio. En Dynamics 365, usa el Explorador de aplicaciones en Visual Studio para buscar bajo el capó de AX y manipular los objetos de programación que componen la nueva versión de Dynamics 365 habilitada para la nube de AX, Dynamics 365 for Finance and Operations Enterprise Edition.

Microsoft ha cambiado la terminología patentada del AOT a la terminología estándar de Visual Studio, la aplicación utilizada por los programadores para codificar programas informáticos utilizando lenguajes de programación de Microsoft, como .NET. En otras palabras, dado que Microsoft ha tomado aplicaciones existentes, como Dynamics AX, y las ha convertido en componentes de Dynamics 365 , las aplicaciones se han creado para cumplir con los estándares generales de terminología y tecnología de Microsoft.

Esta tabla enumera las estandarizaciones de terminología que Microsoft realizó al migrar el árbol de objetos de aplicación (AOT) de Dynamics AX de AX a la edición Enterprise de Dynamics 365 Finance and Operations.

Pasar de Dynamics AX a Dynamics 365