Bienvenidos a Microsoft Noise Nugget, soy Mo Pites. 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 TI necesita entender? Aquí está la definición más sencilla. Dataverse es la base de datos compartida detrás de muchas experiencias de Dynamics 365. Imaginen a Dynamics 365 como un edificio de oficinas. Ventas, servicio al cliente y otras aplicaciones son las salas donde trabaja la gente, mientras que Dataverse es el sistema de archivos y las reglas detrás de 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, empecemos por el caos empresarial. Se resuelve con un lugar compartido. En lugar de copias separadas, imagina una empresa con un equipo de ventas, un equipo de soporte y un equipo de finanzas.

Ventas mantiene los detalles del cliente en una hoja de calma. Soporte la baja en una herramienta de casos independiente. 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 del trabajo que tiene delante. Pero aquí está el problema. En cuanto un cliente cambia su número de teléfono, dirección, nombre de empresa o contacto principal, comienzan los problemas. Ventas actualiza de cálculo. Soporte no lo ve. Finanzas sigue enviando documentos al elección ativo. Luego 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 cumplir?

Esa pregunta hace perder más tiempo de lo que se imagina. El personal se detiene para comprar el registro. 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 existen en otro lugar, pero ligeramente diferentes. Nadie intenta crear un desorden. El desorden proviodoscopio. Hace 20 años, sistemas separados significaban servidores, bases de datos y equipos separados manteniendo su propia información. Conectarlos requería trabajo personalizado, importaciones programadas y mucha revisión manual. Un cambio en un lugar podría llegar a tu sistema mañana, la próxima semana o nunca o nunca. Dataverse les da a las aplicaciones empresariales un lugar compartido para este tipo de información. En términos sencillos, 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.

Puedes imaginarlo como el archivador de la empresa, pero uno que varias herramientas aprobadas pueden usar al mismo tiempo. Un cliente aparece una sola 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 atiende una solicitud de soporte. Una PowerApp puede usar la misma información del cliente para un trabajador de campo o un gestor de cuentas sin que nadie tenga que copiar los datos en una nueva aplicación primero. Una fila de cliente, un punto de referencia compartido. Esto no significa que todos los equipos vean todo de repente. El acceso aún necesita reglas y hablaremos de eso en breve. Significa que las aplicaciones aprobadas pueden trabajar con la misma información empresarial en lugar de crear su propia versión competitiva de ella.

Es por esto que Dynamics 365 y Dataverse encajan tan naturalmente. Las aplicaciones de Dynamics 365 como Sales 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 imaginan dos productos separados que necesitan un conector entre ellos. Para muchas aplicaciones de Dynamics 365, esa no es la situación. Los datos ya viven en Dataverse. No estás sacando una lista de clientes de Dynamics 365 copiándola en otra base de datos y esperando que ambos lados se mantengan actualizados. Puedes construir sobre la misma base usando la misma información empresarial que Dynamics 365 ya utiliza. Eso cambia la conversación. En lugar de preguntar, ¿cómo sincronizamos estas dos listas de clientes? Puedes preguntar qué personas y aplicaciones necesitan trabajar con este registro de cliente y qué se le debe permitir hacer a cada una.

Ahora bien, Dataverse no reemplaza todos los sistemas que posee una empresa. Un negocio puede seguir usando software financiero, herramientas industriales, sistemas de almacén, sitios web o aplicaciones antiguas que contienen sus propios datos. Dataverse no es un pegamento mágico que elimina todos los sistemas externos de la noche a la mañana. Lo que te ofrece es un lugar común para los datos empresariales que las aplicaciones conectadas necesitan compartir. Detalles de clientes, trabajo de ventas, trabajo de soporte, tareas y seguimientos. Esos registros pueden convivir con una sola fuente que las herramientas aprobadas pueden leer y actualizar. Así que abre ese archivador conmigo. Una vez que ves cómo Dataverse organiza la información, toda la conexión de Dynamics 365 se vuelve mucho más fácil de entender. El archivador, las tablas, las filas, las columnas y las relaciones. Abramos ese archivador.

