Bienvenidos a las pílulas de conocimiento, Mike. Soy Mirko Pite. El tema de hoy suele confundir a muchas personas. ¿Qué es exactamente Dataverse? Es una base de datos, una aplicación o algún servicio oculto de Dynamics 365 que solo el personal de IT debe entender. Y esta es la definición más sencilla. Dataverse es la base de datos compartida detrás de muchas experiencias de Dynamics 365. Imagina a Dynamics 365 como un edificio de oficina. Ventas, servicio al cliente y otras apps son las habitaciones, donde la gente trabaja, mientras es el sistema de archivo y las reglas tras las paredes. Al final de este episodio, sabrán dónde residen los datos de Dynamics y cómo una actualización de cliente puede aparecer en las ventas, la automatización y los informes. Pero antes de entrar en nombres de productos, comencemos con el caso empresarial que esto resuelve. Un lugar compartido. Un lugar de copia separada.

Imaginen una empresa con un equipo de ventas, uno de soporte y uno de finanzas. Ventas guarda los detalles del cliente en una hoja de cálculo. Soporte trabaja con una herramienta de caso separado. Finanzas tiene los nombres de los clientes en su propio sistema. Alguien más guarda hilos de correo en un buzón compartido, mientras otra persona guarda notas en una carpeta que nadie más puede encontrar. El mismo cliente existe ahora en cinco lugares. Esa configuración parece normal al principio, porque cada equipo solo ve la parte de trabajo frente a ellos. Pero aquí está el detalle. Tan pronto como un cliente cambia su número de teléfono, dirección, nombre de empresa o contacto principal, comienzan los problemas. Ventas actualiza la hoja de cálculo, soporte no lo ve y finanzas sigue enviando documentos a la dirección antigua. Entonces alguien exporta una lista, la limpia a mano, la envía por correo y de repente tres personas creen que su copia es la correcta.

¿En qué lista deberían compartir? Esa pregunta consume más tiempo de clima. El personal se detiene para comparar. Los gerentes preguntan por qué un informe no coincide con el sistema de ventas. Un agente de soporte abre un caso para un cliente cuyos detalles ya están en otro lugar, solo que ligeramente diferentes. Nadie intenta crear un desorden. El desorden proviene de las cosas. Hace 20 años los sistemas separados significaban servidores separados, bases de datos separadas y equipos separados manteniendo su propia información. Conectarlos requería trabajo personalizado, importaciones programadas y mucha verificación. Un cambio en un lugar podía llegar a otro sistema mañana, la próxima semana o nunca. Dataverse ofrece las aplicaciones empresariales un lugar compartido para activa información. En palabras sencillas, Dataverse es la plataforma de datos en la nube de Microsoft para información empresarial.

Almacena esa información en tablas estructuradas, por lo que los datos tienen una forma clara, en lugar de vivir como notas aleatorias, archivos sueltos y pestañas de hojas de cálculo desconectadas. Puede pensarlo como el archivador de la empresa, pero que varias herramientas aprobadas podemos usar al mismo tiempo. Un cliente aparece una vez en Dataverse. Ese cliente puede aparecer en Dynamics 365 Sales cuando un vendedor trabaja en un trato. Los mismos detalles del cliente pueden aparecer en Dynamics 365 Customer Service cuando un agente atiene una solicitud de soporte. Una PowerApp puede usar la misma información del cliente para un trabajador de campo o gerente de cuenta sin copiar primero los datos en una nueva aplicación. Una fila de cliente, un punto de referencia compartido. Esto no significa que todos los equipos vean todo repentinamente. El acceso aún necesita reglas y llegaremos a eso en breve.

