Copilot Cowork y Dynamics 365 ERP: cuando la IA pasa de consultar a ejecutar procesos
Microsoft ya está probando una experiencia donde la intención de negocio puede convertirse en análisis, recomendaciones y acciones sobre Finance & Operations, combinando datos ERP con correo, documentos y Microsoft 365.
No es “otro Copilot” para hacer preguntas al ERP. Copilot Cowork introduce un patrón mucho más relevante para CIO, CFO y responsables de operaciones: orquestar trabajo entre Dynamics 365, Microsoft 365 y herramientas empresariales, mantener a la persona en el circuito y utilizar capacidades de lectura, formularios y acciones expuestas por Dynamics 365 ERP MCP.
El cambio no es conversar con el ERP. Es poder organizar trabajo alrededor del ERP.
Durante los últimos años, muchas demostraciones de inteligencia artificial empresarial han seguido un patrón relativamente cómodo: preguntar, resumir, redactar, localizar información o explicar un indicador. Son capacidades útiles, pero dejan intacta una parte enorme del problema operativo. La persona sigue teniendo que abrir el ERP, navegar por pantallas, comprobar correos, revisar documentos, trasladar datos, tomar una decisión y ejecutar el siguiente paso.
Copilot Cowork apunta a otra forma de trabajar. Microsoft describe una experiencia capaz de combinar datos de Dynamics 365 ERP con correo, documentos, hojas de cálculo y otras fuentes de Microsoft 365, razonar sobre el contexto y preparar o ejecutar acciones dentro de los límites disponibles. El salto no está en una respuesta mejor redactada. Está en reducir la distancia entre intención, análisis y ejecución.
“¿Qué pedidos están bloqueados?” → respuesta → abrir ERP → localizar cada pedido → revisar antecedentes → comprobar mails → decidir → ejecutar.
“Revisa los pedidos bloqueados con mayor impacto, incorpora el contexto de los últimos correos, explica la causa, propone el siguiente paso y prepara las acciones que requieran mi aprobación.”
Copilot Cowork conecta Dynamics 365 ERP con Microsoft 365 mediante el servidor ERP MCP
Según el plan de lanzamiento de Microsoft para 2026 Wave 1, Copilot Cowork para las aplicaciones de Finance & Operations entró en preview pública en julio de 2026. Microsoft advierte expresamente que las funciones del release plan pueden cambiar y que algunas capacidades todavía no tienen fecha de disponibilidad general. Esa precisión importa: estamos ante una dirección tecnológica muy relevante, pero no ante una funcionalidad que deba presupuestarse como si estuviera plenamente generalizada para cualquier cliente y escenario.
La propuesta conecta Copilot Cowork con el entorno de Finance & Operations a través del Dynamics 365 ERP MCP server. Una vez habilitado y autorizado, Copilot puede acceder a distintas herramientas disponibles en ese servidor. La documentación actual las agrupa en tres categorías que cambian bastante la conversación sobre IA aplicada al ERP.
Permiten leer, crear, actualizar o eliminar registros a través de entidades de datos de Finance & Operations, respetando los permisos del usuario. Es la base para pasar de “consultar información” a trabajar con información transaccional.
Permiten navegar por páginas, establecer valores de campos, seleccionar acciones y realizar operaciones sobre la interfaz del ERP. Esto acerca la experiencia agéntica a tareas que hasta ahora exigían interacción manual dentro de la aplicación.
Permiten invocar lógica de negocio personalizada que se exponga mediante el servidor MCP. Aquí aparece una de las oportunidades más potentes: convertir procesos y reglas empresariales en herramientas que un agente pueda utilizar dentro de límites definidos.
La diferencia: el ERP deja de ser únicamente una fuente a la que la IA pregunta. Puede convertirse en un conjunto gobernado de datos, pantallas y acciones que el agente utiliza para completar trabajo real.
La pregunta ya no es “¿qué sabe el agente?”. Es “¿qué trabajo puede completar con control?”.
Cuando la IA puede cruzar contexto de ERP y Microsoft 365, proponer siguientes pasos y utilizar herramientas autorizadas, el diseño del caso de uso cambia por completo. El valor se desplaza del prompt a la arquitectura, los permisos, la calidad del proceso y la capacidad de supervisar qué ocurre antes y después de cada acción.
Dónde puede cambiar de verdad el trabajo sobre Finance & Operations
No hace falta imaginar un “agente que dirija el ERP”. Ese enfoque genera más titulares que retorno. Los mejores primeros escenarios son procesos con mucha coordinación manual, información repartida entre ERP y Microsoft 365, excepciones frecuentes y decisiones que todavía requieren criterio humano. Ahí una orquestación agéntica puede ahorrar búsquedas, cambios de contexto y pasos administrativos sin entregar el control completo a la automatización.
Reunir tareas pendientes, localizar documentos, revisar comunicaciones, identificar partidas que necesitan intervención y preparar acciones puede consumir horas de coordinación. Un agente puede ayudar a ordenar el contexto y llevar a la persona directamente a la decisión que necesita juicio financiero.
Un bloqueo rara vez se explica mirando una sola pantalla. Puede requerir revisar condiciones, incidencias, correos, documentación y el estado del proveedor. El valor aparece cuando la IA reúne ese contexto, explica la causa y prepara el siguiente paso sin obligar al comprador a reconstruir la historia manualmente.
Roturas, retrasos, inventario comprometido, pedidos urgentes o incidencias de transporte generan decisiones que dependen de múltiples datos. Un agente puede ayudar a priorizar qué necesita atención, explicar impacto y reunir alternativas antes de que el responsable ejecute la acción.
Cuando una decisión empieza en un correo, continúa en un Excel, necesita comprobarse en Dynamics y termina en una aprobación, existe una oportunidad clara. Copilot Cowork apunta precisamente a orquestar trabajo que atraviesa esos sistemas en lugar de tratarlos como mundos separados.
Microsoft documenta que las operaciones de escritura deben revisarse antes de aprobarlas. Ese patrón es esencial para procesos donde la IA puede preparar una modificación, pero la responsabilidad sobre el cambio sigue siendo de una persona con permisos y contexto suficientes.
La dirección no necesita otra pantalla. Necesita entender qué requiere atención, por qué, con qué impacto y qué opciones existen. Si el agente puede combinar ERP, documentos y comunicaciones, el resultado puede acercarse mucho más a una decisión preparada que a un simple reporte.
Copilot Cowork, Copilot Studio, MCP y Power Platform no son cuatro nombres para lo mismo
Una de las mayores fuentes de confusión en IA empresarial es colocar todas las capacidades bajo la etiqueta “agentes”. Para decidir bien, conviene separar qué problema resuelve cada pieza.
Copilot Cowork es una experiencia de orquestación orientada a trabajo complejo que puede combinar contexto de Microsoft 365 con las herramientas disponibles en Dynamics 365 ERP. Copilot Studio permite diseñar y gobernar agentes personalizados. MCP es un patrón para exponer herramientas y contexto a clientes de IA. Power Platform aporta automatización, aplicaciones, Dataverse, conectores y gobierno alrededor de los procesos empresariales.
Orquesta trabajo a partir de una intención y combina información y herramientas de diferentes sistemas.
Permite crear agentes propios, definir conocimiento, herramientas, instrucciones, acciones y gobierno.
Expone capacidades del ERP como herramientas que clientes compatibles pueden utilizar de forma estructurada.
Extiende el proceso con Dataverse, Power Automate, Power Apps, Power BI y capacidades de gobierno y automatización.
La arquitectura correcta no consiste en elegir una de estas piezas. Consiste en asignar a cada una el papel que mejor resuelve el proceso, evitar duplicidades y decidir dónde vive el dato, qué sistema conserva la autoridad y qué acciones pueden quedar en manos de una automatización o de un agente.
Cuanto más puede hacer el agente, menos sentido tiene improvisar permisos y controles
La evolución desde consulta a acción convierte la seguridad en parte central del diseño. Microsoft indica que el acceso de Copilot Cowork a Finance & Operations respeta los roles y privilegios del usuario. Un usuario no debería poder obtener mediante Cowork datos a los que no tiene acceso en la aplicación. Esto parece obvio, pero cambia radicalmente la forma de diseñar agentes: ya no basta con proteger la respuesta; hay que proteger también la capacidad de actuar.
¿Bajo qué usuario se ejecuta la consulta o acción? ¿Qué rol y privilegios tiene? ¿Se diferencia claramente entre lectura y escritura?
¿Qué cambios puede preparar el agente y cuáles requieren confirmación explícita? ¿Qué operaciones no deben automatizarse nunca sin revisión?
¿Podemos reconstruir qué dato consultó, qué recomendó, qué acción propuso y quién aprobó el cambio?
¿Quién es propietario del proceso y decide los límites operativos? Tecnología puede habilitar herramientas; negocio debe definir qué resultado es aceptable.
Siete preguntas que deberían responderse en cualquier organización con Dynamics 365 ERP
No “queremos probar Cowork”, sino “queremos reducir el tiempo que finanzas dedica a reconstruir contexto para resolver excepciones de cierre”. El caso de negocio debe existir antes que la herramienta.
ERP, correo, documentos, Excel, SharePoint, Teams, sistemas externos. Si el contexto está fragmentado o contradictorio, la orquestación no elimina el problema: lo hace más visible.
La diferencia entre consulta y escritura debe quedar explícita por proceso. No todos los usuarios ni todas las acciones requieren el mismo nivel de autonomía.
Aprobaciones económicas, modificaciones sensibles, excepciones regulatorias o decisiones con impacto contractual son ejemplos donde el juicio humano sigue siendo parte del proceso.
La documentación actual establece prerrequisitos técnicos para Finance & Operations, el servidor ERP MCP, Dataverse y el acceso del cliente Cowork. Una organización debe revisar su situación real antes de diseñar expectativas.
Tiempo de ciclo, horas de coordinación, número de excepciones resueltas, errores evitados, tiempo hasta decisión o reducción de cambios entre aplicaciones son métricas más útiles que contar conversaciones con la IA.
Si el primer caso funciona aparecerán diez más. Conviene decidir desde el principio quién valida casos, herramientas, permisos, cambios, costes, riesgos y retirada de capacidades.
Esto no convierte automáticamente un ERP en una organización “agentic”
Tener un servidor MCP habilitado no arregla una mala estructura de permisos. Tener Copilot Cowork no corrige datos maestros inconsistentes. Poder ejecutar una acción no convierte esa acción en una buena decisión. Y una interfaz conversacional no elimina procesos mal diseñados.
La tecnología reduce fricción cuando existe una base suficientemente ordenada. Si una empresa arrastra personalizaciones sin propietario, integraciones frágiles, duplicidad de datos, reglas de negocio implícitas o procesos que dependen de personas concretas, el primer trabajo no es “poner agentes”. Es decidir qué debe modernizarse para que la IA tenga un entorno fiable sobre el que operar.
Si el proceso necesita tres Excel, dos correos y “preguntar a quien sabe” antes de tocar el ERP, hay una oportunidad. Pero también hay un problema de proceso que conviene entender antes de automatizar.
No empieces por el agente. Empieza por el proceso que ya cuesta dinero, tiempo o control.
Una buena evaluación no necesita diseñar veinte agentes. Necesita localizar uno o dos procesos donde Dynamics 365, documentos y Microsoft 365 ya contienen suficiente contexto, definir qué pasos son candidatos a asistencia o ejecución y comprobar si el modelo de permisos y gobierno soporta esa evolución.
Cómo preparar Dynamics 365 para este nuevo modelo de trabajo
La organización que quiera aprovechar capacidades como Copilot Cowork no necesita rehacer su ERP desde cero. Pero sí necesita comprobar que el entorno puede convertirse en una base fiable para herramientas agénticas. El trabajo se parece más a una evolución de arquitectura y gobierno que a la implantación de una aplicación aislada.
Confirmar prerrequisitos de Finance & Operations, disponibilidad regional, Dataverse, configuración MCP, clientes permitidos, roles y condiciones de la preview. Diseñar sobre supuestos técnicos incorrectos es la forma más rápida de generar expectativas imposibles.
Buscar tareas con alta frecuencia, mucho cambio de contexto, excepciones manejables, información disponible y resultado medible. Un primer caso aburrido pero útil suele ser mejor inversión que un agente espectacular sin propietario.
Determinar qué vive en Dynamics, qué está en Microsoft 365, qué sigue en Excel o sistemas satélite y qué fuente tiene autoridad cuando dos datos discrepan. La IA necesita contexto; el gobierno necesita saber de dónde viene.
Definir qué datos se consultan, qué formularios se utilizan, qué acciones se exponen y qué operaciones requieren confirmación. Cuanto más se acerque el agente a modificar el sistema de registro, más rigurosa debe ser esta capa.
Registrar tiempos, decisiones, errores, intervenciones humanas, calidad de recomendaciones y acciones rechazadas. El objetivo no es demostrar que el agente funciona; es demostrar que el proceso mejora sin aumentar el riesgo.
Si el caso aporta valor, reutilizar patrones de seguridad, herramientas, arquitectura, gobierno y medición. La ventaja aparece cuando la organización aprende a convertir procesos en capacidades agénticas de forma repetible.
Cinco escenarios para entender dónde está el valor y dónde empieza el riesgo
Hablar de agentes sin bajar al proceso suele producir dos errores: imaginar automatizaciones imposibles o, en el extremo contrario, reducir la IA a un buscador sofisticado. Copilot Cowork resulta interesante precisamente porque obliga a pensar en secuencias completas. Una petición de negocio puede requerir reunir datos, buscar contexto, interpretar una situación, proponer una decisión y utilizar una herramienta. Cada paso tiene un valor distinto y también un nivel de riesgo diferente.
Los ejemplos siguientes no deben leerse como funcionalidades estándar disponibles en cualquier entorno. Son patrones de diseño para entender cómo podría abordarse una evolución agéntica sobre Dynamics 365 ERP cuando las herramientas, permisos, datos y controles necesarios estén disponibles.
Imaginemos una partida que no cuadra durante el cierre. Hoy el usuario puede tener que revisar la transacción en Finance, localizar el documento asociado, buscar el correo donde se justificó una excepción, comprobar si existe una tarea pendiente y preguntar a otra persona qué ocurrió. La IA puede aportar valor reuniendo ese contexto y presentando una explicación ordenada. El siguiente nivel consiste en preparar la acción adecuada: completar un campo, abrir una tarea, solicitar documentación o llevar al usuario al formulario correspondiente.
El punto crítico no es que el agente “sepa contabilidad”. El punto crítico es que conozca qué dato es oficial, qué evidencia puede utilizar, qué operación está permitida y quién debe aprobarla. En un cierre, una recomendación incorrecta puede ser molesta; una modificación incorrecta puede afectar a reporting, auditoría o cumplimiento. Por eso la supervisión humana no es una limitación: es parte del diseño.
Un comprador puede ver que un pedido está detenido, pero la causa real puede estar repartida entre el estado del proveedor, una condición económica, un documento pendiente, una incidencia de calidad y varios correos. El trabajo manual no es solo consultar datos: es reconstruir contexto. Una experiencia de orquestación puede reducir esa fricción reuniendo los elementos relevantes, explicando qué condición bloquea el proceso y proponiendo las opciones disponibles.
Después aparece la decisión importante: ¿puede el agente desbloquear el pedido, modificar una fecha o solicitar una aprobación? La respuesta no debería depender de lo que técnicamente sea posible, sino del riesgo del proceso. Una empresa puede permitir que el agente prepare la acción y exigir que el comprador la confirme. Otra puede automatizar solo casos por debajo de determinados umbrales. El diseño correcto traduce política de negocio a límites operativos.
Una alerta de inventario o un retraso de suministro solo tiene valor cuando alguien puede determinar su impacto. ¿Qué pedidos se verán afectados? ¿Hay stock alternativo? ¿Existe otro proveedor? ¿Qué cliente tiene mayor prioridad? ¿Se ha comunicado ya una incidencia? ¿Qué plazo real tenemos? Un agente puede reunir información de Dynamics 365, documentos y comunicaciones para presentar una visión más completa de la excepción.
La oportunidad no consiste en sustituir al planificador. Consiste en evitar que dedique su tiempo a localizar piezas de información que el sistema ya posee. El criterio profesional se concentra en decidir entre alternativas. Ese cambio es importante: cuanto mejor sea la preparación del contexto, más tiempo puede dedicar la persona a juicio, negociación y priorización.
Los datos maestros son un buen ejemplo de por qué la acción necesita gobierno. Un cambio aparentemente sencillo en un proveedor, cliente, condición de pago o dimensión puede tener consecuencias en muchos procesos. Un agente podría ayudar a recopilar la solicitud, comprobar que la documentación está completa, detectar inconsistencias, preparar los valores a modificar y dirigir la aprobación a la persona adecuada.
Lo que no debería hacer es saltarse el modelo de control porque “la IA lo ha entendido”. Segregación de funciones, trazabilidad, umbrales y aprobaciones siguen siendo necesarios. De hecho, cuando la interfaz se vuelve más sencilla, esos controles son todavía más importantes: la facilidad de uso no puede significar facilidad para ejecutar acciones sensibles fuera del gobierno corporativo.
“¿Por qué ha empeorado el margen de esta unidad?” no es una consulta que se resuelva con un único dato. Puede exigir comparar periodos, revisar pedidos, costes, mix de producto, incidencias, compras, documentos y comunicaciones. Un agente puede ayudar a ordenar esa investigación y devolver no solo un número, sino las variables que explican el cambio y los puntos donde conviene intervenir.
La dirección no necesita que la IA tome decisiones estratégicas en su nombre. Necesita reducir el tiempo entre detectar una señal y disponer de contexto suficiente para actuar. Esa es una de las aplicaciones más interesantes de la IA conectada al ERP: hacer que la información operativa deje de llegar tarde o excesivamente agregada.
CIO, CFO y Operaciones no deberían evaluar Copilot Cowork con las mismas preguntas
La tecnología es transversal, pero el criterio de éxito cambia según quién responda del resultado. Una buena evaluación debe traducir la misma capacidad a riesgos y métricas diferentes.
El CIO debería preguntar qué componentes dependen de preview, cómo se autentican usuarios y clientes, qué herramientas expone el servidor MCP, cómo se registran las acciones, qué ocurre cuando cambian permisos, qué dependencias existen con Dataverse y cómo encaja todo esto con la estrategia de Power Platform, Microsoft 365 y Azure.
También debería evitar un error habitual: permitir que cada área construya su propia aproximación agéntica sin patrones comunes. Si finanzas, operaciones y supply chain crean soluciones diferentes para identidad, observabilidad y acciones, la deuda técnica reaparecerá con otro nombre.
El CFO debería interesarse menos por la interfaz y más por el impacto: qué horas de coordinación desaparecen, qué excepciones se resuelven antes, qué controles se mantienen, quién aprueba una escritura, qué evidencia queda para auditoría y cuánto cuesta operar la capacidad frente al ahorro generado.
Finanzas es un territorio excelente para agentes porque hay muchísima información estructurada, pero también uno de los menos tolerantes a automatizaciones opacas. La confianza no se gana con una respuesta convincente, sino con control sobre dato, acción y responsabilidad.
Operaciones debería medir cuántas búsquedas, esperas, traspasos y cambios de aplicación se eliminan. En muchos procesos, el mayor coste no está en ejecutar una transacción, sino en averiguar qué está pasando y quién debe actuar. Ahí la orquestación puede tener un impacto muy visible.
Pero el diseño debe partir de las excepciones reales. Si solo se automatiza el camino ideal, el agente funcionará en la demo y fallará donde el negocio necesita ayuda. La calidad del caso se mide por su capacidad para manejar variaciones, escalar decisiones y reconocer cuándo debe detenerse.
Seis formas de convertir una oportunidad seria en otra colección de pilotos
Elegir un escenario porque luce bien en una presentación, aunque tenga poco volumen o impacto. El primer caso debería mover una métrica de negocio, no una métrica de aplausos.
Que el agente pueda consultar una entidad no significa que entienda qué dato manda, cómo se interpreta una excepción o qué regla funcional condiciona la decisión.
Más herramientas no significan más valor. Al principio conviene exponer un conjunto reducido, medible y gobernable de acciones relacionadas con el proceso elegido.
Los procesos reales no son diagramas perfectos. Un agente debe saber cuándo detenerse, pedir contexto, solicitar aprobación o escalar a una persona.
Usuarios activos, conversaciones o prompts no demuestran retorno. Tiempo ahorrado, errores, velocidad de resolución y calidad de decisión son indicadores mucho más útiles.
Las capacidades cambian. Conviene separar exploración tecnológica, piloto controlado y compromiso productivo, especialmente mientras no exista disponibilidad general confirmada.
Un agente conectado al ERP exige bastante más que saber construir un agente
El reto mezcla conocimiento funcional de Dynamics 365, procesos financieros y operativos, Power Platform, Microsoft 365, Azure, integración, identidad, seguridad, gobierno del dato y adopción. Es precisamente en la intersección donde suelen aparecer los problemas: una automatización técnicamente impecable puede fallar porque no comprende la excepción del proceso; un diseño funcional excelente puede no escalar porque no tiene gobierno técnico.
El enfoque de Ayesa Digital parte del proceso y de la arquitectura completa. El objetivo no es añadir una capa llamativa de IA, sino decidir qué debe seguir en Dynamics 365, qué información debe conectarse, qué acción tiene sentido exponer, qué parte puede automatizarse y dónde debe mantenerse el juicio humano.
Finance, Supply Chain, Business Central, CRM y procesos empresariales.
Automatización, Dataverse, apps, reporting y agentes.
Integración, datos, servicios de IA, seguridad y arquitectura.
Correo, documentos, colaboración, Copilot y contexto de trabajo.
Este tema forma parte de una arquitectura más amplia
Copilot Cowork es una pieza emergente dentro de una evolución mayor. Si el reto está en preparar el ERP, conectar Power Platform o entender cómo encajan los agentes, estas rutas separan cada decisión para evitar mezclar intenciones.
Visión estratégica para conectar Dynamics 365, datos, Copilot, automatización y agentes.
Diagnóstico de datos, integraciones, permisos, procesos y gobierno antes de desplegar agentes.
Cómo diseñar agentes propios conectados a procesos, datos, herramientas y acciones.
Apps, flujos, Dataverse, automatización y gobierno alrededor del núcleo transaccional.
Finanzas empresariales conectadas con operaciones, automatización, datos e IA.
Productividad, adopción, conocimiento, seguridad y experiencias de IA en el trabajo diario.
Qué conviene tener claro sobre Copilot Cowork y Dynamics 365 ERP
Microsoft sitúa la funcionalidad en preview pública desde julio de 2026 y no muestra todavía una fecha de disponibilidad general en el release plan consultado. Además, Microsoft advierte que las fechas y funcionalidades previstas pueden cambiar.
La documentación específica analizada se refiere al complemento Dynamics 365 ERP para aplicaciones de Finance & Operations. No debe extrapolarse automáticamente a Business Central, Sales u otras aplicaciones, que tienen sus propios mecanismos de integración y capacidades de IA.
El complemento puede utilizar herramientas de datos, formularios y acciones expuestas por Dynamics 365 ERP MCP. Eso permite consultar información y, cuando corresponde, preparar o ejecutar operaciones sobre el entorno dentro del marco de permisos y controles disponible.
Microsoft indica que el acceso respeta los roles y privilegios asignados al usuario en Finance & Operations. Un usuario no debería acceder mediante Cowork a información que no puede consultar desde la aplicación.
Sí, las herramientas disponibles pueden incluir operaciones de creación o actualización. La documentación de Microsoft insiste en revisar cuidadosamente las operaciones de escritura y muestra un resumen antes de ejecutar cambios que requieren aprobación.
No. Copilot Cowork es una experiencia de orquestación. Copilot Studio se utiliza para construir y gobernar agentes personalizados. Pueden formar parte de una estrategia común, pero resuelven necesidades distintas.
Es una capacidad que permite exponer herramientas de Finance & Operations a clientes compatibles mediante Model Context Protocol. Microsoft documenta herramientas de datos, formularios y acciones, además de mejoras previstas para optimizar su ejecución.
No activar tecnología por curiosidad. Elegir un proceso concreto, revisar datos, permisos, versión, arquitectura y nivel de riesgo, y comprobar si existe un caso con retorno suficiente para justificar un piloto controlado.
¿Tu Dynamics 365 está preparado para pasar de la consulta a la ejecución asistida?
Podemos revisar un proceso concreto, los datos y sistemas que utiliza, la madurez del entorno, los permisos, las acciones potenciales y dónde tiene sentido mantener revisión humana. El objetivo es identificar una oportunidad real antes de convertir la IA en otro proyecto aislado.
Cuéntanos qué proceso quieres mejorar
Revisamos contigo si el escenario encaja mejor con Dynamics 365, Power Platform, Copilot, agentes o una combinación de capacidades, y qué condiciones deberían resolverse antes de escalarlo.
Microsoft Learn: Use Copilot Cowork to orchestrate insights and actions across Dynamics 365 ERP
Microsoft Learn: Use Copilot Cowork with Dynamics 365 ERP
Microsoft Learn: Enable the Dynamics 365 ERP apps plugin for Copilot Cowork
Microsoft Learn: New and planned features for finance and operations cross-app capabilities
¿Conectamos?
La tecnología bien aplicada suele facilitar las cosas. Si sospechas que también puede ser de ayuda para ti, concédenos la oportunidad de conocerte y demostrarte hasta qué punto es así.
Suscríbete a nuestra enews mensual, y no te pierdas los mejores contenidos sobre Microsoft Dymanics 365
Información respecto al tratamiento de los datos solicitados, de acuerdo con el RGPD 2016/679 y la LOPDGDD 3/2018: el responsable es Ibermática SA; la finalidad es la recogida y tratamiento de los datos personales que solicitamos para atender tu consulta, enviarte nuestras publicaciones, newsletters, promociones de productos y/o servicios, y recursos exclusivos; la legitimación se establece mediante el consentimiento expreso; no se cederán datos a terceros, salvo obligación legal; en cualquier momento puedes ejercer tus derechos de acceso, rectificación, supresión, portabilidad, limitación u oposición al tratamiento de tus datos, así como retirar el consentimiento prestado o formular reclamaciones ante la Autoridad de Control, enviando la solicitud por correo electrónico a: arco@ibermatica.com; puedes consultar la información adicional y detallada sobre Privacidad y Protección de Datos de Carácter Personal en la Política de Privacidad de Ibermática S.A.
¿Por qué Ayesa?
Somos uno de los principales implantadores de Microsoft, con casi 2000 clientes que han depositado su confianza en nosotros para la implantación de Dynamics 365, Business Central (NAV / Navision) y Dynamics 365 Finance & Operations (AX / Axapta). Además, destacamos en el despliegue de proyectos sobre AZURE y Microsoft 365. Nuestra experiencia en el campo de la inteligencia artificial y el uso de Copilot nos sitúa a la vanguardia de la innovación tecnológica.
Con una plantilla de más de 12.000 profesionales y una sólida presencia en 23 países, estamos comprometidos en ayudar a nuestros clientes a definir y aprovechar oportunidades en el nuevo contexto digital. Desde la tecnología hasta las personas, ofrecemos un enfoque integral que garantiza el éxito en cada proyecto.
- ÚLTIMAS ENTRADAS DEL BLOG -
Business Development Manager | PSELLER Microsoft en Ayesa | Miembro Unidad Transición Energética, Climática y Urbana en Tecnalia | Secretaria de la Junta Directiva del Cluster de la Construcción (Build INN)