Dentro de Dataverse, la información recién tabla. Piénsalo como un gabinete real con cajones separados. Un cajón contiene empresas, otro contiene personas y un tercero contiene solicitudes de soporte. No tiras todos los papeles en un cajón enorme esperando que alguien pueda ordenarlos después. Cada cajón tiene una función. En Dataverse, una tabla contiene un tipo de información empresarial. Una tabla de cuentas suele condenar las empresas con las que trabajan. Una tabla de contactos contiene personas individuales. Una tabla de clientes potenciales guarda los posibles clientes antes de que lo sean realmente. Una tabla de casos contiene solicitudes de soporte, mientras que una tabla de actividades puede rastrear trabajo como llamadas, correos, citas y tareas. Esas son las tablas estándar. Microsoft las incluye porque la mayoría de las empresas necesitan realizar un seguimiento de clientes, personas, trabajo y conversaciones.

No necesita empezar inventando una nueva tabla para algo común cuando una tabla estándar ya sirve para ese propósito. Pero cada empresa también tiene su propio trabajo. Una empresa de formación podría necesitar realizar un seguimiento de cursos certificados. Un negocio inmobiliario puede necesitar edificios, unidades e inspecciones. Un fabricante podría realizar un seguimiento de revisiones de equipos o visitas de seguro. En esos casos puede crear tablas personalizadas que se adapten al trabajo que su empresa realmente hace. Piensa en una tabla personalizada como añadir un nuevo cajón al archivador y poner 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 demás contactos del 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, dirección de correo, número de teléfono, cargo, empresa, propietario de registro y estado. Una columna establece el tipo de información que pertenece a ese lugar. Si una columna de correo espera una dirección electrónica y una columna de estado, puede contener las opciones de estado aprobadas. Así es como una información empresarial obtiene una estructura fiable. Sin columnas, una persona podría escribir un número de teléfono en un cuadro de notas. Otra, añadirlo a un campo de nombre y alguien más podría no introducirlo en absoluto. Con una tabla de contactos clara, todos trabajan con el mismo conjunto de detalles en los mismos lugares. Su estructura también ayuda a las aplicaciones a entender los datos. Un formulario puede mostrar los cuadros correctos, un informe puede agrupar contactos por estado y una automatización puede reaccionar cuando cambie un propietario.

La información no solo se almacena sin más. Tiene etiquetas que indican a las herramientas conectadas que significa cada parte. Empiece con las tablas estándar siempre que se ajusten a sus necesidades empresariales. Si vende empresas, las cuentas y contactos ya describen un patrón que la mayoría entiende. Si maneja atención al cliente, los casos le ofrecen un punto de partida. Luego, añada tablas personalizadas solo donde su empresa tenga información que no encaja en los patrones integrados. Esto evita un problema común. Crear cinco tablas diferentes que significan lo mismo cliente. Un equipo le llama cliente, otro le llama maestro de clientes y un tercero. Le llama contacto de socio y... 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 trabajan en él. La siguiente parte es donde esos cajones comienzan a trabajar juntos.

Un contacto pertenece a una cuenta. María trabaja para Contoso. 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 crea una relación entre la tabla de contacto y la de cuenta. María se vincula a Contoso y ese enlace es importante porque la información de la empresa permanece con la empresa. Si Contoso cambia su dirección de oficina, alguien actualiza la fila de la cuenta en la sola vez. Cada contacto relacionado puede seguir apuntando a la misma empresa sin tener su propia copia antigua. Las relaciones también conectan un caso de soporte con el cliente que lo generó. Pueden conectar una oportunidad de venta con las llamadas, correos, reuniones y tareas de ese trato. 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 tiene contexto. No solo estás mirando un número de caso. Puedes ver a qué cliente pertenece. No solo estás viendo un contacto. Puedes ver la empresa conectada a esa persona. Sus enlaces mantienen los datos útiles sin tener que escribir los mismos hechos repetidamente en varios lugares. Una pequeña nota sobre los nombres antes de que leas guías o veas videos antiguos. Es posible que escuches las palabras entidad, campo y registro. Esos son términos antiguos de Dataverse. Microsoft Auto 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. Así que las tablas organizan la información y las relaciones la conectan.