Significa que las aplicaciones aprobadas pueden trabajar con la misma información comercial en lugar de crear su propia versión competitiva. Es por esto que Dynamics 365 y Dataverse encajan de forma tan natural. Las aplicaciones de Dynamics 365 como CES y Customer Service usan Dataverse para almacenar y proteger los datos con los que trabajan. Pero aquí está el detalle. Cuando alguien habla de integrar Dynamics 365 con Dataverse, a menudo imagina dos productos separados que necesitan un conector entre ellos. Para muchas aplicaciones de Dynamics 365, esa no es la situación. ¿Los datos ya residen en Dataverse? No está extrayendo una lista de clientes de Dynamics 365, copiándola en otra base de datos y esperando que ambos lados se mantengan actualizados. Puede construir sobre la misma base, usando la misma información comercial que Dynamics 365 ya utiliza. Ya utiliza. Eso cambia la conversación.

En lugar de preguntar, ¿cómo sincronizamos estas dos listas de clientes? Puede preguntar, ¿qué personas y aplicaciones necesitan trabajar con este registro de clientes y qué se debería permitir hacer a cada una? Ahora bien, Dataverse no reemplaza todos los sistemas que posee una empresa. Una empresa puede seguir usando software financiero, herramientas industriales, sistemas de almacén, sitios web, aplicaciones antiguas que contienen sus propios datos. Dataverse no es un pegamento mágico que elimina todos los sistemas externos de la mancha de la mina. Lo que le ofrece es un lugar común para los datos comerciales que las aplicaciones conectadas necesitan compartir. Detalles del cliente, trabajo de venta, soporte, tareas y seguimientos. Esos registros pueden convivir juntos con una única fuente que las herramientas aprobadas pueden leer y actualizar. Así que abre ese archivador conmigo. Una vez que vea cómo Dataverse organiza la información en su interior, toda la conexión con Dynamics 365 será mucho más fácil de entender.

El archivador. Tablas, filas, columnas y relaciones. Abramos ese archivador. Dentro de Dataverse hay información recién tablas. Piénselo como un archivador real con cajones separados. Un cajón contiene empresas, otro contiene personas y un tercero contiene solicitudes de soporte. No tira todos los papeles en un cajón enorme esperando que alguien pueda ordenarlos después. Cada cajón tiene una función. Entonces en Dataverse una tabla contiene un tipo de información en versión de empresa. Una tabla de cuentas generalmente contiene las empresas con las que trabajan. Una tabla de contactos contiene personas individuales. Una tabla de clientes potenciales contiene a posibles clientes antes de que se conviertan en clientes reales. Una tabla de casos contiene solicitudes de soporte, mientras que una tabla de actividades puede realizar un seguimiento de tareas como llamadas, correos, citas y deberes.

Esas son las tablas estándar. Microsoft las incluye porque la mayoría de las empresas necesitan realizar un seguimiento de clientes, personas, trabajos y conversación. No necesita empezar inventando una tabla nueva para algo común cuando una tabla estándar ya sirve para el trabajo. Pero cada empresa también tiene su propio trabajo. Una empresa de formación puede necesitar realizar un seguimiento de cursos y certificados. Un negocio inmobiliario puede necesitar edificios, unidades e inspecciones. Un fabricante puede realizar un seguimiento de comprobaciones de equipos o visitas de... En esos casos puede crear tablas personalizadas que se ajusten al trabajo que realmente hace su empresa. Piensa en una tabla personalizada como si añadiera un nuevo cajón al gabinete y le pusiera una etiqueta clara. Ahora bien, cada tabla contiene filas. Una fila es un elemento en ese cajón. Por ejemplo, una fila en la tabla de contactos podría representar a María Gómez, una persona, en una empresa cliente.

Su fila contiene sus propios detalles, separados de los de cualquier otro contacto en el sistema. Las columnas describen los detalles que desea guardar para cada fila. La fila de contacto de María podría tener columnas para su nombre, apellido, correo electrónico, número de teléfono, cargo, empresa, propietaria del registro y estado. Una columna define el tipo de información que pertenece a ese lugar. Así, una columna de correo electrónico espera una dirección de correo y una columna de estado puede contener las opciones de estado probado. Así es como la información empresarial obtiene una forma confiable. Sin columnas, una persona podría escribir un número de teléfono en un cuadro de notas. Otra podría añadirlo a un campo de nombre. Y alguien más podría no ingresarlo en absoluto. Con una tabla de contactos clara, todos trabajan con el mismo conjunto de detalles en el mismo lugar. Esa estructura también hace aplicaciones a comprender los datos.

Un formulario puede mostrar los cuadros correctos. Un informe puede agrupar contactos por estado. Una automatización puede reaccionar cuando cambia un propietario. La información no solo se almacena, tiene etiquetas que indican a las herramientas conectadas qué significa cada parte. Comience con las tablas estándar siempre que coincidan con sus necesidades comerciales. Si vende empresas, las cuentas y los contactos ya describen un patrón que la mayoría de la gente entiende. Si maneja atención al cliente, los casos le ofrecen un punto de partida. Luego, añada tablas personalizadas solo cuando su empresa tenga información que no encaje en los patrones integrados. Esto evita un problema común. Crear cinco tablas diferentes que significan lo mismo cliente. Un equipo lo llama cliente, otro lo llama maestro de clientes y un tercero lo llama contacto de socio. Pronto la gente no sabe qué tabla debería usar.

Las tablas estándar claras y las tablas personalizadas bien nombradas mantienen el gabinete comprensible a medida que más personas lo utilizan. La siguiente parte es donde esos cajones comienzan a trabajar juntos. Contacto pertenece a una cuenta. María trabaja para Contoso LTD. En lugar de escribir la dirección, el teléfono principal y los detalles de la empresa de Contoso en la fila de María otra vez, Dataverse puede crear una relación entre la tabla de contactos y la tabla de cuenta. María se vincula a Contoso y su enlace es importante porque la información de la empresa permanece con la empresa con la empresa. Si Contoso cambia su dirección de oficina, alguien actualiza la fila de la cuenta una vez y cada contacto relacionado puede seguir apuntando a la misma empresa sin cargar su propia copia antigua. Las relaciones también conectan un caso de soporte con el cliente que lo planteó. Pueden conectar una oportunidad de venta con las llamadas, correos electrónicos, reuniones y tareas relacionadas con ese negocio.

Cuando un vendedor abre una oportunidad, puede ver la actividad conectada a ella, en lugar de buscar entre notas y calendarios sin relación. La información de contexto. No solo estás mirando un número de caso, ves a qué cliente pertenece. No solo estás viendo un contacto, puedes ver la empresa conectada a esa persona. Esos enlaces mantienen los datos útiles sin necesidad de escribir repetidamente los mismos datos en varios lugares. Una pequeña nota sobre los nombres antes de leer guías antiguas o ver videos anteriores. Es posible que escuches las palabras entidad, campo y registro. Estos son términos más antiguos de data. Microsoft ahora usa tabla en lugar de entidad, columna en lugar de campo y fila en lugar de registro. El significado no ha cambiado. Una guía antigua que te pide crear una entidad se refiere a crear una tabla. Un campo es una columna y un registro es una fila. Conocer ambos conjuntos de palabras evita que pienses que encontraste un producto diferente.

Entonces las tablas organizan la información y las relaciones la conectan. Un gabinete bien organizado todavía necesita controles. Alguien debe decidir que puede ingresar, cambiar y acceder de forma segura a la gente. Las reglas y el mostrador de recepción. Detrás de Dataverse los datos solo funcionan cuando las personas correctas pueden trabajar con hechas de manera segura. Un representante de ventas necesita detalles del cliente. Un agente de soporte necesita el historial de casos. Un gerente necesita una visión más amplia. Y un socio externo solo puede necesitar acceso a una pequeña parte del proceso. No todos deberían ver la misma información. Piensa en un registro de cliente con una nota de contacto privada, un precio negociado y un caso de soporte abierto. Dar acceso total a cada usuario crearía riesgos rápidamente. Restringir a todos tan estrictamente que no puedan hacer su trabajo crea un problema distinto.