Pero un gabinete bien organizado todavía necesita controles. Alguien debe decidir que puede ingresar, cambiar y acceder de forma segura a la gente. Reglas y el mostrador de recepción detrás de los datos. Los datos compartidos solo funcionan cuando las personas adecuadas pueden trabajar con ellos de forma segura. Un representante de ventas necesita detalles de cliente. Un agente de soporte necesita el historial de casa. Un gerente necesita una vista más amplia. Y un socio externo puede necesitar acceso solo a una pequeña parte del proceso. No todos deberían ver la 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 le brinda controles para esto. El primer control comienza con la identidad.

Cuando inicia sesión con su cuenta de empresa, Microsoft EntraID lo identifica. Piensa en EntraID como la recepción en la entrada de la oficina. Usted llega, muestra su credencial y el recepcionista verifica quién es antes de que pueda entrar. Dataverse utiliza esa identidad para saber qué usuario está trabajando con los datos. No se detiene al preguntar si a esta persona se le permite entrar. También pregunta qué puede hacer esta persona una vez que entre. Ahí es donde se encuentran en juego los roles de seguridad. Un rol de seguridad es un conjunto de permisos vinculados 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 tab. Por ejemplo, un representante de ventas puede tener permiso para leer, crear y actualizar cuentas, contactos, clientes potenciales y oportunidades.

Puede que no se les permite eliminar información importante del cliente. Un agente de soporte puede crear y actualizar casos, pero no cambiar una oportunidad de venta. Los permisos pueden cubrir la lectura, creación, modificación y eliminación de filas. Eso significa que el acceso no depende de que alguien recuerde qué botones ocultar en cada aplicación. Los permisos residen en los datos mismos. Así, las mismas medidas de seguridad se aplican donde quiera que aparezcan esos datos. Luego puede restringir el acceso o más. La seguridad a nivel de filas decide con qué filas individuales puede trabajar una persona. Un representante de ventas puede ver solo los clientes que posee, 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 ven la misma parte de ella. Esa configuración ayuda a las personas a concentrarse 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 o 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, datos bancarios o notas bancarias o notas financieras privadas. La fila del cliente sigue disponible para el trabajo que necesitan hacer. La columna protegida permite restringir. 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 definir 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 solo puede necesitar unos pocos roles clans. Una empresa más grande puede necesitar más niveles porque sus equipos, regiones y responsabilidades difieren. 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 mismos. 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 requerir una razón cuando un caso se cierra. 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 usa en esa tabla. Esto es importante 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 que casualmente la muestra.

Dataverse también puede ejecutar lógica en segundo plano para ayudar a mantener consistentes los procesos de negocio. El detalle que debes recordar es simple. Los datos vienen con reglas, no solo almacenamiento. Por lo tanto, la base incluye la información en 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 la integración de Dynamics 365. La mayoría escucha integración de Dynamics 365 con Dataverse y visualiza dos sistemas separados unidos por un conector. Un sistema contiene los datos del cliente. Otro necesita una copia. Así que alguien configura una sincronización, espera que se ejecute y espera que nada falle en el camino. Esa imagen tiene sentido para muchas herramientas empresariales.