Dataverse ofrece controles para esto. Y el primer control comienza con el ID. Cuando inicia sesión con su cuenta de empresa, Microsoft entra ID, lo identifica. Piensa en EntraID como la recepción en la entrada de la oficina. Te llega, muestra su credencial y el recepcionista verifica quién es antes de que pueda entrar. Dataverse usa esa identidad para saber qué usuario está trabajando con los datos. No se detiene al preguntar si permite entrar a esta persona. Tan pregunta, ¿qué se le permite hacer a esta persona después de entrar? Ahí es donde entran los roles de seguro. Un rol de seguridad es un conjunto de permisos vinculado a un trabajo o responsabilidad. Podría crear un rol para el personal de ventas, otro para agentes de servicio al cliente y otro para gerentes. Cada rol puede controlar el acceso a una tabla. Por ejemplo, a un representante de ventas se le puede permitir leer, crear y actualizar cuentas, contactos, clientes potenciales y oportunidad.

Puede que no se le permite eliminar información importante de los clientes. Un agente de soporte puede crear y actualizar casos, pero no cambiar una oportunidad de ventas. Los permisos pueden cubrir, leer, crear, cambiar y eliminar filas. Eso significa que el acceso no depende de que alguien recuerde qué botones ocultar en cada aplicación. Los permisos residen con los datos mismos. Por tanto, las mismas protecciones se aplican donde quiera que aparezcan esos datos de Dota. Luego puede limitar el acceso aún más. La seguridad a nivel de fila decide con qué filas individuales puede trabajar una persona. Un representante de ventas puede ver solo los clientes que posea, mientras que un gerente de ventas puede ver las filas de clientes de todo su equipo. Ambas personas usan la misma tabla de cuenta. Simplemente no ve la misma parte de ella. Esa configuración ayuda a las personas a enfocarse en su trabajo mientras da a los gerentes la vista que necesitan.

También reduce la posibilidad de que alguien abra información sobre un cliente a la que no tiene motivos para acceder. Alguna información necesita una protección más estricta. La seguridad a nivel de columna puede proteger columnas individuales dentro de una tabla. Quizás un usuario pueda abrir la fila de un cliente, pero no debería haber un identificador personal, salario, dato bancario o nota financiera privada. La fila del cliente sigue estando disponible para el trabajo que necesitan. La columna protegida permanece restringida. Para empresas más grandes, las unidades de negocio pueden crear límites entre partes de la organización. Una empresa puede separar regiones, divisiones o subsidiarias que trabajan con diferentes grupos de clientes. Las unidades de negocio ayudan a dar forma a cómo funciona el acceso a través de esos límites. Esto no significa que toda empresa necesite un mapa de seguridad complicado.

Un equipo pequeño puede necesitar solo un poco de rola. Una empresa más grande puede requerir más niveles debido a que sus equipos, regiones y responsabilidades difieren. El punto es que Dataverse puede adaptar el acceso a cómo funciona realmente el negocio. El control de acceso protege quién puede llegar a los datos, pero las reglas también protegen la calidad de los datos en sí. Una regla de negocio puede requerir que alguien ingrese un número de teléfono antes de guardar un nuevo contacto. Puede verificar una condición como exigir un motivo cuando se cierra un caso. También puede cambiar lo que ven los usuarios según la información que ingresan. La misma regla se aplica en las aplicaciones que usan en esta tabla. Esto importa porque no querrás que una aplicación acepte datos incompletos mientras otra los rechaza. La regla pertenece a la información comercial, no a una pantalla específica que la muestre.

Dataverse también puede ejecutar lógica detrás de escena para ayudar a mantener consistentes los procesos de negocio. El detalle que debes recordar es simple. Los datos vienen con reglas, no solo el mecenamiento. Por lo tanto, la base incluye la información, las personas autorizadas para trabajar con ella y las reglas que la mantienen utilizable. Una vez que Dynamics 365 trabaja sobre esa misma base, no necesita un puente tradicional solo para acceder a sus propios datos comerciales. Lo que realmente significa integración de Dynamics 365, la mayoría escucha integración de Dynamics 365 con Dataverse. Visualiza dos sistemas separados unidos por un conector. Un sistema contiene los datos del cliente. Otro sistema necesita una copia, por lo que alguien configura una sincronización, espera que se ejecute y espera que nada falle en el proceso. Esa imagen tiene sentido para muchas herramientas, amigos.

Pero aquí, en TMS, lo referente a Dynamics 365 Sales y Dynamics 365 Customer Service, la conexión es mucho más estrecha que eso. Estas aplicaciones usan Dataverse como su base de datos compartida. No son dos bases de datos separadas pasando filas de clientes de un lado a otro solo para entenderse entre sí, entre sí. Trabajan desde la misma información comercial del principio. Hagámoslo concreto. Imagina que eres un vendedor y creas una nueva empresa en Dynamics 365 Sales. Agregas el contacto principal y comienzas a trabajar en un posible acuerdo. Esos detalles se convierten inmediatamente en parte de los datos compartidos que utiliza la primera. Más tarde, ese cliente contacta al soporte. El agente de soporte puede trabajar con los mismos detalles de la empresa y del contacto. Nadie tiene que exportar una lista desde ventas ni crear cliente nuevamente dentro de una herramienta de soporte separada.

El agente simplemente conecta el caso de soporte a ese cliente y ve el historial que le ayuda a entender qué es lo que está pasando con TMS. Ventas ve el trato, soporte ve el caso y ambos equipos trabajan en torno al mismo cliente. Ahora bien, eso no significa automáticamente que cada pantalla sea idéntica o que cada equipo siga el mismo proceso. Venta necesita clientes potenciales, oportunidades, llamadas y reuniones. Atención al cliente necesita casos, colas e historial de servicio. Cada aplicación de Dynamics 365 ofrece herramientas creadas para su trabajo. Aunque la información empresarial subyacente puede conectarse donde sea necesario, esa base compartida es a lo que la gente suele referirse al hablar de la integración de Dynamics 365 y Dataverse. No se trata principalmente de mover datos del punto A al punto B. Se trata de que las aplicaciones trabajen con las mismas filas, relaciones, reglas y controles de acceso desde el principio.

Recorramos un proceso de venta sencillo. Un cliente potencial llega desde un sitio web o un evento. Un vendedor trabaja con ese cliente potencial, aprende más sobre la persona y convierte al cliente potencial en una relación con el cliente y una oportunidad. Las llamadas, correos electrónicos, citas y tareas pueden conectarse a ese trabajo. Si el equipo no necesita buscar en herramientas separadas para reconstruir la historia. Si el cliente necesita ayuda más adelante, un caso de soporte puede conectarse de nuevo con el mismo cliente. El agente de soporte no solo vea un nombre y una dirección de correo electrónico. Puede trabajar en el contexto de la relación con el cliente ya identificada. Mientras tanto, el equipo de ventas puede ver que el cliente tiene un problema de servicio abierto y evitar una conversación de renovación sin saber que hay un problema. Una relación con el cliente puede respaldar diferentes tipos de trabajo, que es mucho más útil que simplemente mantener un nombre de cliente coincidente en dos sistemas.

También puede escuchar la frase modelo de datos común, a veces abreviado como CDM. No deje que el nombre haga que suene más misterioso de lo que es. Simplemente significa que Microsoft proporciona patrones de tablas de negocio comunes para cosas que muchas empresas rastrean, como cuentas, contactos, actividades y casos. Estos patrones brindan a las aplicaciones basadas en Dynamics 3C5 y dará verse un lenguaje inicial compartido. Una cuenta significa una empresa. Un contacto significa una persona. Una actividad rastrea el trabajo en torno a relación comercial. Puede ajustar la configuración para su empresa y agregar sus propias tablas cuando sea necesario, pero no tiene que empezar desde cero cada vez. Cuando una aplicación entiende una tabla de cuentas y otra aplicación usa esa misma tabla, ambas aplicaciones se refieren al mismo tipo de información empresarial. Esto también cambia lo que puede construir.