Pero aquí está la cuestión. Para 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 compartidos. No son bases de datos separadas que se pasan filas de clientes de un lado a otro solo para entenderse. Trabajan desde la misma información comercial desde el principio. Es decir, eres un vendedor y creas una nueva empresa en Dynamics 365 Sales. Agregas el contacto principal y comienzas a trabajar en un posible trato. Esos detalles se vuelven inmediatamente a partir de los datos compartidos que utiliza la aplicación. Más tarde, ese cliente contacta a soporte. El agente de soporte puede trabajar con exactamente la misma empresa y los detalles del contacto. Nadie tiene que exportar una lista de ventas o crear el 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 lo que está pasando.

Ventas ve el trato. Soporte ve el caso. Ya ambos equipos trabajan en torno al mismo cliente. Ahora, eso no significa que cada pantalla se vea idéntica o que cada equipo siga el mismo proceso. Ventas necesita clientes potenciales, oportunidades, llamadas y reuniones. El servicio al cliente requiere casos, colas e historial de servicio. Cada aplicación de Dynamics 365 ofrece herramientas diseñadas para su trabajo. Mientras que la información empresarial subyacente puede conectarse en ese salvo. 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 aplicaciones que trabajan con las mismas filas, relaciones, reglas y controles de acceso. Desde el principio, permitamos que las oficinas recorran un proceso de ventas en sí. Un cliente potencial llega de un sitio web a un evento.

Un vendedor trabaja con ese cliente potencial, aprende más sobre la persona y convierte al cliente potencial en una relación comercial 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 tarde, un caso de soporte puede conectarse de nuevo al mismo cliente. El agente de soporte no tiene que ver solo un nombre y una dirección de correo electrónico. Pueden trabajar en contexto, con la relación del cliente ya identificada. Mientras tanto, el equipo de ventas puede ver que el cliente tiene un problema de servicio abierto y evitar iniciar una conversación de renovación sin conocer sus problemas previos. Una relación con un cliente puede respaldar diferentes tipos de trabajo. Eso es mucho más útil que simplemente mantener un nombre de cliente coincidente en dos sistemas.

Y también podría escuchar la frase Common Data Model, a veces abreviada como CDN. No deje que el nombre haga que suene más misterioso de lo que realmente es. Simplemente significa que Microsoft proporciona patrones de tablas empresariales comunes para elementos que muchas empresas rastrean, como cuentas, contactos, actividades y casos. Estos patrones brindan a Dynamics 365 y a las aplicaciones basadas en Dataverse un lenguaje inicial compartido. Una cuenta significa una empresa. Un contacto significa una persona. Una actividad rastrea el trabajo en torno a una relación comercial. Puede ajustar la configuración para su empresa y agregar sus propias tablas donde 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 se refieren al mismo tipo de información empresarial-empresarial. Esto también cambia lo que puede construir.

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

Piense en ello como organizar un banco de trabajo alrededor de las herramientas y materiales que su equipo realmente usa. Las tablas describen el trabajo. Las relaciones conectan las piezas. Los formularios brindan a las personas un lugar para ingresar detalles. Las vistas les ayudan a encontrar las filas que requieran atención. La seguridad decide qué puede abrir o cambiar cada persona. Una aplicación basada en modelos puede coexistir con Dynamics 365 porque ambas trabajan con Dataverse. Quizás Dynamics 365 6 gestione 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 específico para rastrear acuerdos con clientes. Ambas pueden trabajar con datos relacionados del cliente sin crear una segunda base de datos de clientes. Por supuesto, ese acceso aún requiere cuidado. El hecho de que una aplicación pueda trabajar con una tabla de Dataverse no significa que cada usuario deba editar cada fila o ver cada columna.

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

Por ejemplo, un nuevo cliente potencial ingresa en Dynamics 365 Sales. 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 compartida. 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 la fila en Dataverse usando los mismos detalles de cliente y propiedad que usa la aplicación de ventas, lo que mantiene la automatización cerca del proceso de negocio. En lugar de depender de que alguien exporte un archivo e inicie una cadena manual de correos electrónicos. Luego está Power BI. Un gerente de ventas puede querer ver el flujo de ventas actual. Un gerente de servicio al cliente podría necesitar ver cuántos casos llegaron esta semana. Cuáles siguen abiertos o qué clientes contactan al soporte con más frecuencia.