Suponga que su equipo de campo necesita una aplicación sencilla para buscar un cliente, confirmar una visita y agregar una nota después de la cita. Puede crear una Power App que funcione con las mismas tablas de Dataverse que ya usa Dynamics 365. No es necesario exportar los clientes a una lista nueva solo para esa aplicación. El trabajador de campo abre la aplicación, busca al cliente y actualiza la información de la visita. Los datos permanecen conectados a la relación con el cliente que ya usa en ventas o atención al cliente, sujetos a las reglas de seguridad que vimos antes. Para tareas empresariales más estructuradas, puede crear una aplicación basada en modelo. Una aplicación basada en modelos comienza con un modelo de datos. Usted elige las tablas de Dataverse, define sus relaciones, configura formularios y vistas y aplica rolas de seguridad. Power Apps utiliza entonces esa estructura para crear una experiencia de aplicación empresarial funcional.

Piensa en ello como organizar un banco de trabajo con las herramientas y materiales que su equipo realmente utiliza. Las tablas describen el trabajo, las relaciones conectan las piezas. Sus formularios permiten a las personas ingresar y revisar detalles. Las vistas les ayudan a encontrar las filas que requieren decir. La seguridad decide que puede abrir o cambiar cada persona. Una aplicación basada en modelos puede existir con Dynamics 365 porque ambas funcionan con Dataverse. Quizás Dynamics 365 Sales maneje todo el proceso de ventas, mientras que una aplicación basada en modelos más pequeña ofrece a los gerentes de contratos un lugar enfocado para rastrear acuerdos. Ambas pueden trabajar con datos de clientes relacionados sin crear una segunda base de datos de clientes. Por supuesto, ese acceso aún requiere cuidado. Que una aplicación pueda trabajar con una tabla de Dataverse no significa que todos los usuarios deban editar cada fila o ver cada columna.

El rol del acceso a las filas y las reglas de negocio siguen controlando lo que sucede. Una aplicación de campo puede brindar a alguien exactamente los detalles y acciones del cliente que necesita, sin exponer el resto de la empresa o los datos de la misma. Por tanto, la integración de Dynamics 365 con Dataverse no es un cable que conecta dos habitaciones distantes. Las aplicaciones de Dynamics 365, las aplicaciones personalizadas y los procesos empresariales pueden funcionar desde la misma base compartida. Una vez que ve eso, la siguiente pregunta queda clara. ¿Para qué más puede usar esa misma actualización de cliente en toda la plataforma conectada a Microsoft? ¿Cómo funciona la plataforma conectada en el trabajo real? Una actualización de cliente compartida es útil cuando las herramientas que la rodean pueden responder. Power Automate maneja el trabajo de seguimiento al detectar un cambio en una fila de Dataverse e iniciar una acción cuando ese cambio ocurre.

Por ejemplo, un nuevo cliente potencial ingresa en Dynamics 365 C. Un flujo puede notificar al vendedor asignado, publicar un mensaje en Teams o crear una tarea de seguimiento. Nadie necesita vigilar una bandeja de entrada con todo ello. El cliente potencial cambia y el siguiente paso comienza automáticamente. Power Automate no necesita una copia separada del cliente potencial solo para hacer ese trabajo. Puede reaccionar a fila en Dataverse usando los mismos detalles de cliente y propiedad que utiliza la aplicación de ventas. Eso mantiene la automatización cerca del proceso de negocio. En lugar de depender de que alguien exporte un archivo, inicie una cadena manual de correos electrónicos. Luego está Power BI. Un gerente de ventas puede querer ver el pipeline actual. Un gerente de servicio al cliente puede necesitar ver cuántos casos llegaron esta semana, cuáles siguen abiertos o qué clientes contactan el soporte con mayor frecuencia.

Power BI puede generar informes sobre los datos de negocio de Dataverse para que esos equipos vean el trabajo que se realiza sin crear hojas de cálculo cada viernes. El informe se basa en los datos de negocio que la gente ya utiliza. Esto significa que un gráfico de pipeline puede cambiar a medida que las oportunidades son. Un panel de casos puede mostrar la carga de trabajo actual a medida que los agentes actualicen los casos. El punto es que un panel reemplaza a las personas revisando los detalles. Les brinda una visión más clara del trabajo antes de que decidan qué requiere atención. Power Apps añade otra ruta al mismo proceso. Imagine a un trabajador de campo que llega a las instalaciones de un cliente. No necesita toda la experiencia de ventas de Dynamics 365. Es posible que solo necesite encontrar al cliente, revisar los detalles de la visita, confirmar lo sucedido y añadir una nota o foto o foto.

Una Power App enfocada puede ofrecerles esa experiencia simplificada. Un equipo de cuentas podría necesitar una aplicación para revisar acuerdos de cliente. Un gerente podría necesitar una aplicación sencilla para probar un asunto. Cada aplicación puede enfocarse en una tarea mientras trabaja con la misma información controlada de Dataverse detrás de escena. La persona ve la herramienta que se adapta a su día. El negocio conserva la información conectada. A veces información comienza fuera de Dataverse. Una empresa puede tener una lista de una fuente en línea que debe integrarse a sus datos de negocio. Power Query puede importar datos de fuentes en línea compatibles, limpiarlos durante la importación y cargarlos en la tabla correcta de Dataverse. Esto es útil cuando una fuente externa contiene información que sus herramientas de Dynamics y Power Platform necesitan usar. Aún así, debe decidir qué pertenece a Dataverse y cómo debe conectarse con las tablas existentes.

Importar datos sin esa reflexión simplemente traslada la confusión a una nueva ubicación. Deje que Autom integre las piezas en un flujo cotidiano. Un nuevo cliente potencial ingresa a Dynamics 365 y una regla de asignación verifica quién debe ser el propietario, quizás según la región o el producto. El propietario recibe un mensaje de Teams a través de un flujo de Power Automate para que sepa que hay trabajo esperando. A medida que el vendedor actualiza el cliente potencial y lo mueve por el proceso de ventas, el panel de Power BI cambia para mostrarle al equipo el pipeline actual de Autum. Una actualización inicia trabajo útil en varios lugares. Power Automate mueve el trabajo de un paso al siguiente. Power BI ayuda a las personas a ver el trabajo. Power Apps ofrece equipos específicos una focada a participar. Dataverse mantiene la información empresarial organizada y segura mientras estas herramientas hacen su trabajo.

Esta diferencia es importante. La automatización no es el sistema de archivo y un panel no es la base de datos de clientes. Cada herramienta tiene una función distinta, pero todas pueden trabajar desde la misma forma. Saber esto le ayuda a elegir la herramienta correcta en lugar de tratar cada hoja de cálculo. Lista es sencilla como se debe ejecutar todo un proceso empresarial.

¿Cuándo encaja Dataverse y qué es lo que nos reemplaza? Este es el punto. Elija Dataverse cuando varias personas y aplicaciones necesitan trabajar con datos empresariales conectados. Necesita reglas de acceso claras y procesos repetibles. Dataverse se encarga de eso, pero no reemplaza todo lo demás. Excel sigue siendo su opción ideal para análisis personales y listas ramas. Las listas de SharePoint funcionan bien para el seguimiento sencillo de equipo. Si usted es un desarrollador que necesita un control profundo, SQL sigue siendo una opción sólida. Entonces, ¿cuándo encaja realmente Dataverse? Cuando sus datos necesitan conectarse entre aplicaciones de Dynamics 365, automatizaciones e informes sin crear otra copia. Ahí es donde destaca. Pero, en conclusión, una base de muchas herramientas empresariales. Entonces, esta es la conclusión. Dynamics 365 y Dataverse funcionan mejor cuando todos sus datos, reglas, seguridad, aplicaciones, automatizaciones e informes comparten una base común.

Suscríbase a Microsoft Knowledge Nuggets en m365.ffm para obtener más guías en lenguaje sencillo sobre Dynamics 365, Power Platform y Microsoft 365. Luego, vea nuestro episodio sobre aplicaciones basadas en modelos para ver cómo las tablas de Dataverse se convierten en una aplicación empresarial.