Power BI puede generar informes sobre los datos empresariales de Dataverse para que los equipos vean el trabajo realizado sin tener que crear nuevas hojas de cálculo cada viernes. El informe se basa en los datos empresariales que la gente ya utiliza. Esto significa que un gráfico de embudo puede cambiar a medida que las oportunidades avanzan. Un tablero de casos puede mostrar la carga de trabajo actual a medida que los agentes actualizan los casos. El objetivo no es que un tablero reemplace a las personas que revisan los detalles. Les da una visión más clara del trabajo antes de que decidan qué requiere atención. Power Apps añade otro camino hacia el mismo proceso. Imagina un trabajador de campo que llega a las instalaciones de un cliente. No necesitan una experiencia completa de Dynamics 365 Sales. Quizás solo necesiten encontrar al cliente, revisar los detalles de la visita, confirmar lo ocurrido y añadir una nota o foto.

Una Power App enfocada puede brindarles esa experiencia simplificada. Un equipo de cuentas podría necesitar una aplicación para revisar los acuerdos con los clientes. Un gerente podría necesitar una aplicación sencilla para aprobar una solicita. 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 a día. La empresa conserva la información conectada. A veces esa información comienza fuera de Dataverse. Una empresa puede tener una lista de una fuente en línea que debe integrarse a sus datos comerciales. 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.

Aún debe decidir qué pertenece a Dataverse y cómo debe conectarse a las tablas existentes. Importar datos sin esa consideración simplemente traslada la confusión a una nueva ubicación. Pongamos las piezas en un flujo cotidiano. Un nuevo cliente potencial ingresa a Dynamics 3. Una regla de asignación verifica quién debe gestionar a ese cliente, quizás según su región o producto. El propietario recibe un mensaje de Teams a través de un flujo de Power Automate para saber que hay trabajo pendiente. A medida que el vendedor actualiza al cliente y lo mueve por el proceso de ventas, el tablero de Power BI cambia para mostrarle al equipo el flujo de ventas actual. Una actualización inicia trabajo útil en varios lugares. Power Automate traslada el trabajo de un paso al siguiente. Power BI ayuda a las personas a visualizar el trabajo. Power Apps ofrece equipos específicos una foca de participar. Dataverse mantiene la información empresarial organizada y segura mientras esas herramientas realizan su trabajo.

Esa diferencia es importante. La automatización no es el sistema de archivo y un tablero no es la base de datos de clientes. Cada herramienta tiene una función distinta, pero todas pueden trabajar desde la misma fuente. Saber esto le ayuda a elegir la herramienta adecuada en lugar de tratar cada hoja de cálculo o lista simple como si debiera ejecutar todo un proceso empresarial. ¿Cuándo encaja Dataverse y qué es lo que no reemplaza? Aquí está la cuestión. Elija Dataverse cuando varias personas y aplicaciones necesitan trabajar con datos empresarios conectados. Te necesita reglas de acceso claras y procesos repetibles. Dataverse maneja eso, pero no reemplaza todo lo demás. Excel sigue siendo su opción ideal para análisis personales y listas rápidas. Las listas de SharePoint funcionan bien para el seguimiento sencillo de equipos. 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 a través de Dynamics 365, aplicaciones, automatización e informes sin crear otra copia. Ahí es donde destaca. Ahora, conclusión. Una base en muchas herramientas empresariales. Así que este es el punto principal. Dynamics 365 y Dataverse funcionan mejor cuando todos sus datos, reglas, seguridad, aplicaciones, automatización e informes comparten una base común. Suscríbase a Microsoft Knowledge Nuggets en M365FM 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 la aplicación empresarial funciona. ¡Gracias!