Power Platform Admin

Díganos qué opina sobre la experiencia de descarga del PDF.
Documentación del administrador de

Microsoft Power Platform
Use el centro de administración de Power Platform para administrar ambientes y
configuraciones para Power Apps, Power Automate, Power Virtual Agents y aplicaciones
de interacción con los clientes.
Comenzar
ｅ INFORMACIÓN GENERAL
Información general
Licencias de Power Platform
Nuevo modelo de almacenamiento
Iniciar sesión en sus aplicaciones
Crear y administrar ambientes
ｐ CONCEPTO
Comprender ambientes
ｃ GUÍA PASO A PASO
Crear un entorno
Administrar la configuración del ambiente
Administrar actualizaciones del ambiente
Administrar la seguridad y los usuarios
Información general sobre seguridad
Roles de seguridad y privilegios
ｃ Í
Crear y administrar usuarios
Crear y administrar roles de seguridad
Solucionar problemas
Obtener ayuda y soporte
Comprobar el estado del servicio en línea
Problemas de acceso del usuario comunes
Más información sobre
ｄ CURSOS
Trabajar con inquilinos, ambientes y suscripciones de Microsoft Power Platform y aplicaciones

de Dynamics 365
Usar prácticas recomendadas para proteger y controlar ambientes de Microsoft Power

Platform
Administrar Microsoft Power Platform
Artículo • 09/12/2022 • Tiempo de lectura: 2 minutos
El Centro de administración de Power Platform es un portal unificado para que los

administradores gestionen entornos y configuraciones para Power Apps, Power
Automate y aplicaciones de involucración del cliente (Dynamics 365 Sales, Dynamics 365
Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing y Dynamics 365
Project Service Automation).
Capacidades del Centro de administración de

Power Platform
Actualmente, el Centro de administración proporciona las capacidades siguientes.
Característica Descripción
Entornos Ver, crear y administrar entornos. Seleccione un entorno para ver los detalles y
para administrar la configuración. Más información: Administrar la configuración
del entorno
Análisis Obtenga una vista detallada de métricas clave para aplicaciones de Microsoft
Power Platform. Más información: Análisis de Microsoft Dataverse
Recursos Más información: Ver y administrar recursos
Ayuda + Obtenga una lista de soluciones de autoayuda o cree un vale de soporte técnico
soporte para el soporte técnico. Más información: Obtener ayuda + Soporte
Integración Más información: Integrar datos en Dataverse

de datos
Puertas de Más información: Configurar la transferencia de datos entre los datos locales y
enlace de los servicios en la nube
datos
Directivas de Más información: Crear y administrar directivas de prevención de pérdida de

datos datos.
Panel de página principal

Puede personalizar su página principal seleccionando un tema, configurando el idioma y
la zona horaria desde el icono de rueda dentada de Configuración.
Para personalizar su panel, seleccione + Agregar tarjetas en la parte superior de la
página de inicio y arrastre cualquier tarjeta al panel, a la ubicación que desee.
Las siguientes son las tarjetas que puede agregar al panel.
Estado del servicio

Esta tarjeta muestra si sus servicios de Microsoft están en buen estado o si están
experimentando un aviso o incidente activo. Para obtener más información sobre un
aviso o incidente, selecciónelo para abrirlo en la página Estado del servicio del Centro
de administración de Microsoft 365.
Centro de mensajes
Esta tarjeta le ayuda a administrar los próximos cambios en nuestros servicios de
Microsoft. Seleccione una publicación para abrirla en el panel de detalles. Para ver la
lista completa de mensajes en todos los servicios de Microsoft, seleccione Mostrar todo.
Más información sobre el centro de mensajes.
Documentación y entrenamiento
Esta tarjeta proporciona enlaces a documentación y fuentes de información
relacionadas.
Consulte también
Trabajar con los portales de administración
Introducción a Microsoft Power Platform

Trabajar con los portales de
administración
Hemos consolidado la mayoría de las tareas administrativas en el centro de

administración de Power Platform. Existen otros portales que debe tener en cuenta. A
continuación se ofrece un esbozo de los distintos y las tareas más comunes que
realizará en ellos.
Portal Tareas comunes
Centro de administración de Power Este portal se puede utilizar para administración de

Platform
entornos, para presentar incidencias de soporte
https://admin.powerplatform.microsoft.com técnico centradas en Dynamics 365 y Microsoft
Power Automate y para ver análisis de
administración de Power Apps y Power Automate.
Power Apps
Este portal está centrado en crear Power Apps pero
https://make.powerapps.com también puede ver y administrar componentes de
Dataverse, administrar conectores y puertas de
enlace. Puede consultar estadísticas de la aplicación
desde los detalles de aplicaciones aquí.
Centro de administración de Microsoft 365

Aquí administra usuarios y su asignación de
https://admin.microsoft.com/AdminPortal licencia, así como el lanzamiento en muchos de los
centros de administración individuales.
Microsoft Azure
Las tareas de administración avanzada de Azure AD
https://portal.azure.com como el acceso condicional se administran aquí.
Además, si usted realiza registro de la aplicaciones
de desarrollador, también se realiza aquí. Aquí es
donde también inicia la instalación de las puertas
de enlace locales.
Centro de seguridad y cumplimiento

Además de las tareas generales de cumplimiento,
https://protection.office.com los administradores pueden venir aquí para buscar
el registro de auditoría para ver eventos de
auditoría de Power Automate.
¿Cuál es el rol de un administrador de
Power Platform?
La administración de Power Apps, Power Automate y Microsoft Dataverse se realiza

mediante el Centro de administración de Power Platform .
Recorrido de la administración
La evolución de una organización que adopta Power Apps, Power Automate y Dataverse
empieza con el administrador. Como administrador de Microsoft Power Platform, el
proceso comienza con la pregunta de cómo se pueden proteger los datos de la
organización. ¿A qué datos se puede acceder a través de estos servicios? ¿Hay que
seguir prácticas recomendadas? ¿Qué es el modelo de seguridad de Power Apps y cómo
debo controlar el acceso a los datos? Una vez que determine cómo continuar con el
acceso a los datos, deseará saber cómo puede supervisar y administrar lo que están
haciendo los usuarios con estos servicios.
Cuando haya averiguado el control y la visibilidad, la siguiente parte de su recorrido le

llevará a la implementación. Los usuarios individuales y los equipos pueden
implementar aplicaciones por su cuenta, pero ¿cómo implementa soluciones de forma
centralizada para toda su organización? ¿Y cómo se coordinan las actualizaciones y se
identifican y corrigen los problemas?
La documentación de esta sección, a la que puede acceder desde el panel de

navegación de la izquierda, proporciona respuestas a estas preguntas y le orienta a en
este recorrido.
Pasos siguientes
Para empezar a administrar Power Apps, Power Automate y Dataverse, compruebe los
siguientes artículos:
Aprenda a crear una directiva (DLP) de protección de pérdida de datos.

Aprenda a descargar una lista de usuarios activos en su cuenta.
Más información sobre entornos.
Administración y supervisión
Este artículo analiza las herramientas que puede utilizar para administrar y monitorear lo
que sucede en sus entornos. Es importante que comprenda que cada organización tiene
su propio modelo operativo y sus requisitos para crear una plataforma de desarrollo de
aplicaciones.
Los servicios de herramientas que ofrecen características específicas de supervisión,

alerta y acciones se clasifican en las siguientes categorías:
Portales de administración ofrece una experiencia interactiva para realizar tareas

administrativas.
Los portales generalmente se consideran la ruta principal para completar las actividades
administrativas. Para la supervisión, este canal se utiliza principalmente para el
descubrimiento interactivo ad-hoc. Microsoft está trabajando para proporcionar una
única interfaz de administración (https://aka.ms/ppac ) para Power Platform.
Actualmente, los componentes de Microsoft Power Platform incluyen Power BI, Power
Automate y Power Apps. Además, algunas tareas administrativas se completan en el
centro de administración de Microsoft 365 (https://admin.microsoft.com/ ).
Los cmdlets de PowerShell ofrecen una forma de automatizar tareas de administración

y supervisión mediante PowerShell. Estos cmdlets se pueden usar secuencialmente para
automatizar acciones administrativas de varios pasos. Desde una perspectiva de hoja de
ruta, los cmdlets de PowerShell están disponibles primero, antes de habilitar las
capacidades de administración. Por lo general, se publican a través de la interfaz de la
aplicación web o mediante los conectores de gestión y administración. Revise
https://www.powershellgallery.com/ para obtener el paquete más reciente.
Los Conectores de administración y gestión ofrecen la posibilidad de usar las

herramientas propias de la plataforma para una administración y supervisión
automáticas. Parte de los más de 275 conectores disponibles publicados y las
capacidades del proceso de aprobación son cinco conectores específicos de
administrador con los que debe estar familiarizado.
El Conector de administración de Power Automate se ha diseñado

específicamente para ayudar con la gestión administrativa y la supervisión
(Administración de Power Automate).
Microsoft Flow for Admins le permite completar acciones de administrador
típicas, como deshabilitar un flujo y eliminar un flujo (Power Automate for Admins).
El Conector de Power Apps for Admins se puede usar para establecer permisos en
Power Apps o para establecer permisos para un conector determinado que utiliza
esta aplicación (Power Apps for Admins).
PowerApps para creadores de aplicaciones puede ser utilizado por los propios
creadores, aunque algunas acciones se superponen a las tareas administrativas,
como los permisos de configuración de una aplicación como se mencionó
anteriormente (Power Apps para creadores).
Power Platform for Admins se puede usar para realizar tareas con componentes
de la plataforma, como crear un entorno o aprovisionar una base de datos de
Microsoft Dataverse, o crear una directiva DLP para un entorno específico (Power
Platform for Admins).
Consulte el contenido de Admin-in-a-day que se puede encontrar en el (repositorio de

GitHub ). Le servirá de guía con ejemplos de laboratorios prácticos con instrucciones
paso a paso.
El aplicación móvil de respuesta a emergencia para hospitales ofrece una

implementación de plantilla mediante los conectores de administración y gestión, e
incluye un panel de control de Power BI que se puede aprovechar para obtener
información de todo el inquilino.
Consultar también
Análisis de Dataverse
Análisis de administración para Microsoft Power Automate
Análisis de administración para Power Apps

Administración de una implementación
de la empresa de Power Apps
Power Apps es una plataforma de desarrollo de aplicaciones de alta productividad de

Microsoft. Microsoft utiliza la plataforma para compilar sus propias aplicaciones de
Dynamics 365 Sales, Service, Field Service, Marketing y Talent. Esto significa que estas
aplicaciones se crean de forma nativa en la plataforma. Los clientes empresariales
también pueden crear sus propias aplicaciones de línea de negocio personalizadas con
la misma tecnología. Los usuarios individuales y los equipos de su organización también
pueden crear aplicaciones de productividad personal o de equipo sin código o con poco
código.
Extraiga del repositorio la nota del producto siguiente: Administrar una implementación
de la empresa de Power Apps
Esta nota de producto está diseñada para el administrador de aplicaciones

empresariales responsable del planeamiento, la garantía, la implementación, y el
soporte de las aplicaciones creadas en la plataforma de Power Apps. El objetivo del
documento es ayudarle a comprender qué hay actualmente en su entorno, cómo
planear proactivamente el desarrollo y la implementación de las aplicaciones y
finalmente cómo gestionar las tareas administrativas cotidianas de administrar
implementaciones.
En la nota del producto, cubriremos los conceptos clave, la
arquitectura de plataforma, y las decisiones que se necesitarán. Mientras sea posible le
ayudaremos a desarrollar las prácticas recomendadas para que su organización pueda
asegurarse de que las implementaciones sean correctas y una alta productividad para
los usuarios que usan la plataforma.
La plataforma Power Apps es parte de Microsoft Power Platform, que también incluye
Power BI y Power Automate, aprovechando la infraestructura común de Microsoft
Dataverse y los conectores de datos. Estas capacidades aprovechan y se basan en los
servicios en la nube de Microsoft Azure. Las aplicaciones creadas en la plataforma de
Power Apps también pueden incluir Azure Cloud Services para escalar desde la
productividad individual hasta las aplicaciones empresariales de línea de negocio
críticas.
Probar Power Apps y aplicaciones de
involucración del cliente
Puede explorar todas las capacidades de Power Apps y aplicaciones basadas en modelo
de Dynamics 365, como Dynamics 365 Sales y Customer Service, de forma gratuita
suscribiéndose a licencias de prueba.
Prueba de Power Apps

Puede probar Power Apps de forma gratuita si se registra para una prueba de 30 días o
un plan de desarrollador.
Registrarse para versión de prueba de 30 días

Suscribirse al plan de desarrollador
Suscribirse para prueba mientras compra Power Apps
Prueba de aplicaciones de involucración del

cliente
Visite https://trials.dynamics.com y seleccione la aplicación necesaria para suscribirse
para una prueba de 30 días.
Para obtener información detallada sobre cómo registrarse, comprar o utilizar

aplicaciones individuales de involucración del cliente, consulte la documentación de la
aplicación respectiva en Documentación de Dynamics 365.
Navegue rápidamente con el lanzador
de aplicaciones de Microsoft 365
Moverse rápidamente entre aplicaciones

mediante el iniciador de aplicaciones
El iniciador de aplicaciones está integrado en todas las aplicaciones de Dynamics 365 y
Microsoft 365. Use el iniciador de aplicaciones en la esquina superior izquierda para
navegar rápidamente a la aplicación de Dynamics 365 de su elección.
Para obtener más información de navegación, incluido el nuevo conmutador de

aplicaciones, consulte:
Encabezado de aplicación basada en modelo, mapa del sitio y cambio de

aplicación mejorados
Navegación básica en una aplicación basada en modelo
Sus aplicaciones comerciales se han movido

El lugar de inicio para sus aplicaciones empresariales en Dynamics 365 y Microsoft
Power Platform se ha mudado desde https://home.dynamics.com a office.com .
Iniciar sesión en aplicaciones de
Dynamics 365 y Office
Existen varias formas de iniciar sesión y acceder a aplicaciones de Dynamics 365 y Office.
 Sugerencia
Administradores: Asegúrese de compartir esta información con los usuarios finales.
Puede solucionar problemas de inicio de sesión en aplicaciones de Dynamics 365

usando el Ayudante de soporte técnico y recuperación de Microsoft para Microsoft
365. Para obtener más información, consulte el blog Nuevo escenario de
diagnóstico para inicio de sesión web .
Iniciar sesión en https://office.com

Para administradores y usuarios finales, cuando inicia sesión en https://office.com ,
verá una página con los iconos de Office. Los iconos que aparecen dependen de las
licencias que tenga. Por ejemplo, si tiene licencias de aplicaciones de office y
Dynamics 365, verá iconos de aplicaciones de Office, como Word, OneDrive y
SharePoint, así como un icono para las aplicaciones de Dynamics 365.
Seleccione el icono de aplicaciones de Dynamics 365 para ir a la página principal de
Dynamics 365.
Si usted es administrador del sistema, verá una ventana Administración. Seleccione este
icono para ir al centro de administración de Microsoft 365, donde puede ver el estado
del servicio, administrar usuarios, administrar licencias y mucho más para todos los
servicios en línea asociados a su cuenta.
Desde allí, puede acceder al centro de administración de Dynamics 365. Seleccione Ver

todo>Todos los centros de administración>Dynamics 365.
Para conocer otras maneras de acceder a aplicaciones de Dynamics 365 y Office,

consulte Navegar rápidamente con el iniciador de aplicaciones de Office y la página
principal de Dynamics 365.
Inicia de sesión directo en la página principal

de Dynamics 365
El lugar de inicio para sus aplicaciones empresariales en Dynamics 365 y Microsoft
Power Platform se ha mudado desde https://home.dynamics.com a office.com .
Consulte también
Navegar rápidamente con el iniciador de aplicaciones de Office y la página principal de
Dynamics 365
Uso del Centro de administración de
Microsoft 365 para administrar la
suscripción
El centro de administración de Microsoft 365 es un sitio de portal con una gran

variedad de funciones para el administrador. Las aplicaciones de involucración del
cliente (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation)
aprovechan las características de este sitio para simplificar y consolidar la administración
de cuentas de usuario, facturación, licencias y mucho más.
Revise la información de este tema para aprender a realizar tareas administrativas

comunes en el centro de administración de Microsoft 365.
７ Nota
Debe tener el rol de administrador global para tener acceso completo al centro de
administración de Microsoft 365.
Comprobar el estado del servicio

Puede obtener rápidamente el estado en tiempo real de sus servicios de aplicaciones de
involucración del cliente y Microsoft 365. La página de estado de servicio del centro de
administración de Microsoft 365 proporciona una vista completa del estado del servicio
de sus servicios en línea. Si los usuarios tienen problemas al iniciar sesión en las
aplicaciones de involucración del cliente, compruebe esta página para ver si hay una
interrupción del servicio.
Para obtener más información, consulte Comprobación del estado de servicio.
Revisar los mensajes

Revise el Centro de mensajes para ver cómo corregir o evitar problemas, planear los
cambios de servicio o sólo mantenerse informado de características nuevas o
actualizadas.
Haga clic en Estado>Centro de mensajes y seleccione mensajes para obtener más

información.
Solicitud de soporte técnico

¿Tiene un problema con el servicio? Puede crear una solicitud de soporte técnico para
resolver el problema.
Más información: Póngase en contacto con el servicio de soporte técnico

Administrar usuarios
Cada usuario inicia sesión en aplicaciones de involucración del cliente con un id. de
usuario de Microsoft 365 (más exactamente, un id. de usuario de Azure Active Directory,
consulte la nota a continuación). El acceso a las aplicaciones de involucración del cliente
se controla con el id. de usuario de Microsoft 365.
Use el centro de administración de Microsoft 365 para agregar, editar y eliminar

usuarios y para restablecer contraseñas.
７ Nota
Las aplicaciones de involucración del cliente utilizan Azure Active Directory como
su proveedor de identidad. Tiene acceso a aplicaciones de involucración del cliente
con un id. de usuario Azure Active Directory que se crea y se administra en el
centro de administración de Microsoft 365. Para simplificar, nos referiremos al id.
de usuario de Azure Active Directory como id. de usuario de Microsoft 365 en esta
documentación.
Si su empresa usa Active Directory local para la identidad del usuario, tiene opciones
que permiten simplificar la administración de usuarios, como proporcionar una
experiencia de inicio de sesión único a los usuarios. Más información: Administrar
sincronización de cuentas de usuario
Administrar suscripciones
Use la página Suscripciones para ajustar licencias, ver su cuenta, agregar un asociado de
registro, y mucho más.
Establezca la caducidad de la contraseña
Use la página Seguridad y privacidad para establecer la frecuencia con la que una
contraseña de usuario expira y el número de días antes de que un usuario reciba
notificación de la próxima expiración.
 Sugerencia
Tenga en cuenta la información de esta página sobre los usuarios que realizan su
propio reinicio de contraseña. Para permitir que los usuarios puedan restablecer
sus contraseñas ellos mismos, deberá comprar una suscripción de Azure Active
Directory y configurarla para autoservicio de contraseña. Más información:
Restablecimiento de contraseña de autoservicio en Azure AD: cómo habilitar,
configurar y probar el restablecimiento de contraseña de autoservicio
Configuración del restablecimiento de
contraseña de autoservicio y otras opciones de
configuración en Azure
Si tiene una suscripción Basic o Premium de Azure Active Directory, puede configurarla
para que los usuarios puedan realizar su propio restablecimiento de contraseña. Puede
obtener acceso a la configuración de Azure Active Directory desde el centro de
administración de Microsoft 365. Más información: [Permitir a los usuarios restablecer
sus contraseñas de Azure AD](Habilitar el restablecimiento de contraseña de
autoservicio)
En el menú izquierdo del centro de administración de Microsoft 365, elija Centros de

administración>Azure AD. Seleccione su suscripción en Azure y luego elija Configurar.
Agregar el dominio
Use la página Administrar dominios para agregar el dominio a su suscripción. Cuando
agrega su propio dominio, los inicios de sesión del usuario pueden coincidir con la
dirección URL de su empresa. Por ejemplo, en lugar de user@contoso.onmicrosoft.com,
podría ser user@contoso.com. Más información: Agregar un dominio a Microsoft 365 .
Adquirir servicios
En el menú izquierdo del centro de administración de Microsoft 365, haga clic en
Facturación>Servicios de compra para agregar licencias o adquirir nuevos servicios en
línea.
Consulte también
Acerca del Centro de administración de Microsoft 365
Establecer una contraseña del usuario individual para que nunca expire
¿Cómo compruebo el estado de mi
servicio en línea?
Puede obtener rápidamente el estado en tiempo real de sus servicios de Dynamics 365 y
Microsoft 365. El panel del cenro de administración de Microsoft 365 proporciona una
vista completa del estado del servicio de sus servicios en línea. Si los usuarios tienen
problemas al iniciar sesión en aplicaciones de Dynamics 365, compruebe esta página
para ver si hay una interrupción del servicio.
Vea una instantánea del estado de servicio

Busque el Centro de administración de Microsoft 365 e inicie sesión con uno de los
roles de administrador de Microsoft 365 que incluyen la supervisión del estado del
servicio. Consulte Acerca de los roles de administrador. Puede ver una instantánea
rápida del estado de servicio para algunos de los servicios de Microsoft 365. Seleccione
Estado del servicio (en el menú: Mantenimiento>Estado del servicio) para obtener más
información de todos sus servicios.
Ver el estado de servicio de Dynamics 365

Seleccionar Estado>Estado del servicio>Dynamics 365 para ver si hay problemas; si es
así, seleccione el enlace de asesoramiento.
Ver historial del estado del servicio

Seleccione Ver historial en la esquina superior derecha para ver los últimos 7 o 30 días
de servicio.
Seleccione un elemento para ver el estado de mantenimiento del servicio y los detalles
para ese elemento.
Ver mantenimiento planeado
Seleccione Centro de mensajes en su panel principal (en el menú:
Mantenimiento>Centro de mensajes) para ver si se producen eventos programados
para su servicio en línea y para ver otros mensajes informativos.
Consulte también
Obtener Ayuda + soporte
Análisis de Microsoft Dataverse

¿Qué son características de vista previa
y cómo las puedo habilitar?
Las características en vista previa son características que no están completas, pero se
publican con carácter de "vista previa" para que los clientes puedan tener un acceso
inicial a ellas y proporcionar comentarios. Características de vista previa:
Están sujetas a otras Condiciones de uso complementarias .
El Soporte técnico de Microsoft no las admite para su uso en producción. Sin

embargo, el soporte técnico de Microsoft está ansioso por recibir sus comentarios
sobre la función de vista previa y podría proporcionar el mejor soporte posible en
ciertos casos.
Pueden tener funcionalidad limitada o restringida.
No se han diseñado para uso de producción.
Pueden estar disponibles solo en regiones geográficas seleccionadas.
¿Cómo habilito una característica de vista

previa?
En el centro de administración de Power Platform.

1. Compruebe que tiene el rol de seguridad de Administrador del sistema o permisos
equivalentes.
Compruebe su rol de seguridad
Siga los pasos de la sección Visualización del perfil de usuario.
¿No tiene los permisos adecuados? Póngase en contacto con el

administrador del sistema.
2. Inicie sesión en el Centro de administración de Power Platform
3. Seleccione Entornos en el panel de navegación izquierdo, seleccione su entorno y

luego seleccione Configuración en la barra de menú superior.
4. Bajo Producto, seleccione Características y luego seleccione Activar para que la
función se habilite. Las características en vista previa se etiquetarán como "vista
previa".
5. Seleccione Guardar.
En una aplicación de interfaz unificada

Siga estos pasos para las aplicaciones de Interfaz unificada.
Para habilitar una característica de vista previa, debe ser administrador .
1. Inicie sesión en Power Apps .
2. Seleccione su entorno en la esquina superior derecha y seleccione Configuración (
3. Seleccione Configuración>Administración.
4. Seleccione Configuración del sistema y luego seleccione la pestaña Vistas previas.
5. Lea los términos de licencia y, si está de acuerdo, seleccione la casilla He leído y

acepto los términos de licencia.
6. Para cada característica en vista previa que desee habilitar, seleccione Sí.
¿Cómo informo de un problema o proporciono
otros comentarios?
Si desea proporcionar comentarios, ofrecer sugerencias o informar de problemas para
una característica en vista previa, vaya a Ideas de la aplicación . Este sitio web
proporciona una plataforma de colaboración para recopilar comentarios con los que se
puede actuar para crear y mejorar los productos y servicios.
Rangos de direcciones URL e IP de
Power Platform
Microsoft Power Platform requiere conexión a Internet. Los puntos finales enumerados
en este artículo deben ser accesibles para los clientes que utilizan los servicios de Power
Platform.
Direcciones URL de Internet en la lista de

permitidos
Asegúrese de haber agregado las URL requeridas a lista de permitidos para garantizar la
comunicación a través de firewalls y otros mecanismos de seguridad. Si no puede
acceder a un servicio o las URL específicas no se cargan, es posible que se configure un
proxy o firewall para evitar que acceda a los recursos del servidor. Revise la
configuración de su proxy y asegúrese de agregar todas las direcciones URL relevantes a
la lista de permitidos según su servicio.
Direcciones URL para los servicios de Power Platform

Añada las siguientes direcciones URL a la lista de permitidos.
Servicio Direcciones URL
Power Apps - Nube pública
- Nube de la administración pública
Power Automate - Nube pública
Power BI - Nube pública
Power Virtual Agents - Nube pública
） Importante
Si es cliente en China y quiere acceder a los servicios de Power Platform operados

por una empresa local que almacena sus datos en China, vaya a Power Platform y
aplicaciones de Dynamics 365 operadas por 21Vianet en China
Direcciones URL para los servicios de Dynamics 365
Agregue las siguientes URL a la lista de permitidos para utilizar las aplicaciones de
Dynamics 365, como Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics
365 Field Service y Dynamics 365 Marketing.
URL de extremo Justificación
http://login.microsoftonline-p.com Requerido para la

autenticación en Microsoft
Cloud. Incluye escenarios de
empresa a consumidor (B2C) e
invitados.
https://login.live.com
https://secure.aadcdn.microsoftonline-p.com
https://auth.gfx.ms
https://*.windows.net
http://*.passport.net
https://.crm#.dynamics.com y http://.crm#.dynamics.com Necesario para el acceso a

entornos. Incluye integración
y puntos finales de contenido
de red de Content Delivery
Network (CDN) estático.
Reemplace # en
http://.crm#.dynamics.com y
https://.crm#.dynamics.com
con su número de región:
Asia/Pacífico: 5
Canadá: 3
Europa, Oriente Medio y
África: 15 y 4
Francia: 12
Alemania: 16
India: 8
Japón: 7
Corea: 21
Norteamérica: sin
número
Noruega: 19
Oceanía: 6
Sudáfrica: 14
Sudamérica: 2
Suiza: 17
Emiratos Árabes Unidos:
15
Reino Unido: 11
Dynamics 365 US
Government: 9
https://*.azureedge.net
https://*.microsoftonline.com Requerido para la

autenticación y los servicios
de Microsoft 365, como el
centro de administración de
Microsoft 365.
https://go.microsoft.com Requerido para la

documentación del producto
y las páginas de ayuda
sensibles al contexto.
https://urs.microsoft.com Requerido para el filtrado

SmartScreen de Microsoft
Defender.
https://crl.microsoft.com/pki/crl/products/microsoftrootcert.crl Obligatorio para las

comprobaciones de la Lista de
revocación de certificación.
https://dynamics.microsoft.com
https://*.api.powerplatform.com y Requerido para la

https://api.powerplatform.com conectividad de API de Power
Platform utilizada
internamente por productos
de Microsoft y escenarios de
automatización de
administración como los
documentados aquí.
https://mem.gfx.ms Me Control es una

característica de Microsoft
que proporciona una forma
consistente para que los
usuarios realicen funciones de
autenticación básicas como
iniciar sesión, cambiar entre
cuentas y más.
https://www.d365ccafpi.com El servicio d365ccafpi expone

un punto de conexión de
controlador para el cambio de
token para lograr la
integración del lado del
cliente con el servicio externo
del control PCF
） Importante
Si es cliente de la nube de la administración pública, vaya a Direcciones URL

de Dynamics 365 US Government
Si es cliente en China y quiere acceder a los servicios de Dynamics 365
operados por una empresa local que almacena sus datos en China, vaya a
Power Platform y aplicaciones de Dynamics 365 operadas por 21Vianet en
China
Se requiere dirección IP
Todas las direcciones IP de varios servicios para nubes públicas y gubernamentales están
disponibles en estos archivos JSON descargables:
Intervalos IP y etiquetas de servicio de Azure: nube pública

Intervalos IP y etiquetas de servicio de Azure: nube de la Administración Pública de
Estados Unidos
Intervalos IP y etiquetas de servicio de Azure: nube de China
Intervalos IP y etiquetas de servicio de Azure: nube de Alemania
Los valores de dirección IP en estos archivos JSON están agrupados por etiquetas de
servicio que definen el servicio al que se aplican.
Para Power Platform y los servicios de Dynamics 365, debe agregar los valores de
dirección IP especificados en la etiqueta de servicio de AzureCloud . Las etiquetas de
servicio también tienen un ámbito regional para definir las direcciones IP requeridas por
región del centro de datos de Azure. Por ejemplo, para averiguar los valores de
dirección IP requeridos para acceder a los servicios en la región Australia, utilice el
archivo Intervalos IP y etiquetas de servicio de Azure: nube pública y busque
AzureCloud.Australia .
Si estás usando Conectores de Power Platform, consulte la lista completa de direcciones

IP requeridas en los documentos sobre conectores.
７ Nota
Las IP bloqueadas también pueden afectar a la conexión de aplicaciones de

Dynamics 365 con Microsoft Exchange Server (local).
Puertos
Dataverse expone los puertos 1433 y 5558 para exponer el Flujo de datos tabulares
Dataverse.
Consultar también
Planear la implementación y la administración
Trabajar con requisitos como arquitecto de soluciones para Power Platform y Dynamics
365
Fin de la compatibilidad con Internet
Explorer
El soporte heredado de Microsoft Internet Explorer y Microsoft Edge ha terminado. Este

tema describe la experiencia que los administradores y los usuarios finales verán en
relación con el fin del soporte.
Los usuarios que pasen a usar Microsoft Edge (basado en Chromium) u otro
explorador moderno compatible tendrán una experiencia significativamente mejorada.
Las experiencias en Dynamics / Power Apps son el doble de rápidas en Microsoft
Edge que en Internet Explorer.
El mensaje de error aparecerá en la parte superior de la página del centro de

administración de Power Platform o la página de la aplicación Dynamics 365.
Nosotros recomendamos a los usuarios de Dynamics 365 App for Outlook que utilizan
el cliente de escritorio de Outlook que actualicen sus clientes a versiones de Microsoft
Outlook que usen Edge WebView2 o Microsoft Outlook en la Web (OWA).
Experiencia de administrador
Administradores en el centro de administración Power Platform y en la configuración
avanzada de las aplicaciones basadas en modelos verán un mensaje de advertencia si su
inquilino tiene usuarios de Internet Explorer. Estos mensajes aparecerán
independientemente del navegador que esté usando el administrador.
Alert
El soporte técnico de Internet Explorer ha finalizado. Asegúrese de que los usuarios

han cambiado a Microsoft Edge o a otro explorador moderno.
Experiencia de usuario
Todos los usuarios que usan Dynamics 365 y aplicaciones de lienzo en Microsoft Power
Platform en Internet Explorer verán un mensaje de error en la parte superior de la
aplicación. Cambiando a Microsoft Edge Chromium u otro navegador moderno, el
usuario no verá un mensaje de error. Desde principios de octubre de 2022, los usuarios
se redirigirán a Microsoft Edge si tienen Edge actualmente instalado en su dispositivo.
De lo contrario, recibirán un mensaje informándoles de por qué están bloqueados y que
intenten usar el sitio en Microsoft Edge. Si un usuario intenta acceder a las aplicaciones
de Dynamics 365 o Canvas en Microsoft Power Platform en Internet Explorer, verán los
siguientes mensajes:
Alert
Este sitio web se bloqueará en Internet Explorer a partir del 31 de octubre. Intente
utilizar este sitio en Microsoft Edge. Más información
Este mensaje aparecerá para los usuarios que intenten acceder a Dynamics 365 y
Microsoft Power Platform en una versión no compatible de Microsoft Edge (Herencia de
Edge ).
Alert
Este sitio web se bloqueará en esta versión de Microsoft Edge a partir del 31 de
octubre. Intente usar la última versión de Edge. Más información
A partir del 31 de octubre Internet Explorer se bloqueará y los usuarios no podrán

acceder a Dynamics 365 y Microsoft Power Platform en Internet Explorer. Este mensaje
aparecerá para los usuarios que intenten hacerlo:
Alert
Explorador no compatible. Este sitio web ya no es compatible con Internet Explorer.

Intente utilizar este sitio en Microsoft Edge.
A partir del 31 de octubre este mensaje aparecerá para los usuarios que intenten tener
acceso a Dynamics 365 y Microsoft Power Platform en una versión no compatible de
Microsoft Edge (Herencia de Edge ).
Alert
Explorador no compatible. Este sitio web ya no es compatible con esta versión de

Microsoft Edge. Intente usar la última versión de Edge.
Los administradores que desean bloquear antes Internet Explorer para los usuarios
pueden solicitarlo a través del soporte.
Plan para implementación y
administración
Su implementación funcionará sin problemas con cierta planificación previa. La siguiente

tabla indica algunos de los artículos a tener en cuenta antes de empezar el proceso real
de implementación.
Elemento Descripción Consideraciones
Detección del Una descripción detallada del entorno ¿Hay suficiente superposición en
entorno de la organización en relación con el clientes y productos en las unidades
número de usuarios, grupos o equipos, de negocio para poder trabajar con
así como el número y el tipo de los mismos datos? ¿Qué tipo de
unidades de negocio o divisiones. directiva de seguridad tiene
Identifique los datos actuales que desea implementada la organización?
incluir en las aplicaciones de ¿Hay algún requisito especial en
involucración del cliente (Dynamics 365 esta área? ¿Existe un plan para el
Sales, Dynamics 365 Customer Service, crecimiento empresarial que pueda
Dynamics 365 Field Service, Dynamics afectar a la cantidad de usuarios?
365 Marketing y Dynamics 365 Project

Service Automation) y sus requisitos de Planifique el tiempo suficiente para
almacenamiento de datos totales. llevar a cabo esta detección; la
Incluya un análisis de requisitos de información que surge de este
empresa que describa las expectativas o ejercicio puede afectar a la forma en
los requisitos de la organización para un que implementa el servicio.
acuerdo de nivel de servicio (SLA). Un
acuerdo de nivel de servicio es un
contrato entre dos o más partes que
describe los productos a entregar, el
soporte técnico y comunicaciones que
cada parte prestará a la otra. Especifique
sus directivas en relación con la
seguridad y la privacidad.
Inicio de Un proceso de autenticación que Existen requisitos adicionales para

sesión único permite que un usuario tenga acceso a implementar inicio de sesión único,
varios sistemas o servicios a través de un por tanto, tenga en cuenta lo
solo conjunto de credenciales de inicio importante que es para su
de sesión. Por ejemplo, implementar el organización.
inicio de sesión único en el entorno de

red de una organización significa que Más información: Administrar
una vez que un usuario inicie sesión en sincronización de cuentas de
la red, ya no tendrá que especificar las usuario
credenciales de nuevo al acceder a
aplicaciones de involucración del cliente.
Nota: para suscriptores de Microsoft
365, el entorno debe estar en el mismo
inquilino que la suscripción de Microsoft
365. Las cuentas de usuario en Active
Directory solo pueden sincronizarse con
un suscriptor.
Integración Puede mejorar de forma notable la Más información: ¿Qué es Office

con experiencia colaborativa en línea de la 365?
aplicaciones de empresa integrando las aplicaciones de
Microsoft 365 Microsoft 365 con su suscripción. Esto
requiere la compra aparte de una
suscripción de Microsoft 365
Tendrá la mejor experiencia de

integración si su suscripción a Microsoft
365 y entorno se encuentran en el
mismo inquilino.
Para una completa integración de las

características de Microsoft 365 con
Dynamics 365 y Customer Engagement
(on-premises), necesitará Microsoft 365
Enterprise E3 o una versión posterior.
Las llamadas y conferencias de Skype
EmpresarialRTC requieren Microsoft
365 Enterprise E5. No se admiten otros
planes de Microsoft 365. Para obtener
más información sobre licencias y
precios, consulte: Precios de Dynamics
365
- Manual de licencias de Dynamics

365
Funciones Hay disponibles varios roles Tenga en cuenta los roles

administrativas administrativos que asignar a los administrativos disponibles y las
en el entorno usuarios si administra su suscripción en necesidades de su entorno de
de Microsoft el entorno de Microsoft Online Services. identificar los roles que desea usar y
Online Services Los roles de administrador definen las los usuarios que elegirá para cada
responsabilidades administrativas rol. El rol de administrador global es
relacionadas con actividades de el nivel más alto y tiene todos los
administración de suscripciones como, permisos para administrar cualquier
por ejemplo, administración de parte del proceso de la suscripción.
facturación, administración de Se recomienda que asigne este rol a
contraseñas y administración de más de un usuario para que alguien
usuarios. esté siempre disponible para
administrar todos los aspectos de la
suscripción. Nota: Los roles de
administrador cubren todas las
funcionalidades de administración
de suscripciones en el servicio. No
son los mismos que los roles de
seguridad que se asignan a los
usuarios, que son necesarios y rigen
el acceso a los recursos en el
servicio. Consulte "Roles de
seguridad" en esta tabla.
Roles de Las aplicaciones de involucración del Cada usuario debe tener asignado
seguridad cliente usan seguridad basada en roles. por lo menos un rol de seguridad
El rol de seguridad asignado a un para acceder a las aplicaciones de
usuario determina las tareas que un involucración del cliente. Nota: Los
usuario puede realizar y los datos que roles de seguridad no son los
puede ver. mismos que los roles de
administrador en el entorno de
Microsoft Online Services, que
cubren la administración de
suscripciones y actividades
relacionadas en el portal de
Consulte: Funciones administrativas
en el entorno de Microsoft Online
Services en esta tabla.
Importar datos Las aplicaciones de involucración del Si importa datos desde otros
cliente ofrecen un asistente para ayudar sistemas, considere la manera en
con la importación de datos desde otras que procesará los datos para reducir
aplicaciones y servicios. errores. Más información: Importar
datos (todos los tipos de registro)
Actualizaciones Algunas versiones incluirán Las actualizaciones de productos

del producto actualizaciones de productos opcionales pueden afectar a las
que puede seleccionar para activar. personalizaciones existentes en el
entorno. Revise la documentación
asociada a cada actualización de
producto antes de habilitarla en un
entorno de producción. Además, es
posible que algunas de las
actualizaciones de producto, como
los formularios de procesos de
ventas y servicios, no se pueden
quitar ni revertir fácilmente a la
funcionalidad anterior. Por lo tanto,
debe pensárselo detenidamente
antes de habilitar una actualización
de producto. Consejo: Si no está
seguro de si desea habilitar una
actualización de producto en un
entorno de Customer Engagement
usada en producción, puede
suscribirse para obtener una
suscripción de prueba para evaluar
la nueva funcionalidad. Más
información: Acerca de los entornos
de prueba
Consulte también
Requisitos
Concesión de acceso a usuarios

Conjuntos de cifrados de servidor y
requisitos de TLS
Un conjunto de aplicaciones de cifrado es un conjunto de algoritmos criptográficos.

Esto se utiliza para cifrar mensajes entre clientes / servidores y otros servidores.
Dataverse está usando los últimos Paquetes de cifrado TLS 1.2 aprobados por
Microsoft Crypto Board.
Antes de que se establezca una conexión segura, el protocolo y el cifrado se negocian

entre el servidor y el cliente en función de la disponibilidad en ambos lados.
Puede utilizar sus servidores on-premises/locales para integrarse con lo siguientes

servicios Dataverse:
1. Sincronizando correos electrónicos desde su servidor Exchange.

2. Ejecutando complementos salientes.
3. Ejecutando clientes nativos/locales para acceder a sus entornos.
Para cumplir con nuestra directiva de seguridad para una conexión segura, su servidor
debe tener lo siguiente:
1. Cumplimiento de la Seguridad de la capa de transporte (TLS) 1.2
2. Al menos uno de los siguientes cifrados:
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
） Importante
Los conjuntos de cifrado y TLS 1.0 & y 1.1 más antiguos (por ejemplo,
TLS_RSA) han quedado obsoletos; consulte el anuncio.
Sus servidores deben
tener el protocolo de seguridad anterior para continuar ejecutando los
servicios Dataverse.
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 y
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 puede aparecer como débil
cuando realizó una prueba de informe SSL. Esto se debe a ataques conocidos
hacia la implementación de OpenSSL. Dataverse utiliza la implementación de
Windows que no se basa en OpenSSL y, por lo tanto, no es vulnerable.
Puede actualizar la versión de Windows o actualizar el registro TLS de Windows

para asegurarse de que su extremos de servidor admita uno de estos cifrados.
Para verificar que su servidor cumple con el protocolo de seguridad, puede realizar
una prueba utilizando una herramienta de cifrado y escáner TLS:
a. Pruebe su nombre de host usando SSLLABS , o
b. Escanee su servidor usando NMAP
3. Los siguientes certificados raíz CA instalados. Instale solo aquellos que

correspondan a su entorno de nube.
Para Público/PROD
Entidad de Fecha de Número de serie/huella digital Descargar

certificación expiración
DigiCert 15 enero, 0x033af1e6a711a9a0bb2864b11d09fae5

PEM
Global Root 2038 DF3C24F9BFD666761B268073FE06D1CC8D4F82A4
G2
DigiCert 15 enero, 0x055556bcf25ea43535c3a40fd5ab4572

PEM
Global Root 2038 7E04DE896A3E666D00E687D33FFAD93BE83D349E
G3
Microsoft Jul 18, 0x66f23daf87de8bb14aea0c573101c2ec

PEM
ECC Root 2042 999A64C37FF47D9FAB95F14769891460EEC4C3C5
Certificate
Authority
2017
Microsoft Jul 18, 0x1ed397095fd8b4b347701eaabe7f45b3

PEM
RSA Root 2042 3A5E64A3BFF8316FF0EDCCC618A906E4EAE4D74
Certificate
Authority
2017
Para Fairfax/Arlington/nube US Gov

DigiCert 10 0x083be056904246b1a1756ac95991c74a
PEM
Global Root noviembre, A8985D3A65E5E5C4B2D7D66D40C6DD2FB19C5436
CA 2031
DigiCert 22 0x02742eaa17ca8e21c717bb1ffcfd0ca0
PEM
SHA2 Secure septiembre, 626D44E704D1CEABE3BF0D53397464AC8080142C
Server CA 2030
DigiCert TLS 22 0x0a275fe704d6eecb23d5cd5b4b1a4e04

PEM
Hybrid ECC septiembre, 51E39A8BDB08878C52D6186588A0FA266A69CF28
SHA384 2030
2020 CA1
Para Mooncake/Gallatin/Nube China Gov

DigiCert 10 0x083be056904246b1a1756ac95991c74a
PEM
Global Root noviembre, A8985D3A65E5E5C4B2D7D66D40C6DD2FB19C5436
CA 2031
DigiCert 4 marzo, 0x02f7e1f982bad009aff47dc95741b2f6

PEM
Basic RSA 2030 4D1FA5D1FB1AC3917C08E43F65015E6AEA571179
CN CA G2
¿Por qué se necesita esto?
Consulte la lista de certificados Documentación de estándares TLS 1.2 - Sección

7.4.2 .
Consulte también
Conectar con Exchange Server (local)
Configurar la sincronización del lado de Dynamics 365 Server

Instrucciones de intercambio de servidor TLS
Conjunto de aplicaciones de cifrado en TLS / SSL (Schannel SSP)

Administrar la Seguridad de la capa de transporte (TLS)
Cómo habilitar TLS 1.2
Acerca de la Interfaz unificada para
aplicaciones basadas en modelo de
Power Apps
La interfaz unificada usa principios de diseño web dinámicos para ofrecer una
experiencia de visualización e interacción óptima para cualquier tamaño de pantalla,
dispositivo u orientación. Brinda experiencias completas a cualquier cliente que use. Si
utiliza un explorador, una tableta o un teléfono, podrá consumir experiencias similares.
Más información:
Experiencia de usuario mejorada con la interfaz unificada de aplicaciones basadas

en modelos
Blog: Avanzar con la transición a Interfaz unificada
Blog: Beneficios de rendimiento de Interfaz unificada
Acceso a aplicaciones de interfaz unificada en

navegadores
Una vez se han aprovisionado, puede obtener acceso a las aplicaciones web heredadas y
de la interfaz unificada en un navegador.
７ Nota
El antiguo cliente web entra en desuso; debe planear convertir las antiguas
aplicaciones web para usar la nueva interfaz unificada. Más información: Cliente
web heredado entra en desuso
Puede acceder a las aplicaciones de Interfaz unificada desde las siguientes ubicaciones
en un navegador:
1. Inicie sesión en Power Apps y luego seleccione su entorno.
2. Seleccione su aplicación en la barra de menús.

3. Seleccione una aplicación para abrirla.
Acceso a aplicaciones de interfaz unificada en

teléfonos y tabletas
Las aplicaciones de la interfaz unificada son las únicas aplicaciones admitidas en
teléfonos y tabletas. Cuando los usuarios se registren en su entorno, solo verán las
aplicaciones de interfaz unificada en la página de aterrizaje de las aplicaciones.

En el teléfono
En la tableta
Funcionalidades que aún no están en la interfaz

unificada
Algunas funcionalidades del antiguo cliente web se encuentran disponibles en la
experiencia híbrida de la interfaz unificada. Puede habilitar la experiencia híbrida para
obtenerlas en el cliente de explorador.
Hay algunas funcionalidades que siguen sin estar disponibles en la interfaz unificada y
estamos trabajando para proporcionarlas en versiones futuras:
Diseño personalizado de las propiedades avanzadas de gráficos (excepto colores y

formato básico)
Control de dirección compuesto
Control de nombre completo compuesto
Notificaciones globales
Administrar experiencias
Cuadrículas editables en teléfonos
Ruta de aprendizaje
Detección de duplicados en las búsquedas
Entidades de solo lectura en interfaz unificada

Existen algunas entidades que son actualmente de solo lectura en la Interfaz unificada.
Los usuarios no podrán realizar cambios en estos registros de entidad dentro de una
aplicación de Interfaz unificada. Estamos trabajando para que sean editables en
versiones futuras.
７ Nota
Están dejando de utilizar a algunas entidades. Más información: Próximos cambios

importantes (funciones obsoletas)
Las siguientes son entidades que son actualmente de solo lectura en la Interfaz
unificada:
KnowledgeArticleViews
KnowledgeBaseRecord
SharePointDocument
SharePointSite
Acuerdo de Nivel de Servicio
SLAKPIInstance
Plantilla
Resolución del caso
Solución alternativa para entidades personalizadas o

listas para usar que aparecen como de solo lectura
Siga estos pasos para que todas las acciones listas para usar estén disponibles y las
entidades sean editables.
1. En la barra de navegación de su aplicación, seleccione el icono Configuración y,

después, Configuración avanzada.
La página Administración de empresas se abre en una nueva pestaña del

explorador.
2. En la barra de navegación, seleccione Configuración y, a continuación, seleccione
Personalizaciones.
3. En la página Personalización, seleccione Personalizar el sistema.
4. En el explorador de la solución, en Componentes, expanda Entidades y luego

seleccione la entidad específica que aparece como solo lectura.
5. En la pestaña General, en Outlook y Mobile, desactive la casilla Solo lectura en la

interfaz unificada.
6. Guarde y publicar las personalizaciones.
7. En la aplicación Interfaz unificada, actualice la ventana.
Consulte también
Información general sobre aplicaciones basadas en modelos
Habilitar solo la interfaz unificada
En 2018, presentamos la interfaz unificada, la última generación del diseño de

aplicaciones web para aplicaciones basadas en modelos de Power Apps y aplicaciones
de involucración del cliente (Dynamics 365 Sales, Dynamics 365 Customer Service,
Dynamics 365 Field Service, Dynamics 365 Marketing y Dynamics 365 Project Service
Automation). Integra lo mejor en utilidad, accesibilidad, funcionalidad, y velocidad para
cada usuario. Mejore la ejecución de sus aplicaciones empresariales que solo utilizan la
interfaz unificada. Para obtener más información sobre cómo habilitarla, consulte Cómo
habilitar Solo Interfaz unificada. Para obtener más información, consulte Qué
experiencias están disponibles en Solo Interfaz unificada y Preguntas más frecuentes.
¿Cuándo estará disponible la experiencia de

Solo Interfaz unificada y qué entornos están
afectados?
Nuevos entornos
Todos los nuevos entornos con una base de datos de Dataverse, incluidos los creados
en usuarios existentes, serán aprovisionados en modo Solo interfaz unificada conforme
a la programación siguiente.
Nota: Algunas regiones geográficas obtendrán los cambios antes de lo previsto en hasta
2-3 semanas.
Tipos de entorno Fecha de publicación
Nuevos entornos de prueba 12 de diciembre de

2018
Nuevos entornos de prueba y producción con una base de datos de 2 de febrero de 2019
Dataverse
Nuevos entornos de producción y de espacio aislado 8 de Junio de 2019
Entornos existentes
Los entornos creados antes de las fechas de publicación programadas no obtendrán
este cambio automáticamente. De la versión 9.1.0.3448 en adelante, los administradores
tendrá la opción de cambiar la configuración de entorno para obtener la experiencia de
Solo interfaz unificada. Se recomienda cambiar a este modo siguiendo los pasos en
Cómo habilitar Solo interfaz unificada.
） Importante
Para entornos existentes, se recomienda:
Leer Qué experiencias están disponibles en Solo interfaz unificada y

comprender cómo afecta a los usuarios finales en el entorno.
Probar los cambios en sus entornos de prueba o de espacio aislado antes de
aplicar al entorno de producción.
Qué experiencias están disponibles en modo

de Solo interfaz unificada
Nueva experiencia inmersiva de la página principal en la

web
El modo de Solo interfaz unificada proporciona un acceso más fácil y rápido a las
aplicaciones, y da a los usuarios la facilidad de trabajar en aplicaciones básicas
diseñadas a propósito. Los usuarios con solo una aplicación disponible en sus roles de
seguridad aterrizan directamente en la aplicación después de iniciar sesión usando la
dirección URL del entorno (por ejemplo: https://contoso.crm.dynamics.com/ ). La
primera página que ven está determinada por la primera página de la aplicación.
Los usuarios con varias aplicaciones ven la lista de aplicaciones disponibles para ellos y
pueden navegar a ellas seleccionando la ventana de la aplicación.
７ Nota
Este cambio se aplica al inicio de sesión basado en la dirección URL del entorno
(por ejemplo, https://contoso.crm.dynamics.com/ ) en la web. No afecta a los
usuarios que inician sesión con otros portales. La experiencia de inicio de sesión y
la página de inicio de Dynamics 365 para teléfonos y Dynamics 365 para tabletas
permanece sin cambios. Puedes obtener más información en iniciar sesión y cerrar
sesión.
Ejecutar todas las aplicaciones en modo Solo interfaz

unificada
La interfaz unificada se centra alrededor del concepto de aplicaciones modulares
conocidas como aplicaciones basadas en modelos. Estas aplicaciones permiten a
desarrolladores y administradores agilizar los datos y la funcionalidad para proporcionar
exactamente lo que los usuarios finales necesitan.
En modo de Solo interfaz unificada, todas las aplicaciones basadas en modelos,

incluidas las creadas para el cliente web heredado, se ejecutan en la interfaz unificada
para proporcionar rendimiento superior y utilidad.
Vinculación profunda entre aplicaciones y páginas

Con el modo de Solo interfaz unificada, todas las direcciones URL (o vínculos profundos)
se abren en interfaz unificada en el contexto de la aplicación a la que hace referencia.
Para obtener más información sobre la construcción de vínculos, consulte Abrir
formularios, vistas, diálogos e informes con una dirección URL.
Si no se hace referencia a ninguna aplicación en la dirección URL, el registro o la página

se abren sin elementos de navegación en la página. Los elementos de navegación como
mapa del sitio se definen mediante una aplicación; las direcciones URL sin aplicaciones
no las tienen. Los usuarios pueden usar el selector de aplicaciones para navegar a una
aplicación y continuar su trabajo.
Dynamics 365: personalizado

La antigua aplicación de cliente web, también llamada Dynamics 365 - personalizada,
esté oculta de los usuarios finales cuando se aprovisiona un nuevo entorno. Siempre es
visible para quienes tienen roles de Administrador del sistema y Personalizador del
sistema, y otros roles personalizados con privilegios similares. La antigua aplicación de
cliente web sólo se debe usar temporalmente para compatibilidad con versiones
anteriores con funcionalidad antigua personalizada y de terceros que no ha migrado a
la interfaz unificada. No está diseñado para interfaz unificada y puede causar errores y
experiencia inesperados. Para obtener la mejor experiencia de usuario, migre toda la
funcionalidad personalizada y de terceros a aplicaciones basadas en modelos para
interfaz unificada.
Cuando se habilita el modo de Solo interfaz unificada, se abre Dynamics 365 -

personalizado en interfaz unificada y no en el cliente web heredado. Si los usuarios solo
tienen acceso a la aplicación Dynamics 365 – personalizada y no a otras aplicaciones
basadas en modelos, no se redirigirán automáticamente al iniciar sesión usando la
dirección URL del entorno (por ejemplo, https://contoso.crm.dynamics.com/ ). El
acceso a esta aplicación se puede habilitar de una de estas dos formas:
En el Centro de administración de Microsoft Power Platform, vaya a Entornos y

seleccione un entorno. Vaya a Configuración>Producto>Comportamiento y
después active Mostrar aplicación heredada a todos los usuarios, no solo los
administradores.
Configuración avanzada
Cuando se habilita el modo de Solo Interfaz unificada, se puede acceder a la
configuración del entorno mediante un menú en la barra de navegación. Siga estos
pasos para navegar a Opciones avanzadas:
1. En la barra de navegación, seleccione Configuración ( ).
2. Seleccione Configuración avanzada.

７ Nota
Debe seleccionar Configuración avanzada desde una página de aplicaciones

Customer Engagement que se muestra en la interfaz unificada como páginas de
Centro de ventas o de Centro de servicio al cliente.
Cómo habilitar el modo de Solo interfaz

unificada
En el Centro de administración de Power Platform, vaya a Entornos y seleccione un
entorno. Vaya a Configuración>Producto>Comportamiento>Configuración de la
Interfaz y después active Usar solo la interfaz unificada.
P+F
¿Por qué la interfaz unificada está establecida como

deshabilitada?
La configuración Solo Interfaz unificada se puede deshabilitar para algunas
organizaciones que han creado la transición a la experiencia solo interfaz unificada. Si
desea realizar un cambio en este valor de antes del 1 de octubre de 2020, cree una
solicitud de soporte técnico
¿Hay tiempo de inactividad mientras se aplica este

cambio?
No, este cambio se aplica inmediatamente al recargar la página. Si no es así, borre el
caché y vuelva a intentarlo.
Los usuarios profesionales de mi entorno aún están

usando el cliente web heredado para todos o algunos
escenarios, y nuestro negocio no está totalmente listo
para pasar a la interfaz unificada. ¿Cómo afecta el
entorno de Solo interfaz unificada a mi entorno después
de la versión de abril de 2019?
Este valor está predefinido como Desactivado para su entorno, y usted no se verá
afectado por la versión de abril de 2019. Se recomienda aprovechar las ventajas de las
ventajas de la interfaz unificada pronto activando el modo Solo interfaz unificada.
Quiero usar la interfaz unificada para todas las

aplicaciones, pero también quiero que Dynamics 365 –
personalizado se abra en el cliente web heredado. ¿Es
posible eso?
Puede conseguirlo esto estableciendo todas las aplicaciones para que sean aplicaciones
de la interfaz unificada. Tenga en cuenta que esto no cambiará la experiencia de la
página principal para la interfaz unificada. El modo de Solo interfaz unificada es un
requisito previo para obtener la nueva experiencia de página principal.
¿Cómo resuelvo los errores visto al utilizar una aplicación

heredada de Dynamics 365 - personalizado en interfaz
unificada?
Si hay problemas con la interfaz unificada infórmenos.
¿Cómo afecta a mi implementación de Unified Service

Desk?
Para obtener más información sobre el impacto de Unified Service Desk, consulte
Aumentar de la disponibilidad unificada de la interfaz solo con Unified Service Desk.
Actualizar aplicaciones a la interfaz
unificada
Cuando habilita la interfaz unificada solo, todas sus aplicaciones, incluidas las diseñados
para el antiguo cliente web, se ejecutan en la interfaz unificada todo el tiempo. Los
entornos con antiguas aplicaciones de cliente web mostrarán una notificación en la
página principal, solicitando a los administradores del sistema que actualicen esas
aplicaciones a la interfaz unificada, como se muestra a continuación:
“Está usando aplicaciones diseñadas para el antiguo cliente web. Para obtener mejores
resultados, actualice sus aplicaciones a la interfaz unificada."
Una notificación similar será visible para los administradores del sistema cada vez que
usen una aplicación diseñada para el antiguo cliente web, como se muestra a
continuación:
"Esta aplicación está diseñada para el antiguo cliente web y puede tener características
o personalizaciones que no se admiten en la Interfaz unificada. Para obtener los mejores
resultados, actualícela a la Interfaz unificada."
 Sugerencia
Para obtener información sobre habilitar solo el modo de la interfaz unificada,

consulte Habilitar solo interfaz unificada.
Se recomiendan las siguientes formas de actualizar a la interfaz unificada basándose en

cómo las aplicaciones se instalaron en el entorno.
Aplicaciones creadas en el entorno de espacio

aislado
Asegúrese de importar los cambios en el entorno de destino mediante una
solución administrada únicamente. Vea Importar, actualizar y exportar soluciones
para obtener instrucciones sobre instalar una actualización en una solución
administrada existente.
Modifique las propiedades de la aplicación mediante los pasos detallados en
Administrar las propiedades de la aplicación y establezca el tipo Cliente como
Interfaz unificada
Importe los cambios en el entorno de destino mediante una actualización de
solución administrada.
Aplicaciones instaladas desde AppSource

Póngase en contacto con el editor de la aplicación y obtenga una nueva versión
que actualice las aplicaciones a la interfaz unificada.
Las aplicaciones de un ISV o cualquier otro

editor de terceros
Póngase en contacto con el ISV (fabricante independiente de software) o el editor
de la aplicación de terceros y obtenga una nueva versión que actualice las
aplicaciones a la interfaz unificada.
Habilitar la experiencia híbrida
La mayoría de las funcionalidades básicas de ventas y de servicio al cliente se han

transferido al cliente de la interfaz unificada. Se puede acceder a algunas de las
características que todavía no están en la interfaz unificada en el cliente de la interfaz
unificada.
Las siguientes características todavía no están presentes en la interfaz unificada pero se

pueden habilitar para mostrarse como diálogos heredados mediante la experiencia
híbrida en la interfaz unificada.
Búsqueda avanzada
Edición masiva
Uso compartido de registros
Historial de auditoría
Todas las opciones en Establecer opciones personales ( )
Denuncias
７ Nota
La experiencia híbrida no está disponible para las versiones locales o en el móvil.
Estas características se habilitan mediante un valor en Configuración del sistema.
1. En la aplicación web, vaya a Configuración (
3. Seleccione Configuración del sistema y luego seleccione la pestaña General.
4. Establezca Habilitar la inserción de determinados cuadros de diálogo en el

cliente de explorador de la Interfaz unificada en Sí.
Al habilitar la experiencia híbrida, los comandos aparecen en la barra de comandos. Por
ejemplo, cuando se selecciona una cuenta, los comandos Editar, Combinar y Compartir
están disponibles.
Puede seleccionar Compartir para compartir esta cuenta con otro usuario o equipo.
Si deshabilita la experiencia híbrida, estos comandos no están disponibles en la barra de
comandos.
Consulte también
Interfaz unificada
Obtener ayuda + soporte
Los administradores pueden usar la experiencia Ayuda + soporte en el Centro de

administración de Power Platform para obtener soluciones de autoayuda en tiempo real
para su problema. Si el problema no se puede resolver mediante la autoayuda, puede
usar la misma experiencia Ayuda + soporte para ponerse en contacto con un
representante del soporte técnico de Microsoft.
Un ejemplo de soluciones proporcionadas para problemas de Dynamics 365 App for

Outlook:
Requisitos previos
Tiene un rol de seguridad que está habilitado para crear solicitudes de soporte
técnico. Los usuarios que tengan uno de estos roles de seguridad pueden crear
solicitudes de soporte técnico:
Administrador de rol de AAD
Administrador de entorno (o rol de administrador del sistema en Dataverse)
Administrador de la empresa
Administrador de facturación
Administrador del servicio
Administrador del servicio de CRM
Administrador de Power Platform
Administrador de seguridad
Administrador delegado de partner
Administrador de SharePoint
Administrador de Teams
Administrador de Exchange
Administrador de Power BI
Administrador de cumplimiento
Administrador del departamento de soporte técnico
Disponible para los siguientes planes de soporte :

Servicio de soporte técnico de suscripción
Soporte técnico profesional directo
Soporte unificado
７ Nota
En los siguientes casos, es posible que no pueda crear una solicitud de soporte
técnico o que no podamos proporcionar soluciones relevantes:
Hay un problema con su contrato de Soporte técnico Unificado o Premier.

Comuníquese con su administrador de incidentes o su administrador de
cuentas de éxito del cliente (CSAM).
La suscripción al soporte técnico ha caducado. Renueve.
No hemos encontrado su plan de soporte técnico.
Si tiene un plan de soporte técnico Unificado o Premier, comuníquese con
su administrador de incidentes o su administrador de cuentas de éxito del
cliente (CSAM).
Si tiene un plan de soporte técnico Premier no unificado, verifique que el
plan esté activo. Para obtener información de soporte, consulte Foros de la
comunidad .
Ver soluciones o crear una solicitud de soporte

1. Inicie sesión en el Centro de administración de Power Platform con sus
credenciales de administrador.
2. Seleccione Ayuda + soporte>Nueva solicitud de soporte.

3. Seleccione el producto con el problema. Especifique el tipo de problema, una
descripción del problema y luego seleccione Ver soluciones.
Según la información que haya facilitado, verá una lista de soluciones posibles al
problema. Seleccione la solución relevante y vea si el contenido puede guiarle
correctamente para solucionarlo.
4. Si la guía no resuelve su problema, desplácese hacia abajo, seleccione Siguiente y

rellene los campos en las páginas del formulario.
７ Nota
Si tiene uno de los planes enumerados en Requisitos previos, puede

establecer la gravedad en un nivel superior a Mínima.
5. Si tienes un plan de soporte Unificado o Premier que no está en la lista, seleccione
Agregar nuevo contrato y rellene los campos. Si no conoce su id. de acceso o
contrato, comuníquese con su administrador de servicio, administrador de
incidentes o administrador de cuentas de éxito del cliente (CSAM).
７ Nota
Para Id. de contrato/contraseña, introduzca su id. de contrato Unificado o

Premier.
El Id. de contrato/contraseña, toma de forma predeterminada el id. de
contrato Unificado o Premier. Si cambió la contraseña al registrarse en línea
en el portal Unificado/Premier, debe usar la contraseña actualizada en lugar
del id. del contrato.
Una vez que envíe su solicitud, aparecerá en la lista de solicitudes de soporte técnico.
Puede comprobar el estado y editar la solicitud en esta página.
Servicios de asesoramiento y plan de soporte

premium
Un plan de soporte premium incluye servicios de asesoramiento. Puede enviar una
solicitud para obtener respuestas relativas a recomendaciones, prácticas recomendadas,
consejos generales u orientación sobre el uso de los productos.
Sin un plan de soporte premium, solo puede enviar solicitudes sobre problemas
técnicos. Progresivamente, dicha restricción se hará efectiva y no podrá crear una
solicitud de soporte técnico para servicios de asesoramiento a menos que tenga un plan
de soporte premium.
Versión preliminar limitada: Notificar

interrupción
７ Nota
Esta es una función de vista previa disponible solo para un conjunto limitado de
clientes para probar. Si no ve el enlace Informe de interrupción, ¡no se preocupe!
En el futuro, incorporaremos esta característica para todos los clientes.
Si está experimentando una interrupción del servicio, seleccione el enlace Informar

interrupción para informar la interrupción para que podamos revisarla oportunamente y
actuar al respecto.
Rellene las páginas y, a continuación, envíe para que su solicitud de soporte técnico se
revise con urgencia.
Nos encantaría conocer sus opiniones sobre el nuevo proceso de notificación de
interrupciones. O bien, si desea que le consideremos para esta versión preliminar
limitada, rellene este formulario .
Para problemas específicos de la aplicación

Para obtener el tiempo de respuesta más rápido para los problemas que encuentre con
una versión preliminar o de producción de una aplicación o complemento de
participación del cliente específico, cree una solicitud de soporte técnico para la
aplicación específica desde el menú Aplicación y complementos.
No seleccione temas del Centro de administración ya que esto puede resultar en una
pérdida de tiempo para enrutar correctamente su solicitud de soporte técnico.
Aplicaciones basadas en modelos y entornos
de soporte
Para algunas solicitudes de soporte, se le pedirá que solicite un entorno de soporte.
Actualmente, no se pueden crear entornos de soporte para las opciones de productos
de Power Apps o Power Automate en el campo ¿Qué producto usaba cuando ocurrió el
problema?. Para crear una solicitud de soporte que incluya un entorno de soporte para
incidencias de Power Platform, seleccione el producto Dynamics 365 Customer
Engagement para ese campo.
Consulte también
Descripción general del soporte técnico
¿Cómo compruebo el estado de mi servicio en línea?
Descripción general del soporte técnico

Acerca del soporte
¿Dónde está disponible el soporte?

El soporte técnico está disponible en los mercados en los que se ofrecen los servicios de
Microsoft Dataverse o Dynamics 365. Algunos servicios específicos pueden no estar
disponibles en toda las regiones inmediatamente tras su disponibilidad general (GA).
¿En qué idiomas ofrece soporte Microsoft?

Microsoft ofrece el soporte en inglés de forma global y proporciona idiomas adicionales
dentro de determinadas regiones. Estos idiomas adicionales incluyen: Japonés, Español,
Alemán, Francés, Italiano, Portugués, Chino tradicional y Chino simplificado.
Inglés Japonés Español, Alemán, Francés, Chino tradicional, Chino

Italiano, Portugués simplificado
* *
Proporcionado Proporcionado Disponible para los clientes de Disponible para los
de forma a los clientes las regiones de Europa/Oriente clientes de la región de
global todo el de Japón todo Medio/África durante las horas Asia/Pacífico durante las
día, cada día el día, cada día laborables de esas regiones
horas laborables de esa
Español/Portugués disponible región
para los clientes de Sudamérica
durante las horas laborables de
esa región
*
soporte las 24 horas (todo el día, cada día) disponible en función de gravedad del
problema y su oferta de servicio al cliente.
７ Nota
Es posible que Translations Services no estén disponibles para ayudarle en idiomas

adicionales fuera del horario laboral normal.
¿Tengo soporte las 24 horas del día?

Microsoft ofrece soporte técnico de forma ininterrumpida para todos los
problemas de la gravedad A y puede proporcionar ayuda de forma ininterrumpida
para problemas de otra gravedad en función de su oferta de soporte técnico.
Para los problemas que no califiquen para soporte técnico de forma
ininterrumpida, Microsoft solo proporciona ayuda durante el horario laboral local.
Para las aplicaciones de finanzas y operaciones, los plazos de soporte para algunas
características pueden variar por región y pueden diferir del siguiente horario
indicado.
¿Qué horas se consideran horas laborables locales para el

soporte?
Región/País Horas días Exclusiones

locales
Asia Pacífico (Japón no incluido) 7 AM - 9 De lunes a Fines de semana y días

PM
viernes festivos
GMT+8
Japón 9 AM - 5:30 De lunes a Fines de semana y días

PM
viernes festivos
Hora local
EMEA 8 AM a 6 De lunes a Fines de semana y días

PM
viernes festivos
CET (UTC
+1)
Norteamérica 6 AM - 6 De lunes a Fines de semana y días

PM
viernes festivos
Hora del
Pacífico
Todos los demás a menos que se 9 AM - 5 De lunes a Fines de semana y días

indique lo contrario PM
viernes festivos
Hora local
¿Es necesario un plan de soporte si necesito ayuda con un

problema técnico?
Sí, necesita un plan de soporte para recibir soporte técnico uno a uno. Algunas
suscripciones incluyen planes de soporte. Encontrará más información acerca de los
planes de soporte técnico existentes en Planes de soporte técnico .
¿Dónde debo ir para presentar una solicitud de soporte?
En la siguiente tabla se describe la mejor forma de enviar una nueva solicitud de soporte
técnico en función de su plan de producto o servicio y de soporte al cliente. Los
partners de Microsoft deben usar el Portal de centro de partners o la opción de
soporte que aparece en la tabla, según sea aplicable.
Producto Suscripción Professional Direct Soporte Soporte

(incluida) Premier unificado
Dynamics 365 y Power Centro de administración de Power Platform

Platform
Dynamics 365 Business El soporte se proporciona solo a través de asociados. Póngase en

Central contacto con su proveedor de la solución de nube (CSP) para obtener
ayuda.
Software Advantage/Advantage+ Soporte Soporte

Assurance técnico unificado
Premier
Customer Engagement Soporte Empresarial Centro de servicios

(on-premises)
Dynamics 365 Finance

Lifecycle Services
Dynamics 365 Supply
Chain Management
Dynamics 365
Commerce
¿Qué soporte se incluye con un plan de soporte técnico?

Hemos diseñado nuestros planes de soporte técnico para satisfacer diferentes
necesidades empresariales:
Todos los planes de soporte técnico proporcionan acceso al soporte técnico para
problemas de break-fix.
Los niveles más altos de planes de soporte ofrecen acceso a servicios de asesoría y
otros ventajas como soporte técnico durante todo el día, todos los días con
tiempos de respuesta inicial más rápidos. Encontrará más información acerca de
los planes de soporte técnico existentes en Planes de soporte técnico .
Las aplicaciones de interacción con el cliente y de finanzas y operaciones, Power
Apps y Power Automate están cubiertas por los planes de suscripción, Professional
Direct, Premier y soporte unificado.
¿Cuál es la diferencia entre soporte técnico y servicios de
asesoría?
Soporte técnico: los problemas break-fix son problemas técnicos que puede
experimentar usando los servicios. "Break-fix" es un término de la industria que se
refiere al "trabajo relacionado con dar soporte a una tecnología cuando deja de
funcionar durante su curso normal de uso y se requiere la intervención de una
organización de soporte para volver a ponerla en funcionamiento".
Cómo los trabajos de la funcionalidad no se consideran un problema break-fix
pero están más relacionados con la formación. Estas preguntas “prácticas” (o
servicios de asesoramiento) implican una transferencia de conocimiento y pueden
responderse a menudo revisando la documentación de productos, creando una
pregunta en foros de la comunidad en línea, o contactando con un individuo bien
informado como un partner. Aunque hay algunos elementos de transferencia de
conocimiento implicados en solucionar un problema de break-fix, en general los
planes de soporte no incluyen formación asistida.
¿Cómo se compara el soporte Professional Direct con el

soporte Premier/Unified?
Soporte técnico Proporciona una experiencia de soporte coherente con herramientas y recursos
profesional excepcionales para adaptarse a las necesidades del cliente durante todas las
directo etapas del ciclo de vida del cliente. Tiempos de respuesta de una hora para
problemas críticos, resolución de problemas las 24 horas, servicios de
escalamiento, servicios de asesoría proactiva y seminarios web con expertos.
Soporte Una solución de soporte integral para todas las tecnologías empresariales de
Premier/Unified Microsoft, que incluye Microsoft Dynamics 365, Microsoft Azure y Microsoft
365 a través de la nube, híbrido y local. Incluye resolución de problemas las 24
horas, servicios de asesoramiento proactivo, soporte en el sitio y servicios
complementarios para personalizar su experiencia de soporte.
¿Qué es un servicio o una característica de vista previa

(beta)?
Microsoft puede proporcionar acceso a la vista previa de aplicaciones de Dynamics 365,
beta, u otras características preliminares, servicios, software o regiones, para obtener
comentarios y para fines de evaluación. Hay muchos distintos tipos de servicios de vista
previa y características, con acceso de la disponibilidad del servicio y del programa
siendo los diferenciadores más grandes:
Vista previa pública: disponibles para suscriptores a través del de Centro de
administración de Power Platform o Lifecycle Services, estos servicios se
proporcionan para ofrecer a los suscriptores una vista anticipada de lo que está
por llegar y una oportunidad de probar servicios y características de próxima
aparición.
Vista previa privada: solo para un pequeño subconjunto de clientes, en contacto
directo con los equipos de ingeniería, centrados en los comentarios directos y
constantes durante la fase de desarrollo de un servicio.
Vista previa limitada: un número fijo y limitado de clientes puede tener acceso a
este programa de vista previa, y una vez que se alcanza el umbral máximo, no se
admiten a más usuarios.
Cuando Microsoft le proporciona acceso anticipado a los servicios y características de

versión preliminar de aplicaciones de Dynamics 365, estas características y servicios de
versión preliminar están sujetos a términos de servicio reducidos o diferentes, conforme
a lo establecido en su contrato de servicio y los términos adicionales de versión
preliminar. Los servicios y características de vista previa son "tal cual", "con todos los
errores" y "como disponible", y se excluyen de los SLA de servicio o de cualquier
garantía limitada proporcionada por Microsoft para los servicios lanzados para
disponibilidad general de (GA), y están a su disposición con la condición de que acepte
estas condiciones de uso, que complementan el contrato que rige el uso de aplicaciones
de involucración del cliente.
¿Los planes de soporte técnico cubren servicios de vista

previa (beta) o características?
El soporte técnico para los servicios y características de las aplicaciones de
Dynamics 365 se proporciona solo para los programas "disponibles generalmente",
consulte la pregunta anterior.
Puede obtener soporte para la vista previa pública o
servicios beta desde nuestros foros u otro canales.
Cualquier soporte técnico para un servicio o una característica público de vista
previa está limitado a escenarios break-fix y solo está disponible en inglés y sin
soporte las 24 horas disponible.
Uso del soporte
¿Cómo me pongo en contacto con soporte técnico?

Acceda fácilmente al soporte técnico seleccionando el portal de la siguiente tabla
que coincida con el producto para el que necesita ayuda. Los partners de
Microsoft deben usar el Portal de centro de partners o la ruta de soporte
Premier que aparece en la tabla, según sea aplicable.
Servicio Portal de soporte técnico
Aplicaciones de involucración del Centro de administración de Power Platform

cliente e IA incluyendo aplicaciones de
realidad mixta e información
aplicaciones de finanzas y operaciones Lifecycle Services

(online y local)
Dynamics 365 Business Central El soporte se proporciona solo a través de asociados.

Póngase en contacto con su proveedor de la solución
de nube (CSP) para obtener ayuda.
Producto
Dynamics Soporte Empresarial
Soporte técnico Premier
¿Por qué enviar una solicitud en línea es el método

preferido de contactar con el soporte técnico?
Enviar solicitudes de soporte técnico en línea nos permite proporcionar experiencia
técnica detallada de la forma más eficiente y eficaz posible. Debido a la naturaleza
detallada de las solicitudes, es mucho más fácil proporcionar información relevante en
línea, comparado con leer esta información por teléfono. Este modelo también elimina
tiempo de bloqueo improductivo y proporciona en su lugar un proceso en línea sencillo
e intuitivo. Como resultado, algunos problemas del cliente se redirigen más
rápidamente al ingeniero cualificado.
¿Existe un número de teléfono al que pueda llamar para

contactar con el soporte técnico?
Contactar con el soporte por teléfono no acelerará el procesamiento de su solicitud y
obtendrá una experiencia mucho mejor y más rápida a través del soporte mediante los
portales compatibles correctos incluidos anteriormente en este tema. Si no puede enviar
una solicitud en línea, puede buscar un número de soporte local de nuestra lista de
regional Centros de servicio al cliente globales.
¿Cómo envío una solicitud al soporte técnico o a los
servicios de asesoría?
El acceso al soporte técnico se proporciona a través de uno de los planes de
soporte técnico incluidos con las aplicaciones de Dynamics 365 o a través de uno
de los planes de soporte premium . Envíe una solicitud de soporte técnico desde
el portal de soporte técnico correcto para el producto o servicio para el que
necesita ayuda (vea la tabla anterior de este tema). Para iniciar el proceso del envío
de la solicitud de soporte:
Desde en Centro de administración de Power Platform , seleccione Ayuda +
soporte en el panel de navegación izquierdo y, a continuación, Nueva solicitud
de soporte desde la navegación superior.
Desde el Portal Lifecycle Services , elija un proyecto, seleccione Soporte de la
lista de opciones y, a continuación seleccione Enviar un incidente.
En Soporte para la Empresa , seleccione la familia de producto de Dynamics
365 seguido del producto o el servicio específico de Dynamics 365 para el que
necesita ayuda.
En el Portal Premierl , seleccione Abrir nueva solicitud de soporte técnico
desde la navegación de la página de soporte técnico, escriba su identificador de
acceso y contraseña o seleccione el identificador asociada de acceso, y continúe
con el envío.
El acceso al soporte técnico de facturación y administración de la suscripción se
incluye en su suscripción. Para abrir una solicitud de soporte de facturación y de
administración de suscripciones, inicie sesión en el Portal de Microsoft 365 ,
seleccione la aplicación de administración, seleccione la opción Soporte – nueva
solicitud de soporte técnico en la zona de navegación de la izquierda. Esto
permite tener acceso al panel ¿Necesita ayuda , donde puede escribir su pregunta
de administración de suscripciones. Si los artículos recomendados no abordan el
problema, seleccione el vínculo Contactar con el soporte en la parte inferior del
panel ¿Necesita ayuda? y proporcione la información adicional necesaria para
enviar la solicitud de soporte técnico.
¿Cómo presento una solicitud de soporte técnico si no

puedo iniciar sesión en el portal de soporte técnico para
el producto o servicio?
Si no puede enviar una solicitud de soporte en línea, puede buscar un número de
teléfono soporte local de nuestra lista de regional Centros de servicio al cliente globales.
¿Cómo puedo obtener soporte si aún no tengo una
suscripción y aparece un mensaje de error cuando intento
crearla?
Puede abrir una solicitud de soporte de administración de suscripciones mediante el
Portal de administración de Microsoft 365 , mientras tenga credenciales de inicio de
sesión del administrador de Power Platform para el portal. Para abrir una solicitud de
soporte de suscripciones, inicie sesión en el Portal de administración de Microsoft
365 , seleccione la aplicación de administración, seleccione la opción Soporte – nueva
solicitud de soporte técnico en la zona de navegación de la izquierda. Esto permite
tener acceso al panel ¿Necesita ayuda , donde puede escribir su pregunta de
administración de suscripciones. Si los artículos recomendados no abordan el problema,
seleccione el vínculo Contactar con el soporte en la parte inferior del panel ¿Necesita
ayuda? y proporcione la información adicional necesaria para enviar la solicitud de
soporte técnico.
¿Quién puede enviar una solicitud de soporte en el

Centro de administración de Power Platform?
Cualquier usuario con roles de administración de Power Platform en el inquilino que
contiene las suscripciones puede enviar una solicitud de soporte técnico. Los usuarios
finales no pueden abrir una solicitud de soporte técnico y deberán tener los permisos
elevados con el inquilino para realizar esta tarea. No hay alternativa a esta experiencia.
¿Cómo puedo autorizar a otra persona para enviar

solicitudes de soporte técnico para una suscripción
determinada al Centro de administración de Power
Platform?
Para conceder los permisos, debe tener un rol de administrador de Power Platform en el
inquilino que contenga la suscripción. Asignar el rol de administrador de servicio a
todos los usuarios que desea crear y administrar las solicitudes de soporte del inquilino
determinado pero no requieren otros permisos. Más información sobre asignaciones de
roles en el portal.
Estoy desarrollando aplicaciones en nombre del cliente o

estoy ayudando a mi cliente que está ejecutando
aplicaciones de involucración del cliente. ¿Cómo puedo
obtener soporte técnico en el centro de administración
de Power Platform?
Puede obtener soporte de estas dos maneras:
Siendo administrador de inquilinos de su cliente, puede usar o comprar un plan de

soporte técnico para dicha cuenta, ya que cualquier suscripción de su propiedad
en la misma cuenta queda cubierta con el mismo plan de soporte técnico. También
puede usar a los beneficios de asociado (por ejemplo, soporte avanzada para
asociados o la compatibilidad para red asociado de Microsoft) para enviar una
solicitud de soporte técnico.
Obtenga el soporte mediante su cuenta de cliente. Para ello, el partner (usted)
debe tener privilegios de administrador o de propietario para la suscripción del
cliente, generalmente como Administrador delegado en el inquilino. El partner
puede usar posteriormente la suscripción del cliente, o puede usar sus ventajas de
soporte (por ejemplo, soporte avanzado para partners o soporte de Microsoft
Partner Network) para enviar una solicitud de soporte técnico.
¿Qué es el tiempo de respuesta inicial, y cuán rápido

puedo esperar una respuesta tras enviar mi solicitud de
soporte técnico?
El tiempo de respuesta inicial es el período desde que envía su solicitud de soporte
hasta cuando un ingeniero de soporte de Microsoft contacta con usted y empieza a
trabajar en su solicitud de soporte. El tiempo de respuesta inicial varía según el plan de
soporte y el impacto empresarial de la solicitud (también denominada gravedad). El
tiempo de respuesta inicial se calcula usando el soporte durante horas laborales para el
soporte basado en suscripciones. Los planes de soporte elevados contienen tiempos de
respuesta fuera de horas laborales.
Nivel de Situación del cliente Tiempo de respuesta

gravedad inicial
Crítico Impacto crítico en el negocio

Unified Core/Advanced:
El negocio del cliente sufre una pérdida o degradación <1 hora, las 24 horas
importante de servicios y requiere atención inmediata. Unified Performance:

<30 minutos, las 24
horas
Nivel de Situación del cliente Tiempo de respuesta
gravedad inicial
Gravedad Impacto crítico en el negocio

Suscripción: <1 hora,
A El negocio del cliente sufre una pérdida o degradación las 24 horas
importante de servicios y requiere atención inmediata. ProDirect: <1 hora, las

24 horas
Premier: <1 hora, las 24

horas
Gravedad Impacto moderado en el negocio

Suscripción: < 4 horas
B El negocio del cliente sufre una pérdida o degradación de ProDirect: < 2 horas
servicios moderada, pero se puede continuar Premier: < 2 horas, las

razonablemente de una forma empeorada. 24 horas
Estándar Impacto estándar en el negocio

Unified Core: < 8 horas,
El negocio del cliente sufre una pérdida o degradación de las 24 horas
servicios moderada, pero se puede continuar Unified

razonablemente de una forma empeorada. Advanced/Performance:
< 4 horas, las 24 horas
del día
Gravedad Impacto mínimo en el negocio

Suscripción: < 8 horas
C El negocio del cliente funciona con impedimentos ProDirect: < 4 horas
menores de servicios. Premier: < 4 horas
¿Cómo de rápido se resolverá mi solicitud de soporte

técnico?
Microsoft se compromete para ayudarle a resolver el problema cuanto antes. A veces
estos significa centrar esfuerzos en reducir el impacto empresarial y mitigar cualquier
impacto negativo a su operación, antes de pasar a una solución completa. Por lo tanto,
nos comprometemos a cumplir el tiempo de respuesta inicial y trabajar con usted hasta
que el impacto de su problema quede mitigado, sin tener una SLA directa para la
resolución de la solicitud de soporte técnico. El tiempo que se tarda para solucionar
problemas y resolver una solicitud de soporte técnico varía considerablemente según
los detalles del problema. Trabajaremos con usted para resolver el problema lo antes
posible. Esto se aplica a todos los niveles de soporte.
Estoy ejecutando una tecnología que no es de Microsoft

con aplicaciones de Dynamics 365 o una aplicación
personalizada creada usando software de código abierto
(OSS). ¿Mi plan cubre el soporte?
Microsoft ofrece a los clientes la capacidad de ejecutar tecnologías que no son de
Microsoft junto con aplicaciones de Dynamics 365. Para todos los escenarios que
puedan optar al soporte con un plan de soporte técnico, el soporte técnico de
Microsoft ayudará en el aislamiento del problema entre el entorno y la aplicación
personalizada.
El soporte técnico completo se proporcionará si el problema se determina que es
producido por un servicio o una plataforma. El soporte comercialmente razonable
se proporcionará para el resto de los escenarios. Cuando una solución adecuada al
problema no se alcance, es posible que se le refiera a otros canales de soporte que
están disponibles para el software que no es de Microsoft.
¿Cómo puedo obtener soporte durante un evento de

interrupción o interrupción del servicio (SIE)?
Vea los estados de servicios de Microsoft 365 con un vistazo. También puede
comprobar más detalles y el historial de estado del servicio.
Use el Centro de mensajes de Microsoft 365 para realizar un seguimiento de
cambios próximos en las características y servicios. Publicaremos avisos ahí con la
información que le ayudará a prepararse para los cambios y entender cómo es
posible que afectan a usuarios.
Por último, si el servicio de estado y el Centro de mensajes no se muestran activos
o tienen problemas recientes de servicios, póngase en contacto con el soporte
usando su plan de soporte técnico.
¿Qué plan de soporte necesito para solicitar un análisis

de causa principal (RCA)?
El soporte técnico no realiza RCA como parte de experiencia de soporte alguna. Si se
realiza cualquier RCA, lo realizará el equipo de ingenieros. Los RCA solo se proporcionan
para incidentes relacionados con servicios publicados cuando varios clientes o servicios
no están disponibles. Cualquier RCA creado se publicará a través del Centro de
mensajes de Microsoft 365 y no se enviará por correo electrónico directamente a los
administradores de Power Platform. Estos RCA publicados solo están disponibles en
inglés. El equipo de ingenieros no cumplirá ninguna otra solicitud para RCA para un
escenario específico que afecta al inquilino.
¿Cómo se proporciona soporte para problemas de

rendimiento?
Premier/Unified Support: dependiendo de la situación, los problemas de rendimiento
pueden manejarse a través de un caso de soporte de break fix reactivo normal o
podrían requerir un servicio de asesoramiento al criterio del equipo de soporte técnico
de Microsoft Dynamics. Para problemas de rendimiento que tengan impacto en
múltiples áreas del negocio, se requiere un servicio de asesoría para investigar a un nivel
más amplio. En el caso de problemas de rendimiento aislados que afecten a una función
empresarial específica (es decir, registro de pedidos de venta), estos escenarios
comenzarán como un caso de soporte break-fix para solucionar problemas y determinar
la causa. El equipo de soporte técnico de Microsoft Dynamics invertirá hasta 4 horas en
un caso de break fix para prestar ayuda. Si después de 4 horas, aún no hemos resuelto
el problema, se recomendará un caso de asesoramiento, consultar a un partner o los
foros de la comunidad para obtener un estudio complementario y se cerrará el
incidente del soporte técnico. Si en algún momento se determina que la causa apunta a
un código personalizado, software asociado o ISV, algo del entorno o cualquier otra
cosa fuera del código central de Microsoft, el equipo de soporte técnico de Microsoft
Dynamics proporcionará pruebas que lo respalden para que el cliente/partner pueda
continuar con el estudio complementario y resolver el problema.
No premier: los servicios de asesoramiento no están incluidos en los planes de soporte

fuera de Premier o Unified. Le recomendamos que consulte a un partner o los foros de
la comunidad para obtener ayuda adicional.
¿Microsoft proporciona soporte en lo que respecta a la

corrupción de datos?
Los datos pueden corromperse debido a una variedad de razones (software defectuoso,
código personalizado, software asociado o ISV, cortes de electricidad, etc.). Microsoft no
brinda asistencia para corregir datos dañados. Tenga en cuenta que, según el Contrato
de licencia de proveedor de servicios (SPLA), Microsoft no tiene la obligación legal de
cambiar o corregir la corrupción de los datos debido a un mal funcionamiento del
software. Microsoft puede ejecutar scripts proporcionados por partners/clientes en el
entorno de producción si el script fue probado previamente en el entorno UAT por el
partner/cliente.
¿Qué sucede si el problema no se puede reproducir o

tiene que ver con bases de datos personalizadas?
En escenarios en los que un problema no se puede reproducir en una instalación
Dynamics estándar no modificada, el equipo de soporte técnico de Microsoft Dynamics
invertirá su mayor esfuerzo en brindar soporte hasta 4 horas en un caso de break fix
para prestar ayudar. Si después de 4 horas, aún no hemos identificado los pasos de
reproducción de un problema, se recomendará un caso de asesoramiento, consultar a
un partner o los foros de la comunidad para obtener un estudio complementario y se
cerrará el incidente del soporte técnico.
Compra y facturación
¿Cómo compro soporte técnico?

Los planes de soporte técnico se pueden adquirir en línea o con un Contrato
Enterprise. El plan de soporte Professional Direct están disponible en línea
mediante el Centro de administración de Microsoft 365 . Más información:
Formas de contactar al soporte técnico para productos empresariales
Si adquiere aplicaciones de Dynamics 365 a través de un Contrato Enterprise (EA),
puede agregar un plan de soporte Professional Direct al Contrato Enterprise
poniéndose en contacto con su revendedor de grandes cuentas (LAR).
¿Cuándo se me facturará el soporte?

Cuando adquiere en línea un plan de soporte técnico, se le cobrará de inmediato el
primer mes. Se le cargará el importe mensual en el primer día de cada ciclo de
facturación posterior. Las compras de Contrato Enterprise (EA) seguirán el ciclo de
facturación el contrato.
¿Qué sucede al final del período?

Al final de su período, su plan automáticamente se renovará al mismo plan de soporte
técnico, con el mismo método de pago.
¿Cómo puedo cambiar o cancelar mi plan de soporte

técnico?
Administre sus suscripciones de soporte técnico con el Centro de administración de
Microsoft 365 .
Para cambiar su plan de soporte, primero cancele su plan de soporte existente y, a

continuación compre un nuevo plan de soporte técnico.
Para cancelar su plan de soporte, seleccione la suscripción de soporte técnico que
desea cancelar y, a continuación seleccione Cancelar suscripción. Obtenga más
información leyendo este artículo.
Si aún tiene preguntas, abra una nueva solicitud de soporte técnico con el equipo de
facturación en el Centro de administración de Microsoft 365 .
El soporte requiere un compromiso durante la duración del período de suscripción. La

cancelación no conlleva un reembolso prorrateado.
¿Se puede reabrir un incidente de soporte?

1. Si el software y el hardware siguen siendo los mismos, por ejemplo, número de
compilación del producto, no se han instalado nuevas actualizaciones de
seguridad o parches o no se han instalado nuevas revisiones. Si la compilación es
diferente, envíe un nuevo incidente de soporte.
2. Si el error o problema que ocurre es el mismo que el incidente original y ocurre en
el mismo entorno/máquina/documento que el incidente original. Si el error ocurre
en una máquina nueva/para un usuario diferente/documento diferente, envíe un
nuevo incidente de soporte.
3. Si se produce un nuevo error después de instalar una revisión o tras intentar
algunas sugerencias del incidente original, se tratará como un nuevo error y, por lo
tanto, necesitará un nuevo incidente de soporte.
4. Si un caso se ha cerrado durante tres meses o más, se recomienda enviar un nuevo
incidente de soporte, ya que es probable que los detalles hayan cambiado en ese
período de tiempo.
Soporte técnico para el Contrato Enterprise

(EA)
¿Cómo compro un plan de soporte técnico bajo los

términos de un Contrato Enterprise?
Los clientes de Contrato Enterprise (EA) pueden comprar el soporte técnico Dynamics
365 ProDirect y Premier mediante su distribuidor.
¿Cómo me actualizo a un plan de soporte técnico de nivel

superior?
Los clientes de Contrato Enterprise (EA) pueden comprar una actualización para pasar
de Suscripción a Professional Direct, donde esté disponible. Para adquirir la
actualización, póngase en contacto con el distribuidor de grandes cuentas (LAR).
Tengo inscripciones múltiples de EA. ¿Es necesario un
plan de soporte técnico para cada inscripción de EA?
Sí, cada inscripción de EA requiere un plan de soporte independiente. Si tiene un plan
de soporte técnico y varias inscripciones de EA, el soporte cubre únicamente la
inscripción asociada al plan de soporte técnico. Tenga en cuenta que si tiene varias
suscripciones en sola inscripción de EA con un plan de soporte técnico, entonces todas
esas suscripciones tendrán acceso al soporte técnico.
Soporte Premier
¿Cómo presento una solicitud de soporte técnico

mediante el contrato Premier?
El centro de administración de Power Platform y Lifecycle Services (LCS) están diseñados
para reconocer y cualificar los id. Premier y de acceso unificado.
En el centro de administración de Power Platform: usted puede vincular el

contrato Premier a su cuenta introduciendo su identificador de Premier Access y
del contrato en el Centro de administración de Power Platform, algo que puede
hacer seleccionando Ayuda + Soporte y activando la palanca de compatibilidad
con Premier en la nueva experiencia de entrega de incidentes. Esto es un único
proceso, y la información del contrato Premier se guardará con su cuenta, siendo
accesible desde todas las suscripciones donde disponga privilegios de
propietario/administrador.
En LCS: puede vincular el contrato Premier a su cuenta seleccionando un proyecto

en el LCS. Seleccione la opción Soporte en el menú desplegable y, a continuación
seleccione Administrar contratos. Esto es un único proceso, y la información del
contrato Premier se guardará para usarla con cualquier incidente de soporte que
cree en el LCS.
Póngase en contacto con el responsable técnico de cuenta si no tiene la información del

identificador de acceso y el identificador de contrato.
Aunque los clientes Premier puedan seguir usando el portal Microsoft Premier Online
o los canales telefónicos para enviar una solicitud de soporte técnico, el uso del Centro
de administración de Power Platform o Lifecycle Services ofrece grandes ventajas, como:
Contenido de auto ayuda para encontrar rápidamente respuestas a los problemas

conocidos.
Una resolución más rápida, gracias a una experiencia de envío específica de
Dynamics 365.
La capacidad de crear casos de gravedad A/1 en línea.
Ayuda contextual sobre el problema al que se enfrenta.
¿Cómo compro un contrato de soporte técnico Premier?

Para adquirir el soporte técnico Premier, debería contactar con su administrador de
cuentas de Microsoft. Si no está seguro de con quién a contactar, envíe una solicitud
con el Formulario de contacto Premier .
¿Y si ya tengo un contrato Premier y deseo obtener más

información sobre cómo obtener el máximo provecho de
ello?
Póngase en contacto con el responsable técnico de cuenta para discutir opciones para
usar mejor el contrato existente de soporte Premier o ajustar el contrato Premier para
que satisfaga mejor sus necesidades. Puede encontrar el nombre y la información de
contacto de su TAM en el portal Microsoft Premier Online .
¿Pueden los asociados usar el contrato de Soporte

Premier for Partner (PSfP) para el soporte?
Sí, los partners con contratos de Soporte Premier for Partners (PSfP) pueden disfrutar de
sus ventajas para obtener soporte para sus necesidades internas y ayudar a sus clientes,
siempre que el partner tenga acceso de administrador delegado/propietario a la
suscripción de sus clientes. Consulte las preguntas más frecuentes en esta sección sobre
cómo enviar una petición de soporte usando su contrato Premier.
Soporte técnico para licencias
¿Dónde puedo obtener soporte para licencias?

El soporte depende de cómo adquirió sus licencias.

Suscripción directa online, clientes mejorados y Centro de administración de Microsoft

ProDirect 365

Licencias por volumen: acuerdos MPSA/Contratos Centro de servicios de licencias por

Enterprise y Open volumen (VLSC)
Proveedor de soluciones en la nube (CSP) Póngase en contacto con su partner.
Soporte para asociado
Tengo un plan de Microsoft (como MSDN, BizSpark o

TechNet) que incluye como beneficio varias solicitudes de
soporte técnico. ¿Puedo usarlas para obtener soporte
técnico local?
Sí, si tiene derecho a estas ventajas y tiene activado su acceso al soporte en el portal de
la suscripción a Visual Studio . Si tiene estos beneficios, después en Nueva solicitud de
soporte técnico , seleccione Agregar contrato en el paso Plan de soporte – Agregar o
comprar un plan de soporte técnico , y escriba la información del identificador de
acceso y el identificador de contrato para continuar.
Consulte también
Entornos de soporte y consentimiento
para tener acceso a datos de clientes
Es posible que Microsoft necesite acceder a los datos del cliente en su inquilino o
entorno para investigar y solucionar problemas para los que solicitó soporte. Es posible
que también necesitemos replicar el entorno en su inquilino, con o sin datos, con fines
de prueba. Podemos reproducir un problema o evaluar una solución en un entorno de
soporte replicado sin afectar su entorno de producción.
Microsoft respeta su privacidad y le permite controlar el nivel de consentimiento que

otorga como parte de la recepción de soporte. Nunca accederemos a sus datos de
cliente ni replicaremos su entorno sin su consentimiento. Puede dar su consentimiento
en el momento de solicitar soporte directamente en la incidencia de soporte técnico, lo
que ayudará a eliminar los retrasos en el tiempo de resolución del problema y/o
ayudará a acelerar la resolución del problema. Su consentimiento es temporal y puede
revocarlo en cualquier momento. Este consentimiento no concede la aprobación de
solicitud de caja fuerte y/o revocarla.
Información de consentimiento
Puede otorgar un grado variable de consentimiento o denegar el consentimiento por
completo cuando envía una solicitud de soporte.
¿Qué permite mi consentimiento?

A continuación le mostramos las opciones de consentimiento que puede tener en el
formulario de solicitud de soporte:
Permitir el acceso a la información de diagnóstico: concede acceso de forma
temporal al soporte técnico de Microsoft a los datos del cliente asociados con su
inquilino o entorno. El acceso es de solo lectura. Puede revocarlo en cualquier
momento y se elimina automáticamente cuando se cierra el caso. Se recomienda
esta opción, pero no está configurada de forma predeterminada. Debe
seleccionarla explícitamente.
Permitir copia mínima con acceso a la información de diagnóstico: usted da su

consentimiento al Soporte de Microsoft para:
Cree una copia mínima de su entorno en su inquilino. El entorno de soporte no
contiene datos del cliente, solo atributos y configuraciones.
Tener acceso a la información de diagnóstico como se explicó anteriormente.
Permitir copia completa con acceso a la información de diagnóstico: usted da su

consentimiento al Soporte de Microsoft para:
Cree una copia completa de su entorno en su inquilino. El entorno de soporte
replica completamente su entorno de producción, incluidos los datos, los
atributos y la configuración del cliente.
Tener acceso a la información de diagnóstico como se explicó anteriormente.
No permitir el acceso a la información de diagnóstico: usted niega el

consentimiento en el momento de realizar su solicitud. No recomendamos esta
opción porque puede retrasar la resolución de su problema. Si otorga su
consentimiento desde el principio, el soporte técnico de Microsoft puede
comenzar a investigar y solucionar problemas de inmediato.
¿Puedo revocar el consentimiento?

Puede revocar el consentimiento en cualquier momento antes de que se resuelva la
solicitud.
El entorno de soporte vence siete días después de que usted revoque el consentimiento
o cuando se cierre la solicitud de soporte. Puede eliminar un entorno de soporte en
cualquier momento.
¿Cuál es la duración del consentimiento?

El consentimiento dura mientras la solicitud de soporte esté abierta o hasta que la
revoque.
¿Cómo otorgo o revoco el consentimiento después de
crear una solicitud de soporte?
Un cambio en el consentimiento entra en vigor inmediatamente.
1. Inicie sesión en el Centro de administración de Power Platform .
2. En la página de navegación, seleccione Ayuda + Soporte.
3. Seleccione la solicitud de soporte.
4. Seleccione Editar.
5. Seleccione una opción de consentimiento y, a continuación, seleccione Guardar.
¿Qué permisos se necesitan para otorgar, revocar o

cambiar el consentimiento?
Los permisos que necesita para administrar el consentimiento dependen del entorno
que especifique en el momento de crear su solicitud. El consentimiento se puede
otorgar en el momento de la creación del ticket en el formulario de soporte y se puede
actualizar en la página de configuración del ticket una vez que se crea el ticket.
¿Qué son los entornos de soporte?

Un entorno de soporte es una réplica de un entorno que Microsoft Support crea en su
inquilino. Usamos entornos de soporte para reproducir y resolver problemas sin afectar
su entorno de producción o las operaciones comerciales.
He aquí algunas cosas que nos gustaría que supiera sobre los entornos de soporte:
El uso de un entorno de soporte no requiere que compre otro entorno.

No se tiene en cuenta el tamaño de la base de datos de un entorno de soporte en
el límite de almacenamiento.
El entorno de soporte reside en el mismo centro de datos regional que el entorno
de origen.
Los entornos de soporte son visibles a los administradores en el centro de
administración de Power Platform.
Los entornos de soporte están protegidos por las mismas medidas administrativas
y técnicas que protegen su entorno de producción.
El acceso y el uso del entorno de soporte se audita.
¿Qué datos se pueden encontrar en un entorno de

soporte?
Un entorno de soporte puede ser una copia mínima o completa del entorno del cliente.
Un entorno de soporte contiene inicialmente solo atributos y personalizaciones. Un
entorno de soporte mínimo no contiene datos de clientes. Un entorno de soporte
completo contiene datos de clientes.
¿Quién tiene acceso a un entorno de soporte?

Copia mínima: el personal de Microsoft que forme parte de un grupo de
seguridad de soporte técnico
Copia completa: el personal de Microsoft que forme parte de un grupo de
seguridad de soporte técnico avanzado
¿Qué tipo de acceso a los datos tiene Microsoft en un

entorno de soporte?
En línea (a través de la aplicación): privilegios de administrador del sistema
Base de datos (a través de herramientas de consulta SQL): acceso de
lectura/escritura a todas las tablas
Para obtener acceso a la base de datos es necesario que Microsoft de su
consentimiento y este se puede administrar, controlar y otorgar según sea
necesario.
El acceso a la base de datos está sujeto a nuestros controles de acceso just-in-
time estándar. Por ejemplo, el acceso a la base de datos es limitado (por
ejemplo, 30 minutos) y expira automáticamente.
¿Durante cuánto tiempo se guarda un entorno de soporte

en mi inquilino?
Un entorno de soporte vence en siete días o cuando se resuelve el ticket. Los
administradores del sistema pueden eliminar el entorno de soporte en cualquier
momento.
Buscar el entorno y el id. y el nombre de
la organización
Use los siguientes pasos para encontrar su id. de entorno, id. de organización y nombre
de organización.
Buscar su id. de organización y el entorno

2. Seleccione un entorno y revise la información en la sección Detalles.
Buscar el nombre de su organización

1. En el centro de administración de Power Platform, seleccione un entorno.
Seleccione Ajustes>Recursos>Toda la configuración heredada.
Para Interfaz unificada, en la esquina superior derecha, seleccione Configuración (
2. Vaya a Configuración>Personalizaciones>Recursos de desarrollador.
3. En Información de referencia de la instancia, tome nota del ID y el Nombre único.

Nombre único es el nombre de la organización.
７ Nota
El nombre de la organización se deriva del nombre de dominio cuando se

aprovisionó el entorno. No puede cambiar el nombre de la organización usando el
formulario de Unidad de Negocio, pero se puede cambiar usando el API web.
Administrar notificaciones por correo
electrónico para administradores
El equipo de servicio envía regularmente notificaciones por correo electrónico a los

administradores del sistema de una organización. Como administrador, puede
configurar una lista de destinatarios adicionales para recibir notificaciones mediante un
cmdlet. Por ejemplo, puede agregar a la lista de destinatarios:
Personas externas a su organización, como sus partners.

Personas o listas de distribución dentro de su empresa responsables de servicios
de Power Platform.
Para obtener Conocimientos generales completos de los cmdlets, consulte

Compatibilidad con PowerShell para Power Apps.
Enviar notificaciones por correo electrónico a

destinatarios adicionales
De forma predeterminada, los administradores son quienes reciben las notificaciones
por correo electrónico. Puede agregar destinatarios adicionales a la lista usando el
cmdlet Set-AdminPowerAppCdsAdditionalNotificationEmails. Esto le permitirá agregar
direcciones de correo electrónico que no sean usuarios con el rol Administrador del
sistema para recibir notificaciones por correo electrónico
７ Nota
Si le han agregado como destinatario adicional y quiere dejar de recibir

notificaciones por correo electrónico, póngase en contacto con el administrador de
las organizaciones. Si no está seguro de quién es su administrador, consulte: Buscar
el administrador o persona de contacto.
Obtener una lista de direcciones de correo

electrónico de notificación adicional
Para ver la lista de completa de direcciones de correo electrónico que están recibiendo
notificaciones, puede usar el cmdlet Get-
AdminPowerAppCdsAdditionalNotificationEmails. Esto devolverá la lista de direcciones
de correo electrónico de los usuarios que reciben notificaciones.
Directivas y comunicaciones para Power
Platform y servicios de Dynamics 365
Presentación
Microsoft comunica regularmente el trabajo realizado para mantener y actualizar
Microsoft Power Platform (Power Apps, Power Automate, Power Virtual Agents y otros
servicios), y las aplicaciones de Microsoft Dynamics 365 (Ventas, Servicio al cliente,
Supply Chain Management y otras) para garantizar la seguridad, el rendimiento, la
disponibilidad, y para proporcionar nuevas características y funcionalidades. Microsoft
también comunica detalles de los incidentes del servicio, incluida la posible experiencia
de usuario, la fecha de inicio y de finalización de los incidentes, y cualquier solución
alternativa que pueda estar disponible.
Para cada uno de estos escenarios, la comunicación se proporciona a través del Centro
de administración de Microsoft 365 en el Centro de mensajes y en el Panel de estado
del servicio. Para cada uno de estos escenarios, la comunicación se proporciona a través
del Centro de administración de Microsoft 365 en el Centro de mensajes y en el Panel
de estado del servicio. El centro de administración de Microsoft 365 también tiene la
capacidad de enviar correos electrónicos para un resumen semanal de todos los
mensajes, correos electrónicos sólo para actualizaciones importantes y correos
electrónicos para mensajes de privacidad de datos. Puede optar por este flujo de
comunicación siguiendo las instrucciones aquí.
Atención: de vez en cuando, Microsoft también puede enviar correos electrónicos

directos a los usuarios con el rol de Administrador del sistema en un entorno
específicamente afectado, o proyecto o entorno de Microsoft Lifecycle Services.
Si no está seguro de quién es el administrador, consulte Buscar el administrador o

representante de soporte técnico.
Si desea agregar destinatarios adicionales que reciben comunicaciones por correo

electrónico, consulte Administrar notificaciones por correo electrónico para
administradores.
Actualizaciones y mantenimiento programados

del sistema
Microsoft realiza regularmente actualizaciones y mantenimiento en el servicio y las
aplicaciones a través de un proceso de actualización semanal. Este proceso de
actualización ofrece mejoras de seguridad y servicios menores de forma semanal, y cada
actualización se implementa región por región, de acuerdo con un programa de
implementación seguro, organizado por estaciones. Puede encontrar más información
sobre el calendario de implementaciones de estaciones en la página Versiones
publicadas de Dynamics 365 para Customer Engagement.
También hay dos eventos de actualización de servicios principales en abril (Lanzamiento

1) y octubre (Lanzamiento 2) que se lanzan a través del mecanismo semanal de
actualización, y los detalles pueden encontrarse en los planes de lanzamiento de
Dynamics 365 y Microsoft Power Platform.
Actualizaciones de servicio secundarias

Las actualizaciones secundarias de servicio contienen cambios de personalización para
admitir nuevas características, mejoras de productos, y correcciones de errores. Se
implementan semanalmente, región por región, de acuerdo con un "Proceso de
implementación seguro" que hemos definido. Cada semana, cada región obtiene:
Una implementación actualizada, empezando con nuestra región "Primer

lanzamiento"
Se publica una notificación en el Centro de mensajes con la fecha en que la

implementación comenzará a aplicarse a la infraestructura
Un vínculo a las notas de la versión semanales que contiene la lista de correcciones

que se incluirán
Atención: la fecha en que se aplica la implementación a la infraestructura no es la fecha

en que se aplicará la actualización al entorno. El entorno y las aplicaciones se actualizan
mediante un proceso asincrónico que se ejecuta durante las siguientes ventanas de
mantenimiento regionales. Aunque no se espera una degradación del rendimiento o la
disponibilidad del servicio, durante esta ventana de mantenimiento los usuarios pueden
ver un impacto breve e intermitente, como errores transitorios de SQL o una redirección
a la pantalla de inicio de sesión.
Puede verificar que la actualización se completó con éxito al comprobando el número

de versión en la página Acerca de del entorno, o mirando los detalles del entorno en el
Centro de administración de Power Platform . Una lista de actualizaciones secundarias
de servicio se encuentra en nuestra página Versiones distribuidas.
Principales eventos de lanzamientos
Ofreceremos dos eventos principales de lanzamientos al año, uno en abril (Lanzamiento
1) y el segundo en (octubre) (Lanzamiento 2) con nuevas capacidades y funcionalidades.
Estas actualizaciones son compatibles con versiones anteriores, por lo que las
aplicaciones y las personalizaciones continuarán funcionando después de que se realice
la actualización. Las nuevas funciones con cambios importantes y disruptivos en la
experiencia del usuario están desactivadas de forma predeterminada, lo que significa
que los administradores podrán probar primero y luego habilitar estas funciones para su
organización. Además, los administradores tendrán la oportunidad de habilitar las
nuevas funciones utilizando una Característica de “Alta” para obtener acceso anticipado
a los cambios.
Notificaciones sobre cuándo están programados los principales eventos de versiones y

enlaces a los planes delanzamiento de Dynamics 365 y Microsoft Power Platform los
planes de versiones se publican en el Centro de mensajes del portal de administración
de Microsoft 365.
Actualizaciones de seguridad
Los equipos de servicios realizan regularmente lo siguiente para garantizar la seguridad
del sistema:
Análisis del servicio para identificar posibles vulnerabilidades de seguridad

Evaluaciones del servicio para garantizar que los controles de seguridad clave
están funcionando con eficacia
Evaluaciones del servicio para determinar la exposición a vulnerabilidades
identificas mediante el Centro de respuestas de seguridad de Microsoft (MSRC),
que controla regularmente las ubicaciones con vulnerabilidades de seguridad
externas conocidas
Estos equipos también identifican y siguen los problemas identificados, y toman

medidas rápidas para mitigar los riesgos cuando es necesario.
¿Cómo obtengo información sobre actualizaciones de seguridad?
Puesto que los equipos de servicios se esfuerzan por aplicar las mitigaciones de riesgo
de forma que no requieran tiempo de inactividad del servicio, los administradores no
suelen ver las notificaciones del Centro de mensajes para actualizaciones de seguridad.
Si una actualización de seguridad requiere un impacto del servicio, se considera
mantenimiento previsto y se registrará con la duración estimada del impacto y la
ventana en la que se producirá el trabajo.
Para obtener más información acerca de la seguridad, consulte Centro de confianza .
Mantenimiento planeado
El mantenimiento planeado incluye actualizaciones y cambios en el servicio para
proporcionar mayor estabilidad, confiabilidad y rendimiento.
Estos cambios pueden incluir:
Actualizaciones de hardware o de infraestructura

Servicios integrados, como una nueva versión de Microsoft 365 o Azure
Cambios de servicio y actualizaciones de software
Actualizaciones de servicio secundarias que se producen varias veces por año.
Consulte Actualizaciones de servicio
Mantenimiento no planeado
Los servicios de Power Platform y las aplicaciones de Dynamics 365 (Ventas, servicio al
cliente, Supply Chain Management, etc.) pueden encontrar problemas que requieran
cambios no planificados para proteger la disponibilidad. Microsoft se esfuerza por
proporcionar la mayor cantidad de notificaciones posible durante estos eventos pero,
debido a que no se pueden predecir, no se consideran un plan de mantenimiento.
Cuando esto sucede, su organización recibe una notificación de “Mantenimiento no

planificado” en el Centro de mensajes. También intentamos enviar un correo electrónico
a todos los administradores del sistema en el entorno afectado por el mantenimiento no
planificado. Puede ver el estado de las actividades de mantenimiento no planeado en el
Centro de mensajes.
Ventanas de mantenimiento regionales

Para limitar el impacto sobre los clientes y sus usuarios, planificamos la ventana de
mantenimiento según la región donde se implementan los entornos. La siguiente lista
de escala de tiempo de mantenimiento muestra la ventana de mantenimiento de cada
región. Las horas se muestran en la hora universal coordinada (UTC-8, que también se
conoce como Hora del meridiano de Greenwich). Para las organizaciones con usuarios
en todo el mundo, reconocemos que estos períodos de mantenimiento pueden
afectarle de manera diferente. Lamentamos el impacto que esto pueda tener en sus
usuarios.
Mantenimiento de la escala de tiempo

Para limitar el impacto en los usuarios, la ventana de mantenimiento se planea según la
región donde se implementarán los entornos. La siguiente lista muestra la ventana de
mantenimiento de cada región. Las horas se muestran en la hora universal coordinada
(UTC-8, que también se conoce como Hora del meridiano de Greenwich).
Estos son los tiempos de actualización del servicio. Las actualizaciones de la base de
datos se ejecutan lo antes posible dependiendo de la carga del sistema durante la
ventana de mantenimiento del entorno.
Región Dirección URL Ventana (UTC)
NAM crm.dynamics.com 2 AM a 11 AM
DEU crm.microsoftdynamics.de 5 PM a 2 AM
SAM crm2.dynamics.com 12 AM a 10 AM
CAN crm3.dynamics.com 1 AM a 10 AM
EUR crm4.dynamics.com 6 PM a 3 AM
FRA crm12.dynamics.com 6 PM a 3 AM
APJ crm5.dynamics.com 3 PM a 8 PM
OCE crm6.dynamics.com 11 AM a 9 PM
JPN crm7.dynamics.com 10 AM a 7 PM
IND crm8.dynamics.com 7:30 PM a 1 AM
GCC crm9.dynamics.com 2 AM a 11 AM
GCC High crm.microsoftdynamics.us 2 AM a 11 AM
GBR crm11.dynamics.com 6 PM a 3 AM
ZAF crm14.dynamics.com 5 PM a 2 AM
UAE crm15.dynamics.com 3 PM a 12 AM
GER crm16.dynamics.com 6 PM a 3 AM
CHE crm17.dynamics.com 6 PM a 3 AM
CHN crm.dynamics.cn 3 PM a 9 PM
Incidentes de servicio
Un incidente de servicio es un término que se usa para referirse a un evento (o serie de
eventos) que generalmente hace que varios clientes tengan una experiencia degradada
con uno o más de nuestros servicios. Estos incidentes son efectivamente problemas de
la plataforma que causan tiempos de inactividad no planificados, incluida la falta de
disponibilidad, la degradación del rendimiento y los problemas que interfieren con la
administración del servicio. Comunicamos las incidencias de servicio a través de una
experiencia autenticada en el panel de estado del servicio del portal de administración
de Microsoft 365 para proporcionar visibilidad del estado del servicio a los
administradores en múltiples servicios en la nube. Como ejemplos de incidentes de
servicio pueden citarse los siguientes:
No se puede iniciar sesión en un entorno o portal de administración específico

Rendimiento lento en aplicaciones o consultas de Dataverse
Mensajes de error o páginas en blanco inesperadas
¿Cómo puedo encontrar información sobre incidentes de servicio?
Compruebe el Panel de estado del servicio para ver el estado del servicio, detalles sobre
incidentes de servicio existentes y un historial de hasta 30 días. Estado del servicio
(dentro del Centro de administración de Microsoft 365) sabe qué inquilinos administra,
por lo que muestra una vista mucho más precisa de cualquier problema conocido que
afecte sus servicios que las fuentes de información no autenticadas. Si tiene un
problema que no se muestra en el panel de estado de servicios, comuníquese con
Soporte técnico de Microsoft creando un vale en el Centro de administración de Power
Platform .
Si hay un impacto amplio en el cliente durante un incidente de servicio, también

podemos proporcionar actualizaciones de estado en una de varias páginas de soporte
técnico específicas del servicio, incluida la Pagina de soporte de Power Apps , la Pagina
de soporte de Power Automate o la Pagina de soporte de Power BI .
Si el portal de administración de Microsoft 365 no está disponible, proporcionaremos

actualizaciones de estado a través de nuestro sitio de estado de copia de seguridad .
¿Qué información se proporciona sobre los incidentes de servicio?
Durante el evento, incluimos información relacionada con el impacto al usuario, la

duración, cualquier solución alternativa viable y la causa raíz preliminar. Nuestro
objetivo es proporcionar actualizaciones de estado con cadencia horaria, aunque esta
guía puede reducirse para obtener información nueva sustancial o ampliarse en función
de la espera en las actividades de recuperación. Al restablecerse el servicio a una
operación óptima, publicaremos una actualización de estado final y determinaremos si
se proporcionará un informe posterior al incidente adicional en función de la amplitud y
el tipo de impacto para los clientes.
Se puede publicar un informe posterior al incidente (PIR) después de cinco días hábiles
en el Panel de estado del servicio de Microsoft 365 para ciertos eventos.
Este informe resume los siguientes detalles del incidente:
Resumen
Experiencia de usuario
Escala de tiempo de las principales actividades o acciones
Factores contribuyentes
Pasos siguientes
Métodos adicionales de recibir notificaciones

Debido a la naturaleza crítica de las notificaciones y comunicaciones del servicio, existen
métodos adicionales para conectarse a las comunicaciones del servicio.
Descargue e instale la aplicación móvil de administración de Microsoft 365 en su

dispositivo móvil para ver actualizaciones de servicios y notificaciones de
incidentes
Conectarse directamente a nuestras comunicaciones de servicio mediante un
acceso externo de API de comunicación de servicios
Utilizar PowerShell para configurar direcciones de correo electrónico de
notificación adicionales en Dataverse
Realizar un seguimiento de las tareas del centro de mensajes en el planificador
Aviso sobre directivas en línea

Revise el Aviso sobre directivas en línea y documentos similares .
Si tiene algún comentario, rellene nuestra encuesta y comparta sus opiniones.

Administre su ventana de
mantenimiento
Microsoft realiza periódicamente actualizaciones y mantenimiento en las aplicaciones de

interacción con el cliente (Dynamics 365 Sales, Dynamics 365 Customer Service,
Automation) para garantizar la seguridad, el rendimiento y la disponibilidad, y para
proporcionar nuevas características y funcionalidades. Este proceso de actualización
ofrece semanalmente mejoras de seguridad y servicios menores, y cada actualización se
implementa región por región, de acuerdo con un programa de implementación seguro,
organizado por estaciones. Para obtener información sobre la ventana de
mantenimiento predeterminada para entornos, consulte Directivas y comunicaciones
para incidencias del servicio.
７ Nota
La administración del período de mantenimiento solo está disponible para

entornos de producción.
El mantenimiento se puede realizar cualquier día, por lo que el período de
mantenimiento es un momento del día en el que se pueden entregar estas
actualizaciones.
Durante el período de mantenimiento solo se entregarán actualizaciones de
base de datos y de aplicaciones. Las actualizaciones de plataforma seguirán
ejecutándose en horarios específicos de la región.
La configuración de la ventana de mantenimiento puede tardar hasta 48
horas en surtir efecto.
Durante el período de mantenimiento no habrá tiempo de inactividad ni se
producirá un deterioro del rendimiento.
Para ver o actualizar el período de mantenimiento para un entorno específico según sus
preferencias comerciales, siga estos pasos.
2. Seleccione Entornos y, a continuación, seleccione un entorno de producción de la

lista.
3. Seleccione Configuración>Actualizaciones>Configuración del período de
mantenimiento.
4. En la página Configuración del período de mantenimiento, elija las horas a las

que desea recibir actualizaciones de Microsoft.
5. Seleccione Guardar. La configuración de la ventana de mantenimiento puede

tardar hasta 48 horas en surtir efecto.
Consultar también
Directivas y comunicaciones para servicios de Power Platform y Dynamics 365
Administrar notificaciones por correo electrónico para administradores

Notificaciones para servicios de Grupo
de aplicaciones empresariales
Microsoft envía periódicamente comunicaciones relativas a incidentes de servicio,

cambios de servicios, mantenimiento, versiones y una acción del cliente necesaria. Estas
comunicaciones se realizan principalmente en forma de publicación en el Panel de
estado del servicio de Microsoft 365 y en el Centro de mensajes de Microsoft 365. De
vez en cuando, también utilizaremos comunicaciones de correo electrónico directo para
proporcionar el estado, las actualizaciones o la información sobre el servicio.
Centro de mensajes
El Centro de mensajes de Microsoft 365 mostrará cualquier notificación de
mantenimiento, cambios de servicios, información de versiones o solicitudes de acción
del cliente.
Panel de estado del servicio

El Panel de estado del servicio mostrará el estado más reciente de las actualizaciones y
los incidentes relacionados con su servicio. Para obtener más información sobre cómo
obtener el Panel de estado del servicio de Microsoft 365, consulte Comprobar el estado
del servicio.
Notificaciones por correo electrónico

Las notificaciones enviadas por el equipo de comunicaciones del Grupo de aplicaciones
empresariales serán para los siguientes servicios y direcciones de correo electrónico.
Asegúrese de comprobar la carpeta de correo no deseado para estos mensajes.
Servicio Notificación por correo electrónico
Aplicaciones de Dynamics 365 msdynamics365@microsoft.com
Dynamics 365 Business Central msdynamics365@microsoft.com
Dynamics 365 Marketing msdynamics365@microsoft.com
Dynamics 365 Market Insights marketinsights@microsoft.com

Servicio Notificación por correo electrónico
Dynamics 365 Finance & Operations msdyn365finops@microsoft.com
Microsoft Power Automate mspowerautomate@microsoft.com
Microsoft Power Apps mspowerapps@microsoft.com
Microsoft Power BI mspowerbi@microsoft.com
Las notificaciones por correo electrónico se envían a los usuarios de Microsoft Dataverse
que tienen el rol de Administrador del sistema en un entorno afectado. Si desea cambiar
quién recibe las comunicaciones de correo electrónico, consulte Administración de
notificaciones de correo electrónico.
Comunicaciones de incidentes
Los correos electrónicos de incidentes de servicio importantes pueden identificarse
fácilmente por el banner rojo.
Microsoft le enviará un mensaje de correo electrónico cuando se hayan restaurado los

servicios del sistema normales. Puede identificar fácilmente estos mensajes por el
banner de color verde.
Comunicaciones de mantenimiento
El mantenimiento planeado incluye actualizaciones y cambios en el servicio para
proporcionar mayor estabilidad, confiabilidad y rendimiento. Los correos electrónicos de
mantenimiento planeado y no planeado se pueden identificar por el banner naranja
claro.
Comunicaciones para versiones,
implementaciones de paquetes, y conocimiento
Las comunicaciones pueden ser de naturaleza informativa, impulsar acciones específicas
o ambos. La audiencia de destino para estas comunicaciones son administradores del
sistema o individuos designados para ejecutar el servicio. Puede identificar fácilmente
estos mensajes por el banner azul claro.
Comunicaciones de acción solicitada

Las notificaciones de acción solicitada se envían cuando detectamos que una
configuración o un ajuste para su entorno está provocando que el servicio funcione por
debajo de lo esperado. La notificación incluirá información detallda sobre la situación,
así como instrucciones sobre cómo devolver el rendimiento a la normalidad.
Comunicaciones del ciclo de vida del cliente

posterior a la compra
Una vez que un cliente haya comprado aplicaciones de involucración del cliente
(Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service,
Dynamics 365 Marketing y Dynamics 365 Project Service Automation), enviamos una
serie de comunicaciones por correo electrónico a los administradores durante el primer
año. Estas comunicaciones envían a los clientes a varios recursos que ayudarán a los
administradores y usuarios a adoptar y expandir correctamente el uso de aplicaciones
Puede identificar fácilmente estas comunicaciones por el banner azul oscuro.

Información general de licencias para
Los temas de esta sección proporcionan información detallada sobre las licencias de
Power Apps y Power Automate.
Más información sobre:
Licencias de Power BI, consulte Precios de Power BI .
Licencias de Power Virtual Agents, consulte Licencias para Power Virtual Agents y
para obtener información sobre precios, consulte Planes de precios de Power
Virtual Agents .
Planes independientes de Power Apps y Power

Automate
Los planes independientes de Power Apps y Microsoft Flow proporcionan a los usuarios
la capacidad de crear y ejecutar aplicaciones a través de orígenes de datos que van más
allá de Microsoft 365, como Salesforce, orígenes de datos locales y personalizados.
Estos planes también incluyen acceso a Dataverse para almacenar y administrar datos.
Más información: Qué es Dataverse¿?
Más información acerca de los precios y capacidades de planes independientes pueden

encontrarse en Manual de licencias de Microsoft Power Apps y Power Automate
Power Apps/Power Automate para Microsoft

365
Las capacidades de Power Apps/Power Automate para Microsoft 365 permiten a los
usuarios ampliar y personalizar la experiencia de Office con Power Apps y Power
Automate. Los usuarios pueden crear aplicaciones y flujos basándose en de datos de
Microsoft 365. Estas aplicaciones de productividad también usan los datos fuera de
Microsoft 365 conectándose a servicios comunes como Box.com, Facebook y muchos
más mediante el uso de conectores estándar.
Ésta es una breve introducción a las capacidades incluidas con el palen de Power Apps
para Microsoft 365. Más detalles en torno a qué planes de Microsoft 365 incluyen estas
capacidades se pueden encontrar en Guía de licencias de Microsoft Power Apps y Power
Automate
Funcionalidades Power Apps para Microsoft 365
Crear, ejecutar y compartir aplicaciones Sí
Ejecute aplicaciones de lienzo en el contexto de Sí

Microsoft 365
Conectarse a los datos de Microsoft 365 Sí
Conectarse a los servicios en la nube mediante Sí

conectores estándar
Ejecute aplicaciones en un explorador o Power Apps Sí

móvil para iOS y Android
Ejecutar aplicaciones de lienzo sin conexión Sí
Admite directivas de datos establecidas por el Sí

administrador de Microsoft 365
Acceso a datos locales o uso de conectores -

premium o personalizados
Tener acceso a Microsoft Dataverse Sí (consulte la sección siguiente para

obtener más información)
Funcionalidades de Dataverse con licencias de

Microsoft 365
A medida que Dataverse siga creciendo, más aplicaciones de Microsoft como Microsoft
Project están utilizando Dataverse. Para habilitar estas aplicaciones de Microsoft, se
agrega funcionalidad de Dataverse limitada para seleccionar licencias de Microsoft 365
Esto se logra agregando un nuevo plan de servicio denominado "Dataverse" a las
licencias de Microsoft 365. Para ver el nuevo plan de servicio en el centro de
administración de Microsoft 365, seleccione un usuario, seleccione la pestaña Licencias
y aplicaciones y luego desplácese hacia abajo y expanda la sección Aplicaciones.
Funcionalidades incluidas
La funcionalidad de Dataverse requerida por otras aplicaciones de Microsoft 365
aparece como plan de servicio de "Dataverse" en la sección Aplicaciones del centro de
Este nuevo plan de servicio permite seleccionar aplicaciones de Microsoft 365 para
aprovechar Dataverse como plataforma para almacenar datos de aplicaciones y utilizar
el nivel de lógica de negocios subyacente como parte de la ampliación de las
capacidades de las aplicaciones. Esta extensión también ayuda a estas aplicaciones a
utilizar instancias de Dataverse dentro del entorno predeterminado. Sin embargo, si
necesita crear una instancia de Dataverse dentro de entornos de producción o espacio
aislado (que no sea el entorno predeterminado), aún es necesario que tenga una
licencia premium de Power Apps o Power Automate.
Estas capacidades limitadas de Dataverse solo están disponibles a través de licencias de

Microsoft 365 seleccionadas y no se puede utilizar para ejecutar ninguna aplicación de
Power Automate o flujos, ni ejecutar ningún bot de Power Virtual Agent, ni utilizar
ningún otro dato que no pertenezca a las aplicaciones de Microsoft 365 que aprovechan
estas capacidades.
Estas funcionalidades limitadas no son el conjunto común incluido con todas las
aplicaciones de Office. Pueden ser diferentes en función de las aplicaciones de Microsoft
365 que utilizan estas capacidades. Para obtener la lista completa de diversas
capacidades limitadas, los clientes deben consultar la descripción del servicio de estas
aplicaciones de Microsoft 365 que contienen estos planes de Dataverse. Estas
funcionalidades limitadas de Dataverse no dan derecho al usuario con licencia a ejecutar
de forma independiente Power Apps o Power Automate, o cualquier otra aplicación de
Microsoft Power Platform que utiliza Dataverse.
Revise la descripción de Microsoft Project Service para obtener más información sobre
el uso limitado de Dataverse que viene con Project.
Preguntas más frecuentes
¿Cuáles son las aplicaciones de Office en las que se incluyen los

planes de Dataverse?
Por ahora, el plan de servicio de Dataverse está incluido para Project. Esta lista
evolucionará a medida que más aplicaciones de Office aprovechen Dataverse y
Microsoft Power Platform.
¿Esta adición de Dataverse en Microsoft 365 significa que los

clientes no necesitan una licencia de Power Apps para usar
Dataverse?
No, las capacidades de Dataverse incluidas con algunas licencias de Microsoft 365 no
permiten a los clientes crear aplicaciones personalizadas con Power Apps o utilizar los
conectores de calidad con Power Automate. Las capacidades incluidas con esta licencia
dan derecho a aplicaciones de Microsoft 365 para usar Dataverse con el fin de mejorar
las capacidades de la aplicación base de Microsoft 365 donde Dataverse está incluido.
Si los clientes no pueden usar Dataverse, ¿por qué se muestra esto

en el centro de administración de Microsoft 365 durante la
experiencia de asignación de licencias?
El plan de servicio de Dataverse se muestra para proporcionar visibilidad a los clientes
que Dataverse se utiliza para almacenar y administrar datos de clientes relacionados con
la aplicación Microsoft 365 que está usando Dataverse. Asimismo, esto se comunicó a
todos los clientes para que puedan prepararse para este cambio y actualizar cualquier
formación interna o documentación del usuario que puedan necesitar.
¿Cuál será el impacto si el plan de servicio para Dataverse está
desactivado (no seleccionado)?
La funcionalidad de Dataverse aparece como el plan de Common Data Service en la

sección Aplicaciones del centro de administración de Microsoft 365. Si desactiva el plan
de servicio las funciones de Microsoft 365 se deshabilitarán para los usuarios de dicha
licencia. Por ejemplo, cuando esta funcionalidad está desactivada, cualquier aplicación
de Office que lea datos de Dataverse no se cargará para el usuario.
¿Cuándo se puede ver a los usuarios con licencia de Office dentro

de Dataverse?
Los usuarios que tienen alguna licencia de Microsoft Power Platform o de Dynamics 365
siempre se sincronizan en los entornos con un base de datos de Dataverse. Sin
embargo, para las licencias de Office en las que se incluyen planes de servicio de
Dataverse, los usuarios no se sincronizan automáticamente en Dataverse hasta que
accedan a la aplicación de Office. Cuando esto ocurre, el usuario podrá acceder a tablas
y filas de Dataverse según los privilegios y roles de seguridad adicionales que el
administrador haya asignado a este usuario. A estos usuarios, que solo tienen la licencia
de Office, no se les asigna automáticamente otros roles o privilegios de seguridad,
además del privilegio de rol Creador en el entorno predeterminado. Como práctica
recomendada de seguridad, el administrador debe garantizar que los roles y privilegios
de seguridad se asignen solo en función de los roles y necesidades funcionales, y no se
asignen automáticamente en función del usuario que se sincroniza o está presente en
Dataverse.
Problemas conocidos
Si es cliente y usuario existente con esta licencia que llega directamente a
Dataverse, es posible que reciba un mensaje de error que diga "No es miembro de
la organización". Solucionaremos este problema en las próximas semanas.
Actualmente sincronizamos algunos de estos usuarios con licencia de Microsoft
Dataverse con todos los entornos con un base de datos de Dataverse. Estamos
tratando esto ahora mismo. Actualmente, estos usuarios no podrán abrir Power
Apps para Microsoft 365 con esta licencia.
Plan de desarrollador
Si desea desarrollar habilidades y aprender más sobre Power Apps, Power Automate, y
Dataverse, el Plan de desarrollador de Power Apps es el plan adecuado para usted. El
Plan de desarrollador de Power Apps le ofrece un entorno de desarrollo gratuito para
uso individual para aprender utilizando la funcionalidad completa de Power Apps. Más
información: Plan de desarrollador de Power Apps .
Power Apps y Power Automate para Dynamics

365
Power Apps es la plataforma para personalizar y extender aplicaciones en Dynamics 365,
como Dynamics 365 Sales y Customer Service, en el contexto de derechos de uso.
Las aplicaciones de Dynamics 365 se pueden personalizar usando capacidades de Power

Apps y Power Automate.
Más información: Manual de licencias de Dynamics 365 .
Consulte también
Versión preliminar: Plan de pago por uso
Acerca de las licencias y la
administración de licencias
Las organizaciones pueden obtener licencias mediante licencias de Microsoft Power

Apps o Microsoft Power Automate específicamente o incluyéndolo en la licencia de otra
oferta de Microsoft Cloud Service. Por ejemplo, Microsoft 365 y Microsoft Dynamics 365
proporcionan derechos para Power Apps y Power Automate. Como la mayoría de las
licencias de Microsoft, puede combinar y asociar usuarios como considere adecuado
para conseguir algunos derechos adicionales.
En el resto de esta sección, destacaremos algunas de las implicaciones y escenarios

clave relacionados con las licencias, pero no es la documentación de licencias del
producto. Debe consultar la documentación de licencias para obtener los detalles más
recientes. Los precios y detalles específicos del plan de Power Apps y Power Automate
se encuentran el manual de licencias .
Uso de conectores
Power Apps y Power Automate usan conectores para interactuar con servicios. Los
conectores pueden ser estándar, premium o personalizados. Para utilizar conectores
premium para Power Apps, los usuarios deben tener licencias de Power Apps o usar un
plan de pago por uso. Para utilizar conectores premium para Power Automate, los
usuarios deben tener una licencia independiente de Power Automate.
Planes de prueba
Hay planes de prueba están disponibles Power Apps y Power Automate. Los versiones
gratuitas duran 30 días para Power Apps y 90 días para planes de Power Automate. Los
usuarios pueden suscribirse en autoservicio a estas pruebas en la organización. Esto
puede hacerse visitando explícitamente las páginas de precios o mediante un mensaje
cuando intentan una acción en las aplicaciones que requiere licencias adicionales.
ParaPower Automate, un usuario sin licencia que inicie sesión en flow.microsoft.com se

configurará con el plan Power Automate gratuito. Si más tarde intentan realizar una
acción como compartir un flujo, se les pedirá que se registren en una versión de prueba.
En este ejemplo, si el usuario aceptara la oferta para la prueba se suscribirían para una
prueba de Power Automate. Esta versión de prueba no aparecería bajo las licencias de
usuario en el Portal de Microsoft 365, sin embargo puedes verlo en el informe de
licencia de Power Apps discutido más adelante en la sección de seguridad.
Para Power Apps, si un usuario se registra en una versión de prueba de Power Apps,
obtendrán un Power Apps por prueba de usuario si es necesario para cualquiera de las
acciones que realizan, como la creación de un entorno.
Como administrador, es probable que esté ayudando a los usuarios que habían
comenzado en una versión de prueba y desean continuar experimentando o están listos
para obtener una licencia regular para seguir trabajando con la aplicación que están
creando. Si está pasando a una licencia regular para un usuario, sería un buen momento
para trabajar con ellos para ver si su aplicación debe permanecer donde se creó o se
debe mover según la estrategia del entorno que adopte. Para aquellos que no están
listos para obtener una licencia completa pero quieren seguir experimentando, puede
ayudarlos a configurar el plan de desarrollador y ayudarlos a mover su aplicación y
activos de flujo a su nuevo entorno de desarrollador.
Power Apps Developer Plan

Además de los planes de prueba, también hay un Plan de desarrollador gratuito de
Power Apps. Este es un plan especial que permite la señalización de autoservicio
individual y proporciona un entorno individual que el usuario puede utilizar para crear
aplicaciones y flujos. Estos entornos aparecerán en la lista de entornos del administrador
y enumerarán el tipo de entorno como “desarrollador”. Los entornos son para uso
individual, por lo que no se pueden compartir con otros usuarios. Los usuarios de su
organización pueden registrarse por autoservicio en este plan incluso si tienen derechos
de licencia de Power Apps y de Power Automate a través de otro plan de licencias.
Regístrese para el Plan de desarrollador de Power Apps aquí y más detalles sobre sus
características aquí.
Qué usuarios cuentan con licencia

Siempre puede consultar las licencias de usuario individuales en el centro de
administración de Microsoft 365 profundizando en usuarios específicos.
También puede utilizar el siguiente comando de PowerShell para exportar las licencias
de usuario asignadas.
PowerShell
Get-AdminPowerAppLicenses -OutputFilePath '<licenses.csv>'
Exporta todas las licencias de usuario asignadas (Power Apps y Power Automate) en su
inquilino en un archivo .csv de vista tabular. El archivo exportado contiene planes de
prueba internos de registro de autoservicio y planes con origen en Azure Active
Directory. Los planes de prueba internos no son visibles para los administradores en el
centro de administración de Microsoft 365.
La exportación puede tardar bastante tiempo para los inquilinos con un gran número de
usuarios de Microsoft Power Platform.
Ver consumo de licencias (versión
preliminar)
[Este artículo es documentación preliminar y está sujeto a modificaciones].
Puede usar la página Licencias para ver la cantidad de licencias consumidas en entornos
individuales y ver qué entornos pueden requerir atención de licencias. Puede seleccionar
un entorno para ver la actividad del tipo de licencia y el consumo de las aplicaciones.
Obtener respuestas a preguntas como:
¿Cuántas licencias se han asignado a los usuarios?

¿A qué usuarios se han asignado estas licencias?
¿Qué tipos de licencias se utilizan para iniciar aplicaciones personalizadas?
¿Qué aplicaciones impulsan qué tipo de uso de licencias?
） Importante
Esta es una característica en versión preliminar.

Las características en versión preliminar no se han diseñado para un uso de
producción y pueden tener una funcionalidad restringida. Estas características
están disponibles antes del lanzamiento oficial para que los clientes puedan
tener un acceso anticipado y proporcionar comentarios.
Esta característica se está implementando gradualmente en todas las regiones
y es posible que aún no esté disponible en su región.
Página de resumen
Para ver una descripción general del uso de la licencia:
2. Seleccione Facturación>Licencias.
3. Seleccione la pestaña Información general.

Qué hay en la página de la pestaña Resumen
Esta pestaña muestra un resumen de los entornos del inquilino que requieren su
atención de licencias.
Configuración/información Description
Incluir entornos estándar Seleccione para ver los resultados de los entornos estándar (no
administrados). Por defecto, se muestran los entornos
administrados. En entornos administrados, todos los usuarios
necesitarán licencias de Power Apps para ejecutar aplicaciones.
Entornos que requieren su El número de entornos con problemas de licencias. Estos pueden
atención requerir su atención.
Environment Qué entornos tienen problemas de licencia.
Problemas de licencia El número de problemas de licencias del entorno. La cantidad de

problemas de licencias se calcula en función de cuántos tipos
diferentes de acciones de licencias deben realizarse en función del
uso de la aplicación en los entornos del arrendatario.
Acciones recomendadas Vea una lista de posibles acciones para remediar sus problemas
de licencia.
Pestaña Vista de entorno
Seleccione la pestaña Vista del entorno para ver una variedad de información de
licencias relacionada con un entorno seleccionado.
Qué hay en la página de la pestaña Vista de entorno
Seleccionar entorno Seleccione un entorno para ver si es un entorno administrado o

estándar, los datos de la licencia y si se recomiendan acciones. Si
cambia un entorno estándar a administrado, cualquier usuario
actual con solo las licencias de Microsoft 365 requerirán una
licencia de Power Apps para ejecutar aplicaciones.
Información general de Para los tipos de licencia en su entorno, consulte la actividad de

licencias de Power Apps los últimos 30 días para usuarios con licencia activa y las acciones
recomendadas.
Tipo de licencia Tipo de licencia (Dynamics 365, Microsoft 365, por aplicación, por
usuario, pago por uso, versión de prueba o desarrollador) a la que
se asigna la licencia real.
Usuarios activos Recuento de usuarios únicos que inician aplicaciones dentro del
entorno al menos una vez en los últimos 30 días.
Acciones recomendadas Acciones recomendadas, si las hay, a considerar para convertir el

entorno en un entorno administrado.
Actividad de concesión de Use filtros para consultar información de uso de licencias para
licencias de Power Apps usuarios con licencia.
Email ID de correo electrónico del usuario que tiene acceso para iniciar
una aplicación disponible en el entorno seleccionado. Incluye una
lista de usuarios con los que se comparte una aplicación y si la
aplicación está instalada en el entorno seleccionado.
Al seleccionar Correo electrónico, se lleva al usuario al portal de

Nombre de la aplicación Nombre de la aplicación que inicia el usuario en el período de

tiempo seleccionado.
Última fecha activa Fecha en la que el usuario lanzó por última vez una aplicación
seleccionada en un período de tiempo seleccionado.
Tipo de aplicación El tipo de aplicación: aplicación de lienzo, aplicación basada en

modelos
Licencia Nombre del plan de servicio conocido de la licencia que se usa al

iniciar la aplicación.
Tipo de licencia Tipo de licencia (Dynamics 365, Microsoft 365, por aplicación, por
usuario, pago por uso, versión de prueba o desarrollador) a la que
se asigna la licencia real.
Disponible adicional Cualquier derecho adicional que tenga el usuario.
Experiencia de suscripción
La experiencia de licencia no está habilitada de forma predeterminada para los
inquilinos. Es posible que los administradores deban suscribirse.
Si ve el mensaje "La información de licencia aún no está habilitada", seleccione Habilitar

informes de licencias para habilitar la concesión de licencias para su inquilino. La
información de licencia puede tardar hasta una semana en estar disponible.
Otras formas de acceder a las páginas de
licencias
Puede elegir Ver detalles de la licencia desde la página Habilitar entornos
administrados para ver información sobre licencias.
Si el entorno seleccionado es estándar, verá una alerta sobre los requisitos de licencia
para usuarios con solo licencias de Microsoft 365.
Para cambiar el entorno estándar a administrado, seleccione Habilitar entornos
administrados o vea Habilitar entornos administrados.
Consulte también
Información general de los entornos administrados
Habilitar entornos administrados

Información de uso
Limitar uso compartido
Directivas de datos
Licencias
Configuración de inquilino
Administración de licencias de Power
Apps en su organización
Este tema describe cómo los usuarios de la organización pueden obtener acceso para
usar Power Apps, y cómo puede usted controlar el acceso al servicio de Power Apps.
Visite las preguntas frecuentes sobre administración de Power Automate para obtener
más información sobre los controles administrativos.
Suscribirse a Power Apps
¿Cómo se suscriben los usuarios a Power Apps?

Si un usuario no tiene ninguna licencia de Power Apps, la única opción de registro para
usuarios individuales en su organización es la versión de prueba de Power Apps, a la
que pueden inscribirse a través del sitios web de Power Apps:
Opción 1
Los usuarios pueden registrarse yendo a powerapps.microsoft.com , seleccionando

Probar gratis y luego completando el proceso de registro para Power Apps.
Opción 2
Los usuarios pueden suscribirse yendo a powerapps.microsoft.com , seleccionando
Iniciar sesión, iniciando sesión con sus cuentas de trabajo o centro escolar, y
suscribiéndose a la prueba de Power Apps aceptando las condiciones de uso de Power
Apps.
Cuando un usuario de la organización se suscribe a Power Apps, a ese usuario se le

asigna una licencia de Power Apps automáticamente.
Opción 3
Se solicita a los usuarios que comiencen una prueba antes de poder usar una aplicación
compartida que requiera licencias adicionales.
７ Nota
Los usuarios que se registran para obtener una licencia de prueba con la opción 2
mencionada anteriormente, no aparecen en el portal de administración de
Microsoft 365 como usuarios de prueba de Power Apps (a menos que tengan otra
licencia para Microsoft 365, aplicaciones de participación del cliente (Dynamics 365
Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics 365
Marketing y Dynamics 365 Project Service Automation) o Power Apps).
Vea Suscripción de autoservicio a Power Apps para obtener más detalles.
¿Cómo pueden los usuarios de mi organización tener

acceso a Power Apps?
Los usuarios de su organización pueden obtener acceso a Power Apps de cuatro
maneras diferentes:
Pueden suscribirse de forma individual a la prueba de Power Apps como se indica

en la sección ¿Cómo se suscriben los usuarios a Power Apps?.
Puede asignarles una licencia de Power Apps en el portal de administración de
Microsoft 365.
Puede comprar planes de Power Apps por aplicación y asignarlos en el Centro de
administración de Power Platform. Consulte Power Apps por plan de aplicación
Al usuario se le ha asignado un plan de Microsoft 365 o Dynamics 365 que
incluyen acceso al servicio Power Apps. Vea la página de precios de Power Apps
para la lista de planes de Microsoft 365 y Dynamics 365 que incluyen capacidades
de Power Apps.
¿Puedo bloquear a los usuarios de mi organización para

impedir que se suscriban a Power Apps?
Cualquier persona puede probar las características Microsoft Power Apps durante 30
días, sin incurrir en costo alguno como se indica en la sección Cómo se suscriben los
usuarios a Power Apps.
Como administrador global, puede controlar la capacidad de sus usuarios para

registrarse en la versión de prueba de Power Apps con la opción 1. Para ello, habilite o
deshabilite el registro de autoservicio. Si desea deshabilitar todas las suscripciones de
autoservicio, use comandos de Azure AD PowerShell para cambiar el ajuste
AllowAdHocSubscriptions. Esta opción desactiva la suscripción de autoservicio para
todos los servicios y aplicaciones basados en la nube de Microsoft.
Para bloquear mediante las opciones 2 y 3, consulte Bloquear comandos de licencias de
prueba. Tenga en cuenta que el bloqueo de las licencias de prueba no bloquea la
creación de aplicaciones en el inquilino.
Si una persona se suscribe a una prueba de 30 días de Microsoft Power Apps y usted
decide no admitirlo en su organización, no incurrirá en gastos para su empresa. Si una
persona se suscribe a Microsoft Power Apps, que es una relación directa entre dicha
persona y Microsoft, al igual que otros servicios en la nube públicos de Microsoft, como
Bing, Wunderlist, OneDrive o Outlook.com y no implica que la organización proporcione
el servicio.
Finalmente, si su empresa quiere restringir el uso de sus datos en Microsoft Power Apps,
utilice políticas de prevención de pérdida de datos (DLP).
Administración de Power Apps
¿Por qué aparece el icono de Power Apps en el iniciador

de aplicaciones de Microsoft 365?
Microsoft Power Apps es una parte fundamental de la suite Microsoft 365 y se habilita
como servicio como parte de los SKU existentes de Microsoft 365. Puesto que ahora los
usuarios de todo el mundo pueden usar Microsoft Power Apps, este se muestra en la
sección "Todas las aplicaciones" de la pantalla del iniciador de aplicaciones. Consulte
Información general de las licencias para saber qué SKU de Microsoft 365 incluyen
Power Apps.
Consulte la siguiente sección si desea quitar la ventana de Power Apps de “Todas las
aplicaciones" de forma predeterminada.
¿Cómo quitar Power Apps de usuarios existentes?

Si se asignó a un usuario una licencia de Power Apps, puede emplear los pasos
siguientes para quitar la licencia de Power Apps para ese usuario:
1. Vaya al Portal de administración de Microsoft 365 .
2. En la barra de navegación de la izquierda, seleccione Usuariosy, a continuación

seleccione Usuarios activos.
3. Busque el usuario al que desea quitar la licencia y luego seleccione su nombre.
4. En el panel de detalles del usuario, seleccione la sección Licencias y aplicaciones.

5. Busque la licencia de Power Apps, desmarque la casilla y seleccione Guardar
cambios.
Si un usuario tiene acceso a Power Apps a través de su licencia de plan de Microsoft 365
y Dynamics 365, puede deshabilitar su acceso al servicio de Power Apps tomando los
siguientes pasos:
1. Vaya al Portal de administración de Microsoft 365 .
2. En la barra de navegación de la izquierda, seleccione Usuariosy, a continuación

seleccione Usuarios activos.
3. Busque el usuario al que desea quitar el acceso y luego seleccione su nombre.
4. En el panel de detalles del usuario, en la sección Licencias de productos,

seleccione Editar.
5. Ampliar la del usuario Microsoft 365 o una licencia de Dynamics 365, desmarque la
casilla del servicio y seleccione Guardar cambios.
La eliminación en masa de licencias también es posible a través de PowerShell. Vea
Quitar licencias de Microsoft 365 de cuentas de usuario con PowerShell para ver un
ejemplo detallado. Finalmente, encontrará instrucciones adicionales sobre la eliminación
en masa de servicios en una licencia en Deshabilitar acceso a servicios de Microsoft 365
con PowerShell.
Al quitar la licencia o el servicio de Power Apps para un usuario de la organización

también producirá la eliminación de los iconos de Power Apps y Dynamics 365 iconos
de las siguientes ubicaciones para ese usuario:
Office.com
El "gofre" de Microsoft 365 AppLauncher
¿Cómo puedo limitar la capacidad de mis usuarios de

tener acceso a los datos empresariales de mi organización
mediante Power Apps?
Power Apps permite crear las zonas de datos para datos profesionales y no
profesionales, como se muestra a continuación. Una vez que se implementan estas
directivas de prevención de pérdida de datos, se impide a los usuarios que diseñen o
ejecuten Power Apps que combinen datos profesionales y no profesionales. Para
obtener más información, consulte Directivas de prevención de pérdida de datos (DLP).
¿Por qué se mostraron 10.000 licencias para Microsoft
Power Apps en mi inquilino de Microsoft 365?
Como organización cualificada, los usuarios de la organización son elegibles para
probar Microsoft Power Apps durante 30 días, y estas licencias de prueba representan la
capacidad disponible para los nuevos usuarios de Power Apps del inquilino. No hay
cargo por estas licencias. Concretamente, hay dos razones posibles para ver una
capacidad de 10.000 licencias de prueba para Power Apps en el portal de administración
de Microsoft 365:
Si algún usuario de su inquilino participó en la vista previa pública de Power Apps

entre abril de 2016 y octubre de 2016, verá 10 000 licencias etiquetadas como
"Microsoft Power Apps y flujos lógicos".
Si algún usuario de su inquilino se ha registrado para una versión de prueba de

Power Apps con la Opción 1 o la Opción 3 indicadas en la sección ¿Cómo se
suscriben los usuarios a Power Apps, verá 10 000 licencias etiquetadas como
"Microsoft Power Apps".
Puede elegir asignar licencias adicionales a los usuarios usted mismo a través del portal
de administración de Microsoft 365, pero tenga en cuenta que son licencias de prueba
para Microsoft Power Apps y expirarán después de 30 días de ser asignadas a un
usuario.
¿Esto es gratis? ¿Se me cobrarán estas licencias?

Estas licencias son licencias de prueba gratuitas para que los usuarios prueben Microsoft
Power Apps durante 30 días.
¿Cómo cambiará esto el modo en que administro las

identidades para usuarios de mi organización hoy?
Si su organización ya tiene un entorno de Microsoft 365 existente y todos los usuarios
de la organización tienen cuentas de Microsoft 365, la administración de la identidad no
cambiará.
Si su organización ya tiene un entorno de Microsoft 365 pero no todos los usuarios de

la organización tienen cuentas de Microsoft 365, creamos un usuario en el inquilino y le
asignamos licencias basadas en la dirección de correo electrónico del trabajo o el centro
escolar del usuario. Esto significa que el número de usuarios que usted administra en
cualquier momento específico crecerá cuando los usuarios de su organización se
suscriban al servicio.
Si su organización no tiene un entorno de Microsoft 365 conectado al dominio de

correo electrónico, no hay cambios realizados en cómo administra la identidad. Los
usuarios se agregarán a un nuevo directorio de usuario solo en la nube y tendrá la
opción de tomar el control como administrador de Microsoft Power Platform y
administrarlos.
¿Cuál é es el proceso para administrar un inquilino creado

por Microsoft para mis usuarios?
Si Microsoft creó un inquilino, puede solicitar y administrar ese inquilino mediante los
siguientes pasos:
1. Una al inquilino suscribiéndolo a Power Apps mediante un dominio de dirección

de correo electrónico que coincida con el dominio de inquilino que desea
administrar. Por ejemplo, si Microsoft creó el inquilino de contoso.com, únase a él
con una dirección de correo electrónico que termine en @contoso.com.
2. Solicite control de administración verificando la propiedad del dominio: una vez
que esté en el inquilino, puede promocionarse a usted mismo al rol de
administrador comprobando la propiedad del dominio. Para ello, siga estos pasos:
3. Vaya a https://admin.microsoft.com .
4. Seleccione el icono del iniciador de aplicaciones en la esquina superior izquierda, y
luego elija Administrador.
5. Lea las instrucciones de la página Convertirse en administrador y, a continuación
elija Sí, quiero ser el administrador.
７ Nota
Si esta opción no aparece, se deberá a que ya hay un administrador de Microsoft

365.
Si tengo varios dominios, ¿puedo controlar el inquilino de

Microsoft 365 al que se agregan usuarios?
Si no hace nada, se creará un inquilino para cada dominio y subdominio de correo
electrónico de usuario.
Si desea que todos los usuarios estén en el mismo inquilino sin importar las extensiones
de la dirección de correo electrónico:
Cree un inquilinos de destino con antelación o use un inquilino existente. Agregue

todos los dominios y subdominios existentes que desee consolidar en el inquilino.
A continuación todos los usuarios con direcciones de correo electrónico que
terminen en esos dominios y subdominios se unen automáticamente al inquilino
de destino cuando se suscriben.
） Importante
No existe ningún mecanismo automatizado admitido para mover usuarios entre

inquilinos una vez que se han creado. Para obtener información sobre cómo
agregar dominios a un solo inquilino de Microsoft 365, vea Añadir un dominio a
Microsoft 365 .
Los administradores globales y de
Power Platform pueden administrar sin
licencia
De forma predeterminada, a todos los administradores globales y de Microsoft Power

Platform que no tengan una licencia se les otorgan los siguientes dos niveles de
permiso en las aplicaciones de involucración del cliente (Dynamics 365 Sales, Dynamics
365 Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing y Dynamics
365 Project Service Automation).
Rol de seguridad Administrador del sistema

Modo de acceso administrativo
El rol de seguridad de administrador del sistema se concede normalmente a los

administradores, proporcionándoles acceso ilimitado a áreas administrativas
(configuración), que se usan para administrar y configurar características de aplicaciones
El modo de acceso administrativo limita el acceso a las áreas de aplicaciones de

Dynamics 365 que se usan para configurar o personalizar el sistema.
Para ofrecer a estos administradores acceso a áreas adicionales, como áreas de ventas,
marketing y servicio, se debe agregar una licencia al administrador global de Microsoft
365 la o cuenta de usuario administrador de Power Platform usando el centro de
administración de Microsoft 365. Tenga en cuenta que el modo de acceso administrativo
no se puede cambiar en el formulario de usuario.
Crear una cuenta de administrador de Power

Platform
1. Inicie sesión en el Centro de administración de Microsoft 365 y, a continuación
elija Usuarios>Usuarios activos.
2. Seleccione un usuario existente en la lista. Si desea crear un nuevo usuario

administrativo, consulte Creación o edición de usuarios y Asignación de roles de
administrador .
3. Junto a Licencias de productos, haga clic en Editar.

4. Asegúrese de que una licencia no está asignada a este usuario y luego haga clic en
Guardar.
） Importante
Los administradores globales de Microsoft 365 y los administradores de

Power Platform tienen acceso a las áreas administrativas. Sin embargo, si el
administrador también necesita acceso a áreas adicionales, debe seleccionar
una licencia para el usuario.
5. Seleccione Administrar roles y luego seleccione Administrador global o Mostrar

todo por categoría>Administración de Power Platform. Para obtener más
información sobre estos roles, vea Asignación de roles de administrador .
6. Seleccione Guardar cambios.
７ Nota
Los administradores globales y de Power Platform que no tienen una licencia se

sincronizan automáticamente con el entorno con un modo de acceso de
Administrativo, mientras que los administradores que tienen una licencia se
sincronizan con el entorno con un modo de acceso de Lectura y escritura. A estos
administradores se les asigna un rol de seguridad de administrador del sistema.
Los administradores sin licencia que necesiten trabajar con el módulo PowerShell
de Power Apps for Admins o los conectores de administración deben iniciar sesión
en el centro de administración Power Platform al menos una vez antes de
invocar estos comandos administrativos.
Para inquilinos con capacidades especiales (como pago por uso, planes por
aplicación, licencias especiales), todos los usuarios, excepto los administradores,
tendrán acceso de lectura y escritura configurado de forma predeterminada. Los
administradores globales de Microsoft 365, los administradores de Power Platform
o los administradores de Dynamics 365 necesitarán que se agregue una licencia
para que se les pueda asignar permiso de Lectura-Escritura en el modo de acceso.
Consulte Asignar licencias de Microsoft 365 a usuarios.
Consulte también
Asignación de roles de administrador
Crear una cuenta de usuario administrativo

Comprar Power Apps para la
organización
Este tema proporciona información sobre cómo comprar Power Apps para su
organización como administrador. Puede comprar Power Apps directamente a través del
sitio web de Power Apps a través del Centro de administración de Microsoft 365 , o a
través de su representante de Microsoft o su asociado. Este artículo también
proporcionará información sobre las opciones de prueba disponibles para un plan de
Power Apps y luego explicar cómo comprar un plan Power Apps como una
organización. Para obtener más información, consulte Administrar licencias en la
organización.
７ Nota
Para adquirir Power Apps para una organización, debe ser ya administrador global
o de facturación de Microsoft 365 de un inquilino, o debe crear un inquilino.
A partir de enero de 2020, las capacidades de compra de autoservicio, suscripción y

administración de licencias para productos Microsoft Power Platform (Power BI,
Power Apps y Power Automate) están disponibles para clientes de la nube
comercial en los Estados Unidos. Para más información, incluidos los pasos para
habilitar o deshabilitar la compra de autoservicio en su organización, consulte las
preguntas más frecuentes sobre compras de autoservicio.
Elegir el plan correcto

Para obtener detalles sobre las licencias que puede elegir para su organización, consulte
Descripción general de licencias para Microsoft Power Platform.
Comprar Power Apps directamente

Puede adquirir la suscripción a Power Apps para su organización desde la página de
precios de Power Apps y luego asignar licencias de Power Apps a sus usuarios.
Obtenga más información.
1. Visite la página de precios de Power Apps .
2. Seleccione Comprar ahora para el plan que desee.

3. Proporcione la información necesaria para realizar la compra y, después, navegue
al Centro de administración de Microsoft 365 para asignar licencias de Power
Apps a los usuarios.
Obtener Power Apps a través de Microsoft 365

Puede adquirir suscripciones de Power Apps para su organización en el Centro de
administración de Microsoft 365 y, después, asignar licencias Power Apps a los
usuarios. Obtenga más información.
Obtener una prueba de suscripción

1. Vaya al Centro de administración de Microsoft 365 .
2. En el panel de navegación izquierdo, seleccione Facturación -> Adquirir servicios.
3. En el cuadro de búsqueda, seleccione prueba y, a continuación, seleccione la lupa.
4. Elija una prueba y luego seleccione Obtener una prueba gratuita. Continúe con la
confirmación del pedido.
Comprar una suscripción

2. En el panel de navegación izquierdo, seleccione Facturación -> Adquirir servicios.

3. Desplácese hacia abajo y seleccione Dynamics 365 en Otras categorías que
puedan interesarle.
4. Seleccione un plan de aplicación y, a continuación, seleccione Comprar.
5. Continúe a través de las páginas de compra.
Plan de Power Apps por aplicación

Consulte Acerca de los planes por aplicación de Power Apps.
Plan de pago por uso de Power Apps

El pago por uso es una nueva forma de pagar Power Apps mediante una suscripción de
Azure que le permite comenzar a crear y compartir aplicaciones sin ningún compromiso
de licencia o compra inicial. Vea Versión preliminar: Plan de pago por uso.
Acerca de los planes por aplicación de
Power Apps
El plan de Power Apps por aplicación permite a los usuarios individuales ejecutar una
aplicación o un portal para un escenario empresarial específico en un entorno
específico basado en todas las capacidades de Power Apps. Este plan proporciona una
manera fácil para que los usuarios empiecen a usar Power Apps antes de una adopción
a mayor escala. Se pueden comprar desde del centro de administración de Office y se
pueden asignar complementos en el área Capacidad del centro de administración de
Microsoft Power Platform. Más información: Complementos de capacidad.
） Importante
Los planes de Power Apps por aplicación no aparecen en la página

Facturación > Licencias en el Centro de administración de Microsoft 365 .
Los administradores deben asignar los planes de Power Apps por aplicación
en el centro de administración de Power Platform . Una vez que los planes
por aplicación se asignan a un entorno, se asignan cuando las aplicaciones se
comparten con los usuarios del entorno.
Pasos para usar planes por aplicación

Hay tres pasos a seguir para usar un plan por aplicación:
1. Comprar planes por aplicación de Power Apps

2. Asignar planes por aplicación a entornos
3. Configurar aplicaciones para usar planes por aplicación
4. Compartir la aplicación
Paso uno: Comprar planes por aplicación

Puedes comprar planes por aplicación desde tu canal de venta o en el centro de
administración de Microsoft 365 .
Puede ver su plan comprado en el centro de administración de Microsoft 365
(Facturación>Sus productos).
Una vez que haya realizado su compra, no es necesario realizar más acciones en el
centro de administración de Microsoft 365, como la asignación de licencias, ya que esta
licencia no se asigna a los usuarios sino a los entornos.
Paso dos: Asignar planes por aplicación

Después de la compra, asigne planes por aplicación a entornos. Si tiene múltiples
entornos (por ejemplo, de pruebas y de producción), debe asignar la capacidad de los
planes por aplicación a todos estos entornos según corresponda.
En el centro de administración de Power Platform , seleccione Recursos>Capacidad en

el panel de navegación del lado izquierdo. Si su organización ha comprado
complementos que incluyen planes por aplicación, aparece una ventana Complementos
en la pantalla Capacidad que muestra información resumida sobre los complementos
de capacidad que tiene su organización.
Para asignar complementos, seleccione Gestionar. Para obtener información detallada,

consulte Asignar o cambiar la capacidad en un entorno.
７ Nota
Como administrador, puede limitar quién puede afectar capacidad de

complementos a los entornos. Más información: Controlar quién puede asignar
capacidad a los complementos
Si hay usuarios que desean realizar la transición al modo por aplicación, siga los
dos pasos a continuación en orden:
1. Asigne la capacidad de las licencias por aplicación al entorno requerido.

2. Quite todas las licencias de usuario del usuario.
Paso tres: Configurar aplicaciones para usar

planes por aplicación
Después de que un administrador asigne un plan por aplicación de Power Apps a un
entorno, se asignan a usuarios sin licencia cuando una aplicación de ese entorno se
comparte con ellos.
Siga estos pasos para activar la asignación de planes por aplicación para usuarios
cuando se comparte una aplicación con ellos:
1. Elija la aplicación en Power Apps .
2. Seleccione ...>Configuración.
3. En Asignación de pases, cambie el botón de alternancia Asignación automática

por pases de aplicación a Sí. El botón de alternancia Asignación automática por
pases de aplicación aparece en toda la configuración de la aplicación.
） Importante
Si los planes por aplicación no se asignan al entorno en el que está instalada la

aplicación, el conmutador está desactivado.
Si los planes por aplicación se asignan al entorno, la alternancia está habilitada y

predeterminada para las aplicaciones creadas después del 1 de octubre de 2020.
Comprobar capacidad
Compruebe la capacidad de Pases de aplicaciones para el entorno con la aplicación que
está compartiendo. Asegúrese de tener suficientes pases de aplicación asignados para la
cantidad de usuarios que usan la aplicación.
Vaya a la pestaña Recursos>Capacidad>Complementos.

Paso cuatro: compartir la aplicación
Después de completar los tres primeros pasos, ahora puede compartir aplicaciones.
Compartir aplicaciones basadas en modelo

Compartir la aplicación basada en modelo. Consulte Compartir una aplicación basada en
modelo con Power Apps
） Importante
Cuando el usuario inicia la aplicación, creamos al usuario en el entorno requerido.

Los usuarios no se agregarán en el momento de compartir la aplicación.
Compartir aplicaciones de lienzo

Para compartir aplicaciones de lienzo, vea Compartir una aplicación de lienzo en Power
Apps.
Consumo de licencias por aplicación

La licencia por aplicación le da al usuario acceso a una Power Apps o un portal para un
solo entorno. Consulte la tabla a continuación para ver un ejemplo del consumo de
licencias para la cantidad de aplicaciones y los entornos utilizados.
Entorno 1 Entorno 2 Licencias por
aplicación
consumidas
Usuario Aplicación Aplicación Portal 3

1 A B 1
Usuario Aplicación Aplicación Aplicación Aplicación Portal 5

2 A B C D 2
Usuario Aplicación Aplicación 2

3 A C
７ Nota
Compartir una aplicación con un usuario consume la capacidad por

aplicación.
Cada usuario debe tener una licencia para ejecutar una aplicación.
El informe de consumo para la licencia por aplicación es un trabajo en
progreso. Vuelva a consultar para obtener más detalles una vez que se inicie
el informe.
Problemas conocidos
Reducción de la capacidad por aplicación a cero

Si asigna capacidad por aplicación a un entorno y luego reduce la capacidad por
aplicación a cero, los usuarios que se agregaron a Dataverse mientras que la capacidad
por aplicación era mayor que cero no quedarán discapacitados en Dataverse. Sin
embargo, estos usuarios no podrán iniciar aplicaciones, ya que no hay capacidad por
aplicación asignada al entorno. Los administradores deben eliminar el rol del usuario
que pretenden que no acceda a la plataforma.
Preguntas frecuentes
¿Ha cambiado la licencia por aplicación? Pensé que cada

pase por aplicación le otorgaba a un usuario acceso a dos
aplicaciones y un portal.
Sí. Antes de octubre de 2021, cada pase por aplicación le otorgaba a un usuario acceso
a dos aplicaciones y un portal. Para simplificar el modelo por aplicación, a partir de
octubre de 2021, cada pase por aplicación otorgará al usuario acceso a una aplicación o
portal.
Los clientes con suscripciones existentes al plan por aplicación compradas antes del 1
de octubre de 2021 mantendrán el derecho actual durante la vigencia de su contrato.
Cada licencia existente por plan de aplicación ahora recibirá un total de tres pases por
aplicación, lo que permitirá a los usuarios continuar accediendo a dos aplicaciones y un
portal. Estos pases por aplicación estarán disponibles para su asignación a un entorno y
a los usuarios a partir de octubre de 2021. Las suscripciones al plan por aplicación de
Power Apps compradas después del 1 de octubre de 2021 recibirán un pase por
aplicación para cada licencia, lo que permitirá a los usuarios asignados acceder a una
aplicación o un portal.
Asigné la licencia de acceso de línea base a mis usuarios

como una solución alternativa sugerida anteriormente.
Ahora que no se necesita esta solución alternativa, ¿qué
debo hacer para asegurar que mis usuarios estén
configurados correctamente?
A partir de octubre de 2020, la licencia de acceso de referencia ya no es necesaria.
Asegúrese de que la capacidad por aplicación se asigne al entorno. Después de este
paso, puede quitar la licencia de acceso de línea base del usuario usando estas
instrucciones.
¿Qué sucede si le asigno a un usuario la licencia Power

Apps por usuario cuando antes usaban aplicaciones con
la licencia por aplicación?
Una vez que se asigna al usuario una licencia Power Apps por usuario, los informes de
consumo de licencia por aplicación mostrarán que las licencias por aplicación no se
están consumiendo.
¿Cuándo podré ver la lista de usuarios que utilizan la

licencia Power Apps por aplicación?
El informe de asignación del plan por aplicación de Power Apps está disponible en
informes de consumo de licencias en el centro de administración de Power Platform.
¿Cuáles son las diferencias en la experiencia de
administrador entre Power Apps por aplicación y Power
Apps por licencia de usuario?
Power Apps por plan de usuario es una licencia de usuario asignada por
administradores de https://admin.microsoft.com . Una vez que el usuario tiene esta
licencia, puede acceder a cualquier número de aplicaciones creadas usando Power Apps.
Sin embargo, el plan Power Apps por aplicación proporciona la capacidad de ejecutar
aplicaciones y la experiencia de administración de esta licencia está en el centro de
administración Power Platform. La licencia se asigna a los usuarios cuando las
aplicaciones del entorno se comparten con ellos. Los administradores asignan la
capacidad de cada aplicación a un entorno y los creadores comparten la aplicación con
los usuarios. Este uso compartido consume la capacidad por aplicación. Una vez que los
informes están disponibles, los administradores pueden ver los usuarios que consumen
capacidad en el centro de administración de Power Platform y no en el centro de
¿Puedo asignar planes de Power Apps por aplicación en

el centro de administración de Microsoft 365
(admin.microsoft.com)?
No. Aunque después de comprar planes de Power Apps por aplicación aparecen en
https://admin.microsoft.com , no deben asignarse a usuarios en este sitio web. Los
planes de Power Apps por aplicación deben ser asignados a un entorno por un
administrador de https://admin.powerplatform.microsoft.com . Una vez que los planes
por aplicación se asignan a un entorno, los planes se asignan a usuarios cuando las
aplicaciones se comparten con los usuarios del entorno.
¿Por qué se les pide a los fabricantes que inicien una

prueba al crear una conexión premium utilizando puertas
de enlace?
Este es un artefacto de licencias anteriores, pero que ya no se requieren y que se
asignan a los fabricantes de Power Apps. Esta comprobación de licencia y solicitud de
iniciar una prueba finalmente se va a eliminar.
Pasos de mitigación: el fabricante debe suscribirse para la prueba para continuar con la
creación de la conexión que utiliza una puerta de enlace.
¿Los usuarios con una cuenta deshabilitada en un
entorno pueden usar por plan de aplicación?
Sí. Si una cuenta de usuario está deshabilitada en un entorno, hay tres pasos de
mitigación diferentes que se pueden seguir.
Pasos de mitigación
1. Agregue capacidad por aplicación a un entorno, agregue usuarios deshabilitados a

un grupo de seguridad de Azure AD y comparta la aplicación con el grupo de
seguridad. El usuario que inicia la aplicación se habilitará en el entorno.
2. Agregue la capacidad por aplicación y use el siguiente cmdlet de PowerShell para
'forzar la sincronización' a los usuarios deshabilitados para habilitar estos usuarios
en el entorno. Un administrador puede ejecutar el cmdlet de PowerShell Add-
AdminPowerAppsSyncUser para habilitar a los usuarios deshabilitados en un
entorno.
3. Agregue capacidad por aplicación a un entorno, use esta plantilla de flujo de
Power Automate para habilitar a muchos usuarios deshabilitados en un entorno
que un administrador puede ejecutar para forzar la operación de sincronización
para habilitar a los usuarios.
Información general de licencias de
Power Automate
Los artículos de esta sección proporcionan información y orientación sobre licencias y

precios en Power Automate junto con las funciones y servicios clave asociados.
Obtendrá una comprensión clara sobre qué licencias se aplican a sus escenarios y
soluciones. Estos artículos se centran en los conceptos básicos de licencias, junto con
una guía sobre escenarios de licencias. El objetivo es proporcionar información clara que
ayude a los administradores y desarrolladores civiles a tomar decisiones y responder
preguntas sobre qué licencias deben comprar y usar.
Tipos de licencias de Power Automate
Las organizaciones obtienen derechos de uso de Power Automate a través de licencias

(pagadas o de prueba) que están disponibles como planes independientes o como
planes sembrados.
Planes independientes
Clientes que necesitan crear flujos de trabajo de propósito general totalmente flexibles
con capacidades de automatización de procesos de negocio o Automatización robótica
de procesos (RPA), debe considerar la compra de licencias independientes de Power
Automate .
Plan Description
Plan de Este plan proporciona al usuario derechos para ejecutar un número ilimitado de
Power flujos (dentro de los límites del servicio) con todas las capacidades de Power
Automate Automate, incluyendo conectores estándar ,conectores premium,flujos de
por procesos de negocio, conectores personalizados,puertas de enlace locales según sus
usuario necesidades únicas por un coste fijo mensual para cada usuario.
Power Este plan abarca aplicaciones heredadas y modernas, lo que permite a los
Automate fabricantes crear flujos ilimitados para la automatización basada en API y
por automatizar aplicaciones heredadas con flujos de escritorio a través de la
usuario automatización robótica de procesos (RPA) y AI. Este plan incluye todas las
con plan capacidades del plan de usuario de Power Automate y la capacidad de los usuarios
de RPA para ejecutar un bot RPA atendido en su estación de trabajo. Además, este plan
asistida incluye acceso a la capacidad de AI Builder, que admite escenarios como
procesamiento de formularios, detección de objetos, predicción, clasificación de
texto y reconocimiento. Este plan se puede adquirir por un costo fijo mensual para
cada usuario.
Power Con este plan, las organizaciones pueden implementar flujos con capacidad
Automate reservada que sirven a un equipo, un departamento o una organización completa
por plan sin tener que licenciar a cada usuario por separado. Este plan comienza con un costo
de flujo mensual fijo para cinco flujos activos. Hay una tarifa mensual por cada flujo activo
adicional (aparte de los cinco flujos que se incluyen en la tarifa base).
Plan Description
Plan de Con este plan, las organizaciones pueden comenzar a crear flujos sin ningún
pago por compromiso de licencia ni costes por adelantado y usar su suscripción de Azure para
uso de pagar solo cuando se ejecutan sus flujos.
Power
Automate
(versión
preliminar)
Planes P1 Estos planes ya no estarán disponibles para su compra ni mediante renovación

y P2 de automática después del 31 de diciembre de 2020. Las organizaciones con estas
Power licencias del plan con renovaciones que vencen a partir del 1 de enero de 2021
Automate deben realizar la transición a Power Automate por usuario o por plan de flujo o a
(gran Power Apps por usuario o por plan de aplicación para seguir usando los servicios de
padre) Microsoft Power Platform. Los clientes con contratos activos que comenzaron antes
del 1 de enero de 2021 con licencias de derechos adquiridos continuarán recibiendo
asistencia hasta la fecha de finalización del contrato. Póngase en contacto con su
representante de cuentas de Microsoft para obtener más información o comprar
licencias .
Planes sembrados
Las organizaciones también obtienen derechos de uso de Power Automate si tienen
licencia para usar cualquiera de los siguientes planes donde las licencias de Power
Automate son sembradas.
Microsoft 365 (antes Office 365).

Dynamics 365 Enterprise.
Dynamics 365 Professional.
Dynamics 365 Team Member.
Power Apps (aplicaciones basadas en modelo y de lienzo): planes por aplicación.
Power Apps por usuario.
Plan 1 de Power Apps (derechos adquiridos).
Plan 2 de Power Apps (derechos adquiridos)
Licencias de Windows.
Cuando utiliza planes sembrados, sus flujos deben ejecutarse dentro del contexto de la
aplicación en la que el plan sembrado está disponible. Por ejemplo, los flujos incluidos
dentro de una aplicación de Dynamics 365/ creada con Power Apps puede conectarse a
lo siguiente.
A cualquier origen de datos dentro de los derechos de uso de la aplicación de

Dynamics 365/creada con Power Apps.
Directamente con la aplicación de Dynamics 365/creada con Power Apps
aplicación (a través de activadores / acciones integrados).
Por ejemplo, si un flujo usa conectores premium y se activa mediante una aplicación,
cualquier usuario puede ejecutar el flujo si tiene una licencia de Power Apps.
Si el flujo está aislado y no tiene nada que ver con la aplicación, entonces se debe
comprar la licencia de Power Automate.
Puede encontrar más detalles en la Guía de licencias de Microsoft Power Apps y Power
Automate .
Comparar planes de Power Automate

Obtenga más información sobre los derechos de licencia.
Aquí hay un cuadro que establece los límites asociados con los diferentes planes de
licencia.
1. Dynamics 365 Sales Professional y Dynamics 365 Customer Service Professional.

2. Dynamics 365 Sales Enterprise, Dynamics 365 Customer Service Enterprise,
Dynamics 365 Field Service, Dynamics 365 Project Service Automation, Dynamics
365 Retail, Dynamics 365 Talent y el plan Dynamics 365 Customer Engagement.
3. En entornos de Dataverse for Teams (incluidos en licencias de Office seleccionadas)
los clientes pueden utilizar conectores personalizados creados con capacidades de
Azure y Dataverse.
Derechos de licencia
Los conectores representan la aplicación o el servicio al que se conectan sus flujos. Por
ejemplo, OneDrive, SharePoint, Twitter, etc. son ejemplos de servicios a los que se
conectan los flujos. Los conectores en Power Automate están diseñados para hablar el
idioma de las aplicaciones/servicios a los que se conectan sus flujos, así como otorgar
acceso de Power Automate a la cuenta. Los conectores se clasifican como estándar o
premium.
Conectores estándar
Los conectores estándar están incluidos en su suscripción estándar de Microsoft 365.
Continuamente estamos agregando más conectores estándar.
Conectores premium
Los conectores premium no están incluidos en la licencia de Microsoft 365, pero están
incluidos en todos los planes independientes.
Aquí está la lista completa de conectores premium en Power Automate.
Flujos de proceso de negocio

Puede crear flujos de proceso de negocio para un flujo de trabajo para asegurarse de
que los usuarios especifiquen datos de manera coherente y siguen los mismos pasos
cada vez. Los flujos de proceso de negocio proporcionan una experiencia de usuario
simplificada que dirige a los usuarios a través de los procesos que haya definido su
organización para las interacciones que se deben llevar a cabo para llegar a una
conclusión.
Conectores personalizados
Es posible que desee comunicarse con aplicaciones / servicios que no están disponibles
como conectores prediseñados. Los conectores personalizados le permiten crear (e
incluso compartir) sus propios conectores.
Automatización de procesos robóticos de

¿Qué pasa si tengo una aplicación para la que Power Automate no tiene un conector y
no puedo crear un conector personalizado porque la aplicación no tiene una API?
Automatización robótica de procesos (RPA) es perfecta para escenarios como este. Puede
usar la RPA para crear automatización incluso en sistemas más antiguos que no tienen
una API. Con RPA, automatiza las aplicaciones enseñando Power Automate para imitar
los movimientos del mouse y las entradas del teclado de un usuario humano, como si
un robot estuviera usando la computadora. En otras palabras, mientras que la
automatización de procesos digitales proporciona conectores para que pueda contar a
la aplicación qué hacer, con RPA, usted muestra qué es lo que hay que hacer.
Puerta de enlace local

La puerta de enlace de datos local actúa de puente para proporcionar una transferencia
de datos rápida y segura entre los datos locales y algunos Servicios de Microsoft Cloud.
Con las puertas de enlace, las organizaciones pueden mantener bases de datos y otros
orígenes de datos en las instalaciones y utilizar esos datos locales en servicios en la
nube de forma segura.
Créditos de AI Builder
Con AI Builder, puede agregar inteligencia a sus procesos automatizados, predecir
resultados y ayudar a mejorar el rendimiento empresarial. La capacidad AI Builder se
expresa en forma de "créditos de servicio". Los créditos de servicio sirven como moneda
única (común) en todos los escenarios admitidos por AI Builder. Los créditos de servicio
disponibles se deducen cuando se usan los servicios de AI Builder. Por ejemplo, puede
utilizar estos créditos para extraer datos de algunos documentos con procesamiento de
formularios o realizar cientos de extracciones básicas de OCR con reconocimiento de
texto.
Diferentes escenarios (por ejemplo, procesamiento de formularios, predicción, etc.)

consumen créditos de servicio a diferentes tarifas. Cada usuario con licencia de RPA
asistida le otorga 5000 créditos, lo que le permite evaluar las capacidades en AI Builder.
Más información sobre las licencias de AI Builder.
Capacidad de base de datos de Dataverse

El volumen de datos continúa creciendo exponencialmente a medida que las empresas
avanzan en su viaje de transformación digital y reúnen datos en sus organizaciones. Las
aplicaciones empresariales modernas necesitan admitir nuevos escenarios
empresariales, administrar nuevos tipos de datos y ayudar a las organizaciones con el
aumento de la complejidad de normativa de cumplimiento. Para admitir las crecientes
necesidades de las organizaciones en la actualidad, las soluciones de almacenamiento
de datos necesitan desarrollarse continuamente y proporcionar la solución adecuada
para dar soporte a las necesidades de negocio en expansión. La capacidad de
almacenamiento de Microsoft Dataverse está optimizada para datos relacionales (base
de datos), archivos adjuntos (archivo) y registros de auditoría (registro). Los clientes de
licencias independientes de Power Automate reciben un derecho predeterminado para
todo el inquilino para cada uno de estos tres tipos de almacenamiento. Puede comprar
más almacenamiento en incrementos de 1 GB. Más información sobre la capacidad de
almacenamiento de Dataverse.
Solicitudes de Power Platform

Para ayudar a garantizar los niveles de servicio, la disponibilidad y la calidad, existen
límites en el número de solicitudes de Power Platform que los usuarios pueden realizar
en todos los productos Power Platform. Los límites de servicio se establecen en función
de los patrones de uso normales en intervalos de cinco minutos y de 24 horas. La
mayoría de los clientes no excederán estos límites.
El límite de 24 horas se basa en la licencia por usuario o por flujo. Si un usuario

tiene un plan de Power Automate por usuario, puede hacer 40.000 solicitudes de
Power Platform en todos los flujos de un inquilino en un período de 24 horas. Esto
también incluye las solicitudes que la plataforma realiza a conectores de terceros.
Las 24 horas son una ventana deslizante, lo que significa que cada vez que se
ejecuta un flujo, el sistema analiza las solicitudes de las últimas 24 horas para
determinar si el usuario está en el límite. Alternativamente, si un flujo tiene un plan
por flujo, el flujo puede hacer 250.000 solicitudes de Power Platform para todos los
usuarios del flujo en un período de 24 horas. Para evitar que un flujo o un usuario
de uso intensivo afecte a otros usuarios, se realiza un seguimiento de esta
capacidad en función del consumo de un usuario individual o de un nivel de flujo y
no se puede agrupar en ningún otro nivel, como el entorno o los niveles de
inquilino. Por ejemplo, dos usuarios de un inquilino pueden tener licencias por
usuario y cada usuario recibe 40.000 solicitudes por cada 24 horas. Si la primera
persona utiliza más de 40.000 solicitudes en un periodo de 24 horas, sus flujos se
ralentizarán y no afectarán al segundo usuario, que solo utilizó 20.000 solicitudes y
aún le quedan 20.000 solicitudes. Actualmente, todos los clientes están en un
período de transición, por lo que se aplican los límites del período de transición.
Los límites reales se aplicarán después de que finalice el período de transición.
Planifique sus flujos en función de los límites reales.
El límite de cinco minutos es de 100.000 solicitudes y es independiente de la
licencia del usuario. Por ejemplo, los flujos con una licencia por flujo pueden
realizar 250.000 solicitudes en 24 horas, pero no pueden realizar más de 100.000
solicitudes en cinco minutos.
Período de transición
Todos los clientes se encuentran en un período de transición. Eso significa que la
aplicación no es estricta y los límites son más altos. El período de transición termina
después de que los informes del centro de administración de Power Platform estén
disponibles al público. Las organizaciones tendrán entonces seis meses para analizar su
uso y comprar las licencias que sean apropiadas antes de que comience la aplicación
estricta de los límites de licencias.
Aquí se enumeran algunos aspectos a tener en cuenta durante el período de transición.
1. El período de transición no significa que no haya límites diarios. Significa que los
límites que se aplican actualmente son más generosos que los límites establecidos
para evitar un posible impacto no intencionado en sus aplicaciones o flujos. Vea
Asignaciones y límites de solicitudes para comprender los límites del plan y los
límites del período de transición.
2. Estos límites del período de transición se aplican a nivel de flujo durante el período
de transición. Además, se aplica un límite separado por nivel de usuario de 1 000
000 de acciones durante el período de transición para garantizar que los usuarios
no superen 1 millón de acciones en todas sus ejecuciones de flujo en un día. Una
vez que finaliza el período de transición, los límites reales se aplicarán a nivel de
usuario para planes por usuario y nivel de flujo por cada plan de flujo.
3. Dado que los límites son más generosos durante el período de transición, no se
admite el apilamiento de licencias de usuario. Si un usuario tiene varios planes,
como un plan de Microsoft 365 y un plan de Dynamics 365, el flujo utilizará el plan
superior (plan de Dynamics 365).
4. Los paquetes complementarios de solicitudes de capacidad de Power Platform no
se pueden asignar a los usuarios ni a los flujos durante el período de transición. Sin
embargo, Microsoft recomienda que adquiera estos complementos para
permanecer dentro de los términos de su licencia y estar preparado para cuando
finalice el período de transición. Si sus flujos se están acelerando actualmente,
compre complementos y cree un ticket de soporte con los detalles del flujo y los
detalles de los complementos para que el equipo de soporte pueda proporcionar
excepciones para sus flujos limitados.
5. Los usuarios de licencias iniciales solo pueden usar flujos dentro del contexto de la
aplicación. Vea la sección sobre los planes sembrados para obtener más
información. La aplicación de los límites de la licencia es menos estricta durante el
período de transición y Microsoft recomienda que permanezca dentro de los
términos de su licencia para evitar interrupciones cuando finalice el período de
transición.
Preguntas frecuentes de
A continuación se muestran algunas de las preguntas frecuentes acerca de los límites y
sus respuestas.
¿Qué cuenta como solicitud de Power Platform?
Según el plan de licencia, existen límites en la cantidad de acciones que un flujo de nube
puede ejecutar en un día. Estos límites son diferentes de los límites de regulación del
conector. Puede ver el número de acciones que ejecuta su flujo seleccionando Análisis
desde la página de detalles del flujo y mirando la pestaña Comportamiento.
Incluso cuando el flujo usa menos solicitudes de Power Platform, aún puede alcanzar sus
límites si el flujo se ejecuta con más frecuencia de lo esperado. Por ejemplo, puede crear
un flujo de nube que le envíe una notificación push cada vez que su jefe le envíe un
correo electrónico. Dicho flujo debe ejecutarse cada vez que reciba un correo
electrónico (de cualquier persona), ya que el flujo debe comprobar si el correo
electrónico procede de su jefe. El límite se aplica a todas las ejecuciones en todos sus
flujos en un período de 24 horas. A continuación, se muestran algunas pautas para
estimar el uso de solicitudes de un flujo.
Una o más acciones se ejecutan como parte de una ejecución de flujo. Un flujo
simple con un disparador y una acción da como resultado dos "acciones" cada vez
que se ejecuta el flujo, lo que consume 2 solicitudes.
Cada disparador/acción en el flujo genera peticiones de Power Platform. Todas las
clases de acciones, como acciones de conector, acciones HTTP y acciones
integradas (desde la inicialización de variables, la creación de ámbitos y hasta una
simple acción de redacción) generan solicitudes de Power Platform. Por ejemplo,
un flujo que conecta SharePoint, Exchange, Twitter y Dataverse, todas esas
acciones se cuentan para límites de solicitud de Power Platform.
Tanto las acciones exitosas como las fallidas cuentan para estos límites. Las
acciones omitidas no cuentan para estos límites.
Cada acción genera una solicitud. Si la acción se aplica a cada bucle, genera más
solicitudes de Power Platform a medida que se ejecuta el bucle.
Una acción puede tener varias expresiones, pero se cuenta como una solicitud de
API.
Los reintentos y las solicitudes adicionales de paginación cuentan como
ejecuciones de acciones también.
Considere el siguiente flujo en el que se guardan todos los archivos adjuntos de correo
electrónico en OneDrive. El desencadenador consume una solicitud de Power Platform,
Aplicar a cada uno consume una solicitud y las acciones dentro de Aplicar a cada uno
consumen múltiples solicitudes según la cantidad de veces que se ejecuta el ciclo. Si hay
cuatro archivos adjuntos, esta sección consume ocho solicitudes de Power Platform (4 x
2 acciones). En total, este flujo consume 10 peticiones de Power Platform.
¿Los límites de solicitud de Power Platform de quién utiliza el flujo?
Si un flujo tiene licencia por flujo, el flujo siempre usará los límites por flujo y no
los límites del creador / propietario / usuario que invoca.
Los flujos automatizados y programados siempre usan los límites de solicitud e
Power Platform del creador/propietario del flujo, independientemente de quién
inició el flujo o qué cuentas se utilizan para las conexiones dentro del proceso.
Para un flujo de solución, puede cambiar el propietario del flujo usando la API web.
Después de cambiar el propietario, se utilizan los límites de solicitud de API del
nuevo propietario. Para un flujo sin solución, el flujo siempre usa los límites del
creador original que no se pueden cambiar. Si el creador original deja la empresa,
cualquier copropietario del flujo puede exportar e importar el flujo como un
propietario diferente. Después de importar el flujo, se convierte en un nuevo flujo
y comienza a usar límites del nuevo propietario. Alternativamente, puede asignar
una licencia por flujo al flujo.
Los flujos instantáneos (botón, power apps, activadores híbridos) utilizan los
límites del usuario que invoca.
Si comparte un flujo automatizado / programado con otro usuario y luego ese
usuario activa el mismo flujo, utiliza los límites del propietario original y no los
límites del nuevo usuario. Pero si el usuario luego aprovecha el flujo para crear su
propio flujo nuevo, ese nuevo usuario se convierte en el propietario del nuevo flujo
y ese flujo usa los límites del nuevo usuario.
Si un flujo principal llama a un flujo secundario, el flujo secundario usa los límites
del flujo principal. Por ejemplo, si el flujo principal es un flujo automatizado, el flujo
secundario usa los límites del creador / propietario del flujo principal.
Si el flujo principal es un flujo manual, el flujo secundario usa los límites del
usuario que invoca el flujo principal.
Si el flujo secundario tiene una licencia por flujo, utiliza los límites por flujo y no los
límites del flujo principal.
Si el flujo principal tiene una licencia por flujo, el flujo principal y todos los flujos
secundarios usan la licencia por flujo.
Durante el periodo de transición, hay una ligera diferencia en este
comportamiento. Se utilizará la licencia del propietario del flujo secundario, a
menos que el flujo secundario tenga una licencia por flujo, pero, pero una vez
finalizado el período de transición, se ignorarán los límites del propietario del flujo
secundario y solo se usarán lo slímites del propietario del flujo principal, a menos
que el flujo secundario tenga una licencia por flujo.
Como creador, ¿qué herramientas tengo para analizar mi uso?

Si experimenta retrasos o ralentizaciones cuando se ejecuta su flujo, es probable que
haya superado los límites de Power Automate para el día. Para los flujos que se retrasan
constantemente debido a excedentes, los usuarios también reciben una notificación que
les informa sobre estos excedentes, junto con consejos y trucos sobre cómo evitar las
ejecuciones demoradas de sus flujos.
A continuación, se muestra un ejemplo de un correo electrónico que se envió para un

flujo que excedía constantemente los límites de acción.
El centro de administración de Power Platform pronto contendrá informes sobre
peticiones de Power Automate. Estos informes le ayudarán a ver rápidamente las
métricas de adopción y los usuarios de su organización.
Además, puede ver el uso de la acción para un flujo determinado seleccionando la

acción Análisis desde la página de propiedades del flujo, y esto funciona en todos los
tipos de acciones. Esto le ayuda a comprender cuántas acciones se ejecutan cada día.
Puede ayudarlo a comprender los patrones de uso para optimizar la capacidad.
Como administrador, ¿qué herramientas tengo para analizar el uso
de mi entorno?
Una vez que finalice el período de transición, los administradores tendrán dos informes
disponibles en el centro de administración de Power Platform.
Informe de usuario: este informe muestra el uso de solicitudes de Power Platform

de cada usuario en el entorno, en comparación con sus límites asignados.
Informe por flujo: este informe muestra el uso de solicitudes de Power Platform de
cada flujo en el entorno que tenga una licencia por flujo.
Una vez que los informes estén disponibles, los usuarios tendrán tiempo para reaccionar
y comprar licencias más altas antes de que comience la aplicación.
¿Qué sucede cuando mi flujo ejecuta demasiadas acciones?

Cuando tiene un flujo que ejecuta muchas acciones, afecta el rendimiento de su flujo.
Verá un banner en el flujo si su flujo se está acelerando.
En el caso más común, exceder los límites resulta en ejecuciones retrasadas de acciones
subsecuentes, y esto ralentizará el tiempo de ejecución general de su flujo. Estos
retrasos son proporcionales al grado de excedentes causados por un flujo.
Los excedentes ocasionales están bien. Por ejemplo, si excede sus límites diarios en 500
acciones, no afectará el rendimiento de su flujo; sin embargo, exceder su límite en
50.000 acciones tendrá un impacto significativo en el rendimiento de su flujo durante
varios días.
¿Qué puedo hacer si mi flujo está por encima de los límites?
No se impedirá que los usuarios usen una aplicación o un flujo por excedentes
ocasionales y razonables.
Aquí hay algunas cosas que puede hacer si ha excedido los límites de su licencia.
Revise su diseño y busque cualquier lugar que pueda ayudar a reducir la cantidad
de acciones que se llaman. Verifique la sección de mejores prácticas para crear
flujos para utilizar menos acciones .
Si el flujo ya está optimizado, pero utiliza muchas acciones debido a la naturaleza
del negocio, considere comprar una licencia superior. El plan por flujo proporciona
la mejor cuota de rendimiento disponible (250.000 acciones / 24 horas / flujo).
Active el Pago por uso para el entorno para garantizar que ninguno de los flujos
en el medio ambiente se ralentice. Microsoft recomienda este enfoque durante el
período de transición.
Comprar el complemento de capacidad de Power Apps y Power Automate para su
organización. Durante el período de transición, debido a que la aplicación es
menos estricta, no hay ninguna facilidad para asignar el complemento de
capacidad de Power Apps y Power Automate a un usuario o flujo. Sin embargo,
Microsoft recomienda que compre estos complementos ahora para permanecer
dentro de los términos de su licencia. Cree un ticket de soporte con los detalles del
flujo y agregue detalles para obtener un alivio temporal (30 días) de la limitación.
Si un flujo está constantemente por encima de los límites del período de transición
durante 14 días consecutivos, Power Automate apaga el flujo y envía una notificación al
propietario. Puede comprar una licencia superior y luego activarla en cualquier
momento. Puede editar y guardar el flujo para restablecer el contador de 14 días
mientras compra la licencia.
¿Qué son los límites de los conectores y en qué se diferencian de

los limites de solicitud de Power Platform?
Los conectores tienen límites separados como mecanismo de protección del servicio.
Por ejemplo, el conector de SharePoint limita el número de acciones a 600 por minuto.
Una sola conexión de SharePoint que se usa en varios flujos solo puede ejecutar 600
operaciones por minuto. La mayoría de las páginas de conectores tienen una sección de
limitación que documenta estos límites. Este límite es diferente de los límites de
solicitud. Por ejemplo, un usuario de Office puede ejecutar 6000 acciones por día en
todos sus flujos, pero el conector aún puede estrangularlo si usa más de 600 acciones
de SharePoint en un minuto a pesar de no alcanzar el límite de 6000 acciones.
Cuando se limitó un flujo porque excedió los límites del conector, es posible que vea un
error HTTP 429 (demasiadas solicitudes) en su flujo con un texto de error como "Se
excedió el límite de velocidad. Vuelva a intentarlo en 27 segundos".
Estoy usando el kit de herramientas COE, ¿el uso contará para mis
límites de solicitudes?
Sí. Los flujos incluidos en el kit de herramientas de COE también utilizan límites del
propietario. Microsoft recomienda que active Pago por uso para el entorno o que
compre capacidad adicional y se comunique con el soporte técnico para obtener un
alivio temporal de la limitación.
¿Puedo usar ela entidad de servicio en los flujos y cuenta para los
límites de mi solicitud?
La entidad de servicio aún no es compatible, pero es un elemento principal en la lista de

trabajos pendientes. Cuando lo admitimos, los flujos de la entidad de servicio
consumirán una cuota separada denominada límites no interactivos.
¿El recuento de uso de flujos de escritorio consumirá mis limites de

solicitudes de Power Platform?
Solo las acciones de flujo de escritorio que se invocan desde los flujos de nube cuentan
para el límite. Las acciones en el flujo de escritorio no se cuentan para los límites de
solicitudes.
¿Que le pasa a mis solicitudes de Power Platform si tengo varios

planes?
Dado que los límites no se imponen estrictamente durante el período de transición, no
se admite el apilamiento de licencias de usuario. Si un usuario tiene varios planes, como
un plan de Microsoft 365 y un plan de Dynamics 365, el flujo usa el plan superior (plan
de Dynamics 365, en este ejemplo).
Cuando finaliza el período de transición, si un usuario tiene varios planes asignados

desde diferentes líneas de productos, el número total de solicitudes permitidas sería la
suma de las solicitudes asignadas a cada tipo de licencia. Por ejemplo, si un usuario
tiene una licencia de Dynamics 365 Customer Service Enterprise base y una licencia de
usuario de Power Apps, ese usuario tendrá un total de 40 000 + 40 000 = 80 000
solicitudes disponibles cada periodo de 24 horas.
Si un usuario tiene varias licencias asignadas dentro de la misma línea de productos, por
ejemplo si un usuario tiene una licencia de Dynamics 365 Customer Service Enterprise
como licencia base y una licencia Dynamics 365 Sales Enterprise asociada, el número
total de solicitudes sería la cantidad que proporciona la licencia base.
¿Qué son los perfiles de rendimiento y cómo sé qué perfil de

rendimiento usa mi flujo?
Perfil del Planes

rendimiento
Bajo Libre
Planes de Microsoft 365
Plan 1 de Power Apps, planes por aplicación de Power Apps
Plan 1 de Power Automate
Todas las pruebas de licencia
Dynamics 365 Team Member
Medio Flujos activados de Power Apps, plan 2 de Power Apps, plan de Power Apps por
usuario
Plan 2 de Power Automate, plan de Power Automate por usuario, plan de Power
Automate por usuario con RPA supervisado
Planes de Dynamics 365 Enterprise, planes de Dynamics 365 Professional, plan 2

de Power Apps, plan de Power Apps por usuario
Alto Power Automate por plan de flujo
Basado en la licencia del propietario, un flujo obtiene un perfil de desempeño que a su

vez decide los límites de solicitudes de Power Platform del flujo. Si hay varias licencias
asignadas al propietario, Power Automate elige el plan más alto de la lista.
Perfil del Límites durante el período de Límites después del período de

rendimiento transición transición
Bajo 10,000 6000
Medio 100,000 40,000
Alto 500,000 250,000

En una organización, ocho usuarios tienen licencias de Office 365 y
sus solicitudes de Power Platform diarias serían 6000 solicitudes
por usuario, en cada período de 24 horas. ¿Significa eso que se
agrupará a nivel de inquilino con un límite de 48000 solicitudes en
cada período de 24 horas (8X6000) y todos los usuarios pueden
consumir de este grupo?
No. Las solicitudes de Power Platform no se agrupan a nivel de entorno ni de inquilino.

Esto asegura que un usuario pesado no consuma todos las solicitudes de Power
Platform del inquilino y afectar a todos los demás. Dado que la licencia es por usuario, el
límite también es por usuario. Por lo tanto, todos los clientes de Office reciben 6000
solicitudes cada uno, ya sea que las utilicen o no.
Procedimientos recomendados
Una guía para crear flujos listos para la empresa contiene excelentes consejos y
mejores prácticas.
Prácticas recomendadas de diseño. Utilice la menor cantidad de acciones posibles para

lograr su automatización.
Si su flujo tiene bucles "Repetir hasta" o "Aplicar a cada uno", vea si puede reducir
el número de iteraciones de bucle; es posible que pueda hacerlo si recupera
menos elementos para iterar.
Muchos conectores tienen parámetros de "Filtrar consulta" y "Primeros puestos"
que puede usar para reducir el número de elementos y la cantidad de datos
recuperados usando OData.
Si tiene un flujo programado que se ejecuta con frecuencia, considere reducir la
frecuencia. Muchos flujos que se ejecutan una vez por minuto o una vez por hora
podrían revisarse para que ocurran con menos frecuencia. Utilice condiciones de
activación para minimizar la frecuencia de ejecución.
Si el flujo interactúa con los archivos, sea consciente del tamaño del archivo e
intente reducirlo si es posible.
Si necesita reutilizar una sola propiedad devuelta por una acción con un tamaño
de salida grande varias veces, considere usar 'Inicializar variable' para almacenar
esa propiedad y use la variable en acciones posteriores. Incluso si solo se usa una
propiedad de una salida de una acción anterior, todas las salidas de esa acción que
se pasarán a la acción posterior como entradas.
Mejores prácticas para escalar su flujo.

Si su flujo ejecuta miles de acciones diariamente, debe considerar comprar una
licencia por flujo para obtener un mejor rendimiento y cuotas más altas. El plan Per
Flow proporciona la mejor cuota de rendimiento disponible (250K acciones / día).
Comuníquese con su inquilino Administrador para comprar la licencia y asignarla
al flujo. Una vez que se compra y se asigna la licencia, el autor del flujo debe
guardarla nuevamente. Alternativamente, los flujos se actualizarán en segundo
plano una vez por semana para reflejar los planes actuales.
Considere dividir la carga de trabajo en varios flujos para lograr una gran escala.
Facturación de pago por uso

Revisamos los límites de solicitudes de Power Platform para todas las licencias a finales
de 2021. Los nuevos límites están diseñados para ser suficientes para la mayoría de los
escenarios de los clientes. Para obtener más información sobre los límites de solicitudes
de Power Platform, visite la página de límites y asignaciones de solicitudes.
Para los clientes con escenarios de escala extremadamente alta que necesitan superar
estos límites, puede vincular esos entornos a la suscripción de Azure. Al vincular el
entorno, los usuarios y los flujos en el entorno pueden consumir más de sus límites sin
ser estrangulados y solo pagar por las solicitudes de Power Platform utilizadas por
encima de esos límites. Los flujos aún deben tener una licencia con una licencia base (ya
sea de Power Automate por usuario, Power Automate por flujo, Office 365, Power Apps
o Dynamics). Por ejemplo, si tiene una licencia de Power Automate por usuario, tiene un
límite de 40.000 solicitudes de Power Platform por usuario/día. Si el usuario usó 45.000
solicitudes al día, las 5000 solicitudes adicionales se multiplican por una tarifa de $ /
solicitud y se facturan a la suscripción de Azure. El monto total se sumará y facturará
según el ciclo de facturación de Azure del cliente. Múltiples contadores se activan
cuando activa Pago por uso en el entorno. Vea Cómo configurar el pago por uso.
７ Nota
Si vincula un entorno a una suscripción de Azure, este medidor no se notificará ni

se facturará. Los informes y la facturación se activarán a finales del año calendario
2021.
Preguntas frecuentes sobre los límites de solicitudes

Puede consultar las preguntas frecuentes sobre límites de solicitudes para obtener más
información sobre los límites de solicitudes.
Plan gratuito
Si inicia sesión con la dirección de correo electrónico del trabajo o de la escuela,
obtendrá todas las capacidades de Power Automate incluidas en Office 365. Pero si
tiene una cuenta de usuario no comercial (como una cuenta que termina en
@outlook.com o @gmail.com), aún puede usar Power Automate con el plan gratuito.
Vaya a Power Automate y luego seleccione Probar gratis.
７ Nota
No puede compartir flujos cuando usa el plan gratuito.
Para saber qué usuarios tienen el plan gratuito, los administradores pueden ir al Portal
de administración de O365 , iniciar sesión, seleccionar Facturación>Licencias para ver
cuántas licencias gratuitas se asignan frente a las disponibles.
Seleccione Licencias asignadas para ver qué usuarios tienen licencia gratuita.
Plan para desarrolladores de Power Apps

Hay un plan para desarrolladores de Power Apps para conocer Power Platform . No
puede usarlo en producción, pero puede probar cosas y tener acceso a todos los
conectores premium. Puede utilizar este plan para desarrolladores gratuito también en
un Inquilino de desarrollador de Microsoft 365. Los flujos de procesos comerciales y los
flujos de RPA no se pueden crear en un entorno con un plan para desarrolladores de
Power Apps.
Pruebas
Las pruebas de Power Automate son gratuitas durante 90 días. Existen dos tipos de
pruebas disponibles para Power Automate.
Prueba administrada por el administrador

Los administradores globales usan el centro de administración de Microsoft 365 para
iniciar estas pruebas y asignarlas a los usuarios. Estas pruebas son gratuitas durante 30
días. Los administradores de inquilinos pueden agregar un entorno de prueba (basado
en suscripción) a su inquilino, o las nuevas organizaciones pueden registrarse para un
nuevo inquilino y convertirse en el administrador global. Para las organizaciones nuevas,
se crea una suscripción administrada por un administrador con un número específico de
licencias (generalmente 25); Los administradores controlan qué otros usuarios obtienen
las licencias que se les asignan. Una suscripción administrada por un administrador tiene
una fecha de finalización que se puede extender una vez (otros 30 días). Los
administradores pueden obtener una prueba de RPA atendida de Power Automate o
una prueba de RPA desatendida de Power Automate.
Siga estos pasos para comenzar.
1. Inicie sesión en el Centro de administración de Microsoft 365 .
2. Vaya a Servicios de compra bajo la sección Facturación.
3. Busque "Power Automate" y luego seleccione un plan.
4. Seleccione los detalles de un plan y luego seleccione Comenzar prueba gratuita.

5. Verá una confirmación similar a esta.
Una vez que comience la prueba gratuita, vaya a Facturación>Licencias para ver las 25
nuevas licencias disponibles para que las asigne a los usuarios.
７ Nota
Las pruebas son diferentes a las licencias gratuitas. Una vez que inicie una prueba,
es posible que el nombre de sku no diga Prueba.
Prueba de usuario
Los usuarios inician este tipo de pruebas, ya sea desde la página de precios o desde
dentro de Power Automate. Esta prueba brinda acceso a conectores premium, RPA
asistida y RPA desatendida. Esta prueba es de 90 días.
Las pruebas de usuario también pueden ser iniciadas por el usuario desde dentro de
Power Automate. Por ejemplo, cuando el usuario intenta crear un flujo de escritorio sin
un plan de Power Automate por usuario con RPA atendido, se le solicita al usuario que
inicie una prueba que incluye el uso de conectores premium, RPA atendido y RPA
desatendido.
A continuación se muestran algunas de las preguntas frecuentes acerca de las pruebas.
¿Cómo puedo crear una prueba de administrador, verificar la

caducidad y extender las pruebas?
Consulte este documento para obtener instrucciones:
Siga estas instrucciones para crear una prueba de administrador, verificar la caducidad y
extender las pruebas.
¿Cómo pueden los administradores permitir o bloquear las
licencias de prueba?
Los administradores pueden usar cmdlets de PowerShell para habilitar o deshabilitar las
pruebas. Una vez deshabilitados, todos los planes existentes del tipo especificado se
eliminan de todos los usuarios del inquilino. Estos no son recuperables. Además,
bloqueará todas las asignaciones posteriores de planes de ese tipo. Los administradores
pueden habilitar las pruebas en cualquier momento.
Aprenda a crear un entorno de prueba (basado en suscripción) en el centro de

¿Cómo puedo convertir un entorno de prueba en un entorno de

producción?
Puede convertir cualquier tipo de entorno de prueba en un entorno de producción
cambiándolo para consumir desde la capacidad paga, evitando que se deshabilite y
elimine. Una vez que se convierte en un entorno de producción, sigue el ciclo de vida de
la licencia paga.
¿Funcionan las pruebas en GCC y nubes gubernamentales?
No. Las pruebas no funcionarán en nubes gubernamentales (GCC) y solo pueden

comprar planes con descuento por volumen.
¿Puedo ver todas las pruebas con un cmdlet de PowerShell?

El cmdlet de PowerShell no puede bloquear las pruebas virales.
Preguntas más frecuentes sobre
licencias de Power Automate
Planes de licencia de Power Automate

A continuación, se incluyen algunas preguntas frecuentes sobre licencias
independientes de Power Automate.
¿Como funcionan los planes de licencia de Power

Automate?
Cada usuario y flujo tiene un plan de licencia. Si un flujo se establece en el plan por
flujo, entonces tiene los límites más altos. Si un flujo tiene un plan de flujo, siempre
utiliza los límites de solicitud de plan de flujo, independientemente de cómo se ejecute
el flujo.
Si el flujo se establece en el plan por usuario, obtiene el plan de su propietario principal.

Si un usuario tiene varios planes, como un plan de Microsoft 365 y un plan de Dynamics
365, el flujo utilizará los límites de solicitud de ambos planes.
El plan de licencia de usuario estándar para Power Automate es el Power Automate por
plan de usuario, pero los usuarios tienen una gama de opciones de planes de licencia
adicionales. Los usuarios con el plan gratuito o uno de los planes de licencia de
Microsoft 365 solo pueden acceder a conectores estándar, pero la mayoría de los otros
planes de licencia brindan acceso a conectores premium. Para obtener información
sobre planes de licencia que incluyan funciones de Power Automate, consulte los Tipos
de licencia de Power Automate y la Guía de licencias de Power Platform. Para obtener
detalles sobre los límites y el perfil de rendimiento de los planes de licencia, consulte
Límites de Power Automate.
¿Cuando debo elegir Power Automate "por flujo" y

cuándo debo elegir "por usuario"?
Microsoft recomienda que casi todas las empresas compren la licencia por usuario con
una licencia de automatización robótica de procesos (RPA) asistida para cada usuario de
su organización. Opcionalmente, compre el complemento de bot desasistido para cada
máquina que ejecute la automatización desasistida.
El plan por usuario tiene como objetivo la automatización personal para contribuir a la
amplia adopción de una cultura de automatización en una organización.
El plan por flujo está diseñado para la automatización de procesos empresariales. Si un

flujo proporciona valor a un equipo, los miembros del equipo necesitarán una licencia
por usuario o el flujo necesitará una licencia por flujo. Si un flujo tiene una licencia por
flujo, no usa ni requiere ninguna otra licencia cuando se ejecuta. Proporciona a una
organización la flexibilidad de pagar las licencias en función del número de flujos que
utiliza, en lugar de otorgar licencias a cada usuario que accede a los flujos
individualmente con el plan por usuario. Las organizaciones más grandes o las
soluciones que afectan a muchas se beneficiarán del costo mensual fijo. Es mejor utilizar
licencias por flujo si su flujo usa conectores premium y su organización tiene muchos
usuarios invitados empleando el flujo, pero no sabe si el inquilino doméstico de los
usuarios invitados les proporciona licencias premium.
¿Quién necesita comprar una licencia premium?

El plan por flujo tiene la prioridad más alta entre todas las licencias, es decir, si se asigna
una licencia por flujo a un flujo, el flujo siempre usa esta licencia.
Si el flujo se usa para un escenario empresarial donde varias personas obtienen valor del
flujo, todos los que se benefician del flujo necesitan una licencia por usuario (o el flujo
necesita una licencia por flujo).
Si el flujo no tiene una licencia por flujo y se trata de un flujo de automatización

personal, la decisión sobre qué licencia se utiliza depende de cómo se activa el flujo.
Este es el árbol de decisiones para las automatizaciones personales.
Los flujos automatizados y programados siempre se ejecutan en el contexto del

propietario del flujo, independientemente de quién inició el flujo o qué cuentas se
utilizan para las conexiones dentro del flujo. Los flujos instantáneos (botón,
activadores híbridos) se ejecutan en el contexto del usuario que los invoca,
independientemente de las conexiones que utilice el flujo.
Si un flujo automatizado o programado utiliza un conector premium, solo el
propietario debe tener una licencia premium.
Si un flujo instantáneo tiene conectores premium, cada usuario que ejecuta el flujo
necesita una licencia premium de Power Automate, una licencia premium de Power
Apps o una licencia de Dynamics 365. En tales casos, en lugar de otorgar licencias
a todos los usuarios, es más sencillo licenciar el flujo con una licencia por flujo. Una
excepción a esta regla es que el gatillo HTTP que se ejecuta en el contexto del
propietario, incluso si se utiliza en un flujo instantáneo.
Si un flujo principal llama a un flujo secundario, el flujo secundario aprovecha el
contexto del flujo principal. Por ejemplo, si el flujo principal es un flujo
automatizado y el flujo secundario utiliza conectores premium y el flujo secundario
no tiene una licencia por flujo, utiliza la licencia del propietario del flujo principal.
Si el flujo secundario tiene una licencia por flujo, utiliza la licencia por flujo y no la
licencia del flujo principal. Durante el periodo de transición, hay una ligera
diferencia en este comportamiento. Se utilizará la licencia del propietario del flujo
secundario a menos que el flujo secundario tenga una licencia por flujo, pero una
vez finalizado el período de transición, se ignorará la licencia del propietario del
flujo secundario y solo se utilizará la licencia del propietario del flujo principal, a
menos que el flujo secundario tenga una licencia por flujo.
Una pregunta común es: "Si se desencadena un flujo cuando se actualiza un elemento
de Listas de Microsoft y muchos usuarios interactúan con esa lista, ¿habrá un coste para
cada usuario?" La respuesta depende The de quién obtiene el valor del flujo.
Si el flujo usa conectores premium y los usuarios finales obtienen valor del flujo
directa o indirectamente, entonces cada usuario necesita una licencia.
Si el flujo usa conectores premium y el propietario es el único que obtiene valor
del flujo, solo el propietario necesita una licencia premium, puesto que se trata de
un disparador automatizado.
Si el flujo no usa un conector premium, como llamar a Dataverse en el entorno de
producción completo (no el entorno de Microsoft Teams), tener una licencia de
Microsoft 365 es suficiente.
Para averiguar qué tipo de flujo (automático/manual/programado) tiene; seleccione un

flujo para ver su 'tipo' en los detalles.
Tenemos tres entornos (desarrollo, prueba y producción)

para alinearnos con las mejores prácticas y necesitamos
flujos en varios entornos. ¿Necesitamos comprar una
licencia por flujo para cada entorno?
Cada flujo existe en un entorno específico. Por lo tanto, si un flujo se importa a entornos
diferentes, cada instancia es un flujo separado y necesita una licencia por flujo separada.
Tenemos tres entornos (desarrollo, prueba y producción)

para alinearnos con las mejores prácticas y necesitamos
flujos en varios entornos. ¿Necesitamos comprar una
licencia por usuario para cada entorno?
La licencia por usuario es una licencia de nivel de usuario. Todas las licencias de nivel de
usuario (por usuario, Microsoft 365, Dynamics 365) son licencias de nivel de inquilino. El
usuario puede utilizar el flujo en todos los entornos sin tener que comprar una licencia
por separado.
Cuando se compran cinco flujos como parte de un

paquete de flujo, ¿tengo que asignarlos todos al mismo
entorno?
No, estas licencias se pueden asignar a diferentes entornos.
¿Pueden los clientes de Microsoft 365 crear flujos

compatibles con soluciones y flujos secundarios?
Sí. Los clientes de Microsoft 365 pueden crear flujos compatibles con solución si el
entorno en el que crean el flujo compatible con solución tiene una base de datos
adjunta de Dataverse. El entorno predeterminado obtiene un base de datos Dataverse
por defecto. El administrador debe adjuntar una instancia Dataverse a entornos no
predeterminados. Los administradores necesitan al menos 1 GB de nivel de inquilino de
capacidad de base de datos Dataverse disponible para crear un nuevo entorno.
La primera suscripción de Power Apps, Power Automate, Power Virtual Agents,

Dynamics 365 Sales, Customer Service y Field Service agrega un límite de capacidad
predeterminado único de 10 GB para el inquilino. Cuando agrega suscripciones al
inquilino, la capacidad adicional de Dataverse puede acumularse para el inquilino. Por
ejemplo, si un nuevo cliente compra un Power Automate por plan de usuario, el
inquilino recibe 10 GB de valor predeterminado de capacidad de la base de datos
Dataverse. Y si el inquilino compra 10 licencias de Power Automate por usuario, el
arrendatario obtiene 10,5 GB (10 GB más 10 veces 50 MB).
Utilizo múltiples conexiones de usuario en mi flujo
premium. ¿Qué usuario necesita una licencia premium
para ejecutar el flujo?
Las conexiones son independientes de las verificaciones de licencias. Puede tener varias
conexiones de usuario en un flujo, pero el flujo siempre se ejecuta en el contexto del
propietario principal/usuario solo de ejecución.
El propietario de un flujo ha dejado la organización.

¿Cómo podemos asegurarnos de que funcione sin
interrupciones?
Si el flujo es un flujo compatible con solución, puede cambiar el propietario en Power
Automate o usar la API web de Power Automate para asegurar que el flujo funcione sin
interrupciones. Si el flujo es un flujo que no reconoce la solución, cualquier
copropietario puede agregarlo a una solución y luego cambiar el propietario. De lo
contrario, asigne una licencia por flujo al flujo para garantizar que continúe
ejecutándose. Como alternativa, cualquier copropietario del flujo puede exportar e
importar el flujo. Cuando se importe, el flujo será un nuevo flujo y el copropietario ahora
se convertirá en el propietario del flujo. Y el flujo utilizará la licencia del nuevo
propietario.
El propietario del flujo ya no tiene una licencia premium,

pero el flujo es un flujo premium. ¿Qué sucede?
El flujo se degradará a un rendimiento más bajo y se notificará a todos los propietarios
del flujo y el flujo se apagará en 14 días si no se toman medidas.
¿Los usuarios invitados (no de su inquilino) necesitan una

licencia para usar Power Automate?
Sí. El usuario invitado debe tener una licencia de Power Automate asignada a través de
uno de los siguientes inquilinos:
El inquilino que aloja el flujo. Puede asignarles pruebas de administrador para

acceso temporal o licencias independientes.
El inquilino anfitrión del usuario invitado.
Por ejemplo, si un usuario invitado tiene una licencia Power Automate por usuario
asignada en el inquilino principal, pueden usar características premium en el inquilino
invitado que aloja el flujo.
Power Automate, incluido con Office, Power Automate por usuario, por usuario con RPA
asistida, Power Apps por usuario, y los planes de usuario de Dynamics 365, tendrán las
siguientes características:
En la nube pública de Azure, estos planes anteriores se reconocen entre inquilinos

en escenarios invitados porque no están vinculados a un entorno específico.
En las nubes nacionales o soberanas de Azure, estos planes se reconocen en todos
los inquilinos en escenarios de invitados. Más información: Nubes nacionales,
Geografías de Azure
Las licencias no se reconocen entre inquilinos en diferentes nubes de Azure.
¿Qué capacidades de Power Automate están incluidas en

las licencias de Windows?
Los usuarios de Windows 11 pueden probar los flujos de escritorio en RPA asistido para
la productividad personal en el entorno predeterminado. No pueden compartir los flujos
de escritorio o crear flujos de escritorio en un entorno diferente al predeterminado. Los
usuarios de Windows no tienen acceso a los flujos de la nube. Para obtener flujos de
nube completos y funciones de RPA, compre Power Automate por usuario con plan RPA
atendido.
Los usuarios de Windows 11 pueden buscar "Power Automate" en la barra de búsqueda

de Windows. La aplicación de escritorio de Power Automate se descarga
automáticamente y luego se inicia la primera vez que selecciona su icono.
¿Pueden los usuarios de Windows 10 y Windows Server

2016 usar Power Automate para escritorio?
Si, pueden usar Power Automate para escritorio (es decir, tienen derechos de uso) pero
tendrán que descargarlo desde el centro de descargas.
Preguntas sobre licencias de Office 365

A continuación, se incluyen algunas preguntas frecuentes sobre usar Power Automate
con una licencia de Office 365.

las licencias de Office 365?
Los derechos de uso limitado de Power Automate están incluidos con ciertas licencias
de Office 365 para permitir a los usuarios personalizar y ampliar Office 365 para
escenarios de productividad personal. Para escenarios empresariales, Office recomienda
licencias independientes.
Las licencias de Office 365 incluyen las siguientes funcionalidades Power Automate:
Cree y ejecute flujos automatizados, programados y de botones.

Acceso a conectores estándar.
2000 mil solicitudes de Power Platform/día. 10.000 solicitudes/día durante el
período de transición
Las siguientes funcionalidades Power Automate no están incluidas:
El acceso a los conectores premium (excepto en entornos Dataverse for Teams).

Más información sobre funcionalidades de Dataverse for Teams.
Flujos de proceso de negocio.
Conectores personalizados.
Puertas de enlace locales.
Automatización robótica de procesos.
Capacidd de AI Builder.
Las siguientes licencias de Office 365 incluyen funcionalidades de Power Automate:
Office 365 E1
Office 365 E3
Office 365 E5
Office 365 F3
Office 365 Business Basic
Office 365 Business Standard
Office 365 Business Premium
Office 365 F1
Office 365 F3
Office 365 E3
Office 365 E5
Windows 10 Pro
Windows Enterprise E3
Windows Enterprise E5
Office 365 A1 para profesores
Office 365 A1 para estudiantes
Office 365 A1 Plus para profesores
Office 365 A1 Plus para estudiantes
Office 365 A3 para Student Use Benefit
Office 365 A5 para Student Use Benefit
Preguntas sobre licencias de Dynamics 365

Las siguientes preguntas están relacionadas con las licencias de Dynamics 365 y
derechos de uso Power Automate.

las licencias de Dynamics 365?
Las licencias de Dynamics 365 incluyen las siguientes funcionalidades de Power
Automate:
Cree y ejecute flujos automatizados, programados o de botones.

Acceda a los conectores premium dentro del contexto de la aplicación.
Flujos de procesos de negocio dentro del contexto de la aplicación.
Conectores personalizados dentro del contexto de la aplicación.
Puertas de enlace locales dentro del contexto de la aplicación.
Power Platform solicitud límites: el miembro del equipo de Dynamics 365 recibe
6000 solicitudes / día (25 000 solicitudes / día durante el periodo de transicion),
Dynamics 365 professional recibe 40 000 solicitudes / día (100 000 solicitudes / día
durante periodo de transición) y Dynamics 365 Enterprise recibe 40 000 solicitudes
por día (100 000 solicitudes por día durante periodo de transición).
Las licencias de Dynamics 365 no incluyen las siguientes funcionalidades Power

Automate:

Capacidd de AI Builder
Cuando usa una licencia de Dynamics 365 con Power Automate, sus flujos deben
ejecutarse dentro del contexto de la aplicación Dynamics 365, que se refiere al uso de
las mismas fuentes de datos para disparadores o acciones que la aplicación Dynamics
365. Si su flujo consume acciones independientes de Power Automate que no están
relacionadas con las aplicaciones de Dynamics 365, deberá comprar de licencias
independientes de Power Automate.
Ejemplo de licencia de Dynamics 365 usando Power Automate
dentro de un contexto de aplicación Dynamics 365
Su organización ha conectado Azure DevOps con Dynamics 365 CRM para escalar casos
de soporte y crear elementos de trabajo para resolver los problemas más rápidamente.
Como parte de la licencia de Dynamics 365, los derechos de Power Automate se
incluyen para los flujos en los siguientes escenarios:
Leer o escribir en Azure DevOps.

Utilice un disparador o acción incorporada en Dataverse.
Ejemplo de licencia de Dynamics 365 usando Power Automate

fuera de un contexto de aplicación de Dynamics 365
El mismo usuario (en el ejemplo de Dynamics 365 anterior) ahora también quiere usar
un flujo que actualice una base de datos de Oracle. Este flujo tiene las siguientes
propiedades:
No tiene ninguna relación con la aplicación Dynamics 365.

No interactúa de ninguna manera con la aplicación Dynamics 365 (o sus fuentes
de datos).
En este escenario, el usuario requiere una licencia Power Automate.
Las siguientes licencias de Dynamics 365 incluyen funcionalidades Power Automate:
Dynamics 365 Sales Enterprise

Dynamics 365 Sales Professional
Dynamics 365 Customer Service Enterprise
Dynamics 365 Customer Service Professional
Dynamics 365 Field Service
Dynamics 365 Project Operations
Dynamics 365 Team Members
Dynamics 365 Supply Chain Management
Dynamics 365 Commerce
Dynamics 365 Human Resources
Dynamics 365 Operations: actividad
Dynamics 365 Business Central
Dynamics 365 Business Central Miembros del equipo
Preguntas sobre licencias de Power Apps

Las siguientes preguntas están relacionadas con las licencias de Power Apps y derechos
de uso Power Automate.

las licencias de Power Apps?
Un conjunto limitado de capacidades de Power Automate se incluyen como parte de
una licencia de Power Apps. Las licencias de Power Apps incluyen las siguientes
funcionalidades Power Automate:
Cree y ejecute flujos de botón automatizados, programados.

Acceda a los conectores premium dentro del contexto de la aplicación.
Flujos de procesos de negocio dentro del contexto de la aplicación.
Conectores personalizados dentro del contexto de la aplicación.
Puertas de enlace locales dentro del contexto de la aplicación.
Límites de solicitud de Power Platform: Power Apps por usuario recibe 5000
solicitudes / día (25 000 solicitudes / día durante el periodo de transición) y Power
Apps por aplicación recibe 1000 solicitudes / día (10 000 solicitudes / día durante
el periodo de transición).
Power Apps por usuario obtiene 250 MB de capacidad de base de datos Dataverse
y 2 GB de capacidad de archivo Dataverse. Power Apps por aplicación obtiene 50
MB de capacidad de base de datos Dataverse y 400 MB de capacidad de archivo
Dataverse. Flujos invocados por las aplicaciones creadas usando Power Apps que
manejan objetos complejos consumirán este límite de almacenamiento. Por
ejemplo, si un flujo analiza un documento de 100 páginas y lo actualiza, el
almacenamiento que necesita para retener el documento en el historial de
ejecución para la resolución de problemas en el futuro consumirá este límite.
Las licencias de Power Apps no incluyen las siguientes funcionalidades Power Automate:

Capacidd de AI Builder
Ejemplo de uso de Power Automate dentro de un contexto de la

aplicación creada usando Power Apps
Un usuario con una licencia Power Apps ejecuta una aplicación que usa una base de
datos SQL como origen de datos. La aplicación creada usando Power Apps también
incluye flujos que hacen lo siguiente:
Leer o escribir a una base de datos SQL.

Utilice un disparador o acción incorporado de Power Apps; por ejemplo, para
enviar una notificación de inserción a la aplicación creada usando Power Apps.
Ejemplo de uso de Power Automate fuera de un contexto de la

aplicación creada usando Power Apps
El mismo usuario (en el ejemplo anterior) ahora también quiere usar un flujo que
actualice una base de datos de Oracle y también tenga las siguientes propiedades:
No tiene ninguna relación con la aplicación creada usando Power Apps.

No interactúa de ninguna manera con la aplicación creada usando Power Apps (o
sus fuentes de datos).
En este ejemplo, la aplicación creada usando Power Apps se utiliza fuera del contexto de
Power Apps, por lo que el usuario necesita una licencia Power Automate.
Segundo ejemplo de uso de Power Automate fuera de un contexto

de aplicación creada con Power Apps
Un entorno tiene varias aplicaciones. Hay flujos para la gestión de datos que no
soportan directamente la aplicación pero aseguran la calidad de los datos. El usuario
necesita una licencia de Power Automate independiente.
Los flujos creados para admitir aplicaciones creadas con Power Apps deben ejecutarse
en el contexto de la aplicación, lo que implica que el flujo debe utilizar las mismas
fuentes de datos para activadores o acciones que la aplicación. Los flujos que se
desencadenan desde la aplicación se consideran automáticamente en el contexto de la
aplicación. Si se crean flujos en la nube automatizados o programados para admitir la
aplicación y están en el contexto de una aplicación, vincule el flujo a las aplicaciones
mediante una secuencia de comandos de PowerShell. Una vez que se vincula el flujo, se
establece una dependencia entre la aplicación y el flujo y se pueden administrar juntos.
Si la aplicación vinculada se elimina o no se usa, el flujo se desactivará.
Si un flujo premium no está en el contexto de ninguna aplicación, debe comprar una

licencia de Power Automate independiente.
¿Cómo puedo determinar fácilmente si mi flujo está en el

contexto de una aplicación Power Apps/Dynamics 365?
¿Se creó el flujo para admitir la aplicación Power Apps/Dynamics 365? ¿Se puede
eliminar el flujo si se eliminan las aplicaciones correspondientes? Si es así, el flujo está
en contexto.
Multiplexación
¿Qué es la multiplexación? ¿Se recomienda utilizar la

multiplexación para reducir el número de licencias?
La multiplexación se refiere al uso de hardware o software que un cliente usa para
agrupar conexiones, redirigir información o reducir la cantidad de usuarios que acceden
directamente o usan el servicio Power Apps, Power Automate, y el Power Virtual Agents.
El uso de la multiplexación como mecanismo para reducir la cantidad de licencias que se
deben comprar es una violación de la licencia. Para obtener más detalles, consulte la
guía de multiplexación de Requisitos de licencia de acceso de cliente (CAL) .
Aquí hay algunos ejemplos de lo que es o no la multiplexación:
1. Si el flujo premium solo mueve datos de Dataverse en una ubicación compartida o

enviar un correo electrónico a colegas, no se incluye en la multiplexación porque
los usuarios consumen los datos, en lugar de desencadenar el flujo.
2. Si un flujo premium se activa cuando se agrega un nuevo artículo a una lista de
SharePoint, guarda los detalles en Dataverse y luego envía un correo electrónico al
propietario del flujo, varias personas pueden cargar elementos en la lista, pero el
correo electrónico solo se envía al propietario. En este caso, solo el propietario
necesita una licencia, ya que es la única persona que obtiene valor del flujo.
3. Si el flujo mencionado en el número dos envía un correo electrónico al usuario que
carga el elemento, tanto el propietario como el usuario necesitan una licencia
premium. En este caso, el usuario activa indirectamente el flujo (cargando un
elemento en SharePoint) y obtiene valor del flujo en forma de correo electrónico.
Se trata de multiplexación si no se obtiene la licencia para todos los usuarios.
Tengo varios flujos ejecutándose en una cuenta de

servicio compartida. ¿Qué licencias necesito?
Definiciones:
Cuenta de servicio: cuenta de usuario de Azure Active Directory (Azure AD)

utilizada como cuenta de servicio. Las cuentas de servicio son un tipo especial de
cuenta que pretende representar una entidad no humana, como una aplicación,
una API u otro servicio. Las cuentas de usuario, utilizadas como una cuenta de
servicio al compartir credenciales con otros usuarios, son difíciles de rastrear y
administrar sus contraseñas es un desafío. En algunos escenarios, las cuentas de
servicio se usan para quitar la dependencia del flujo respecto al propietario
original. Al crear cuentas de servicio, proporcione solo los permisos necesarios
para la tarea. Evalúe las cuentas de servicio existentes para ver si puede reducir los
privilegios. Limite el número de personas que tienen acceso a la cuenta de servicio
para minimizar los riesgos de seguridad. También puede crear diferentes cuentas
para diferentes escenarios, para minimizar la exposición.
Entidad de servicio: la entidad de servicio de Azure AD funciona como la identidad

de la instancia de la aplicación. Las entidades de servicio definen quién puede
acceder a la aplicación y a qué recursos puede acceder la aplicación. Se crea una
entidad de servicio en cada inquilino en el que se usa la aplicación y hace
referencia al objeto de aplicación globalmente único. Power Automate aún no
admite un flujo para ejecutarlo dependiendo de una entidad de servicio; la
característica está prevista.
Usuarios no interactivos: Dataverse admite usuarios no interactivos para

actividades como procesos en segundo plano que migran datos entre bases de
datos. Estos no requieren que un usuario interactúe con el servicio. Hay un límite
máximo de 7 usuarios no interactivos por inquilino. Los usuarios no interactivos
aún no son compatibles con Power Automate.
Usuarios normales: estos son los usuarios regulares sincronizados de Azure AD.
Orientación: esta orientación es específica para los flujos que se ejecutan bajo una
cuenta de servicio como propietario del flujo. Si desea ejecutar su flujo en una cuenta
de servicio, estas son las prácticas recomendadas:
Si el flujo solo usa conectores estándar y no características premium, todos los

usuarios que tienen las credenciales de la cuenta de servicio pueden tener una
licencia de Microsoft/Office 365, Power Automate gratuito o cualquier licencia
premium de Power Automate.
Si el flujo utiliza características premium (conectores premium, automatización
robótica de procesos, conectores personalizados, puerta de enlace local, flujos de
procesos de negocio):
La cuenta de servicio la utiliza un conjunto limitado de usuarios. En este caso,
basta con licenciar a todos los usuarios y la cuenta de servicio es suficiente.
La cuenta de servicio la usan muchos usuarios. En este caso, se recomienda
asignar una licencia por flujo al flujo, para garantizar que los nuevos usuarios
que se agreguen a la cuenta cumplan automáticamente.
Si el flujo es un flujo manual o desencadenado por una aplicación/Dataverse
'Ejecutar como usuario', todos los usuarios que ejecuten el flujo necesitarán una
licencia premium o el flujo necesitará una licencia por flujo. Consulte estas
preguntas frecuentes sobre quién necesita comprar una licencia premium.
El flujo premium está en contexto (el flujo comparte los orígenes de datos de la
aplicación) de una aplicación creada usando Power Apps/aplicación Dynamics 365:
Todos los usuarios que tengan credenciales para la cuenta de servicio y la
cuenta de servicio necesitan una licencia de Power Apps/Dynamics 365.
Si no tienen una licencia de Power Apps/Dynamics 365, todos los usuarios y la
cuenta de servicio necesitan licencias de usuario de Power Automate.
Alternativamente, el flujo se puede licenciar con una licencia por flujo y ninguno
de los usuarios/cuentas de servicio necesita una licencia.
Varios usuarios que comparten las credenciales de una cuenta de servicio y usan
flujos premium con una licencia premium por usuario asignada a la cuenta de
servicio se considera multiplexación y el flujo no cumple.
７ Nota
La guía es específica para las cuentas de servicio que se usan como propietarios de
flujos o usuarios de solo ejecución. Los flujos que usan cuentas de servicio como
conexiones o copropietarios no se ven afectados por esta guía.
Esta es solo una guía y no una aplicación estricta. Los administradores son
responsables de otorgar licencias a todos los flujos correctamente para cumplir con
las normas.
Hay un flujo premium que envía solicitudes de

aprobación a un conjunto de usuarios y luego espera a
que los usuarios aprueben o rechacen la solicitud antes
de que continúe ejecutándose. ¿Los aprobadores
necesitan una licencia premium?
Todos los usuarios que se benefician del flujo necesitan una licencia. Sin embargo, si el
flujo es una automatización personal en la que solo el propietario se beneficia, los
usuarios que responden a las solicitudes de aprobación no necesitan una licencia
premium.
Flujo automatizado: el usuario crea un flujo que se

desencadena cuando se agrega un elemento a una lista
creada con Listas de Microsoft y actualiza una base de
datos SQL (Premium). Varias personas pueden agregar
elementos a la lista creada con Listas de Microsoft. ¿Los
usuarios necesitan una licencia premium?
Depende de quién obtenga valor del flujo. Si los usuarios obtienen valor del flujo directa
o indirectamente, necesitan una licencia premium. Si el flujo es una automatización
personal, este se ejecuta en el contexto de la licencia del propietario para los flujos
automatizados o programados y con la invocación de la licencia del usuario para flujos
instantáneos, de Power Apps o desencadenados de Dataverse. Entonces, la persona que
agregó el elemento a la lista creada con Listas de Microsoft no necesita una licencia
premium.
Tenemos un flujo instantáneo con usuarios de solo

ejecución y utiliza conectores premium. El creador
comparte ese flujo con su equipo y les permite ejecutar
ese flujo. ¿Todo el mundo necesita una licencia premium?
Todos los que invocan el flujo necesitan una licencia premium porque es un flujo
instantáneo.
Tengo un flujo secundario que tiene conectores premium

y lo invocan varios flujos primarios que no tienen
conectores premium. ¿Es necesario que todos los flujos
principales tengan licencia o es suficiente con licenciar el
flujo secundario?
Puede licenciar el flujo principal o licenciar el flujo secundario con una licencia por flujo.
Sin embargo, si el flujo primario también tiene un conector premium, el propietario del
flujo primario debe tener una licencia premium (o el flujo primario debe tener una
licencia por flujo).
Mi flujo usa conexiones de múltiples usuarios. ¿Necesito

una licencia para todos?
Quién necesita una licencia es independiente de qué conexiones se utilizan en el flujo.
Los flujos automatizados o programados siempre se ejecutan bajo la licencia del
propietario y los flujos manuales o de aplicaciones siempre se ejecutan bajo el usuario
que ejecuta el flujo.
Comprar licencias de Power Automate
Soy administrador
Los administradores de Power Platform pueden comprar licencias para Power Automate
y luego administrar esas licencias en su organización.
Comprar planes de Power Automate

Puede adquirir comprar planes de Power Automate desde el Centro de administración
de Microsoft 365 .
1. Inicie sesión en el Centro de administración de Microsoft 365.
2. Vaya a Facturación>Servicios de compra y luego busque "Power Automate" para

encontrar todos los planes relevantes.
3. Seleccione el plan que desea comprar.
4. Proporcione los Detalles del plan y luego seleccione Comprar.

Comprar complemento desatendido
Puede comprar el Complemento de prueba de RPA desatendido de Power Automate
desde el centro de administración de Microsoft 365 .
1. Inicie sesión en el Centro de administración de Microsoft 365.
2. Vaya a Facturación>Servicios de compra y luego busque "Power Automate" para

encontrar todos los planes relevantes.
3. Busque el Complemento de prueba de RPA desatendido de Power Automate.
4. Seleccione Detalles en el plan Complemento de prueba de RPA desatendido de

Power Automate y luego seleccione Complementos.
5. Encuentre la Prueba del complemento RPA desatendido de Power Automate y
cómpralo.
Una vez completada la compra, el administrador del entorno debe asignar las
capacidades adicionales desatendidas disponibles (pagadas o de prueba) a un entorno
específico en el Centro de administración de Power Platform .
Administrar licencias
Asignar licencias por usuario al usuario

1. Inicio sesión en el Centro de administración de Microsoft 365 , seleccione
Usuarios>Usuarios activos.
2. Seleccione el usuario al que le asignará la licencia.
3. Seleccione Licencias y aplicaciones.
4. Seleccione la casilla de verificación de la licencia que desea asignar al usuario y

luego guarde los cambios.
Asignar por licencia de flujo
Estos son los dos pasos que debe seguir si desea asignar una licencia por flujo a un
usuario.
1. Asignar la licencia por flujo a un entorno en el centro de administración de Power
Platform.
2. Asignar una licencia por flujo a un flujo.
Es fácil y escalable asignar los complementos por flujo que ha comprado a los entornos
que necesitan complementos. En el Centro de administración de Power Platform por
debajo de la capacidad, verá que aparece una nueva sección si su organización ha
comprado complementos.
 Sugerencia
Para obtener más información sobre cómo asignar la licencia por flujo a un entorno
en el centro de administración de Power Platform, consulte la sección
complementos de capacidad para Power Apps y Power Automate.
Siga estos pasos para asignar complementos a un entorno.
1. Seleccione Recursos>Capacidad a la izquierda de la pantalla.
2. Seleccione Complementos>Administrar en la sección de complementos.
3. Seleccione un entorno.
4. Ingrese la cantidad de cada complemento que le gustaría asignar a cada entorno.
 Sugerencia
El flujo por proceso empresarial es el mismo que el de la licencia de flujo.
７ Nota
El plan por flujo es específico del entorno. Por lo tanto, si tiene varios
entornos que necesitan ejecutar un flujo, debe asignar una licencia por flujo al
flujo en cada entorno.
Después de asignar un complemento por plan de flujo a un entorno, puede elegir
qué flujos pueden usar ese complemento.
6. En Power Automate , elija el flujo que quiere añadir a la licencia. Los propietarios,
copropietarios del flujo y los administradores pueden asignar una licencia por flujo
a un flujo.
Cuando seleccione un flujo, ahora verá una nueva sección en el panel de detalles
que le indica si el flujo está asignado a un usuario o si es parte del plan por flujo. El
valor predeterminado de un flujo es utilizar la licencia del usuario.
7. Para que un flujo utilice el plan por flujo, seleccione Editar en el panel de detalles.
A continuación, verá el Nombre, Descripción y Plan que utiliza el flujo. Si su
entorno tiene asignado el complemento por flujo, puede mover ese flujo para usar
el plan por flujo. De lo contrario, deberá asignar capacidad.
Después de actualizar su flujo, cualquiera podrá usar ese flujo, incluso si aprovecha los
conectores premium. Además, la capacidad se dedicará a ese flujo.
Asignar complementos desatendidos a un entorno

En el Centro de administración de Power Platform , seleccione
Recursos>Capacidad>Administrar en complementos para asignar complementos.
Los usuarios ahora pueden ejecutar flujos de escritorio desatendidos dentro del entorno
que tiene la capacidad desatendida.
７ Nota
El complemento desatendido es específico del entorno. Por lo tanto, si tiene varios

entornos que necesitan ejecutar RPA desatendido, debe asignar capacidad
adicional a cada uno de ellos. Además, si necesita ejecutar varios flujos de escritorio
desatendidos en paralelo en un solo entorno, debe asignar la cantidad correcta de
complementos desatendidos al entorno para admitir las ejecuciones de flujo
paralelo.
Asignar capacidad de complemento a un entorno

Consulte este artículo para obtener más información sobre complementos de capacidad
para Power Apps y Power Automate
Supervisar el uso de licencia

Siga estos pasos para supervisar el uso de la licencia.
2. Vaya a Facturación>Licencias para ver todas las licencias asignadas o disponibles.

3. Seleccione la barra de progreso en el Licencias asignadas columna para ver qué
usuarios tienen licencias asignadas.
Asigné una licencia premium a un usuario, pero el usuario no

puede usar funciones premium. ¿Por qué?
Todos los sistemas posteriores pueden tardar hasta una semana en recibir
actualizaciones. Para forzar una actualización para un flujo en particular, apague y
encienda el flujo o edite y guarde el flujo.
¿Como quito Power Automate desde el lanzador de aplicaciones

para un usuario?
Si a un usuario se le asignó una licencia Power Automate, puede seguir los siguientes
pasos para eliminar la licencia de ese usuario. Esta acción elimina el icono Power
Automate del lanzador de aplicaciones.

2. En la barra de navegación izquierda, seleccione Usuarios>Usuarios activos.
3. Busque el usuario para el que sea la licencia que desea quitar y seleccione su
nombre.
4. En el panel de detalles del usuario, seleccione la pestaña Licencias y aplicaciones,
y luego desmarque la licencia para Power Automate.
5. En la parte inferior, seleccione Guardar cambios.
También es posible la eliminación masiva de licencias mediante PowerShell. Vea Quitar
licencias de cuentas de usuario con Microsoft 365 PowerShell para ver un ejemplo
detallado.
Por último, puede ver más instrucciones acerca de la eliminación masiva de los servicios
de una licencia en el artículo Deshabilitar el acceso a servicios con PowerShell de
Microsoft 365.
７ Nota
Esta acción elimina el icono Power Automate de forma predeterminada. Un usuario

aún podrá utilizar Power Automate como usuario individual.
¿Por qué se mostraron 10.000 licencias para Power Automate en mi

inquilino de Microsoft 365?
Cualquier persona puede probar Power Automate gratis durante 90 días, y estas
licencias de prueba representan la capacidad disponible de nuevos usuarios de Power
Automate en el inquilino. No hay cargo por estas licencias.
Si al menos un usuario de su inquilino se ha registrado para una licencia gratuita de

Microsoft Power Automate, verá 10 000 licencias (menos las licencias asignadas) en
Facturación>Licencias para su organización.
Puede asignar licencias adicionales a los usuarios mediante el Centro de administración

de Microsoft 365, pero tenga en cuenta que se trata de licencias de prueba de Power
Automate y caducarán después de 90 días de que las asigne a un usuario.
¿La prueba es gratuita? ¿Se me cobrarán estas licencias?

Ningún usuario puede incurrir en ningún gasto para su organización sin su
consentimiento expreso, por lo que ninguna licencia gratuita ni de prueba puede causar
ningún cargo a su organización. Además, tampoco utilizan ninguna cuota, como cuotas
de ejecución.
He eliminado la licencia gratuita de Power Automate y los usuarios

aún pueden acceder
La licencia gratuita de Power Automate se incluye con fines de seguimiento. No es
posible evitar que otra persona use Power Automate para fines individuales. Por lo
tanto, la presencia de una licencia gratuita de Power Automate no concede ni elimina
ninguna funcionalidad.
¿Por qué no se ven todas las licencias de Power Automate en el

Centro de administración de Microsoft 365?
Los usuarios pueden utilizar Power Automate a nivel individual o como parte de su
organización. Las licencias a nivel organizacional siempre estarán visibles en el Centro
de administración de Microsoft 365. Sin embargo, si un usuario se registra para una
prueba como individuo, entonces no lo administra su administrador de Microsoft 365 y
no se mostrará en el Centro de administración de Microsoft 365.
¿Cómo puedo restringir la capacidad de mis usuarios para acceder

a los datos empresariales de mi organización?
Power Automate le permite crear grupos de datos para datos comerciales y no
comerciales. Después de implementar estas políticas de prevención de pérdida de datos,
los usuarios no pueden diseñar ni ejecutar flujos que combinen datos comerciales y no
comerciales. Para obtener más información, consulte Directivas de prevención de
pérdida de datos (DLP).
Soy un creador
¿Cuál es mi liencia?
1. Inicie sesión en Power Automate .
2. Seleccione su imagen de perfil en la esquina superior derecha de la pantalla.
3. Seleccione Ver cuenta.
4. Seleccione la Vista en el mosaico Suscripciones.
5. Busque Power Automate en la sección Licencias.
Verá las licencias que tiene para Power Automate.
Alternativamente, vea su página de suscripción para ver las licencias y las pruebas que
se le asignaron.
¿Puede un creador comprar licencias?

Sí. Para comenzar, use el método autoservicio de compra para Microsoft Power Platform
(Power BI, Power Apps, y Power Automate).
） Importante
Esta capacidad no está disponible para inquilinos gubernamentales, sin fines de

lucro o educativos en los Estados Unidos.
Los clientes pueden realizar una compra de autoservicio en Power Automate. Para hacer
esto, primero proporciona su dirección de correo electrónico para confirmar si es un
usuario en un inquilino Azure Active Directory (Azure AD). A continuación, deberán
iniciar sesión con sus credenciales de Azure AD. Después de iniciar sesión, deben indicar
el número de suscripciones que desean comprar y proporcionar una tarjeta de crédito
para el pago. Cuando se complete la compra, podrán comenzar a usar su suscripción. El
comprador también puede acceder a una vista limitada del Centro de administración de
Microsoft 365 donde puede permitir que otras personas de su organización usen el
producto.
Los administradores pueden desactivar las compras de autoservicio por producto a
través del Módulo MSCommerce PowerShell.
Los equipos centrales de adquisiciones y TI ven a todos los usuarios que compran e
implementan soluciones de compra de autoservicio a través del Centro de
administración de Microsoft 365 . Los administradores pueden desactivar las compras
de autoservicio por producto a través de PowerShell.
Puede encontrar más información en las Preguntas frecuentes sobre compras de

autoservicio.
¿Dónde ve y gestiona el comprador de autoservicio sus

compras?
Los compradores de autoservicio pueden gestionar sus compras en la vista limitada del
Centro de administración de Microsoft 365 . Los compradores de autoservicio siempre
pueden acceder al centro de administración desde el mosaico Administración en el
lanzador de aplicaciones que está integrado en todas las aplicaciones de Microsoft 365
y Dynamics Online. Los compradores de autoservicio pueden ver las compras que han
realizado, comprar suscripciones adicionales al mismo servicio y asignar licencias para
esas suscripciones a otros usuarios de su organización. Además, los compradores
pueden ver y pagar su factura, actualizar su método de pago y cancelar su suscripción.
¿Hay diferencias entre las cuentas Microsoft y las cuentas
profesionales o educativo de cara a la facturación?
Sí. Si inicia sesión con una cuenta Microsoft (por ejemplo, una cuenta que termine en
@outlook.com o @gmail.com), solo puede utilizar el plan gratuito. Para sacar provecho
de las características del plan de pago, inicie sesión con una dirección de correo
electrónico profesional o educativa.
Al intentar realizar una actualización, se me indica que mi cuenta

no es apta
Para actualizar, use una cuenta profesional o educativa, o cree una cuenta de prueba de
Microsoft 365 .
¿Quiénes pueden adquirir planes de Microsoft Power Apps y Power

Automate?
Cualquier cliente puede suscribirse a una prueba gratis. Los administradores de
Microsoft 365 pueden comprar planes de Power Automate para sus equipos u
organización. Póngase en contacto con el administrador de Microsoft 365 cuando esté
preparado para comprar.
¿Pueden los fabricantes solicitar a los administradores que les

asignen una licencia?
Sí.
1. Vaya a la página de precios de Microsoft Power Automate y seleccione Comprar

ahora para la licencia que necesita.
2. Complete los detalles y luego envíe la solicitud a su administrador.
3. Los administradores pueden ver su solicitud en el centro de administración de

Microsoft 365 y asignarle una licencia.
Complementos para la licencia de Power
Automate
Los complementos se pueden agregar a una licencia de Power Automate.
Complementos de capacidad de Power

Automate
Los complementos de capacidad de Power Apps y Power Automate aumentan los
límites de solicitudes de Power Platform para cargas de trabajo que necesitan más
capacidad de uso que su asignación. Estos complementos proporcionan 50 000
solicitudes diarias de Power Platform por unidad por 50 $ / mes. Las solicitudes no
usadas de Power Platform no se transfieren de un día a otro. Puede comprar estos
complementos en cualquier momento y seguirán siendo parte de la suscripción durante
el resto del período de suscripción.
No puede asignar los paquetes adicionales de capacidad de solicitudes de Power

Platform a los usuarios ni a los flujos durante el período de transición. Sin embargo,
Microsoft recomienda que adquiera estos complementos para permanecer dentro de
los términos de su licencia y estar preparado para cuando finalice el período de
transición.
Si Power Automate está limitando sus flujos, pruebe Pago por uso para garantizar que
ninguno de los flujos en el entorno se ralenticen. Si no puede usar Pago por uso,
compre complementos y cree una incidencia de soporte técnico de Microsoft con los
detalles del flujo y los detalles de los complementos para que el equipo de soporte
pueda proporcionar excepciones para sus flujos limitados.
Complemento desatendido
Los flujos de escritorio desatendidos se ejecutan sin interacción humana. Estos flujos
son los mejores para escenarios como el procesamiento de facturas e ingresarlas en una
aplicación heredada automáticamente o la conciliación financiera programada en
múltiples sistemas que solo se pueden automatizar haciendo clic en las interfaces de
usuario.
Cuando se ejecuta sin supervisión, Power Automate inicia sesión de forma segura en el
dispositivo en su nombre, ejecuta las acciones de flujo de escritorio en las aplicaciones
de destino y luego cierra sesión en el dispositivo.
Los complementos RPA desatendidos de Power Automate amplían la automatización

basada en escritorio al permitir que un bot se ejecute de forma autónoma
(independientemente de un usuario). Los bots desatendidos se pueden implementar en
un escritorio local o remoto, o en un entorno virtualizado. Los planes Power Automate
por usuario con RPA atendido o Power Automate por flujo son las ofertas
independientes elegibles para el complemento RPA desatendido.
７ Nota
El complemento de RPA desatendido de Power Automate tiene licencia de un bot.

Las instancias concurrentes de un proceso singular requieren un bot desatendido
adicional para cada instancia. Se pueden aplicar múltiples complementos de RPA
desatendidos contra una licencia base calificada.
Aquí hay algunas notas importantes que debe tener en cuenta con respecto al
complemento desatendido.
Una licencia complementaria de RPA desatendida incluye los derechos de un bot

de RPA desatendido, así como todas las funciones necesarias vinculadas a la
creación de flujos de escritorio, orquestación y administración de bots.
Si ejecuta el bot de RPA desatendido en una máquina virtual, debe adquirir los
recursos informáticos adicionales necesarios.
Puede adquirir capacidad adicional de AI Builder; la capacidad crediticia del
servicio AI Builder se agrupa a nivel de inquilino.
Todos los servicios o aplicaciones a los que acceda el bot desatendido deben tener
una licencia por separado. Por ejemplo, si el bot está accediendo a Windows u
Office, Microsoft 365, debe comprar la licencia desatendida además del
complemento de RPA desatendido de Power Automate.
Preguntas frecuentes sobre el complemento desatendido

1. Quiero ejecutar un flujo desatendido. ¿Qué licencias necesito?
Necesita planes Power Automate por usuario con RPA atendido o Power Automate
por flujo como licencia base y complemento desatendido para poder ejecutar el
flujo desatendido.
2. ¿Basta con comprar el complento desatendido?

No. Debe tener una licencia base cualificada (por usuario RPA / por flujo) para la
cual se puede agregar el complemento.
3. Necesito varias instancias que se ejecuten sin supervisión. ¿Necesito varios

complementos?
Sí, si necesita ejecutarlos al mismo tiempo. De lo contrario, las ejecuciones se

pondrán en cola y comenzarán cuando el bot esté libre.
Complemento de capacidad de AI Builder

AI Builder tiene licencia como complemento independiente de licencias de Power Apps
y Power Automate, y licencias de Dynamics 365. AI Builder se licencia según la
capacidad. La capacidad de AI Builder se expresa como "créditos de servicio". Los
créditos de servicio sirven como moneda única (común) en todos los escenarios
admitidos por AI Builder. Los créditos de servicio disponibles disminuyen cuando usa los
servicios de AI Builder. Diferentes escenarios (por ejemplo, procesamiento de
formularios, predicción, etc.) usan créditos de servicio a diferentes tarifas. Adquiera la
cantidad adecuada de unidades adicionales de capacidad de AI Builder en función del
uso previsto en todos los escenarios.
Cada unidad de "complemento de capacidad de AI Builder" incluye 1 millón de créditos

de servicio por mes. Por ejemplo, un cliente que requiere 4,7 millones de créditos de
servicio por mes (según el uso anticipado), debe comprar 5 unidades de "complemento
de capacidad de AI Builder".
７ Nota
Los créditos de servicio adquiridos se pueden utilizar de los modelos de AI

Builder incluidos en Power Automate, Power Apps y aplicaciones de Dynamics
365.
Los créditos de servicio se deducen / consumen tanto para capacitación como
para uso de producción
Los créditos de servicio se agrupan en todo el inquilino.
Preguntas frecuentes sobre el complemento AI builder

Tengo un Power Automate por usuario con plan RPA y obtuve créditos de AI Builder
como parte del plan. ¿Puedo transferir los créditos a otra persona?
No. Los créditos de servicio de AI Builder se agrupan a nivel de inquilino y no se pueden
asignar a un usuario en particular. Por lo tanto, cualquier usuario que ejecute un flujo
que necesite créditos de servicio de AI Builder debe usar créditos del grupo.
Preguntas frecuentes sobre licencias de
Power Platform
Hemos encontrado algunas preguntas comunes sobre opciones de licencias y planes.

Hemos incluido varias aquí con sus respuestas. Para más detalles sobre las licencias de
Microsoft Power Platform, descargue la Guía de licencias .
Preguntas generales sobre licencias
¿Cómo funcionan las licencias de Microsoft Power Apps y

Power Automate?
Planes de Power Apps:
Plan de Power Apps por aplicación que permite a los usuarios individuales
ejecutar aplicaciones (una aplicación o un portal) para un escenario empresarial
específico basado en todas las capacidades de Power Apps por 5
$/usuario/applicación/mes. Este plan proporciona una forma fácil para que los
clientes empiecen a usar la plataforma antes de una adopción de escala más
amplia.
El plan de Power Apps por usuario, que equipa a un usuario para ejecutar
aplicaciones ilimitadas (dentro de los límites del servicio) en función de las
capacidades completas de Power Apps por 20 $/usuario/mes.
Plan de pago por uso de Power Apps que permite a los usuarios individuales
ejecutar aplicaciones (1 aplicación o 1 portal) sin ninguna licencia a través de la
suscripción de Azure. Solo paga por la cantidad de usuarios que usaron la
aplicación en un mes. Vea Versión preliminar: Plan de pago por uso.
Consulte los precios de Power Apps .
Planes de Power Automate:
Vea Tipos de licencias de Power Automate, Preguntas frecuentes sobre licencias de

Power Automate y Guía de licencias de Microsoft Power Apps y Power Automate para
obtener detalles.
¿Cómo puedo usar los planes por aplicación de Power
Apps?
Consulte Acerca de los planes por aplicación de Power Apps.
¿Como puedo usar el plan de pago por uso de Power

Apps?
Vea Versión preliminar: Plan de pago por uso.
El plan de Power Apps por aplicación permite a los

usuarios ejecutar aplicaciones específicas. ¿Puede explicar
qué significa esto en cuanto al número y tipo de
aplicaciones que puedo usar?
El plan Power Apps por aplicación está diseñado para ayudar a las organizaciones a
resolver un escenario empresarial a la vez, lo que puede implicar una combinación de
aplicaciones individuales. Cada licencia "por aplicación" proporciona a un usuario
individual derechos sobre una aplicación (lienzo y/o basada en modelo) o un portal de
Power Apps, dentro de un único entorno. Un solo usuario puede estar cubierto por
múltiples licencias “por aplicación” para permitirle usar múltiples aplicaciones, sin
requerir una licencia por usuario. Es decir, la licencia “por aplicación” es apilable.
Una parte importante de la simplificación de esta función es que ya no necesitaremos

planes independientes para las capacidades de fabricante o administrador.
Anteriormente, los administradores requerían una Licencia P2 de Power Apps para
determinadas operaciones de gestión; este ya no será el caso.
¿Las aplicaciones de lienzo integradas en las aplicaciones

basadas en modelos consumen varios planes por
aplicación?
No. Los componentes de lienzo incrustados en la aplicación basada en modelos se
reconocen como una sola aplicación.
¿Cuáles son las opciones de compra de autoservicio para

los productos de Microsoft Power Platform?
Consulte las preguntas más frecuentes: Preguntas frecuentes sobre la compra de
autoservicio.
¿Qué licencia debe asignarse a un invitado para que

pueda ejecutar una aplicación de lienzo compartida con
él?
El usuario invitado debe tener una licencia de Power Apps asignada a través de uno de
los siguientes inquilinos:
El inquilino que hospeda la aplicación que se comparte

El inquilino anfitrión del usuario invitado
Además, el invitado debe tener la misma licencia que se requiere para los no sean
invitados puedan ejecutar una aplicación. Está disponible una colección de ejemplos
aquí.
¿Se dispone de precios para organizaciones sin ánimo de

lucro, gubernamentales y académicas?
Sí, disponemos de precios para organizaciones sin ánimo de lucro, de la administración
pública y académicas en los respectivos canales del programa.
¿Qué pasará con los planes Plan 1 y Plan 2 de Power Apps

y Power Automate el 31 de diciembre de 2020?
Los planes P1 y P2 de Power Apps y los planes P1 y P2 de Power Automate ya no
estarán disponibles para su compra, ni siquiera mediante renovación automática,
después del 31 de diciembre de 2020. Los clientes con estas licencias de planes que
tengan renovaciones en o después del 1 de enero de 2021 deberán realizar la transición
a Power Apps por usuario o por planes de aplicación, o a los planes de Power Automate
por usuario o por planes de flujo, para poder continuar usando los servicios de
Microsoft Power Platform. Póngase en contacto con el representante de su cuenta de
Microsoft para obtener más información.
¿Se incluyen capacidades completas de Power Automate

en licencias de Power Apps?
Las licencias de Power Apps seguirán incluyendo capacidades de Power Automate. Sin
embargo, los flujos deberán ejecutarse en el contexto de la aplicación , lo que hace
referencia al uso de los mismos orígenes de datos para desencadenadores o acciones
que la aplicación . Consumir flujos Power Automate independientes no relacionados con
las aplicaciones requerirá la adquisición de una licencia Power Automate independiente.
¿Existe un plan para desarrolladores?

Sí, tenemos un plan de desarrollador gratuito para aprender y desarrollar habilidades
Power Apps, Power Automate y Microsoft Dataverse. Obtenga más información .
¿Qué sucede cuando uso todas las ejecuciones de

almacenamiento de datos, almacenamiento de archivo y
flujos incluidos en mis licencias por usuario?
Puede adquirir ejecuciones adicionales de almacenamiento de datos, almacenamiento
de archivo y flujos. Consulte Información general de licencias para Microsoft Power
Platform.
¿Quiénes pueden adquirir planes de Microsoft Power

Apps y Power Automate?
Cualquier cliente puede suscribirse a una prueba gratis. Los administradores de
Microsoft 365 pueden comprar planes de Power Apps para sus equipos u organización.
Póngase en contacto con el administrador de Microsoft 365 cuando esté preparado
para comprar.
¿Necesitan todos mis usuarios una licencia con el mismo

plan de Power Apps, o puedo mezclar planes?
Puede mezclar y combinar licencias de Power Apps, y las licencias que incluyen
capacidades de Power Apps, entre los usuarios de la organización.
¿Hay límites en el número de solicitudes API que pueden

hacer los usuarios de Power Apps y Power Automate?
Sí. Para ayudar los niveles de servicios, disponibilidad y calidad, hay límites en el número
de solicitudes de API que pueden realizar los usuarios en Power Apps y Power
Automate. Los límites de servicio se establecen para patrones normales de uso en
intervalos de cinco minutos y de 24 horas, y la mayoría de los clientes no llegarán a
ellos.
Se sigue la capacidad de API en función del consumo en un nivel de usuario individual, y
los límites diarios no se pueden agrupar en ningún otro nivel.
Los límites de API también se aplican a los usuarios de aplicaciones, usuarios no

interactivos y usuarios administrativos en Dataverse.
Hay más información disponible aquí.
Licencias de prueba
¿Cuánto dura el período de prueba gratuito?

Las pruebas gratuitas para Microsoft Power Apps durante 30 días. Para Power Automate,
están disponibles durante 90 días.
¿Existe una forma de desarrollar mis aptitudes Microsoft

Power Apps y Power Automate durante más de 90 días?
Si, con el Plan de desarrollador de Power Apps obtiene un entorno gratuito para uso
individual con funciones que incluyen Dataverse. En este entorno puede explorar y
aprender todo sobre Power Automate y Power Apps gratis, pero el Plan de desarrollador
de Power Apps no está diseñado para uso en producción.
Obtenga más información .
¿Cómo convierto mi entorno de prueba en un entorno de

producción?
Hay más información disponible aquí.
¿Dónde puedo encontrar más información sobre los

entornos de prueba?
Para obtener más información acerca de los entornos de prueba en Power Apps lea este
tema.
Microsoft 365
¿Qué son los derechos de uso de Microsoft Power Apps y
Power Automate para aplicaciones de Microsoft 365?
Consulte Manual de licencias para derechos de uso de Microsoft Power Apps y Power
Automate para aplicaciones Microsoft 365.
A partir del 1 de octubre de 2019, los conectores SQL, Azure y Dynamics 365 que
aparecen a continuación se reclasificarán de estándar a Premium. Conectores que no
son de Microsoft que se habían clasificado anteriormente como conectores estándar
aún estarán disponibles para los usuarios de Microsoft 365. Se requiere una licencia de
plan independiente de Power Apps o Power Automate para tener acceso a todos los
conectores premium, locales y personalizados.
Lista de conectores premium en octubre de 2019 (se ampliará con el tiempo):
Azure Application Insights

Azure Automation
Azure Blob Storage
Azure Container
Azure Cosmos
Azure Data Factory
Azure Data Lake
Azure DevOps
Azure Event Grid
Azure Event Grid Publish
Azure File Storage
Azure IoT Central
Azure Kusto
Azure Log Analytics
Azure Log Analytics Data Collector
Azure Queues
Azure Resource Manager
SQL de Azure
Azure Synapse Analytics
Azure Table Storage
Dynamics 365
Dynamics 365 Customer Insights
Dynamics 365 Finance & Operations
Dynamics 365 Sales Insights
Dynamics 365 Business Central
Dynamics 365 Business Central (on-premises)
Dynamics NAV
Centros de eventos de
Bus de servicio de
SQL Server
Se están quitando los límites basados en el plan de Power Automate en frecuencia

desencadenada y el número de ejecuciones asignadas a un inquilino por mes.
El uso de Power Apps y Power Automate estará sujeto a los límites de servicio descritos
aquí. Los límites de servicio por usuario proporcionan garantía de capacidad para los
usuarios y alivian el riesgo de que un usuario agote la amplia cuota de inquilino.
¿Cómo me afecta el cambio a derechos de uso de Power

Apps y Power Automate para aplicaciones Microsoft 365
si compré las suscripciones antes de 1 de octubre de
2019? ¿Seguirán funcionando mis aplicaciones y flujos de
trabajo Power Automate existentes?
Sí, las aplicaciones y los flujos existentes continuarán funcionando. Los clientes que han
estado usando Power Apps o Power Automate con Microsoft 365, el uso de uno o más
de conectores indicados anteriormente recibirán un período de transición antes de que
entre en vigor la reclasificación del conector. Este período de transición duraría hasta el
1 de octubre de 2020 o la caducidad de su período de suscripción de Microsoft 365
actual, según cual sea más largo. Durante el período de transición los clientes pueden
continuar creando aplicaciones y flujos adicionales mediante estos conectores.
Además, las aplicaciones y los flujos creados antes de 1 de octubre de 2019 que usan
estos conectores recibirán un período de transición extendido hasta el 1 de octubre de
2024. Durante este tiempo, estas aplicaciones y flujos calificados quedarán exentos de
los requisitos de licencia del conector Premium para conectores reclasificados.
El período de transición ampliado permite el uso de los conectores enumerados

anteriormente, pero no permite que estos conectores usen puertas de enlace. Las
puertas de enlace eran una capacidad premium antes de la transición y continúan
siendo una capacidad premium.
Aunque se puede conceder a las aplicaciones el uso de Dynamics 365 connector

durante un período de transición ampliado, la capacidad de usar el conector no
proporciona capacidad de Dataverse. La capacidad de Dataverse es un requisito previo
para que los flujos de trabajo de Power Apps y Power Automate usen Dataverse.
¿Cuántas aplicaciones puedo ejecutar con planes
Microsoft 365?
No hay límite en el número de aplicaciones. Los clientes pueden poder continuar
ejecutando aplicaciones independientes para ampliar y personalizar Microsoft 365
mediante conectores estándar.
Dynamics 365
¿Qué son los derechos de uso de Microsoft Power Apps y

Power Automate para aplicaciones de Dynamics 365?
Consulte Manual de licencias para derechos de uso de Microsoft Power Apps y Power
Automate para aplicaciones Microsoft 365.
A partir del 1 de octubre de 2019 hay algunos cambios realizados en los derechos de
uso que aparecen a continuación:
Derechos de uso de Power Apps con licencias de Dynamics 365: las licencias de
Dynamics 365 Enterprise ya no incluirán capacidades de Power Apps de propósito
general. Los usuarios de Dynamics 365 Enterprise seguirán pudiendo ejecutar
aplicaciones y portales que extienden y personalizan la aplicación de Dynamics 365 con
licencia, siempre que esas aplicaciones y portales se encuentran en el mismo entorno
que su aplicación de Dynamics 365 con licencia. Las aplicaciones o portales
personalizados fuera del entorno requerirán una licencia independiente de Power Apps.
Derechos de uso de Power Automate con licencias de Dynamics 365: Las licencias de
Dynamics 365 ya no incluirán capacidades de Power Automate de propósito general.
Los flujos de Power Automate deberán asignarse al contexto de la aplicación de
Dynamics 365 con licencia - Los flujos de Power Automate deben desencadenarse O
conectarse a orígenes de datos dentro de los derechos de uso de aplicaciones de
Dynamics 365 con licencia. El uso de flujos independientes necesitará una licencia de
Power Automate.
¿Puedo conectar con Microsoft Dynamics para

aplicaciones de finanzas y operaciones?
Sí, puede usar el conector de aplicaciones de finanzas y operaciones de Dynamics 365
para crear aplicaciones de lienzo utilizando estos datos.
Power Automate
Vea las Preguntas más frecuentes sobre licencias de Power Automate.
Dataverse
¿Qué capacidad de Dataverse se incluye con los planes

Power Apps y Power Automate?
Cada inquilino con una licencia de Power Apps recibe capacidad predeterminada.
Además, para cada licencia existe capacidad adicional (agrupada) agregada al inquilino.
Límites de capacidad de Derecho por licencia (plan de Derecho por licencia (plan de
Power Apps Power Apps por aplicación) Power Apps por usuario)
Capacidad de la base de + 50 MB + 250 MB

datos de Dataverse
Capacidad de registro de +0 +0
Dataverse
Capacidad del archivo de + 400 MB + 2 GB

Dataverse
Puesto que los flujos, así como determinadas características de Power Automate como
las aprobaciones, se ejecutan en Dataverse, cada inquilino con una licencia de Power
Automate obtiene la capacidad predeterminada. Además, para cada licencia por usuario
o por flujo hay capacidad adicional agregada al inquilino.
Límites de capacidad de Power Automate + Por usuario + Por flujo
Capacidad de la base de datos de Dataverse + 250 MB + 50 MB
Capacidad de registro de Dataverse +0 +0
Capacidad del archivo de Dataverse + 2 GB + 200 MB
Dataverse for Teams

Aquí hay una lista de preguntas frecuentes de Microsoft Dataverse for Teams sobre
licencias; para obtener más información sobre Dataverse for Teams, ver Acerca del
entorno Dataverse for Teams.
¿Van a cambiar los existentes derechos de uso de
Microsoft Power Platform incluidos con las licencias de
Microsoft 365?
Ofrecer una plataforma completa de extensibilidad de código bajo para Microsoft
Teams, las capacidades de Microsoft Power Platform disponibles como parte de algunas
suscripciones a Microsoft 365 se están expandiendo con la introducción de Dataverse
for Teams.
Dataverse for Teams es un almacén de datos flexible integrado que proporciona

almacenamiento de datos y una solución de un solo clic para la implementación
(aplicación/bot de chat) en Teams. Con la adición de Dataverse for Teams:
Las capacidades de Power Apps incluidas en las licencias de Microsoft 365 se están
expandiendo para permitir la creación e implementación de aplicaciones
personalizadas de forma nativa dentro de Teams. Esto incluye el uso de las API
creadas con Azure API Management.
Asimismo, se están introduciendo funcionalidades de Power Virtual Agents en
Teams. Los clientes ahora podrán crear e implementar bots de chat personalizados
directamente dentro de Teams.
La funcionalidad de Microsoft Power Platform existente disponible para su uso en

Microsoft 365 más ampliamente fuera de Teams permanece sin cambios.
¿Hay alguna nueva capacidad que viene con Dataverse

for Teams para los derechos de Power Automate incluidos
con Microsoft 365?
Sí. Con Dataverse for Teams, los usuarios ahora pueden crear flujos usando el portal de
Power Automate y que operan en un entorno de Dataverse for Teams. Tenga en cuenta
que un entorno de Dataverse for Teams debe crearse primero mediante la creación de
una aplicación o un bot de chat.
¿Qué suscripciones a Microsoft 365 incluyen capacidades

de Dataverse for Teams y Power Virtual Agents con
Teams?
Las capacidades de Dataverse for Teams y Power Virtual Agents for Teams estarán
disponibles como parte de las suscripciones a Microsoft 365 con las capacidades de
Microsoft Power Platform y Teams, excluyendo los planes para EDU A1 y SUB SKU. Para
obtener más información, consulte la Guía de licencias .
¿Cómo se crea el entorno de Dataverse for Teams?

La creación de entornos de Dataverse for Teams no está disponible en el centro de
administración de Power Platform. La creación de nuevos entornos de Dataverse for
Teams solo será posible desde dentro de Teams.
¿Dataverse for Teams se puede utilizar fuera de Teams?

Dataverse for Teams está diseñado para funcionar en el cliente Teams en la Web, el
escritorio y el dispositivo móvil. Si desea usar Dataverse for Teams fuera de Teams, debe
actualizar su entorno a Dataverse.
¿Hay un límite de capacidad para Dataverse for Teams?

¿Cuántos entornos de Dataverse for Teams se pueden
crear en un inquilino?
Cada entorno de Dataverse for Teams se asigna de forma única (1:1) a un equipo de
Teams y puede almacenar hasta 1.000.000 de registros según el uso típico (aplicado
como almacenamiento de base de datos relacional de 2 GB por entorno de Dataverse
for Teams). Para obtener detalles sobre los límites del servicio, incluidos los límites de
capacidad a nivel de inquilino asociados con Dataverse for Teams, consulte Acerca del
entorno de Dataverse for Teams.
¿Podemos supervisar quién puede crear entornos con

Dataverse for Teams?
Teams regula quién puede crear y unirse a un equipo. El entorno se crea para un equipo
cuando un propietario o miembro intenta crear una aplicación en él.
¿Se puede eliminar un entorno de Dataverse for Teams?

Un entorno de Dataverse for Teams se elimina cuando se elimina el equipo asociado.
¿Cómo funciona la aplicación de la capacidad para los

entornos de Dataverse for Teams?
Cuando se alcanzan los límites de capacidad del entorno (2 GB por entorno), no se
pueden crear ni instalar nuevas soluciones (aplicaciones, bots de chat, flujos) en ese
entorno específico de Dataverse for Teams.
Cuando se alcanzan los límites de servicio de capacidad del inquilino, crece con el
número de USL de Microsoft 365 elegibles en el inquilino como se explica aquí:
No se pueden crear ni instalar nuevas aplicaciones, bots de chat, flujos ni tablas en

ningún entorno de Dataverse for Teams.
No se pueden crear nuevos entornos Dataverse for Teams en el inquilino
En ambos casos:
A los usuarios que deseen crear/instalar nuevas aplicaciones, bots de chat, flujos o
tablas en ese entorno se les notificará que se alcanzó el límite de capacidad y que
deben reducir el uso de almacenamiento o comunicarse con sus administradores.
Las soluciones existentes en el entorno seguirán funcionando (CRUD permitido).
Los entornos podrán seguir creciendo más allá del límite de 2 GB. 
Se pueden actualizar las soluciones existentes en el entorno.
Algunas opciones dentro de cada solución (Power Apps/Power Automate/Power
Virtual Agents) estarán ocultas/atenuadas.
¿Pueden los clientes con suscripciones de Power Apps,

Power Automate y Power Virtual Agents usar conectores
premium con Dataverse for Teams?
Sí. El acceso a conectores premium en un entorno de Dataverse for Teams específico
requiere que los usuarios de ese entorno tengan la licencia correspondiente.
Ejemplo: en un entorno de Dataverse for Teams, el acceso a conectores premium en el

contexto de una aplicación requiere que todos los usuarios que accedan a la aplicación
tengan una licencia del plan de Power Apps por aplicación o por usuario, según el
escenario del cliente.
¿Puedo usar AI Builder con Dataverse for Teams?

No. Las tablas para AI Builder no se incluyen en Dataverse for Teams.
¿Puedo usar flujos de interfaz de usuario con Dataverse

for Teams?
No. Los flujos de interfaz de usuario no se admiten en Dataverse for Teams.
¿Puedo usar conectores personalizados en Dataverse for

Teams?
Los conectores personalizados no son compatibles con Dataverse for Teams, pero se
dispondrá de soporte técnico para Azure API Management (API-M) más adelante en
Dataverse for Teams.
¿Pueden los clientes comprar más capacidad para un

entorno de Dataverse for Teams?
No. Dataverse for Teams brinda soporte para aproximadamente 1 millón de filas por
equipo. Aunque las aplicaciones y los bots de chat existentes seguirán funcionando
cuando un entorno de Dataverse for Teams alcance el límite por entorno (2 GB), los
usuarios que deseen crear una nueva aplicación, flujo, bot de chat o tabla en el entorno
deberán:
1. Compre suscripciones de Power Apps,Power Automate y Power Virtual Agents en

función de sus necesidades y comience a crear su nueva aplicación, flujo o bot de
chat en un entorno.
2. Actualizar el entorno existente de Dataverse for Teams a Dataverse en el entro de
administración de Power Platform y, si es necesario, comprar suscripciones de
Power Apps, Power Automate o Power Virtual Agents basadas en sus necesidades.
¿Pueden los clientes empaquetar y exportar su solución

(aplicación/flujo/bots de chat) integrada en Dataverse for
Teams y luego importarlo a un entorno (suponiendo que
tengan la licencia correspondiente, incluidos los derechos
de acceso a Microsoft Dataverse)?
Esta capacidad aún no está disponible, pero está incluida en nuestra hoja de ruta.
Además de agregar capacidad, ¿cuáles son las otras

razones para actualizar un entorno de Dataverse for
Teams?
La actualización de un entorno desde Dataverse for Teams hasta Dataverse permitirá a
los clientes aprovechar la capacidad adicional y capacidades como:
ALM empresarial, tipos de datos
Compatibilidad con un registro y un lago de datos administrado
Control de acceso enriquecido, auditoría
Gobernanza y seguridad
７ Nota
Acceder a un entorno con Dataverse requiere que todos los usuarios tengan una
correspondiente licencia independiente de Microsoft Power Platform para cada
servicio que se utiliza. Por ejemplo, un usuario que accede a una aplicación que se
ejecuta en Dataverse debe tener una licencia del plan de Power Apps por aplicación
o por usuario, según el escenario del cliente.
¿Porque veoel plan de Dataverse en algunas suscripciones

a Microsoft 365? ¿Esto está relacionado con Dataverse for
Teams?
No. Un conjunto limitado de capacidades de Dataverse se agregaron recientemente a
las licencias de Microsoft 365 para admitir capacidades de servicio disponibles (por
ejemplo, Microsoft Project). Sigue siendo necesario un plan independiente de Power
Apps, Power Automate o Power Virtual Agents para ejecutar aplicaciones, flujo o bots
con Dataverse. Revise las capacidades de Dataverse con licencias de Microsoft 365 para
obtener más detalles sobre la característica.
７ Nota
Hay un plan de servicio llamado Dataverse for Teams que está relacionado con las
capacidades de Dataverse for Teams. Nuestra plataforma utiliza este plan de
servicio para otorgar a los inquilinos del cliente capacidad de almacenamiento de
Dataverse for Teams y no debe desactivarse.
¿Se admite la migración geográfica para entornos de

Dataverse for Teams?
La migración geográfica no se admite para entornos de Dataverse for Teams.
Complementos
¿Qué complementos están disponibles en los planes de
Power Apps y Power Automate?
Una lista de complementos aplicables a todos los planes independientes de Power Apps
y Power Automate aparecen a continuación:
Nuevo complemento de capacidad de inicio de sesión en portales de Power

Apps y nuevo complemento de capacidad de ver páginas en portales para los
usuarios externos de portales de Power Apps. Los usuarios externos son aquellos
fuera de su organización que inician sesión con una variedad de identidades como
LinkedIn, cuenta Microsoft, otros proveedores de inicio de sesión comerciales o de
forma anónima.
Complementos de capacidad de inicio de sesión en portales de Power Apps

(diversos niveles de volumen a partir de 200 $ por 100 inicios de sesión por
mes)
Complemento de capacidad de ver páginas en Power Apps (100.000 vistas de

páginas anónimas por 100 $ por mes)
El nuevo Complemento de capacidad de Power Apps y Power Automate aumenta

a diario los límites de solicitudes API diarias para cargas de trabajo de Power Apps,
Power Automate y Dynamics 365 para los usuarios que exceden su derecho de uso
(10 000 solicitudes API diarias por 50 $ al mes).
Capacidad para la base de datos de Dataverse (1 GB) 40 $ por mes
Capacidad de archivos de Dataverse (1 GB) 2 $ por mes
Capacidad de registro de Dataverse (1 GB) 10 $ por mes
Portals
７ Nota
A partir del 12 de octubre de 2022, portales de Power Apps son Power Pages. Más
información: Microsoft Power Pages ya está disponible en general (blog)
Vea Power Pages.
Power Pages
¿Cómo funcionan las licencias de Power Pages?
La concesión de licencias de Power Pages se basa en la capacidad y ofrece dos tipos de
capacidades según el tipo de usuario: usuarios autenticados por sitio web por mes y
usuarios anónimos por sitio web por mes.
1. Usuarios autenticados
a. La licencia de suscripción con capacidad de usuario autenticado se puede

comprar para el número anticipado de usuarios únicos y autenticados. Por
ejemplo, los empleados (internos) o no empleados (externos) que acceden a
un sitio web durante un mes.
b. El medidor de pago por uso de usuario autenticado permite a los clientes

pagar por uso en función del número real de usuarios autenticados que han
accedido a un sitio web en un mes.
Definición del medidor: el medidor de pago por uso de usuarios autenticados de

Power Pages es una medida de la cantidad de usuarios únicos autenticados por
sitio web por mes.
2. Usuarios anónimos
a. La licencia de suscripción con capacidad mensual de usuario anónimo se

puede comprar para el número anticipado de usuarios únicos y anónimos que
acceden a un sitio web en un mes.
b. El medidor de pago por uso de usuario anónimo permite a los clientes pagar
por uso en función del número real de usuarios anónimos que han accedido a
un sitio web en un mes.
Definición del medidor: el medidor de pago por uso de usuarios anónimos/sitio

web de Power Pages es una medida de la cantidad de usuarios únicos anónimos
por sitio web por mes.
Más información: Power Pages metros
¿Qué es un usuario autenticado y cómo se calculan los

usuarios/sitio web/mes autenticados?
Los usuarios autenticados son usuarios que obtienen acceso seguro a un sitio web
iniciando sesión a través de un proveedor de autenticación.
El usuario/sitio web/mes autenticado se calcula como usuarios únicos que inician sesión
en el sitio web en una duración de un mes natural. Incluso si un usuario inicia sesión
varias veces en un sitio web en un mes calendario, ese usuario se cuenta como un solo
usuario. La singularidad se determina mediante el ID del registro de contacto (tabla de
contactos de Microsoft Dataverse) a la que se asigna el usuario.
¿Qué es un usuario anónimo y cómo se calculan los

usuarios anónimos/sitio web/mes?
Los usuarios anónimos son usuarios que navegan por un sitio web y no inician sesión.
Los usuarios anónimos/sitio web/mes se calculan como usuarios únicos que acceden a
una o más páginas anónimas del sitio web en la duración de un mes calendario. La
unicidad se determina a través de una identificación de usuario anónima única
almacenada en una cookie del navegador. Si el usuario accede al sitio utilizando
diferentes navegadores o dispositivos o limpia las cookies del navegador, se genera una
nueva identificación de usuario anónimo y el usuario se contará como un usuario
diferente.
¿Cuáles son los escenarios en los que un usuario no se

cuenta como usuario anónimo a pesar de que el usuario
navega por una página anónima en el sitio web?
Hay varios escenarios en los que un usuario que ha navegado de forma anónima en el
sitio web no se contabilizará en el contador, algunos de estos se describen a
continuación:
1. No se contará ningún acceso a un sitio web que se ejecute en modo de prueba.
2. No se contará ningún acceso a un sitio web que se ejecute en modo privado.
3. Si el usuario accede a páginas específicas del sitio web, entonces no se cuentan

como usuarios anónimos, estas son:
a. Páginas relacionadas con el inicio de sesión como inicio de sesión, registro,

invitación y devolución de llamada de autenticación externa. Esto se hace para
garantizar que si el usuario intenta autenticarse en el sitio web, no se cuente
como un usuario anónimo.
b. Páginas del sistema como las que comienzan con /_ como /_servicios y
/_recurso.
c. Si una página devuelve una respuesta de redireccionamiento (estado http 3xx).
d. Si una página devuelve una respuesta de error (estado http 5xx).
e. Si una página devuelve 404, o cualquier respuesta http 4xx.
4. No se cuentan los bots y rastreadores que acceden a páginas anónimas del sitio
web.
5. Si hay una configuración de sistema de monitoreo para probar periódicamente la

disponibilidad del sitio web, se eliminará si envía un agente de usuario que no sea
del navegador. En caso de que su sistema de monitoreo envíe un agente de
usuario que sea de cualquier navegador estándar, podría contarse. Si usa un
sistema de monitoreo para probar la disponibilidad del sitio web, le
recomendamos que se dirija a la página /_servicios/acerca de de su sitio web para
asegurarse de que no se cuente en el acceso de usuario anónimo.
6. Si un usuario accede solo a recursos estáticos (CSS, JavaScript e imágenes) no se

contarán.
7. Si un usuario navega de forma anónima y luego inicia sesión en el sitio web en el

mismo día (zona horaria UTC), ese usuario solo se contará como usuario
autenticado y no como usuario anónimo.
Si un usuario accede a un sitio de forma anónima y luego

inicia sesión en el sitio en la misma sesión, ¿se contará al
usuario como un usuario anónimo y autenticado?
Si un usuario accede a un sitio de manera tanto anónima como autenticada en la misma
sesión o incluso dentro del mismo día (24 horas usando la zona horaria UTC), el usuario
solo se contará como un usuario autenticado y no como un usuario anónimo.
El acceso a mi sitio web está autenticado, sin embargo,

tiene una página de inicio de sesión anónima. ¿Necesito
comprar una suscripción de usuario anónimo?
No, el acceso a la página de inicio de sesión no se cuenta para el cálculo de usuarios
anónimos. Entonces, si la única página anónima es la página de inicio de sesión,
entonces no será necesario comprar una suscripción de usuario anónimo.
Sin embargo, es importante asegurarse de que el resto del sitio esté autenticado. Esto
se puede hacer mediante el uso de permisos de nivel de página en la página de inicio y
solo haciéndolo disponible para roles de usuarios autenticados. Si se usa cualquier otro
método, como usar una redirección del lado del cliente (JavaScript) para iniciar sesión
en la página, entonces podría hacer que algunas páginas estén disponibles de forma
anónima.
¿Cuánto cuestan estas licencias?

Las ofertas de Power Pages autenticado por usuario y Power Pages anónimo por usuario
sirven tanto a escenarios de clientes pequeños como grandes con una barrera de
entrada baja y escalan fácilmente para un crecimiento de gran volumen. Los precios de
suscripción y pago por uso se detallan a continuación.
Paquetes de capacidad de suscripción autenticados por

usuario/sitio web y medidores de pago por uso
Niveles de Paquetes de Número de usuarios

Precio por paquete Pago por
paquetes de capacidad
(100 de capacidad/mes uso
capacidad Compra usuarios/paquete
mínima de capacidad)
Nivel 1 1 paquete 100+ usuarios 200 $ 4,00 USD

por
usuario
Nivel 2 100 10 000+ usuarios 75 USD

paquetes
Nivel 3 1000 100 000+ usuarios $50

paquetes
Paquetes de capacidad de suscripción anónimos por usuario/sitio

web y medidores de pago por uso

Nivel 1 1 paquete 500+ usuarios 75 USD 0,30 USD

por
usuario
Nivel 2 20 paquetes 10 000+ usuarios 37,50 USD

Nivel 3 200 100 000+ usuarios 25 USD

paquetes
Los precios indicados arriba son precios de lista para el canal comercial, se ofrecen
precios especiales para clientes educativos y sin fines de lucro.
¿Las licencias de Power Pages incluyen almacenamiento

de Dataverse?
Sí, la base de datos de Dataverse y la capacidad de archivo de Dataverse se incluyen con
las licencias autenticadas por usuario/sitio web y anónimas por usuario/sitio web. Las
capacidades asignadas difieren entre los planes de suscripción y los planes de pago por
uso, como se detalla a continuación.
Capacidad predeterminada de Dataverse - planes de suscripción
Tipo de Almacenamiento de Dataverse Dataverse

capacidad base de datos de almacenamiento de base almacenamiento de
Dataverse por de datos por paquete de archivos por paquete
arrendatario capacidad de capacidad
Plan 5 GB 2 GB 16 GB
autenticado
por usuario
Plan 5 GB 500 MB 4 GB
anónimo
por usuario
Capacidad predeterminada de Dataverse - planes de pago por uso
Tipo de Almacenamiento de base Almacenamiento de Almacenamiento de

capacidad de datos de Dataverse por base de datos de archivo de Dataverse
arrendatario Dataverse por entorno por entorno
Plan N/D 1 GB 1 GB
autenticado
por usuario
Tipo de Almacenamiento de base Almacenamiento de Almacenamiento de
capacidad de datos de Dataverse por base de datos de archivo de Dataverse
arrendatario Dataverse por entorno por entorno
Plan N/D 1 GB 1 GB
anónimo
por usuario
¿Cuántos usuarios se incluyen en cada paquete para las

licencias de Power Pages?
1. Basado en suscripción
a. Suscripción de Power Pages usuario autenticado/sitio web – Cada pack consta

de 100 usuarios. Esto es lo mismo para todos los niveles.
b. Suscripción de Power Pages usuario anónimo/sitio web – Cada pack consta de

500 usuarios. Esto es lo mismo para todos los niveles.
2. Basado en pago por uso
a. Medidor de pago por uso de usuario autenticado de Power Pages - Los

medidores de pago por uso no se venden en paquetes sino que se cuentan
como usuarios individuales.
b. Medidor de pago por uso de usuario anónimo de Power Pages - Los

medidores de pago por uso no se venden en paquetes sino que se cuentan
como usuarios individuales.
¿Cuáles son los derechos de uso de Power Pages incluidos

con las licencias de Power Apps y Dynamics 365
Enterprise?
A los usuarios autenticados con licencias de Power Apps o Dynamics 365 enterprise se
les otorgan los derechos de uso para Power Pages que se describen abajo.
1. Power Apps por usuario con licencia de aplicación: un sitio web de Power Pages.
2. Power Apps por usuario con licencia de usuario: sitios web de Power Pages
ilimitados
3. Usuarios con licencia de Dynamics 365 Enterprise: sitios web de Power Pages
ilimitados Estos sitios web deben asignarse al contexto de la aplicación de
Dynamics 365 con licencia y al mismo entorno que la aplicación de Dynamics 365
con licencia.
¿Cuáles son las principales diferencias entre las licencias

de Power Pages y portales de Power Apps?
Parámetro Licencias de portales de Power Apps Licencias de Power Pages
Aprovisionamiento Cada sitio web adicional en el entorno No se requiere capacidad de

de un sitio web requiere 1 GB de capacidad de Dataverse para aprovisionar un
Dataverse sitio web
Calificar ofertas Licencias de Dynamics 365 y Power No se requiere una oferta base y
base Apps. las licencias se pueden comprar
de forma independiente
Licencias Licencias empresariales de Dynamics Licencias empresariales de

requeridas para 365
Dynamics 365
usuarios Plan de Power Apps por aplicación

Plan de Power Apps por
autenticados Plan de Power Apps por usuario
aplicación
internos Medidor de pago por uso de Power Plan de Power Apps por usuario
Apps por aplicación (Nuevo) Suscripción autenticada

por usuario/sitio web
(Nuevo) Medidor de pago por

uso de usuario autenticado
Licencias Capacidad de inicios de sesión de Suscripción autenticada por

requeridas para portales de Power Apps (un inicio de usuario/sitio web
usuarios sesión = inicio de sesión único diario) Medidor de pago por uso de
autenticados usuario autenticado
externos
Licencias Capacidad de vista de página en Suscripción anónima por

requeridas para portales de Power Apps usuario/sitio web
usuarios anónimos Medidor de pago por uso de

usuario anónimo
Almacenamiento No incluido con inicios de sesión de Incluido con la suscripción a

de Dataverse portales de Power Apps y capacidad de Power Pages
visualización de páginas Incluido con el medidor de pago

por uso de Power Pages
Modelo de de pago No disponible Disponibles

por uso
Si estoy construyendo un sitio web de Power Pages para

mis empleados, que iniciarán sesión usando sus
credenciales de Azure AD. ¿Qué licencias de Power Pages
necesito?
Los usuarios autenticados internos de un sitio web de Power Pages pueden usar uno de
los siguientes tipos de licencias:
1. Basado en suscripción
a. Power Apps por aplicación – Los usuarios pueden acceder a un sitio web de
Power Pages que debe ser parte del entorno al que se asignan las licencias de
capacidad de Power Apps por aplicación.
b. Usuarios con licencia de Power Apps por usuario – Usuarios que han sido
asignados las licencias de Power Apps por usuario pueden usar sitios web de
Power Pages ilimitados.
c. Usuarios con licencia de Dynamics 365 Enterprise por usuario – Los usuarios
que han sido asignados licencias de Dynamics 365 Enterprise por usuario
pueden usar sitios web de Power Pages ilimitados. Estos sitios web deben
asignarse al contexto de la aplicación de Dynamics 365 con licencia y al mismo
entorno que la aplicación de Dynamics 365 con licencia.
d. Suscripción de usuario autenticado/sitio web de Power Pages – Los usuarios

pueden acceder a un sitio web de Power Pages al que se asigna capacidad
autenticada por usuario/sitio web de Power Pages.
Si un usuario que accede al
sitio web tiene una licencia por usuario de Power Apps o una licencia
empresarial de Dynamics 365 asignada, ese usuario no se contará en la
capacidad de usuario/sitio web autenticado de Power Pages.
2. Basado en pago por uso

a. Medidor de pago por uso de usuario autenticado de Power Pages – Los
usuarios pueden acceder al sitio web de Power Pages presentes en entornos
habilitados para licencias de pago por uso.
Si un usuario que accede al sitio web tiene una licencia por usuario de Power
Apps o una licencia empresarial de Dynamics 365 asignada, ese usuario no se
contará en el medidor de pago por uso de usuario autenticado de Power Pages.
¿Cuál es la diferencia entre la capacidad de inicio de

sesión de los portales de Power Apps y la capacidad de
Power Pages autenticado por usuario/mes?
La capacidad de Power Pages autenticado por usuario/mes cuenta el número de
usuarios únicos en un mes que han accedido al sitio web de manera autenticada
mientras que la capacidad de inicio de sesión de Power Apps cuenta el número total de
inicios de sesión que todos los usuarios tuvieron en el sitio web durante un período de
24 horas. 
 
Por ejemplo, en un escenario en el que un total de 100 usuarios autenticados

accedieron a un sitio web en un mes y cada usuario inició sesión una vez al día en el
sitio web. En este escenario, si aplicamos ambos medidores, así es como funcionarán;
1. Power Pages autenticado por usuario
Con Power Pages autenticado por usuario por capacidad mensual del sitio web, el
número total de usuarios sería 100 y el cliente deberá comprar capacidad para 100
usuarios para el sitio web.
2. Inicio de sesión en el portal de Power Apps
Con los inicios de sesión de portales de Power Apps, el número total de inicios de
sesión sería 100 * 30 = 3000 (ya que cada usuario inicia sesión una vez al día) y el
cliente deberá comprar capacidad para 3000 inicios de sesión para el sitio web.
Si creo un sitio web de Power Pages que potencialmente

puede ser utilizado por 100.000 usuarios autenticados, sin
embargo, en un mes determinado solo será utilizado por
5.000 usuarios (de los 100.000). ¿Necesito comprar
capacidad autenticada por usuario para 100 000 usuarios
o 5000 usuarios?
La licencia de Power Pages autenticado por usuario/sitio web se basa en la cantidad de
usuarios únicos autenticados que acceden al sitio en un mes. En este ejemplo, el cliente
debe comprar capacidad para 5000 usuarios.
Lo mismo ocurre si los usuarios son anónimos y no están autenticados.
¿Necesito una licencia adicional para las capacidades de

red de entrega de contenido (CDN) y firewall de
aplicaciones web (WAF) de Power Pages?
No. Las capacidades de CDN y WAF se incluyen como parte de las licencias de Power
Pages y no requieren la compra de licencias adicionales.
Para las licencias basadas en suscripción, ¿cuál es la
cantidad mínima de capacidad de usuarios anónimos y
autenticados que debo asignar a un entorno?
1. Usuarios autenticados -> La cantidad mínima que debe asignarse a un entorno es
25.
Por ejemplo, si tiene tres sitios web (en tres entornos diferentes) y compró un
paquete de usuario autenticado (100 usuarios), puede asignarlos de las siguientes
maneras:
Entorno 1: 25 (mín. 25)

2. Usuarios anónimos-> Mínimo 200 por entorno. Después puede asignar 1 como
mínimo.
Por ejemplo, si tiene dos sitios web (en dos entornos diferentes) y obtuvo una
licencia de un paquete de usuario anónimo (500 usuarios), puede asignarlos de las
siguientes maneras:

¿Puedo mezclar licencias de suscripción y medidores de

pago por uso de Power Pages en el mismo entorno?
Las licencias de suscripción de Power Pages no se pueden utilizar en un entorno de
pago por uso.
¿Aún puedo comprar suscripciones de inicio inicio de

sesión y vista de página de portales de Power Apps?
Las suscripciones de inicio de sesión y vista de página de portales de Power Apps
estarán disponibles para su compra durante el período de transición.
1. Clientes existentes que tienen suscripciones de inicio de sesión y vista de página

de portales de Power Apps
Los clientes de portales de Power Apps cuyos acuerdos expiren antes del 31
de marzo de 2023 tendrán la opción de renovar sus acuerdos utilizando las
SKU de portales de Power Apps por un plazo más de contrato.
Durante este período de transición, los clientes existentes también podrán

comprar más capacidad para SKU existentes para crear nuevos sitios web o
aumentar la capacidad de los sitios web existentes. 
Los clientes de portales de Power Apps cuyos acuerdos vencen después del
31 de marzo de 2023 deberán hacer la transición a las nuevas licencias de
Power Pages al vencimiento de su plazo de suscripción a los portales de
Power Apps.
2. Clientes nuevos
Las SKU de los portales de Power Apps por inicio de sesión y por vista de
página estarán disponibles para que los nuevos clientes los compren hasta el
31 de marzo de 2023.
Después del 31 de marzo de 2023, los nuevos clientes comprarán las nuevas
SKU de Power Pages.
¿Lsa licencias de suscripción de Power Pages sin usar

(autenticada por usuario y anónima por usuario) se
transfieren al mes siguiente?
Las licencias de Power Pages se adquieren a una tasa mensual que se basa en el
volumen previsto por usuario de un cliente. No se acumulan como activos individuales y
no se pasarán de mes en mes.
AI Builder
¿Cómo funcionan las licencias de AI Builder?

AI Builder es un complemento de capacidad para licencias de pago independientes de
Power Apps, Power Automate y Dynamics 365. Cada suscripción de $ 500 incluye 1
millón de créditos de servicio de AI Builder aplicados a nivel de arrendatario. Para usar la
capacidad de AI Builder, un administrador tiene que asignar la capacidad de AI Builder
al entorno en el que quiera usar AI Builder.
Más detalles sobre licencias pueden encontrarse en Manual de licencias de

Microsoft Power Apps y Power Automate.
Encontrará información acerca de cómo asignar capacidad en el Centro de
administración de Power Platform aquí.
¿Como se aplica la capacidad de AI Builder?

El complemento de capacidad de AI Builder es una suscripción anual y la capacidad se
aplica mensualmente. La capacidad se debe adquirir para el período mensual de uso
máximo.
La información sobre cómo asignar la capacidad de AI Builder para su entorno está

disponible aquí.
¿Se puede agregar la capacidad de AI Builder a los planes

P1 y P2 para Power Apps y Power Automate que se están
retirando?
Sí. La capacidad de AI Builder se puede agregar a los planes P1 y P2 para Power Apps y
Power Automate para los clientes que aún no han hecho la transición a los planes
nuevos de Power Apps y Power Automate.
¿Qué es un “crédito de servicio” y cómo funciona?

AI Builder incluye varios tipos de modelos, incluidos personalizados y preconstruidos;
hay una lista completa disponible aquí.
Los modelos de IA usan créditos de servicio cuando se forman, usados en una

aplicación o un flujo, o programados para ejecutarse periódicamente. La cantidad de
capacidad consumida varía en función del modelo de AI, así como del tamaño y la
complejidad del conjunto de datos.
¿Qué puedo hacer con los 5000 créditos de IA incluidos

en el plan por usuario con RPA asistida?
Cada licencia de usuario le otorga 5000 créditos, lo que le permite evaluar las
capacidades en AI Builder. Por ejemplo, puede utilizar estos créditos para extraer datos
de algunos documentos con procesamiento de formularios o realizar cientos de
extracciones básicas de OCR con reconocimiento de texto.
¿Qué modelos de IA están disponible de forma gratuita

en vista previa pública y cuáles están en estado de GA de
pago?
El estado de lanzamiento de las características de AI Builder está disponible aquí.
Los modelos de IA disponibles en vista previa pública no requieren capacidad de AI

Builder de pago. Una lista completa de todos los modelos se encuentra aquí.
¿Hay una versión de prueba disponible para AI Builder?

Los usuarios sin licencia para Power Apps o Power Automate puede acceder a la
capacidad de prueba de AI Builder durante 30 días registrándose en una prueba de
Power Apps o Power Automate. Los usuarios existentes de Power Apps y Power
Automate pueden acceder a la capacidad de prueba de AI Builder durante 30 días
iniciando sesión en el servicio respectivo y accediendo a AI Builder en el panel de
navegación izquierdo.
Complemento RPA de Power Automate
¿Cómo puedo aplicar complementos RPA desatendidas a

mis flujos?
Siga estos pasos para aplicar complementos de RPA desasistidos para sus flujos.
1. El administrador de inquilinos debe comprar u obtener una versión de prueba de

la capacidad adicional de RPA desasistida para el inquilino. El administrador del
inquilino puedee hacerlo desde el portal de administración de Microsoft 365 .
Simplemente busque el complemento en la página de servicios de compra.
2. El administrador del entorno debe asignar las capacidades adicionales
desatendidas disponibles (pagadas o de prueba) a un entorno específico.
3. Los creadores ahora pueden ejecutar flujos de escritorio desatendidos dentro del
entorno que tiene la capacidad desatendida.
７ Nota
El complemento desatendido es específico del entorno. Por lo tanto, si tiene varios

entornos que necesitan ejecutar RPA desatendido, debe asignar capacidad
adicional a cada uno de ellos.
Además, si necesita ejecutar varios flujos de escritorio
desatendidos en paralelo en un solo entorno, debe asignar la cantidad correcta de
complementos desatendidos al entorno para admitir las ejecuciones del flujo.
Plan de pago por uso
El pago por uso es una nueva forma de pagar Power Apps y Power Automate mediante
una suscripción de Azure, que le permite comenzar a crear y compartir aplicaciones sin
ningún compromiso de licencia o compra inicial.
Pago por uso le permite compartir aplicaciones flujos de Power Automate con cualquier
usuario de su organización y luego solo pagar si usa esa aplicación y cuando la usa. El
plan de pago por uso también incluye capacidad de almacenamiento de Microsoft
Dataverse y brinda la flexibilidad de pagar por almacenamiento adicional cuando lo
necesite.
Este plan reduce los gastos generales de adquisición de licencias y le permite

administrar y dividir los costos entre las unidades de negocio al aprovechar las
capacidades de generación de informes de administración de costos de las
suscripciones de Azure. La información de precios para este plan está disponible aquí.
 Sugerencia
Vea cómo T-Mobile está innovando con el pago por uso y Power Apps: T-Mobile
adopta Microsoft Power Platform para un desarrollo de código bajo rápido y
potente .
Casos de uso comunes

1. Aplicaciones ampliamente distribuidas: utilice el plan de pago por uso para las
aplicaciones que deben compartirse con una gran base de usuarios con un uso
poco frecuente o impredecible.
2. Establecer patrones de uso: comprenda los patrones de adopción de nuevas

aplicaciones para determinar si las licencias prepagadas tienen sentido desde un
punto de vista financiero para su empresa.
3. Compra flexible: use una suscripción de Azure para Power Apps y Power Automate
para reducir los gastos generales de adquisición de licencias y consolidarlos con
otras compras de servicios. Esto es especialmente útil si ya tiene una suscripción
de Azure que usa para otros servicios de Microsoft.
¿Cómo funciona?
En Power Apps, Power Automate o el centro de administración de Power Platform,
puede vincular entornos a una suscripción de Azure mediante una política de
facturación.
Una vez que un entorno está vinculado a una suscripción de Azure, el uso de
aplicaciones y cualquier uso de solicitudes de Dataverse o Microsoft Power Platform que
supere las cantidades incluidas se facturarán a la suscripción de Azure mediante
medidores de Azure.
Usted puede desvincular su entorno de la suscripción de Azure en cualquier momento y

el uso ya no se facturará.
¿Qué es una directiva de facturación?

Una directiva de facturación crea un vínculo entre uno o más entornos y una suscripción
de Azure. Contiene:
Detalles de la suscripción a Azure

Una lista de entornos que están vinculados a la suscripción de Azure
Las directivas de facturación se pueden crear en el centro de administración de Power

Platform o dentro de Power Apps y Power Automate. Cuando se crea una directiva de
facturación, se crea el recurso de Azure correspondiente (llamado recurso de cuenta de
Power Platform) en la suscripción de Azure asociada a esa directiva de facturación.
Cualquier cargo por uso de las solicitudes de Power Apps, Power Automate, Dataverse y
Microsoft Power Platform aparecerán bajo el recurso de cuenta de Power Platform en la
factura de la suscripción de Azure.
Cuando un entorno está vinculado a Azure a través de una política de facturación, se
convierte en un entorno de pago por uso. Un entorno solo se puede vincular a una
política de facturación a la vez. Puede cambiar la política a la que está vinculado un
entorno, o eliminarlo de una política de facturación, en cualquier momento. Cuando
elimina un entorno de una política de facturación, vuelve a funcionar como un entorno
normal. El uso de los productos de Microsoft Power Platform en ese entorno ya no se
facturará a Azure.
Las políticas de facturación brindan opciones flexibles para las organizaciones que
buscan asignar los costos de los medidores de Microsoft Power Platform en todos los
equipos y departamentos. En el siguiente ejemplo, el cliente ha decidido configurar el
uso del medidor de Power Platform para los dos entornos del equipo de marketing se
facturará a la suscripción de Azure de ese equipo. Sin embargo, para el equipo de
Finanzas, el cliente ha decidido configurar políticas de facturación individuales para los
entornos de dos sub-equipos diferentes (Contabilidad y Auditoría), cada uno de los
cuales estará conectado a un recurso de cuenta de Power Platform. Esto permite que los
costos de cada sub-equipo se desglosen fácilmente, aunque ambos se facturen a la
misma suscripción de Azure. Los clientes también pueden aprovechar Grupos de
recursos de Azure y Etiquetas de Azure para organizar sus recursos de cuenta de Power
Platform y realizar un seguimiento y asignar los gastos.
Siguiente paso
Medidores de pago por uso
Medidores de pago por uso
Cuando elige usar pago por uso, el uso de los servicios de Power Platform se factura a su suscripción de
Azure mediante medidores de Azure. La siguiente tabla describe cada medidor y cómo mide el uso.
Cuando vincula un entorno a una suscripción de Azure, todos estos medidores se habilitan
automáticamente para el entorno, por lo que cualquier uso de los servicios de Power Platform en ese
entorno se facturará de acuerdo con los detalles que se muestran en este artículo.
¿Cómo funcionan los medidores?

Medidor ¿Qué se cuenta? ¿Qué se factura?
Power Apps por El número total de usuarios activos mensuales únicos de cada aplicación $10 por usuario
aplicación en un entorno de pago por uso.
activo/aplicación/mes
Un usuario activo es alguien que abre una aplicación al menos una vez
en el mes determinado.
El acceso repetido de un usuario a una aplicación no se cuenta. Los

usuarios con licencias por usuario de Power Apps no se cuentan. No se
contarán los usuarios con una licencia de Dynamics 365 que brinde
acceso a una licencia por usuario.
Ejecuciones de Ejecuciones de flujo por flujos de nube flujos de escritorio y flujos de $0,60 por ejecución de
flujo de Power nube premium.
flujo para ejecuciones de
Automate Los flujos con conectores estándar están excluidos de los cargos.
flujo de nube y
(versión Los usuarios con licencias de Power Automate por usuario (por ejemplo ejecuciones de flujo de
preliminar) Power Automate por usuario, Power Automate Por Usuario con RPA escritorio de Power
atendido) están excluidos de los cargos de ejecución de flujo cuando se Automate (modo
usa una función dentro de sus derechos de licencia.
asistido)
Del mismo modo, los flujos que utilizan licencias de Power Automate $3,00 por ejecución de
por flujo están excluidos de los cargos de ejecución cuando utilizan una flujo para ejecuciones de
característica comprendida en sus derechos de licencia. flujo de escritorio de
Power Automate (modo
desatendido)
Dataverse Para el almacenamiento de la base de datos, cualquier uso superior a 1 Para un uso superior a
GB por entorno de pago por uso.
1 GB para la base de
Para el almacenamiento de archivos, cualquier uso superior a 1 GB por datos: $48 por GB/mes
entorno de pago por uso.

Para uso superior a 1 GB
Si la auditoría está habilitada, se contará cualquier uso de por archivo: $2,40 por
almacenamiento de registros resultante. GB/mes
Para cualquier uso de

registro: $12 por
GB/mes
Solicitudes de Cada usuario en un entorno habilitado de pago por uso obtendrá un 0,00004 $ por
Power Platform derecho diario de solicitudes de Power Platform basadas en su licencia. solicitud/día por encima
(próximamente) Consulte Límites de licencias. Esto será suficiente para la mayoría de los de los límites
clientes. Para aquellos con escenarios de gran escala, se contarán las autorizados diarios
solicitudes de Power Platform por encima de ese derecho.
Medidor ¿Qué se cuenta? ¿Qué se factura?
Power Pages Usuarios únicos activos mensuales de sitios web de Power Pages
$4 por usuario/sitio
(versión Un usuario autenticado activo es alguien que inicia sesión en el sitio web/mes activos
preliminar) web al menos una vez en el mes determinado.
autenticados
Los usuarios que se autentican en un sitio web (iniciando sesión con $0,30 por usuario
cualquier proveedor de autenticación) se cuentan como usuarios activos anónimo activo/sitio
autenticados. No se cuenta el acceso repetido de un usuario dentro del web/mes
mes calendario. No se contarán los usuarios con licencia de Power Apps
por usuario o licencias empresariales de Dynamics 365 que brindan
acceso al sitio web.
Los usuarios que no se autentican en un sitio web se cuentan como

usuarios activos anónimos. El acceso repetido al sitio web por parte de
un usuario dentro del mes calendario no se cuenta siempre que la
identificación de usuario anónimo almacenada en la cookie no se
elimine o cambie.
Para obtener información detallada sobre los precios, consulte precios de Power Apps y Power
Automate.
７ Nota
En junio de 2022, publicamos una versión preliminar del medidor de solicitudes de Power Platform.
Durante esta versión preliminar informaremos sobre el uso de las solicitudes de Power Platform, sin
embargo, no facturaremos este uso hasta que alcancemos la disponibilidad general (GA) de este
medidor. Si vincula un entorno a una suscripción de Azure, los usuarios y los flujos en el entorno
pueden consumir más de su uso autorizado sin tener que limitarse ni pagar por excedentes.
Medidor por aplicación de Power Apps

El medidor por aplicación de Power Apps permite a los usuarios utilizar cualquier tipo de aplicación sin
necesidad de tener una licencia de Power Apps. El medidor por aplicación de Power Apps proporciona
acceso a aplicaciones basadas en modelos y de lienzo para usuarios autenticados.
El medidor por aplicación de Power Apps mide la cantidad de usuarios únicos que abrieron la aplicación al
menos una vez en un entorno en el transcurso de un mes. Solo se le cobrará por los usuarios únicos que
realmente abrieron la aplicación, independientemente de cuántos usuarios tengan acceso a ella. Los
usuarios pueden acceder a la misma aplicación cualquier cantidad de veces durante el transcurso de un
mes y solo se contarán como un usuario activo mensual único de esa aplicación. Sin embargo, si los
usuarios ejecutan varias aplicaciones, se contarán como usuarios activos por cada aplicación que ejecuten
ese mes.
Por ejemplo, un entorno tiene tres aplicaciones: Aplicación A, Aplicación B y Aplicación C. Este entorno
ahora está habilitado para precios de pago por uso:
７ Nota
Los precios que se muestran en este ejemplo son solo ilustrativos. El precio de su organización puede
variar según su contrato con Microsoft.
Image
Entorno con tres aplicaciones
Si un usuario tiene una licencia de Power Apps por usuario, el usuario no se cuenta en el medidor. Si un
usuario tiene una licencia de Microsoft 365, que proporciona acceso a Power Apps y está utilizando una
aplicación con conectores estándar, el usuario tampoco se cuenta en el medidor. Consulte a continuación
para obtener más información sobre cómo se cuentan los usuarios en el medidor de Power Apps por
aplicación.
Tipo de licencia Aplicación con conectores Aplicación con conectores

estándar premium
Usuario sin licencia Se carga a través de la suscripción a Se carga a través de la suscripción a

Azure. Azure.
Usuario sin licencia pero hay una licencia Se carga a través de la suscripción a Se carga a través de la suscripción a
por aplicación de Power Apps disponible Azure. Los pases de la aplicación no Azure. Los pases de la aplicación no
en un entorno se consumen. se consumen.
Usuario con plan Power Apps para No se cuenta en el medidor. Se carga a través de la suscripción a
Microsoft 365 Azure.
Usuario con plan por usuario de Power No se cuenta en el medidor. No se cuenta en el medidor.
Apps
７ Nota
Si un entorno ya tiene pases de aplicación asignados y está habilitado para el pago por uso, los
pases de la aplicación se ignoran y no se consumen. Puede reasignar esos pases de aplicación a un
entorno diferente.
Medidores de Power Automate (versión preliminar)

Los medidores de Power Automate permiten a los usuarios construir y/o ejecutar flujos de Power
Automate premium y pagar por su uso en función de la cantidad de veces que se ejecutan estos flujos en
lugar de comprar licencias de Power Automate independientes.
Un flujo puede ejecutarse en la nube, en un escritorio con un usuario (atendido) o en un escritorio sin
interacción del usuario (desatendido):
Los flujos premium que se ejecutan en la nube o atendidos cuestan 0,60 $ por ejecución
Los flujos premium que se ejecutan desasistidos cuestan 3,00 $ por ejecución
Para que sea más fácil probar y corregir sus flujos, no se incurrirá en cargos si está probando su flujo en el
diseñador o si vuelve a enviar ejecuciones fallidas. Además, si utiliza la característica "Flujo secundario"
para flujos de nube o flujos asistidos, solo se cobrará un único cargo por la ejecución del flujo primario, no
se incurrirá en cargos por las ejecuciones de flujos secundarios. Para los flujos desatendidos, se cobrarán
las ejecuciones de flujos principales y secundarios.
７ Nota
Durante la vista previa pública, puede haber límites en la cantidad máxima de ejecuciones que se
cargarán a un solo flujo en un entorno de pago por uso por día. A partir del 1 de septiembre, el límite
es de 1000 por día, sujeto a cambios durante el período de vista previa. El informe de pago por uso
descargable en el centro de administración de Power Platform mostrará la cantidad completa y
precisa de ejecuciones de flujo, pero la cantidad facturada a Azure puede ser menor. Recomendamos
que cualquier flujo con una gran cantidad de ejecuciones use un plan Power Automate por flujo, ya
que es un precio fijo por mes.
Usuarios y flujos con licencias de Power Automate independientes
Las ejecuciones de flujos para flujos con conectores estándar no se cobran. Los flujos de usuarios
desencadenados por usuarios con licencias de Power Automate por usuario (por ejemplo Power Automate
por usuario, Power Automate Por Usuario con RPA atendido) no se cobran siempre y cuando usen una
característica de Power Automate dentro de sus derechos de licencia.
Ejemplo: si un usuario con una licencia por usuario de Power Automate ejecuta un flujo de nube en un
entorno de pago por uso, esa ejecución de flujo no se cobrará, ya que está incluida en el derecho de
licencia por usuario de Power Automate. Pero si ese mismo usuario ejecuta un flujo con RPA atendido, esa
ejecución de flujo se cargará a la suscripción de Azure del cliente porque RPA no está incluido en el
derecho de licencia por usuario de Power Automate.
Si un flujo tiene licencia en un plan de Power Automate por flujo, todas las ejecuciones de flujo de ese
flujo no se cambiarán a la suscripción de Azure del cliente.
Al determinar si una ejecución de flujo debe cargarse o no:

En el caso de los flujos automatizados o programados, se aplicarán los derechos de licencia del
propietario del flujo.
Para los flujos que se desencadenan al instante o los desencadena Power Apps, se aplicarán los
derechos de licencia del usuario que ejecuta el flujo.
No, no puede usar la suscripción de complemento de RPA desasistida de Power Automate en un entorno
de pago por uso.
Ejemplo: si un entorno tiene asignadas unidades complementarias de bot desatendidas y se habilita el

pago por uso para ese entorno, se cobrarán todas las ejecuciones de flujo desatendidas del entorno.
Todas las unidades complementarias de bots desatendidos se ignoran y se pueden reasignar a otros
entornos.
Si el propietario de un flujo es la entidad de servicio, las ejecuciones de flujo se cobrarán, a menos que el
flujo tenga una licencia por flujo.
７ Nota
La asignación de una licencia de Power Automate por usuario/por flujo garantiza que ninguna
ejecución del flujo desencadene el medidor de ejecución de flujo de Power Automate si las
características de flujo están dentro de sus derechos de licencia. Pero, si el flujo usa más solicitudes
de Power Platform que los límites, el medidor de solicitudes de Power Platform se desencadenará
para los excedentes.
User Ejecuciones Ejecuciones Ejecuciones Ejecuciones Ejecuciones

de flujos de flujos de de flujos de de flujos de facturables
estándar nube RPA RPA de Azure
premium atendidos desasistidos
Usuario con licencia de Office 10 10 5 ejecuciones 5 ejecuciones 20

ejecuciones ejecuciones ejecuciones
(sin cargo)
Usuario sin licencia (licencia 10 10 5 ejecuciones 5 ejecuciones 20

gratuita de Power Automate) ejecuciones ejecuciones ejecuciones
(sin cargo)
Usuario con licencia por usuario de 10 10 5 ejecuciones 5 ejecuciones 10

Power Automate ejecuciones ejecuciones ejecuciones
(sin cargo) (sin cargo)
Usuario con Power Automate por 10 10 5 ejecuciones 5 ejecuciones 5

usuario con RPA asistida ejecuciones ejecuciones (sin cargo) ejecuciones
(sin cargo) (sin cargo)
Usuario con Power Apps por 10 10 5 ejecuciones 5 ejecuciones 15

usuario con ejecuciones de flujo ejecuciones ejecuciones ejecuciones
fuera del contexto de la aplicación (sin cargo)
Flujos ejecutándose en el contexto de una aplicación

Los flujos de Power Automate pueden desencadenarse directamente a través de un usuario en una
aplicación o ejecutarse en segundo plano automáticamente en respuesta a desencadenadores
automáticos, como la adición de un nuevo elemento a una lista de SharePoint. Los cargos son diferentes
según el método:
Los flujos se activan directamente desde una aplicación creada con Power Apps no tendrá ningún
costo adicional ya que al ejecutar la Power App, la licencia independiente por usuario Power Apps o
el contador Power Apps PAYG cubrirá su uso de Power Automate.
Para los flujos que se ejecutan en respuesta a un activador automático (propiedad de un usuario sin
licencia de Power Apps o Power Automate), usted tiene la flexibilidad de elegir entre las siguientes
opciones:
Pagar las tarifas de ejecución normales mencionadas anteriormente: 0,60 $ o 3,00 $, según dónde
se ejecute (esto en el comportamiento predeterminado), o
Solo para flujos de nube, si el flujo usa los mismos orígenes de datos que una Power App, puede
vincular ese flujo a la aplicación mediante una secuencia de comandos de PowerShell. Cuando
vincula un flujo a una aplicación, el uso estará cubierto por la licencia independiente de Power
Apps del usuario o el medidor de pago por uso de Power Apps.
Elegir la suscripción adecuada para ahorrar costos
Los flujos de prepago y los flujos de pago por uso pueden coexistir en los mismos entornos, ya que el
plan de pago por uso complementa las suscripciones de prepago. Los administradores pueden
comprender los patrones de uso mediante los informes del centro de administración de Power Platform y
mover a los usuarios a licencias de prepago para obtener precios óptimos.
El pago por uso es óptimo para flujos estacionales o flujos con menos ejecuciones pero más usuarios
El prepago es óptimo para flujos de automatización personales y flujos con muchas ejecuciones
Flow Ejecuciones Ejecuciones Ejecuciones Cargos por Cargos por Recomendación

de flujo del de flujo del de flujo del 3 meses 3 meses
primer mes segundo tercer mes usando usando Pago
mes licencias por uso
prepagas
Flujo 1 - Flujo 100 25 20 3 meses x 15 145 Power Automate

automatizado/programado $ de licencia ejecuciones x por licencia de
- 1 usuario ejecuta el flujo por usuario = $0,60/ejecución usuario
45 $ = $87
Flujo 2 - Flujo instantáneo: 100 25 20 3 meses x 10 145 Pago por uso

10 usuarios ejecutan el usuarios x 15 ejecuciones x
flujo $ por licencia $0,60/ejecución
de usuario = = $87
450 $
Flujo 3 – RPA atendido - 100 25 20 3 meses x 10 145 Pago por uso

10 usuarios ejecutan el usuarios x 40 ejecuciones x
flujo $ por usuario $0,60/ejecución
con RPA = $87
asistido =
1200 $
Flow Ejecuciones Ejecuciones Ejecuciones Cargos por Cargos por Recomendación
de flujo del de flujo del de flujo del 3 meses 3 meses
primer mes segundo tercer mes usando usando Pago
mes licencias por uso
prepagas
Flujo 4 – RPA desatendido 100 25 20 3 meses x 145 Pago por uso

– 2 ejecuciones ($40 por ejecuciones x
simultáneas usuario con $3/ejecución =
RPA $435
atendido+2
bots x $150
por
complemento
desatendido)
= $1020
Flujo 5 - Flujo estacional: 1 0 0 40 3 meses x 40 ejecuciones Pago por uso

usuario ejecuta el flujo $15 por x
licencia de $0,60/ejecución
usuario = $45 = $24
Flujo 6 – Flujo 100 25 20 3 meses x 145 Pago por uso

organizacional que se 100 $ de ejecuciones x
ejecuta en la cuenta de licencia por $0,60/ejecución
servicio/la entidad de flujo = 300 $ = $87
servicio
７ Nota
Medidores de Power Pages (versión preliminar)

Los medidores de Power Pages permiten a los clientes pagar por el uso de sus sitios web de Power Pages
en función del número de usuarios activos únicos de esos sitios web, en lugar de estimar y comprar la
capacidad de antemano.
Hay dos medidores diferentes:
1. Coste de usuarios autenticados 4 USD por usuario/sitio web/mes activo

2. Los usuarios anónimos cuestan 0,30 USD por usuario/sitio web/mes activo
７ Nota
Los clientes podrán ver el uso de los medidores de Power Pages en el informe descargable de pago
por uso de Power Platform a partir de noviembre de 2022. La facturación de estos medidores entrará
en vigor en diciembre de 2022.
Medidor de usuarios autenticados

El medidor de usuarios autenticados de Power Pages mide el número total de usuarios activos
autenticados únicos mensualmente de cada sitio web en un entorno de pago por uso.
Un usuario autenticado activo es alguien que inicia sesión enel sitio web (mediante cualquier proveedor
de autenticación) al menos una vez en el mes determinado. No se cuentan los inicios de sesión repetidos
en el mismo sitio web por parte de un usuario en el mes calendario. Sin embargo, si un usuario inicia
sesión en varios sitios web presentes en el mismo entorno, se contará como un usuario activo para cada
sitio web en el que inicie sesión ese mes.
No se contarán los usuarios con una licencia de Power Apps por usuario o una licencia de Dynamics 365
Enterprise que brinde acceso al sitio web.
Para facilitar la prueba de sitios web, los sitios web que se ejecutan en modo de prueba no se cuentan en
el medidor. De manera similar, para facilitar la prueba y el desarrollo, los sitios web que se ejecutan en
modo privado tampoco se cuentan en el medidor.
Por ejemplo, un entorno tiene tres sitios web: sitio web A, sitio web B y sitio web C. Este entorno ahora
está habilitado para precios de pago por uso:
Usuarios Mes n.º 1 Mes n.º 2 Mes n.º 3

activos
Sitio web A Usuario n.° 1 y 2 Usuario n.° 1 y 2
Sitio web B Usuario n.° 3, 4 y 5 Usuario n.° 1 y 2
Sitio web C Usuario n.° 6, 7, 8 y 9 Usuario n.° 1 y 2
Usuarios 9 = 9 usuarios diferentes cada uno 0 sitios web tuvieron un 6 = 2 usuarios cada uno activo
activos totales: activo en 1 sitio web uso activo en 3 sitios web
Coste total: $36

$0
$24
(9 x 4 USD/usuario activo/sitio web) (0 x 0 USD/usuario (6 x 4 USD/usuario activo/sitio

activo/sitio web) web)
７ Nota
Medidor de usuarios anónimos
El medidor de usuarios anónimos de Power Pages mide el número total de usuarios activos anónimos
únicos mensualmente de cada sitio web en un entorno de pago por uso.
Un usuario anónimo activo es alguien que explora cualquier página del sitio web al menos una vez en el
mes determinado.
Para los usuarios anónimos, la unicidad se determina a través de una identificación de usuario anónima
única almacenada en una cookie del navegador.
El acceso repetido al sitio web por parte de un usuario no se cuenta siempre que la identificación de
usuario anónimo almacenada en la cookie se mantenga igual. Si el usuario accede al sitio utilizando
diferentes navegadores o dispositivos o limpia las cookies del navegador, se genera una nueva
identificación de usuario anónimo único y el usuario se contará como un usuario diferente.
También, para facilitar la prueba de sitios web, los sitios web que se ejecutan en modo de prueba no se
cuentan en el medidor. De manera similar, para facilitar la prueba y el desarrollo, los sitios web que se
ejecutan en modo privado tampoco se cuentan en el medidor.
Hay varios escenarios en los que un usuario que ha navegado de forma anónima en el sitio web no se
contabilizará en el contador. A continuación se describen los escenarios:
Si el usuario accede a páginas específicas relacionadas con la autenticación, tales como: inicio de
sesión, registro, invitación y devolución de llamada de autenticación externa.
Si el usuario accede a páginas específicas como las que empiezan por /_, por ejemplo: /_servicios y
/_recurso.
Si el usuario accede a una página que devuelve una respuesta de redireccionamiento (estado http
3xx), una respuesta de error (estado http 5xx) o cualquier respuesta http 4xx.
Si un usuario accede solo a recursos estáticos como CSS, JavaScript e imágenes.
Si un usuario navega de forma anónima y luego inicia sesión en el sitio web en el mismo día (zona
horaria UTC), ese usuario solo se contará como usuario autenticado y no como usuario anónimo.
No se cuenta el acceso a bots y rastreadores de las páginas anónimas del sitio web.
Si usa una configuración de sistema de monitoreo para probar periódicamente la disponibilidad del sitio
web, no se contará su uso del sitio web si envía un encabezado de agente de usuario que no sea del
navegador. Si su sistema de monitoreo envía un agente de usuario que sea de cualquier navegador
estándar, podría contarse como usuario anónimo. Recomendamos orientar su servicio de monitoreo a la
página /_servicios/acerca de de su sitio web para asegurarse de que no se cuente.
７ Nota
Cuando un entorno está habilitado para pago por uso, cualquier capacidad para inicios de sesión del
portal/vistas de página de Power Apps o la capacidad prepago de usuario autenticado/usuario
anónimo de Power Pages que se asigna al entorno se ignora y no se consume. Puede reasignar esta
capacidad a un entorno diferente.
Medidor de capacidad de Dataverse

Los medidores de pago por uso de Dataverse le permiten pagar por el uso de las tres categorías de
almacenamiento de Dataverse (base de datos, registro y archivo) mediante una suscripción de Azure.
Cuando un entorno se habilita para el pago por uso y se vincula a una suscripción de Azure, deja de
consumir almacenamiento del grupo de almacenamiento de Dataverse de todo el inquilino. En cambio, su
consumo se factura a Azure. En entornos de pago por uso, el primer GB de almacenamiento de la base de
datos de Dataverse y 1 GB de capacidad de almacenamiento de archivos no se facturan a Azure. Sin
embargo, cualquier capacidad de almacenamiento de registros se facturará inmediatamente. La capacidad
de almacenamiento de registros solo se usa si decide activar la auditoría para un entorno.
La medición del uso para cada categoría de almacenamiento de Dataverse se realizará tres veces al día (90
mediciones por mes) a las 08:00 UTC, 16:00 UTC y 00:00 UTC. La instantánea de uso en cada período de 8
horas se multiplica por 1/90º para obtener el uso fraccional de almacenamiento durante el período de
medición. Este uso fraccional se multiplicará por la tarifa mensual por GB y se mostrará en Azure Cost
Management. El monto total se sumará y facturará según el ciclo de facturación de Azure del cliente.
７ Nota
Image
Medidor de solicitudes de Power Platform (próximamente)
７ Nota
En junio de 2022, publicamos una versión preliminar del medidor de solicitudes de Power Platform.
Durante esta versión preliminar informaremos sobre el uso de las solicitudes de Power Platform, sin
embargo, no facturaremos este uso hasta que alcancemos la disponibilidad general (GA) de este
medidor. Si vincula un entorno a una suscripción de Azure, los usuarios y los flujos en el entorno
pueden consumir más de su uso autorizado sin tener que limitarse ni pagar por excedentes.
Cada licencia de Power Platform incluye un gran derecho de solicitudes de Power Platform, diseñadas para
ser suficientes para la mayoría de los clientes y escenarios. Para clientes con escenarios de escala
extremadamente alta, el medidor de solicitudes de Power Platform les permite escalar sin ser
estrangulados y solo pagar por las solicitudes de Power Platform utilizadas por encima de esos derechos.
Para obtener más información sobre las solicitudes de Power Platform y los derechos que se incluyen en
cada licencia, vaya a Límites y asignaciones de solicitudes.
Los derechos de solicitudes de Power Platform se estructuran como derechos diarios (solicitudes / día). En
entornos de pago por uso, los usuarios y los flujos que superen su derecho diario se facturarán a la
suscripción de Azure vinculada. Con el medidor por aplicación de Power Apps y Power Automate, obtiene
un derecho de 6000 llamadas API por usuario/aplicación/día. Los flujos sigeun necesitando licencia con
una licencia base (ya sea de Power Automate por usuario, Power Automate por flujo u Office).
En el siguiente ejemplo, el usuario A tiene una licencia de Power Apps y Power Automate por usuario y
Flow A tiene una licencia de Power Automate por flujo. El número de solicitudes de Power Platform
consumidas por el usuario A y el flujo B se miden diariamente y cualquier uso por encima del derecho
diario se multiplica por una tasa de $ / solicitud y se muestra en Azure Cost Management. El monto total
se sumará y facturará según el ciclo de facturación de Azure del cliente.
７ Nota
Image
Siguiente paso
Configurar pago por uso
Configurar pago por uso
Para configurar la facturación de pago por uso para un entorno, primero necesita una
suscripción de Azure activa que pueda vincular a ese entorno. Puedes hacerlo en el
centro de administración de Power Platform o dentro de Power Apps.
¿Quién puede configurarlo?

La siguiente tabla describe los permisos de quién puede crear una política de
facturación para vincular un entorno a una suscripción de Azure. Estos permisos se
aplican tanto a Power Apps como a las experiencias del centro de administración de
Power Platform.
Rol ¿Crear una ¿Editar una directiva ¿Vincular entornos a una política de
directiva de de facturación? facturación?
facturación?
Administrador Sí Sí, para las políticas Sí, para las políticas de facturación que
de entorno de facturación que creó el administrador y para los entornos
creó el administrador en los que son administradores
Administrador Sí Sí, para todas las Sí, para todos los entornos del inquilino
de Power políticas de
Platform facturación del
inquilino
Administración Sí Sí, para todas las Sí, para todos los entornos del inquilino
global políticas de
facturación del
inquilino
Administrador Sí Sí, para todas las Sí, para todos los entornos del inquilino
de Dynamics políticas de
facturación del
inquilino
Tareas iniciales
En primer lugar, adquiera o cree una suscripción de Azure

que pueda usar.
Si aún no tiene una suscripción de Azure en su arrendatario, siga el proceso estándar de
su organización para obtener una o crear una nueva. aquí. Deberá tener permisos
para crear nuevos recursos y registrar proveedores de recursos en la suscripción (o tener
la capacidad de trabajar con otro usuario que tenga estos permisos). La mayoría de los
usuarios tendrán estos permisos si son propietarios o colaboradores de la suscripción.
Para obtener más información, póngase en contacto con su Azure Administrador o
consulte Suscripciones de Azure .
En segundo lugar, vincule una suscripción de Azure a un

entorno
El pago por uso se puede configurar a través del centro de administración de Power
Platform o dentro de Power Apps . El pago por uso está disponible para entornos de
producción y espacio aislado.
En el centro de administración de Power Platform.

Siga estos pasos para crear una política de facturación, vincular entornos a ella y
agregar los detalles de la suscripción de Azure para la facturación:
1. Vaya a https://admin.powerplatform.microsoft.com/azurebilling .
Esta página le mostrará una lista de políticas de facturación creadas previamente y

le permitirá crear una nueva. Seleccione Nueva directiva de facturación.
2. Proporcione un nombre para su nueva política de facturación y luego seleccione

Siguiente.
3. Agregue detalles a la suscripción de Azure.

a. Elija la suscripción de Azure que le gustaría facturar de la lista desplegable, que
mostrará todas las suscripciones de Azure en su inquilino para las que tiene
suficientes permisos. Si no ve una suscripción que espera que aparezca en la
lista, o si recibe un error de permiso en algún momento, póngase en contacto
con el propietario de esa suscripción o con su administrador de Azure y
asegúrese de que tiene los permisos adecuados, tal y como se indica en En
primer lugar, adquiera o cree una suscripción de Azure que pueda usar.
b. Especifique un grupo de recursos con esa suscripción. El recurso de cuenta de

Power Platform que se asociará con esta política de facturación se creará en
este grupo de recursos. Si no hay grupos de recursos en la suscripción
especificada, deberá crear uno en el Portal de Azure antes de continuar. Para
obtener más información sobre los recursos de Azure, vaya a ¿Qué es Azure
Resource Manager?
c. Especifique una región eligiendo de la lista de regiones disponibles. Tenga en

cuenta que cualquier entorno que agregue a la política de facturación en el
siguiente paso solo puede estar en esta región.
d. Seleccione Siguiente.
4. Elija los entornos que se vincularán a la nueva directiva de facturación.
a. Seleccione uno o más entornos de la lista de entornos, luego seleccione

Agregar a la política en la parte superior de la pantalla. Estos entornos
aparecerán en la lista Agregado a la política. Seleccione Siguiente para
continuar.
７ Nota
Un entorno solo se puede vincular a una política de facturación a la vez. Si
intenta agregar un entorno a su nueva política que ya se ha vinculado a
otra política, recibirá un mensaje pidiéndole que confirme que desea
cambiar la política de facturación a la que está vinculado ese entorno.
b. La lista de entornos se filtrará para mostrar solo los entornos cuya región
coincida con la región que se seleccionó en el paso anterior.
Solo los entornos de producción o sandbox están disponibles para añadir a las
políticas de facturación en este momento. Los entornos de prueba, entornos de
desarrollador, entornos de Dataverse for Teams y entornos predeterminados no
se pueden agregar.
Entornos con la directiva agregada
5. Revise y confirme.
Revise y confirme las opciones, luego seleccione Crear política de facturación. La

política de facturación ahora aparecerá en la lista de políticas de facturación que se
muestra en http://admin.powerplatform.com/azurebilling. .
Lista de directivas de facturación
6. Opcional: ver el recurso de cuenta de Power Platform de la la política de

facturación en el Portal de Azure.
Cuando se crea una política de facturación, se crea el recurso de cuenta de Power

Platform correspondiente en la suscripción de Azure que especifica la directiva de
facturación. Todos los medidores Azure para los productos de Power Platform se
facturarán a este recurso. Para ver este recurso, navegue hasta el Portal de Azure
y seleccione la suscripción y el grupo de recursos que especificó cuando creó la
política de facturación. Seleccione Ver tipos ocultos encima de la lista de recursos.
Verá un recurso de cuenta de Power Platform con el mismo nombre que la política
de facturación que creó.
Opcionalmente, puede etiquetar este recurso como lo haría con cualquier otro
recurso de Azure.
En Azure Portal
En Power Apps
Puede configurar el pago por uso para su entorno directamente desde la configuración
de su aplicación para aplicaciones basadas en modelos y lienzo, sin necesidad de ir al
centro de administración. Una vez configurado, puede agregar fácilmente nuevos
entornos a la misma suscripción de Azure en el centro de administración de Power
Platform.
1. Inicie sesión en Power Apps y vaya a Aplicaciones. Seleccione su aplicación y, a

continuación, seleccione Configuración. Asegúrese de que tiene seleccionado el
entorno correcto.
Si el pago por uso ya está habilitado para un entorno a través del centro de
administración de Power Platform, verá la siguiente experiencia. Puede optar por
que su aplicación no use una suscripción de Azure desactivando el interruptor en
la configuración de la aplicación. Una vez desactivado, los usuarios necesitarán
licencias de usuario de Power Apps para acceder a la aplicación. Puede volver a
activarla en cualquier momento. También puede ver y editar los detalles de la
suscripción seleccionando Editar la facturación de pago por uso, que lo dirigirá al
centro de administración de Power Platform.
７ Nota
Si los pases de aplicación ya están disponibles para este entorno, se ignoran y

no se consumen. En su lugar, la suscripción de Azure se usa para acceder a las
aplicaciones.
Si el pago por uso no está habilitado para un entorno y tiene los permisos
adecuados (compartidos en la sección Política de facturación), verá la siguiente
experiencia y podrá configurar fácilmente el pago por uso siguiendo los pasos a
continuación.
2. Seleccione Configurar pago por uso para conectar su suscripción de Azure a este
entorno.
７ Nota
La conexión de una suscripción de Azure a un entorno activa la facturación de

pago por uso de todas las aplicaciones dentro de ese entorno.
3. Ingrese un nombre de política de facturación y los detalles de su suscripción de
Azure. Una vez ingresado, seleccione Conectar suscripción para completar la
configuración.
a. Elija la suscripción de Azure que le gustaría facturar de la lista desplegable, que

mostrará todas las suscripciones de Azure en su inquilino para las que tiene
suficientes permisos. Si no ve una suscripción que espera que aparezca en la
lista, o si recibe un error de permiso en algún momento, póngase en contacto
con el propietario de esa suscripción o con su administrador de Azure y
asegúrese de que tiene los permisos adecuados, tal y como se indica en En
primer lugar, adquiera o cree una suscripción de Azure que pueda usar.
b. Especifique un grupo de recursos con esa suscripción. El recurso de cuenta de

Power Platform que se asociará con esta política de facturación se creará en
este grupo de recursos. Si no hay grupos de recursos en la suscripción
especificada, deberá crear uno en el Portal de Azure antes de continuar. Para
obtener más información sobre los recursos de Azure, vaya a ¿Qué es Azure
Resource Manager?
c. Si no tiene una suscripción de Azure, obtenga una dentro de su organización o

cree una nueva.
Introduicr el nombre de la directiva de facturación
Introducir detalles a la suscripción de Azure
4. Una vez que una suscripción de Azure se vincule correctamente a su entorno,

volverá a la página de configuración de la aplicación y verá la siguiente
experiencia.
Si tiene pases de aplicación disponibles para su entorno y aún desea configurar el
sistema de pago por uso, puede usar los pasos 2 a 4 para configurarlo. Una vez
que se configura el pago por uso, los pases de aplicación no se consumen.
Desactivar el ppago por uso

Puede desactivar el pago por uso para un entorno en cualquier momento mediante una
de las siguientes acciones:
1. Elimine el entorno de una política de facturación yendo al centro de

administración de Power Platform >Políticas de facturación y edite la política de
facturación.
O BIEN
2. Elimine la política de facturación del entorno.
Tan pronto como realice cualquiera de las acciones anteriores, el entorno dejará de
ser de pago por uso y volverá a funcionar como un entorno normal. Cualquier uso
que ya se haya realizado hasta este momento se facturará a su suscripción de
Azure, pero no se cobrará ningún uso adicional.
７ Nota
Eliminar la directiva de facturación en el centro de administración de Power

Platform no eliminará automáticamente el correspondiente recurso de cuenta
Power Platform. Puede eliminar este recurso en Azure Portal.
Siguiente paso
Ver información de uso y facturación
Ver información de uso y facturación
La información de facturación agregada está disponible en el portal de Azure, y los

desgloses de uso detallados están disponibles en el centro de administración de Power
Platform. Los informes están disponibles para el medidor de Power Apps por aplicación
y los medidores adicionales de capacidad de Dataverse.
En marzo de 2022, publicaremos una versión preliminar del medidor de solicitudes de

Power Platform. Durante esta versión preliminar, informaremos sobre el uso de las
solicitudes de Power Platform en el informe descargable del centro de administración de
Power Platform. Sin embargo, no facturaremos este uso hasta que alcancemos la
disponibilidad general (GA) para este medidor; el uso no aparecerá en Azure Portal
hasta entonces.
Ver información de facturación en el portal de Azure

Todos los medidores de Power Platform se facturan a las suscripciones de Azure. Puede
ver los importes que se han facturado por cada medidor en Azure Portal mediante
Azure Cost Management. Los importes facturados se actualizan a diario (y a veces con
más frecuencia), pero pueden pasar hasta 24 horas después del uso de un servicio de
Microsoft Power Platform para que aparezca en Azure Cost Management.
Dentro de Azure Cost Management, puede filtrar y ver los detalles de facturación por
medidor y / o por recurso de Azure. Tenga en cuenta que cada política de facturación
corresponde a un recurso de cuenta de Power Platform. Por lo tanto, para ver los cargos
de una política de facturación específica, simplemente filtre por un recurso de cuenta de
Power Platform del mismo nombre.
Ver información de uso detallada en el centro de
administración de Power Platform
Si bien Azure Cost Management puede mostrar la cantidad que se facturó por cada
medidor y cada política de facturación, no proporcionará un desglose de qué entornos,
aplicaciones y usuarios impulsaron el uso de los medidores. Para este nivel de
información, un informe descargable está disponible en la página Políticas de
facturación del centro de administración de Power Platform.
El informe descargable contiene los siguientes campos:
Campo Description
Id. de El identificador único de la directiva

directiva de
facturación
Directiva de El nombre para mostrar de la directiva de facturación.

facturación
Campo Description
Id. de Identificador único del entorno de Power Platform

entorno
Nombre del El nombre para mostrar del entorno.

entorno
Región de No disponible durante la versión preliminar

entorno
Id. de autor Identificador único de la identidad de llamada. Puede ser nulo o vacío.
de la llamada
Tipo de autor El tipo de identidad del autor de la llamada. Los valores aplicables son Usuario,
de llamada Usuario sin licencia, Aplicación o Microsoft cuando el autor de la llamada es
Microsoft.
Tipo de Tipo de recurso. Los valores aplicables son Dataverse, Power Apps y Power
recurso Automate.
Id. de recurso Identificador único del recurso. Según el tipo de recurso, esto podría ser un id. de
aplicación, id. de organización de Dataverse, o id. de flujo de Power Automate.
Puede ser nulo o vacío.
Categoría de La clasificación de nivel superior del medidor. Esto será la solicitud de Power
medidor Apps, Dataverse o Power Platform. Ver detalles de medidores.
Subcategoría Clasificación detallada del medidor. Para Power Apps, el campo de subcategoría
de medidor es Lanzamiento. Para Dataverse, los campos de subcategoría son Base de datos,
Archivo y Registro, según el tipo de consumo.
DateTime de Fecha y hora de captura del uso

uso
Cantidad de El valor de cualquier derecho gratuito para el submedidor

derecho
Cantidad Uso del submedidor

consumida
Cantidad de Se calcula reduciendo la cantidad consumida por la cantidad autorizada

uso por
encima del
límite
Cantidad Se calcula por la unidad de medida y la frecuencia de los informes

facturada
Unidad de La medida en que se produce la facturación a Azure para el submétrico

medida
Campo Description
Status Indica si se está facturando a Azure o si está en Versión preliminar y no se factura
A continuación, se muestra una muestra de un informe de uso detallado:
Determinar la cantidad facturada

Las unidades de medida y la frecuencia de los informes afectan la cantidad de cantidad
facturada granular tanto en el informe de uso como en las cantidades enviadas a Azure.
En la actualidad, el uso se informa a Azure tres veces por período de 24 horas.
Hay dos tipos de unidades de medida: usuarios únicos, que se miden en números, y la
capacidad de Dataverse, que se mide en gigabytes.
Para el medidor medidor de Power Apps por aplicación, verá la cantidad de usuarios
únicos en el informe, que será una cantidad numérica como 15. Esto significa que un
total de 15 usuarios únicos ejecutaron al menos una aplicación o portal en un mes.
Para los medidores adicionales de capacidad de Dataverse, las unidades están en

gigabytes por mes, con tres informes de uso enviados a Azure cada 24 horas. En su
informe, verá la distribución de la capacidad en la base de datos, los archivos y los
registros según su consumo.
Cómo administrar los costes

Puede aprovechar Azure Cost Management y las alertas para administrar con eficacia los
gastos dentro de su organización. Cuando se acercan o alcanzan los montos
presupuestarios, puede configurar las alertas para que se envíen automáticamente o
desencadenar acciones para que se lleven a cabo. Para obtener más detalles, vaya a
Tutorial: crear y administrar presupuestos de Azure y Crear y administrar grupos de
acciones en el portal de Azure.
Azure Cost Management ofrece opciones para establecer presupuestos para los
recursos de Azure y medidores específicos. Puede utilizar estas capacidades para
establecer presupuestos a nivel de política de facturación estableciendo un presupuesto
para su correspondiente recurso de cuenta de Power Platform. También puede
establecer presupuestos para medidores de Power Platform.
Siguiente paso
Problemas conocidos y preguntas más frecuentes
Problemas conocidos y preguntas más
frecuentes
Problemas conocidos
La facturación y los informes de pago por uso no están disponibles en Noruega y
Corea (Sur).
Eliminar una directiva de facturación en el centro de administración de Power
Platform no eliminará automáticamente los correspondientes recursos de cuenta
de Power Platform en Azure Portal. Este recurso se puede eliminar manualmente
en Azure Portal, si es necesario.
Está previsto que el medidor de solicitudes de Power Platform esté en versión
preliminar para finales de marzo de 2022. Durante esta versión preliminar
informaremos sobre el uso de las solicitudes de Power Platform, sin embargo, no
facturaremos este uso hasta que alcancemos la disponibilidad general (GA) de este
medidor. Si vincula un entorno a una suscripción de Azure, los usuarios y los flujos
del entorno pueden consumir más de su uso autorizado sin tener que limitarse ni
pagar por excedentes.
El informe del medidor de solicitudes de Power Platform no muestra actualmente
los derechos correctos de los usuarios con licencia de Power Apps por aplicación o
del medidor de pago por aplicación de Power Apps. Los derechos de estos
usuarios se mostrarán como 0 cuando en realidad deberían mostrarse como 6000
(solicitudes por período de 24 horas) como se indica en
https://aka.ms/platformlimits .
Autenticación multifactor: si tiene habilitada la autenticación multifactor para
Azure Portal, es posible que vea un error cuando intente vincular una suscripción
de Azure desde el centro de administración de Power Platform. Está previsto que
este problema se resuelva a finales de marzo de 2022.
¿Cuándo debería considerar la facturación de pago por

uso sobre los planes de suscripción de Power Apps?
La adición de pago por uso brinda la flexibilidad de pagar según la cantidad de
aplicaciones únicas que ejecuta un usuario cada mes. Algunos escenarios comunes en
los que podría ser útil:
Cuando tiene un equipo de desarrolladores profesionales que ya tienen acceso a

una suscripción de Azure. Usando su suscripción existente para usar Power Apps
puede ayudar a reducir los procesos de adquisición mientras se mantiene la
coherencia con otros servicios que el equipo consume de Microsoft.
Cuando está explorando capacidades premium, pero no está seguro de cuántas
licencias adquirir por adelantado. Habilitar el pago por uso ofrece la flexibilidad de
establecer patrones de uso, que luego podrían convertirse en licencias de
suscripción, si fuera necesario.
Cuando es necesario compartir una aplicación con una gran base de usuarios,
aunque el uso y la frecuencia pueden fluctuar significativamente. En este caso, el
pago por uso le permitiría pagar solo por los usuarios que ejecutaron una
aplicación durante el período de facturación mensual.
¿El pago por uso está disponible tanto para aplicaciones

de lienzo como para aplicaciones basadas en modelos?
Sí.
¿Cómo se cuenta la unidad de medidor por aplicación de

Power Apps?
El recuento es el número de usuarios únicos que abrieron una aplicación o un portal en
el transcurso de un mes. El acceso repetido a la misma aplicación o portal se cuenta solo
una vez. Lea Medidor por aplicación de Power Apps para más detalles.
¿Puedo configurar el pago por uso para mi entorno sin

una suscripción a Azure?
No. Necesita una suscripción a Azure para configurar el pago por uso.
¿Qué entornos están disponibles para el pago por uso?

Actualmente, los entornos de producción y espacio aislado están disponibles.
¿Se puede configurar el sistema de pago por uso para

aplicaciones individuales?
No. El pago por uso está configurado para un entorno y todas las aplicaciones dentro
de ese entorno se facturan con la suscripción de Azure asociada. Sin embargo, puede
excluir una aplicación del uso de la suscripción de Azure, en cuyo caso un usuario
necesitará una licencia por usuario para usar la aplicación. Las licencias por aplicación no
se pueden utilizar en un entorno de pago por uso.
¿Qué sucede si ya tengo una licencia de usuario y uso una

aplicación en un entorno habilitado para el pago por uso?
¿Me facturarán con la suscripción de Azure?
Los usuarios con licencias por usuario no se cuentan para el medidor por aplicación de
Power Apps y, por lo tanto, no incurrirá en cargos. Sin embargo, tenga en cuenta que
cuando un entorno está vinculado a una suscripción de Azure, los excedentes de
capacidad de Dataverse se facturarán a la suscripción de Azure. Cualquier capacidad
Dataverse otorgada para la licencia por usuario aún se agrupará a nivel de inquilino,
pero no se aplicará a un entorno habilitado para el pago por uso. Los entornos de pago
por uso otorgan 1 GB de almacenamiento de base de datos y capacidad de archivo de 1
GB de Dataverse.
¿Qué sucede si ya tengo una licencia de Office y uso una

aplicación con conectores estándar en un entorno
habilitado para el pago por uso?
Aquellos que utilizan una aplicación con conectores estándar y tienen licencias de Office
no se cuentan para el medidor por aplicación de Power Apps y, por lo tanto, no incurrirá
en cargos.
¿Pueden los usuarios invitados utilizar aplicaciones en un

entorno de pago por uso sin licencias?
Sí.
¿Qué pasa si un usuario ejecuta la misma aplicación varias

veces en un mes? ¿Cómo se le cobrará a ese usuario?
La facturación de pago por uso solo cuenta los usuarios activos mensuales únicos de
una aplicación. El acceso repetido de un usuario a la misma aplicación en un solo mes
da como resultado un solo cargo para ese usuario ese mes.
Si un usuario ejecuta varias aplicaciones en un solo
entorno, ¿cómo se le cobrará a ese usuario?
Se le cobrará por la cantidad de aplicaciones a las que accede un usuario único en un
mes. Si un usuario ejecuta tres aplicaciones diferentes en un mes, se le cobrará por tres
usuarios activos.
¿Qué sucede si mi aplicación ya utiliza pases de

aplicación que están disponibles en el entorno? ¿Puedo
usar la facturación de pago por uso para mi aplicación?
Sí, puede configurar el sistema de pago por uso para el entorno de su aplicación. Si lo
hace, ignorará los pases de la aplicación y podrá pagar su aplicación a través de una
suscripción a Azure.
¿Puedo usar la facturación de pago por uso para algunas

aplicaciones y usar pases por aplicación para otras en el
mismo entorno?
No. Tan pronto como habilite el pago por uso para su entorno, se facturarán todas las
aplicaciones.
No tengo permisos de administrador para el entorno con

el que estoy trabajando. ¿Puedo configurar el sistema de
pago por uso para el entorno?
No. Necesita permisos de administrador para que el entorno pueda vincular el entorno
a una política de facturación. Consulte ¿Quién puede configurarlo? para obtener detalles
sobre los permisos.
¿Puedo habilitar / deshabilitar medidores específicos?

No. Una vez que habilite el pago por uso, tanto el medido por aplicación de Power Apps
y el de Dataverse se habilitarán y se cobrará tanto el acceso a la aplicación como el
almacenamiento.
¿Como es calculada la capacidad de Dataverse cuando un

entorno está habilitado para pago por uso y el otro no
está dentro de mi inquilino?
Los entornos se basan en un grupo de inquilinos de almacenamiento de Dataverse. Sin
embargo, cuando un entorno está vinculado a una suscripción de Azure, deja de extraer
del grupo de inquilinos. Todos los entornos de pago por uso obtendrán un derecho
inicial de 1 GB de base de datos de Dataverse y 1 GB de capacidades de
almacenamiento de archivos de Dataverse para cubrir el espacio de almacenamiento
inicial típico que consume Dataverse. Cualquier uso por encima del derecho inicial se
factura a Azure a través del medidor de pago por uso de Dataverse.
¿Se reduce la velocidad si excedo los derechos de

solicitudes de Power Platform en un entorno de pago por
uso?
En el contexto de límites de derechos de solicitudes de Power Platform,se elimina toda
reducción de velocidad por uso elevado cuando un entorno tenga habilitado el pago
por uso. Cuando la medidión de solicitudes de Power Platform está activa en la Versión
preliminar pública, si excede un límite de derechos diario, se le cobrará
automáticamente por los excedentes a través de la suscripción de Azure, sin
experimentar una limitación de velocidad por uso elevado.
７ Nota
Esto no reemplaza los errores del navegador de Límite de protección del servicio
que son independientes de la limitación de velocidad por alto uso. Si se exceden
los límites de protección del servicio, el usuario aún podría experimentar problemas
en las aplicaciones cliente que se describen en la página de límites de protección
del servicio.
¿Puedo dejar de utilizar la facturación de pago por uso en

cualquier momento?
Sí, puede desactivar el pago por uso en cualquier momento eliminando la directiva de
facturación o eliminando el entorno de la directiva de facturación. Hacerlo detendrá
cualquier cargo adicional en la suscripción de Azure. Para obtener más información,
vaya a Desactivar el pago por uso.
¿Qué barandillas de administración están disponibles

para evitar costos accidentales?
Puede aprovechar Azure Cost Management y las capacidades de alerta para administrar
los gastos dentro de su organización. Vaya a Cómo administrar los costes para más
detalles.
¿Puedo usar la solicitud de Power Platform o

complementos de capacidad de Dataverse en un entorno
de pago por uso?
No, no puede usar complementos en un entorno de pago por uso. Los excesos para las
solicitudes de Dataverse y Power Platform se cobrarán mediante una suscripción a Azure
en un entorno de pago por uso.
¿Qué modelo de almacenamiento usa el medidor de

capacidad de Dataverse?
Todos los entornos habilitados para el pago por uso utilizarán el nuevo modelo de
almacenamiento de Dataverse que tiene tres categorías distintas de uso de
almacenamiento. Si un inquilino todavía está en el modelo de almacenamiento
heredado, el estado del modelo de almacenamiento del inquilino no cambiará cuando
un entorno se habilite para el pago por uso.
¿Se les cobrará a los clientes que ejecutan flujos en el

contexto de una aplicación de Dynamics 365 por los
medidores de pago por uso de Power Automate?
Los cargos dependen de si un flujo está en el contexto o fuera del contexto de una
aplicación de Dynamics 365 y de la licencia de Dynamics 365 del usuario/propietario del
flujo.
Los flujos que se ejecutan fuera del contexto de la aplicación de Dynamics 365 se
cobrarán por los medidores de pago por uso de Power Automate, independientemente
de la licencia de Dynamics 365 del propietario/usuario del flujo.
Los flujos que se ejecutan en el contexto de una aplicación de Dynamics 365 no se

cargarán por los medidores de pago por uso de Power Automate. Pero tenga en cuenta
lo siguiente:
Durante la versión preliminar del medidor de pago por uso de Power Automate (que
comienza el 19 de julio de 2022), se utilizarán los siguientes criterios para establecer que
un flujo se está ejecutando en el contexto de una aplicación de Dynamics 365:
Si es un flujo instantáneo, el usuario que ejecuta el flujo tiene una licencia de
miembro de Dynamics 365 Enterprise, Professional o Team.
Si es un flujo automático o programado, el propietario del flujo tiene una licencia

de miembro de Dynamics 365 Enterprise, Professional o Team.
Estos criterios cambiarán para alinearse con nuestra guía de licencias cuando
alcancemos la disponibilidad general de los medidores de pago por uso de Power
Automate.
¿Se cobrará a los usuarios de las licencias de Microsoft

Project por los medidores de pago por uso de Power
Automate si sus flujos utilizan Microsoft Dataverse?
Sí.
¿Se les cobrará a los usuarios con planes Flow heredados

(por ejemplo, Flow P1 o Flow P2) por los medidores de
pago por uso de Power Automate?
Sí, si sus flujos utilizan conectores premium.
¿Cuándo debería considerar la facturación de pago por

uso sobre los planes de suscripción de Power Pages?
La adición de pago por uso brinda la flexibilidad de pagar según la cantidad de usuarios
únicos que inician sesión o acceden a un sitio web cada mes. Algunos escenarios
comunes en los que podría ser útil:
Cuando tiene un equipo de desarrolladores profesionales que ya tienen acceso a

una suscripción de Azure. Usando su suscripción existente para usar Power Pages
puede ayudar a reducir los procesos de adquisición mientras se mantiene la
coherencia con otros servicios que el equipo consume de Microsoft.
Cuando no está seguro de cuántas licencias adquirir por adelantado. Habilitar el

pago por uso ofrece la flexibilidad de establecer patrones de uso, que luego
podrían convertirse en licencias de suscripción.
Cuando el patrón de uso es estacional. Por ejemplo, el uso es bajo durante la

mayoría de los meses, pero puede llegar a ser alto durante algunos meses.
Si mi sitio web está en modo de prueba, ¿se cuenta su
uso en la facturación de pago por uso?
El uso de sitios web en modo de prueba no es cuenta como facturación de pago por
uso.
¿Cuándo si un usuario inicia sesión en un sitio web varias

veces en el mes? ¿Cómo se contará ese usuario?
La facturación de pago por uso solo cuenta los usuarios autenticados activos únicos de
un sitio web en un mes. Los inicios de sesión repetidos de un usuario a la misma
aplicación en un solo mes da como resultado un solo cargo para ese usuario ese mes.
Mi sitio web es utilizado por usuarios internos

(empleados de mi organización) que inician sesión con
sus credenciales Azure Active Directory. ¿Pueden usar el
medidor autenticado por usuario?
Sí, todos los usuarios autenticados, ya sean internos o externos a una organización o
usen cualquier proveedor de autenticación, pueden usar el mismo medidor autenticado
por usuario y no requieren ninguna otra licencia para iniciar sesión en el sitio web.
¿Qué sucede si un entorno ya tiene inicios de sesión del

portal/vista de página de Power Apps o Power Pages se
asigna la capacidad de prepago de usuario
autenticado/usuario anónimo y está habilitada para pago
por uso?
Si un entorno ya tiene inicios de sesión del portal/vista de página de Power Apps o
Power Pages se asigna capacidad de prepago de usuario autenticado/usuario anónimo y
se habilita para pago por uso, toda la capacidad de prepago se ignora y no se consume.
Puede reasignar esta capacidad prepagada a un entorno diferente.
¿Cómo se determina la unicidad para un usuario

anónimo?
Para los usuarios anónimos, la unicidad se determina a través de una identificación de
usuario anónima única almacenada en una cookie del navegador.
¿Qué sucede si un usuario anónimo accede al sitio web
utilizando un navegador/dispositivo diferente o limpia las
cookies del navegador?
Si el usuario accede al sitio utilizando diferentes navegadores o dispositivos o limpia las
cookies del navegador, se genera una nueva identificación de usuario anónimo único y
el usuario se contará como un usuario diferente.
Mi sitio web está autenticado, sin embargo, tiene una

página de inicio de sesión anónima. ¿Los usuarios que
accedan a la página de inicio de sesión se contarán como
usuarios anónimos?
Si los usuarios solo acceden a la página de inicio de sesión, no se contarán como
usuarios anónimos. Hay varios tipos de páginas que no se cuentan para el contador de
usuarios anónimos. Las páginas se describen en Power Pages – Medidor de usuario
anónimo.
Yo uso Application Insights (o Google Analytics) en mi

sitio web y el recuento mensual de usuarios activos que
se muestra es diferente de lo que veo en informes de
licencias de Power Pages. ¿Esto está previsto?
Los conteos de usuarios generados por proveedores de análisis como Application
Insights o Google Analytics pueden diferir de los recuentos de los medidores de Power
Pages.
Su número de usuario puede ser diferente debido a varias razones, como que cuentan
el uso solo en el lado del cliente, mientras que medimos el uso en el lado del servidor.
Esto puede deberse a varias razones que se describen a continuación (no es una lista
exhaustiva);
Los proveedores de análisis externos solo operan del lado del cliente y requieren
que se ejecute JavaScript para contar a cualquier usuario. No contarán los usuarios
que se crean cuando JavaScript no se puede ejecutar en el navegador de los
usuarios.
El proveedor de análisis externo recopila datos al publicarlos en ciertos dominios
que pueden ser diferentes del dominio del sitio web. Si la red de los usuarios
finales bloquea las solicitudes al dominio del proveedor de análisis externo, esos
usuarios no se contarán.
Los proveedores de análisis externos habituales no tienen en cuenta las solicitudes
de AJAX de forma predeterminada. Las solicitudes de AJAX no se cuentan en sus
vistas de página.
Los proveedores de análisis externos contarán a todos los usuarios
independientemente del estado http de la solicitud. Sin embargo, no contaremos a
un usuario como usuario activo si toda la solicitud realizada por el usuario
devuelve un código de estado http 3xx, 4xx o 5xx.
Los proveedores de análisis externos no excluirán las páginas especiales descritas
anteriormente, que se excluirán del recuento oficial.
Asignaciones y límites de solicitudes
Anunciados originalmente en octubre de 2019, los límites de solicitudes de Power

Platform existen para ayudar a garantizar los niveles de servicio, la disponibilidad y la
calidad de la plataforma. Hay límites en la cantidad de solicitudes que los usuarios
pueden realizar cada día en Power Apps, Power Automate, Power Virtual Agents y
aplicaciones de Dynamics 365.
¿Qué es una solicitud de Microsoft Power

Platform?
Las solicitudes en Microsoft Power Platform constan de varias acciones que realiza un
usuario en varios productos. En un nivel alto, a continuación se muestra lo que
constituye una solicitud de API:
Power Apps: todas las solicitudes de API a conectores y Microsoft Dataverse.

Power Automate: todas las solicitudes de API a conectores, análisis de asesoría de
procesos, acciones HTTP y acciones integradas, desde la inicialización de variables
hasta una simple acción de redacción. Tanto las acciones exitosas como las fallidas
cuentan para estos límites. Además, los reintentos y otras solicitudes de
paginación cuentan también como ejecuciones de acciones. Para más información,
vea ¿Qué cuenta como solicitud de Power Platform?
Power Virtual Agents: solicitudes (o llamadas) de API a flujos de Power Automate
desde dentro de una conversación de bot de chat.
Dataverse: todas las operaciones de creación, lectura, actualización y eliminación
(CRUD), asignación y uso compartido, incluidas las solicitudes del sistema interno y
del usuario que se requieren para completar transacciones CRUD, así como
operaciones especiales como compartir o asignar. Estos pueden ser desde
cualquier cliente o aplicación (incluido Dynamics 365) y usando cualquier punto de
conexión (SOAP o REST). Estas incluyen, entre otras, complementos, flujos de
trabajo clásicos y controles personalizados que realizan las operaciones antes
mencionadas.
７ Nota
Para Dataverse, hay un pequeño conjunto de operaciones internas del sistema que
están excluidas de los límites, como las operaciones de inicio de sesión, cierre de
sesión y metadatos del sistema.
Las secciones siguientes describen los tipos de solicitud y los límites establecidos para
cada una.
Límites de solicitud de usuario licenciado

Todos los usuarios de Microsoft Power Platform tienen límites en la cantidad de
solicitudes en función de la licencia que se les asigne. En la siguiente tabla se define el
número de solicitudes que un usuario puede realizar en un período de 24 horas:
Productos Solicitudes por

licencia pagada
por 24 horas
Usuarios con licencia de pago para Power Platform (excluye Power Apps por 40 000
aplicación, Power Automate por flujo y Power Virtual Agents) y Dynamics 365,
excluyendo Dynamics 365 Team Member1
Plan de pago por uso de Power Apps y usuarios con licencia de pago para 6000
Power Apps por aplicación, aplicaciones de Microsoft 365 con acceso a Power
Platform y Dynamics 365 Team Member2
Plan por flujo de Power Automate3, oferta base de Power Virtual Agents, y 250,000
paquete adicional Power Virtual Agents4
Inicio de sesión pagado en portales Power Apps 200
1 Esta categoría incluye licencias de pago para el plan de Power Apps por usuario (que
incluye las anteriores licencias Plan 1 de Power Apps y Plan 2 de Power Apps), Power
Automate por usuario (que incluye las licencias anteriores Flow Plan 1 y Flow Plan 2),
Dynamics 365 Sales Premium, Dynamics 365 Sales Enterprise, Dynamics 365 Sales
Professional, Dynamics 365 Customer Service Enterprise, Dynamics 365 Customer
Service Professional, Dynamics 365 Field Service, Microsoft Relationship Sales, Microsoft
Industry Cloud, Dynamics 365 Project Service Automation, Dynamics 365 Commerce,
Dynamics 365 Human Resources, Dynamics 365 Finance, Dynamics 365 Project
Operations, Dynamics 365 Supply Chain Management, plan Dynamics 365 Customer
Engagement, plan Dynamics 365 Unified Ops, plan Dynamics 365, dispositivo de
Dynamics 365 for Operations, Dynamics 365 for Operations Activity, servicio en línea de
Dynamics AX, tarea en línea de Dynamics AX, Dynamics CRM Online Enterprise y
Dynamics CRM Online Professional.
2
Esta categoría incluye el plan de pago por uso Power Apps y licencias pagadas Power
Apps por plan de aplicación, Dynamics 365 Team member, Dynamics CRM Online Basic,
Dynamics CRM Online Essential, Dynamics AX Self-Serve, licencias de Microsoft 365 y
Microsoft Project Online (Plan 1, Plan 3 y Plan 5). Ver Apéndice B en la Guía de
licencias para licencias de Microsoft 365 que incluyen capacidades de Power Apps y
Power Automate.
3
El plan de Power Automate por flujo permite que la capacidad se reserve
específicamente para un solo flujo, independientemente del propietario del flujo. Esto
no usa los límites de solicitud de usuarios sin licencia a nivel de inquilino.
4
Las solicitudes de Power Virtual Agents se cuentan desde flujos Power Automate
desencadenados por un chatbot de Power Virtual Agents. El paquete de sesiones inicial
de Power Virtual Agents y el paquete de sesiones adicionales reciben los mismos límites
de solicitud de Power Platform.
Otros detalles
Los límites de solicitud de Power Platform solo se incluyen con las licencias base
pagadas en el modelo de licencia 'base + adjuntar' de Dynamics 365. Las licencias
adjuntas no incluyen límites separados. Por ejemplo, si un usuario tiene una licencia de
Dynamics 365 Customer Service Enterprise como licencia base y una licencia Dynamics
365 Sales Enterprise como licencia asociada, el límite total de solicitudes será lo que se
proporciona mediante la licencia base de Dynamics 365 Customer Service Enterprise.
Si un usuario tiene varias licencias pagadas asignadas, el número total de solicitudes

permitidas sería la suma de solicitudes permitidas para cada licencia. Por ejemplo, si un
usuario tiene una licencia de Dynamics 365 Customer Service Enterprise base y una
licencia de usuario de Power Apps, ese usuario tendrá un total de 40 000 + 40 000 =
80 000 solicitudes disponibles cada 24 horas.
Las solicitudes de Power Virtual Agents se cuentan desde flujos Power Automate
desencadenados por un chatbot de Power Virtual Agents. El paquete de sesiones inicial
de Power Virtual Agents y el paquete de sesiones adicionales reciben los mismos límites
de solicitud de Power Platform.
Límites de solicitud de usuario sin licencia

Se establece un límite separado para ciertas actividades (por ejemplo: un proceso en
segundo plano que migra datos entre bases de datos) que no requieren que un usuario
interactúe con el servicio. Estos límites se definen y agrupan a nivel de inquilino.
Dataverse le permite tener identidades que no requieren ningún usuario para
interactuar con el servicio. Entre estas se incluyen:
Usuarios de la aplicación
Usuarios no interactivos
Usuarios administrativos
Usuario de SISTEMA
Además hay licencias gratis especiales (0 $) que se usan para interactuar con
aplicaciones de Dynamics 365 como Dynamics 365 Marketing. Ver ¿Cómo se licencia el
marketing? para más detalles.
Para estas identidades sin licencia, cada inquilino obtendrá un límite de solicitud base
inicial por inquilino determinado por las licencias pagadas del inquilino, más los límites
acumulados determinados por la cantidad de licencias pagadas de Dynamics 365
Enterprise y Professional.1 Este grupo solo puede ser utilizado por estos usuarios sin
licencia y no por usuarios con licencias de usuario interactivo asignadas.
Productos Solicitudes agrupadas a nivel de inquilino sin licencia

por 24 horas
Aplicaciones Dynamics 365 500 000 solicitudes base + 5000 solicitudes acumuladas por
Enterprise & Professional1 USL1 hasta 10 000 000 máx2
Power Apps (todas las licencias) 25 000 solicitudes base sin acumulación por licencia para el
inquilino
Power Automate (todas las 25 000 solicitudes base sin acumulación por licencia para el
licencias) inquilino
1
Esta categoría incluye licencias para Dynamics 365 Sales Premium, Dynamics 365 Sales
Enterprise, Dynamics 365 Sales Professional, Dynamics 365 Customer Service Enterprise,
Dynamics 365 Customer Service Professional, Dynamics 365 Field Service, Microsoft
Relationship Sales, Dynamics 365 Project Service Automation, Dynamics 365 Commerce,
Dynamics 365 Human Resources, Dynamics 365 Finance, Dynamics 365 Project
Operations, Dynamics 365 Supply Chain Management, plan Dynamics 365 Customer
Engagement, plan Dynamics 365 Unified Ops, plan Dynamics 365, Dynamics CRM Online
Enterprise y Dynamics CRM Online Professional. Los límites de solicitud acumulados a
nivel de inquilino sin licencia de Power Platform solo se conceden con las licencias base
pagadas en el modelo de licencia 'base + adjuntar' de Dynamics 365.
2
Si prevé exceder los límites de usuarios sin licencia, contacte con su revendedor o el
equipo de cuentas de Microsoft para discutir una solución personalizada.
Detalles adicionales
Ciertos productos operan en el concepto de un principal de servicio y sus límites se
acumularán para el grupo de usuarios sin licencia. Esta es la mejor manera de alinear los
límites con la forma en que opera el producto en la plataforma.
Si un inquilino tiene varios tipos de suscripciones, su capacidad de solicitud de usuario
sin licencia utilizará la suscripción de la línea de productos con la mayor cantidad de
solicitudes. Por ejemplo, si un cliente tiene suscripciones de licencias base de Dynamics
365 Customer Service Enterprise (500 000 solicitudes mínimas + límites acumulados) y
Power Apps por suscripciones de usuario (25 000 solicitudes / día), su capacidad de
solicitudes agrupadas a nivel de inquilino será de 500 000 solicitudes mínimas + límites
acumulados por 24 horas.
¿Qué sucede si un usuario con o sin licencia

supera los límites?
Los límites de solicitud de Power Platform se actualizaron y aumentaron sustancialmente
a fines de 2021 para estar en niveles que son significativamente más altos que el uso
típico para la mayoría de los clientes. Con los límites actualizados, se espera que muy
pocos usuarios excedan los límites documentados. Si prevé exceder los límites de
usuarios sin licencia, contacte con su revendedor o el equipo de cuentas de Microsoft
para discutir una solución personalizada.
Cualquier posible aplicación de alto uso no ocurrirá hasta seis meses después de que los
informes de uso de solicitudes de Power Platform hayan estado disponibles de manera
general en el Centro de administración de Power Platform.
Microsoft se reserva el derecho de hacer cumplir los límites por excedentes. Si un cliente
se encuentra con una aplicación de alto uso, puede esperar alguna forma de limitación.
Los clientes pueden adquirir capacidad adicional para evitar la aplicación de un alto uso
o trasladar su entorno a pago por uso y pagar por el uso real por encima de los límites
diarios.
Complemento de capacidad de solicitudes de

Power Platform
Los clientes que vean en los informes que utilizan con frecuencia más solicitudes que los
límites pueden evitar la aplicación de un alto uso comprando el complemento de
solicitud de capacidad de Power Platform. Este complemento permite a los clientes
aumentar los límites para usuarios específicos con licencia de uso elevado o usuarios sin
licencia de uso elevado. Cada complemento de capacidad eleva el límite de solicitudes
en otras 50 000 cada 24 horas. Se pueden asignar múltiples complementos de
capacidad para aumentar los límites.
No puede asignar los paquetes adicionales de capacidad de solicitudes de Power
Platform a los usuarios ni a los flujos durante el período de transición. Sin embargo,
Microsoft recomienda que adquiera estos complementos para permanecer dentro de
los términos de su licencia y estar preparado para cuando finalice el período de
transición.
Si se están limitando los flujos de Power Automate, pruebe Pago por uso para garantizar
que ninguno de los flujos en el entorno se ralenticen. Si no puede usar Pago por uso,
compre complementos y cree una incidencia de soporte técnico de Microsoft con los
detalles del flujo y los detalles de los complementos para que el equipo de soporte
pueda proporcionar excepciones para sus flujos limitados.
７ Nota
Actualmente, los complementos de capacidad no se pueden asignar a los usuarios

(incluidos los usuarios de aplicaciones, administrativos y no interactivos). La
funcionalidad para la asignación de complementos de capacidad se alineará con el
momento de aplicación de alto uso.
Otros límites aplicables

Además del límite diario de solicitudes de Power Platform, se encuentran disponibles
otros límites de protección del servicio que son específicos para cada servicio. Al igual
que con los límites diarios de solicitud, estos límites ayudan a mantener la calidad del
servicio al protegerlo de comportamientos malintencionados o ruidosos que, de otro
modo, interrumpirían el servicio para todos los clientes.
Revise los siguientes recursos para obtener información sobre los límites de protección
del servicio activo para cada servicio:
Límites de Dataverse: aplicable para aplicaciones basadas en modelos y

aplicaciones de participación del cliente (como Dynamics 365 Sales y servicio al
cliente), Power Apps y Power Automate conectados a Dataverse/aplicaciones de
interacción con el cliente
Límites de Power Automate: aplicable para flujos instantáneos, programados y
automatizados
Límites conectores: aplicable a Power Automate y Power Apps
Ver información de uso de solicitudes de Power

Platform detallada en el Centro de
administración de Power Platform (versión
preliminar)
Para ver el consumo de solicitudes de Power Platform para usuarios con licencia,
usuarios sin licencia y ejecuciones de flujo con licencia por flujo.
2. Seleccione Capacidad en el panel de navegación de la izquierda.
3. En la pestaña Resumen, seleccione Descargar informes en la sección

Complementos.
4. Seleccione Nuevo en el menú.

5. Seleccione Solicitudes de Microsoft Power Platform en el cuadro Elegir un
informe.
6. Seleccione el tipo de informe requerido y luego seleccione Enviar.
7. Una vez que el informe esté listo, seleccione Descargar para descargar el informe
como un archivo CSV de Excel.
７ Nota
Estos informes se encuentran actualmente en versión preliminar. Hay dos
limitaciones con el informe de versión preliminar de usuario con licencia.
Los derechos de los usuarios con licencia se muestran en los informes por
usuario, día y entorno. Los límites deben aplicarse en el nivel por usuario y
por día. Cuando observe los informes, comprenda que los límites son por
usuario y por día, utilizando la cantidad de derechos solo una vez al día, sin
sumar los derechos para el mismo usuario potencialmente varias veces.
El informe de usuario licenciado no mostrará los derechos correctos de los
usuarios con licencia a través de la licencia de Power Apps por aplicación o
por el medidor de pago por aplicación de Power Apps. Los derechos de estos
usuarios se mostrarán como 0 cuando en realidad deberían mostrarse como
6000 (solicitudes por período de 24 horas, como se indica anteriormente).
Informe de usuario con licencia

El informe Usuario con licencia muestra el uso de solicitudes de Power Platform por
usuario y día y la cantidad de usuarios autorizados. El informe descargable contiene los
siguientes campos:
Campo Descripción
Id. de entorno Identificador único del entorno de Power Platform.
Nombre del El nombre para mostrar del entorno.

entorno
Id. de autor de la El identificador único de la identidad de llamada que se asigna al id. de

llamada Active Directory. Puede ser nulo o vacío.
Tipo de autor de El tipo de identidad del autor de la llamada. El valor aplicable para el
llamada informe de usuario con licencia es Usuario.
Datetime de uso Fecha y hora de captura del uso (UTC).
Cantidad de El total de todos los límites de solicitudes de Power Platform para el

derechos usuario.
Cantidad total El uso total en todos los tipos de Solicitudes (Dataverse,Power Apps, y
consumida Power Automate).
Solicitudes de Número de solicitudes de Power Platform que se originan desde Dataverse.

Dataverse
Campo Descripción
Solicitudes de Número de solicitudes de Power Platform que se originan desde Power

Power Automate Automate.
Solicitudes de Número de solicitudes de Power Platform que se originan desde Power

Power Apps App.
A continuación, aparece una muestra de un informe de uso detallado:
Informe de usuario sin licencia

El informe de Usuario sin licencia muestra el uso de solicitudes de Power Platform por
día para usuarios sin licencia y el derecho total para usuarios sin licencia de ese
inquilino. El informe descargable contiene los siguientes campos:
Campo Descripción
Derechos de solicitud El derecho diario total para solicitudes de Power Platform sin licencia
de Power Platform para este inquilino.
para este inquilino
Nombre del entorno El nombre para mostrar del entorno.
Id. de autor de la Identificador único de la identidad de llamada. Puede ser nulo o vacío.
llamada
Tipo de autor de El tipo de identidad del autor de la llamada. Los valores aplicables son
llamada Sistema, No interactivo/Aplicación.
Tipo de recurso El tipo de recurso. Los valores aplicables son Dataverse, Power Apps y
Power Automate.
Id. de recurso Identificador único del recurso. Según el tipo de recurso, esto podría ser
un id. de aplicación, id. de organización de Dataverse, o id. de flujo de
Power Automate. Puede ser nulo o vacío.
Categoría de medidor El medidor de nivel superior en este caso de solicitudes de Power

Platform.
Subcategoría de La clasificación detallada de lo que generó la solicitud. Puede ser

medidor Dataverse, Power Apps o Power Automate.
Campo Descripción
DateTime de uso Fecha y hora de captura del uso (UTC).
Cantidad consumida Uso de solicitudes de Power Platform.
Informe por flujo

El informe descargable Flujos con licencia por flujo contiene los siguientes campos:
Campo Descripción
Nombre del entorno El nombre para mostrar del entorno.
Región de entorno No disponible durante la versión preliminar.
Id. de autor de la llamada El identificador único del flujo. Puede ser nulo o vacío.
Tipo de autor de llamada El tipo de identidad del autor de la llamada. El valor aplicable es Flujo.
DateTime de uso Fecha y hora de captura del uso (UTC).
Cantidad de derecho El valor de cualquier derecho incluido para el flujo.
Cantidad consumida Uso de solicitudes de Power Platform.
¿Qué herramientas puedo usar para supervisar y analizar
las solicitudes de Power Platform en la plataforma?
Los informes para uso de solicitudes de Power Platform están en versión preliminar en el
Centro de administración de Power Platform.
¿Cuáles son los plazos para los límites de solicitudes de

Power Platform?
El concepto de límites se introdujo por primera vez a fines de 2019 y los límites
documentados se incrementaron sustancialmente a fines de 2021. Informes de versión
preliminar pública para las solicitudes de Power Platform que se implementaron en junio
de 2022. Después de un período de versión preliminar pública, los informes pasarán a
disponibilidad general. No hay una ETA actual de cuándo sucederá esto. Cualquier
posible aplicación de alto uso no comenzará hasta al menos seis meses después de que
los informes estuvieran disponibles con carácter general. Sin embargo, tenga en cuenta
que Power Automate continuará limitando en los límites de transición hasta la
aplicación. Consulte las Preguntas frecuentes.
¿Qué límites de cuenta se utilizan para flujos de trabajo

clásicos o flujos de Power Automate?
Depende de si el proceso se ejecuta bajo demanda o en segundo plano. Los flujos
instantáneos, que se ejecutan bajo demanda, utilizarán los límites de la cuenta que inició
el proceso. Por otro lado, los flujos de trabajo o los flujos automatizados/programados
que se ejecutan en segundo plano siempre utilizarán los límites del propietario del
proceso, independientemente de por qué se inició el proceso o qué cuentas se utilizan
para las conexiones dentro del proceso. Consulte Qué límites de solicitudes de Power
Platform utiliza el flujo?.
¿Los límites de solicitudes de Microsoft Power Platform se

transfieren de un día a otro o de un mes a otro?
No. Todas las solicitudes Microsoft Power Platform existen por un período de 24 horas.
Si no se consumen, no se traspasan al día siguiente ni se acumulan en un mes.
¿Cada usuario de la aplicación, usuario no interactivo,

usuario administrativo o usuario del SISTEMA tiene su
propio límite a nivel de inquilino?
No. Los límites de nivel de inquilino se comparten entre todos los usuarios de la
aplicación, los usuarios no interactivos, los usuarios administrativos o el usuario del
SISTEMA dentro del inquilino.
¿Las solicitudes generadas desde los flujos de trabajo de

Dataverse clásicos y complementos en Dataverse cuentan
para los límites de solicitudes?
Sí, si estas solicitudes son de tipo CRUD, asignar o compartir, contarán. En el caso de los
flujos de trabajo clásicos, esto incluye acciones como verificar condiciones, iniciar flujos
de trabajo secundarios o detener flujos de trabajo. Sin embargo, las solicitudes
generadas internamente desde la plataforma no se cuentan, como: sdkmessagerequest,
solutioncomponentdefinition y ribbonclientmetadatareporting.
¿Debería utilizar una herramienta de integración de datos

de terceros en lugar de Power Automate para evitar llegar
a mis límites?
No, las herramientas de integración de datos de terceros están sujetas exactamente a
los mismos límites que los flujos programados, instantáneos o automatizados. Por lo
tanto, no hay diferencia si elige usar Power Automate o una herramienta de terceros.
Además, las solicitudes de Power Automate a Dataverse no se cuentan dos veces, un
flujo que llama a una acción solo contará como una solicitud contra su límite, no como
dos.
Consultar también
DataverseInformación general sobre los límites de API
Límites y configuración de Power Automate

Información general de ambientes
Un entorno de Power Platform es un espacio para almacenar, administrar y compartir

datos profesionales, aplicaciones, bots de chat y flujos de su organización. También
tiene la función de contenedor para aplicaciones distintas que pueden tener roles,
requisitos de seguridad o públicos objetivo diferentes. La forma elegida para usar los
entornos depende de la organización y de las aplicaciones que se intentan compilar. Por
ejemplo:
Puede elegir solo crear las aplicaciones o los bots de chat en un solo entorno.
Puede crear entornos separados que agrupen las versiones de prueba y
producción de las aplicaciones o bots de chat.
Es posible crear entornos independientes correspondientes a los equipos o
departamentos específicos en su compañía, cada uno contiene los datos y las
aplicaciones relevantes para cada público.
También puede crear entornos independientes para distintas ramas globales de su
empresa.
Ámbito del entorno

Cada entorno se crea en un inquilino de Azure Active Directory (Azure AD) y solo
pueden acceder a sus recursos los usuarios dentro de ese inquilino. Un entorno también
está vinculado a una ubicación geográfica, por ejemplo, Estados Unidos. Cuando crea
una aplicación en un entorno, esa aplicación se enruta solo a centros de datos en esa
ubicación geográfica. Cualquier elemento que cree en ese entorno (como bots de chat,
conexiones, puertas de enlace, flujos que utilizan Microsoft Power Automate, etc.)
también está vinculado a la ubicación del entorno.
Cada entorno puede tener una o ninguna base de datos de Microsoft Dataverse, lo que
proporciona almacenamiento para las aplicaciones y los bots de chat. Si puede crear
una base de datos para el entorno dependerá de la licencia que compre para Power
Apps y sus permisos dentro de ese entorno. Más información: Información sobre precios
Al crear una aplicación en un entorno, esa aplicación solo tiene permiso para conectarse
a los orígenes de datos que también se implementan en que el mismo entorno,
incluidas conexiones, puertas de enlace, flujos, y bases de datos de Dataverse. Por
ejemplo, consideremos un escenario donde ha creado dos entornos denominados Test y
Dev y creado una base de datos Dataverse en cada uno de los entornos. Si crea una
aplicación en el entorno de Test, solo tendrá permiso para conectarse a la base de datos
Test, ésta no podrá conectarse a la base de datos "Dev".
También puede mover recursos entre entornos. Más información: Migrar recursos
Permisos de entorno
Los entornos tienen dos roles integrados que proporcionen acceso a los permisos en un
entorno:
El rol Administrador de entorno puede realizar todas las acciones administrativas en

un entorno, por ejemplo:
Agregar o eliminar un usuario o un grupo desde el rol Administrador de
entornos o el rol Creador de entornos.
Aprovisionar una base de datos de Dataverse para el entorno.
Ver y administrar todos los recursos creados en el entorno.
Establecer directivas de prevención de pérdida de datos. Más información:
Administrar directivas de prevención de pérdida de datos
Después de crear la base de datos en el entorno, puede usar el rol

Administrador del sistema en lugar del rol Administrador de entorno.
El rol Creador de entorno puede crear recursos en un entorno incluyendo
aplicaciones, conexiones, conectores personalizados, puertas de enlace, y flujos
mediante Power Automate.
Los creadores de entorno también pueden distribuir las aplicaciones que compilan en
un entorno a otros usuarios de la organización, al compartir la aplicación con usuarios
individuales, grupos de seguridad, o bien a todos los usuarios de la organización. Más
información: Compartir una aplicación en Power Apps
A los usuarios o grupos asignados a estos roles de entornos no se les otorga acceso
automático a la base de datos del entorno (si existe) y debe otorgarles acceso de forma
independiente.
Los usuarios o grupos de seguridad pueden ser asignados a cualquiera de estos dos
roles por un administrador de entorno siguiendo los pasos descritos en Configurar la
seguridad del usuario a los recursos en un entorno.
Tipos de entornos
Hay múltiples tipos de entornos. El tipo indica el propósito del entorno y determina sus
características. La siguiente tabla resume los tipos actuales de entornos que puede
encontrar.
Escribir Descripción Seguridad
Producción Está previsto para utilizarse en el trabajo Control total.

permanente en una organización. Puede
crearlos y poseerlos un administrador o
cualquier persona con una licencia de
Power Apps, siempre que haya 1 GB
disponible en la base de datos. Estos
entornos también se crean para cada base
de datos existente de Dataverse cuando se
actualiza a la versión 9.0 o posterior. Los
entornos de producción son los que debe
usar para cualquier entorno del que
dependa.
Predeterminada Estos son un tipo especial de entorno de Control limitado. Todos los
producción. Cada suscriptor tiene un usuarios con licencia1 tienen el
entorno predeterminado que se crea rol de creador de entornos.
automáticamente. Sus características se
discuten en la siguiente sección, El entorno
predeterminado
Espacio aislado Estos son entornos que no son de Control total. Si se usa para
producción, que ofrecen características pruebas, solo se necesita acceso
como copiar y restablecer. Los entornos de de usuario. Los desarrolladores
espacio aislado se usan para desarrollo y requieren acceso de creador de
pruebas, separados de la producción. El entorno para crear recursos.
aprovisionamiento de entornos de espacio
aislado puede restringirse a los
administradores (porque la creación del
entorno de producción puede bloquearse),
pero la conversión de un entorno de
producción a espacio aislado no puede
bloquearse.
Escribir Descripción Seguridad
Prueba Los entornos de prueba están destinados a Control total.

satisfacer las necesidades de prueba a
corto plazo y se borran automáticamente
después de un corto período de tiempo.
Caducan después de 30 días y están
limitados a uno por usuario. El
aprovisionamiento de entornos de prueba
se puede limitar a los administradores.
Desarrollador Los entornos de desarrollador los crean

usuarios que disponen de la licencia de
desarrollador. Son entornos especiales
destinados solo para uso del propietario. El
aprovisionamiento de entornos de
desarrollo se puede limitar a los
administradores. Más información:
Bloquear comandos de licencias de
prueba. El entorno de desarrollador estará
disponible siempre que utilice activamente
el Plan de desarrollo de Power Apps. Más
información: Plan del desarrollador de
Power Apps
Microsoft Los entornos de Dataverse for Teams se Control limitado. Los

Dataverse for crean automáticamente para el equipo administradores tienen una
Teams seleccionado al crear por primera vez una configuración limitada disponible
aplicación en Teams mediante la aplicación para los entornos de Teams. No
o al instalar una aplicación del catálogo de hay personalizaciones de rol de
aplicaciones. Más información: Acerca del seguridad ni asignaciones
entorno de Dataverse for Teams. disponibles. Los miembros de
Teams se asignan
automáticamente a su tipo de
pertenencia de Teams
(propietarios, miembros e
invitados) con un rol de
seguridad correspondiente
asignado por el sistema.
1Usuarios con licencia de Power Apps, Power Automate, Microsoft 365 y Dynamics 365,
licencias independientes y licencias gratuitas y de prueba.
El entorno predeterminado
Un único entorno predeterminado se crea automáticamente en Power Apps para cada
inquilino y lo comparten todos los usuarios del inquilino. Cada vez que un nuevo
usuario se registra en Power Apps, se le agrega automáticamente al rol Creador de
entornos del entorno predeterminado. No se agregará automáticamente a ningún
usuario al rol de Administrador de entorno del entorno predeterminado. El entorno
predeterminado se crea en la región más cercana a la región predeterminada del
inquilino de Azure AD y se llama: "{Nombre del inquilino de Azure AD}
(predeterminado)".
No puede eliminar el entorno predeterminado. No puede realizar una copia de

seguridad manual del entorno predeterminado; Las copias de seguridad del sistema se
realizan continuamente.
El entorno predeterminado está limitado a 1 TB de capacidad de almacenamiento. Para

almacenar más datos, puede crear un entorno de producción. El entorno
predeterminado tiene la siguiente capacidad de almacenamiento incluida:
Capacidad de la base de datos de Dataverse de 3 GB

Capacidad del archivo de Dataverse de 3 GB
Capacidad de registro de Dataverse de 1 GB
La comprobación de capacidad realizada antes de crear nuevos entornos excluirá la

capacidad de almacenamiento incluido del entorno predeterminado al calcular si tiene
capacidad suficiente para crear un nuevo entorno.
Asignar administradores al entorno predeterminado

A los administradores de Microsoft 365 Power Platform se les asigna automáticamente
el rol de seguridad de Administrador del sistema de Dataverse en el entorno
predeterminado. Sin embargo, ningún otro usuario se agrega automáticamente al
entorno predeterminado como Administrador. Para evitar la posibilidad de un bloqueo
administrativo en el entorno predeterminado, le recomendamos que asigne el sistema
Administrador rol de seguridad a algunos usuarios de confianza sin asignarles la función
de Administrador de Power Platform. Más información: Entornos con una base de datos
de Dataverse
Cambiar el nombre del entorno predeterminado

El entorno predeterminado se crea mediante la convención de nomenclatura {nombre
de inquilino de Azure AD} (predeterminado). Los administradores de Power Platform
deberían considerar cambiar el nombre del entorno predeterminado a algo más
descriptivo, como Entorno de productividad personal que indica claramente la intención
del entorno.
７ Nota
Después de cambiar el nombre del entorno predeterminado, aún puede

identificarlo desde el centro de administración de Power Platform como el único
entorno con el entorno Tipo de Predeterminado.
Más información: Editar propiedades del entorno
Prácticas recomendadas para el entorno predeterminado

Para obtener más información de orientación con el entorno predeterminado, vaya a
Administrar el entorno predeterminado y Asegurar el entorno predeterminado.
Entornos de producción y prueba

Puede crear entornos para propósitos diferente. Un entorno de prueba permite probar
el entorno y la experiencia usando una base de datos con Dataverse. Caduca después
de un período de tiempo concreto.
Administrar entornos en el Centro de

Puede ver y administrar sus entornos en la página Entornos.
Puede ordenar y buscar en la lista de entornos; esto es útil si tiene una gran cantidad de
entornos para administrar.
Detalles del entorno

Puede ver algunos detalles de sus entornos seleccionando un entorno. Seleccione Ver
todos para ver más detalles del entorno.
Seleccione Editar para revisar y editar detalles del entorno.
Historial del entorno

El historial del entorno le brinda a los administradores una escala de tiempo del ciclo de
vida completo del entorno, desde el momento en que se crea hasta que se elimina por
completo, con todas las acciones que se hayan hecho en el entorno durante su
duración, como Editar, Copiar, Restablecer, etc. Las acciones en el formato de la escala
de tiempo son las siguientes:
Nombre de la acción: por ejemplo, crear

Hora de inicio
Hora de finalización: si corresponde
Iniciado por: el usuario
Estado: por ejemplo, correcta o errónea
Para ver el historial del entorno:
1. Inicie sesión en el centro de administración de Power Platform como

administrador.
2. Seleccione Entornos y después seleccione un entorno de la lista.
3. En la barra de comandos, seleccione Historial.
７ Nota
Algunas acciones, como Editar, mostrarán la edición como una acción, pero
no los detalles de la acción.
Una vez que se elimina por completo un entorno, también se elimina el
historial del entorno. Por lo tanto, quizá no sea posible saber quién eliminó un
entorno después de que se haya eliminado definitivamente.
Consulte también
Crear y administrar entornos en el
Centro de administración de Power
Platform
Un entorno es un espacio para almacenar, administrar y compartir datos profesionales,

aplicaciones y flujos de su organización. También sirve como contenedor para separar
las aplicaciones que pueden tener distintos roles, requisitos de seguridad o públicos
objetivos. Power Apps crea automáticamente un único entorno predeterminado para
cada inquilino, que comparten todos los usuarios del inquilino.
¿Quién puede crear entornos?

La licencia determina si puede crear entornos.
Licencia Prueba Producción
Planes de Microsoft 365 No No
Planes de grupos de Dynamics 365 No No
Power Apps Developer Plan No No
Prueba de Dynamics 365 Sí (uno) No
Planes de Dynamics 365 Sí (uno) Sí
Plan de Power Apps Sí (uno) Sí
Prueba de Power Apps Sí (uno) Sí
Plan de prueba de Power Virtual Agents Sí No
Plan de Power Virtual Agents No Sí
Para determinar qué licencia tiene un usuario, inicie sesión en el Centro de

administración de Microsoft 365 y siga los pasos de Asignar licencias a varios usuarios
en la página Usuarios activos.
Para crear un entorno, todo lo siguiente debe ser cierto:
1. El usuario tiene una licencia (Sí a continuación) que permite la creación de

entornos. Este requisito no se aplica a los administradores globales y
administradores de Power Platform.
Licencia Prueba Producción
Planes de Microsoft 365 No No
Planes de grupos de Dynamics 365 No No
Power Apps Developer Plan No No
Prueba de Dynamics 365 Sí (uno) No
Planes de Dynamics 365 Sí (uno) Sí
Plan de Power Apps Sí (uno) Sí
Prueba de Power Apps Sí (uno) Sí
Plan de prueba de Power Virtual Agents Sí No
Plan de Power Virtual Agents No Sí
Para determinar qué licencia tiene un usuario, inicie sesión en el Centro de

administración de Microsoft 365 y siga los pasos de Asignar licencias a varios
usuarios en la página Usuarios activos.
2. El inquilino (o usuario en el caso de las pruebas de correo electrónico) debe tener

lo siguiente:
Para entornos de producción y sandbox, el inquilino debe tener al menos 1

GB de capacidad de almacenamiento de base de datos disponible.
Para entornos de prueba (basados en suscripción), cada suscripción de
prueba basada en oferta (también conocida como "prueba de
administrador") da derecho al inquilino a tres entornos de prueba basados en
suscripción. Solo los administradores de nivel de inquilino pueden
aprovisionar entornos de prueba (basados en suscripción).
Para entornos de prueba (estándar), el usuario necesita una licencia que
proporcione derechos por usuario para entornos de prueba (consulte la tabla
anterior). Esto también se aplica a los administradores de nivel de inquilino.
Los usuarios que deseen crear una versión de prueba estándar pueden obtener la
licencia necesaria de forma gratuita registrándose en una prueba de Power Apps a
través de uno de estos caminos:
Para una prueba con aplicaciones de Dynamics 365

https://trials.dynamics.com y seleccione la aplicación requerida para
registrarse para una prueba de 30 días
Para una prueba sin aplicaciones
https://apps.powerapps.com/trial
https://powerapps.com y seleccione Probar gratis en la parte superior de la
página
3. La directiva de inquilinos debe permitir la creación de un entorno. Vea Controlar

quién puede crear y administrar entornos en el Centro de administración de Power
Platform
Crear un entorno en el Centro de

Un entorno proporciona almacenamiento para aplicaciones, flujos, datos y otros
recursos. Cuando los usuarios crean una aplicación en un entorno, esa aplicación puede
conectarse a cualquier origen de datos, incluyendo conexiones, puertas de enlace y
flujos. Cómo elige aprovechar los entornos depende de la organización y de
aplicaciones que intenta crear. Para obtener más información, consulte Información
general sobre los entornos.
Puede almacenar la aplicación y los datos comerciales en una base de datos con
Microsoft Dataverse. Puede crear una base de datos con Dataverse con cualquier
entorno.
Tiene varias opciones al crear un entorno:
Crear un entorno con una base de datos de Dataverse

Crear un entorno sin una base de datos de Dataverse
Algunas consideraciones importantes al crear un nuevo

entorno
Por qué crear un entorno con una base de datos: Cuando crea un entorno de
producción o de espacio aislado con una base de datos de Dataverse, tiene la
opción de agregar aplicaciones de Dynamics 365 como Dynamics 365 Sales y Field
Service durante el proceso de creación (al elegir Sí para Habilitar aplicaciones de
Dynamics 365). Actualmente, si no selecciona Sí para Habilitar aplicaciones de
Dynamics 365 en el momento del aprovisionamiento de la base de datos, no
podrá realizar este cambio más adelante ni podrá instalar aplicaciones de
Dynamics 365 en este entorno. Debe tener una licencia de Dynamics 365 adecuada
para seleccionar Sí para Habilitar aplicaciones de Dynamics 365.
Más información sobre Dataverse: ¿Qué es Dataverse? y ¿Por qué elegir Dataverse
Por qué crear un entorno sin una base de datos: si no necesita aplicaciones de
Dynamics 365 o no necesita usar Dataverse y está creando aplicaciones de lienzo
con Power Apps, o flujos con Power Automate utilizando otros orígenes de datos,
cree el entorno sin la base de datos de Dataverse.
La decisión de habilitar las aplicaciones de Dynamics 365 no es reversible: una
vez que haya creado un entorno, si no selecciona Habilitar aplicaciones de
Dynamics 365 en el momento del aprovisionamiento de la base de datos, no
podrá realizar este cambio más adelante ni podrá instalar aplicaciones de
Dynamics 365 en este entorno.
Aplicaciones de Dynamics 365 y entornos de prueba: actualmente, las
aplicaciones de Dynamics 365 no se pueden habilitar para entornos de prueba.
Para crear una versión de prueba con las aplicaciones de Dynamics 365, consulte
Comenzar la transformación digital aquí .
La URL no puede ser la de un entorno que ha sido eliminado o cambiado hasta
que hayan pasado al menos 24 horas desde que se eliminó o cambió el entorno.
Crear un entorno con una base de datos

Puede crear una base de datos para usar Dataverse como almacén de datos. Dataverse
es una base de datos en la nube usada para almacenar con seguridad datos de
aplicaciones empresariales creadas en Power Apps. Dataverse proporciona no solo
almacenamiento de datos, sino una forma de implementar lógica de negocios que
aplica reglas de negocio y automatización a los datos. Para obtener más información,
consulte ¿Por qué usar Dataverse?
Requisitos previos
Para crear un entorno con una base de datos, necesita capacidad de 1 GB disponible en
la base de datos.
Pasos
1. Inicie sesión en el centro de administración de Power Platform en
https://admin.powerplatform.microsoft.com como administrador (administrador
de Dynamics 365, administrador global o administrador de Microsoft Power
Platform).
2. En el panel de navegación, seleccione Entornos, y después lo seleccione Nuevo.
3. Especifique los siguientes detalles y, después, seleccione Siguiente.
Ajuste Description
Name El nombre de la entorno.
Región Elija una región para el entorno.
Type Elija producción, prueba o espacio aislado.
Objetivo Una descripción del entorno.
¿Desea crear una Seleccione Sí.

base de datos para
este entorno?
Pago por uso con Seleccione Sí para vincular este entorno a una suscripción de Azure
Azure para pagar seleccionar servicios de Power Platform tales como
Dataverse y Power Apps.
4. Especifique los siguientes detalles y, después, seleccione Guardar.
Ajuste Descripción
Language El idioma predeterminado de este entorno. Más información: Intercalaciones

de idiomas de Dataverse
Dirección Escriba el nombre de su organización. Las URL de organización deben ser

URL únicas. Si el nombre de la organización ya se ha reservado en el centro de
datos de destino, no estará disponible.
Moneda Divisa base que se usa para los informes.
Habilitar Seleccione Sí y haga una selección para implementar automáticamente

aplicaciones aplicaciones como Dynamics 365 Sales y Dynamics 365 Customer Service.
de Dynamics Debe tener una licencia adecuada de Dynamics 365 para seleccionar Sí. Si
365 no selecciona Sí en el momento del aprovisionamiento de la base de datos,
no podrá realizar este cambio más adelante ni podrá instalar aplicaciones de
Dynamics 365 en este entorno.
Ajuste Descripción
Implementar Seleccione Sí para incluir aplicaciones y datos de ejemplo. Los datos de

aplicaciones ejemplo le brindan algo con lo que experimentar a medida que aprende.
y datos de Para que aparezca esta configuración, elija No para Habilitar aplicaciones
ejemplo de Dynamics 365.
Grupo de Seleccione un grupo de seguridad para restringir el acceso a este entorno.

seguridad
Crear un entorno sin una base de datos

Puede crear un entorno sin una base de datos y usar su propio almacén de datos.
Requisitos previos
Necesita una capacidad de 1 GB disponible en la base de datos
Pasos
de Dynamics 365, administrador global o administrador de Power Platform).
2. En el panel de navegación, seleccione Entornos, y después lo seleccione Nuevo.
Ajuste Description
Name El nombre de la entorno.
Type Puede elegir producción o prueba.
Objetivo Una descripción del entorno.
¿Desea crear una Seleccione No.

base de datos para
este entorno?
Pago por uso con Seleccione Sí para vincular este entorno a una suscripción de Azure
Azure para pagar seleccionar servicios de Power Platform tales como
Dataverse y Power Apps.
Establecer una cadencia de actualización de
entorno
Puede indicar con qué frecuencia prefiere que un entorno reciba actualizaciones y
características para determinados servicios de Microsoft Power Platform. Después de
crear un entorno, puede elegir entre dos opciones.
Servicio Configuración Descripción
Creación de Frecuente Obtenga acceso a las actualizaciones y características

aplicación de lienzo más recientes varias veces al mes.
Moderado Obtenga acceso a actualizaciones y características al

menos una vez al mes.
Para configurar la cadencia de actualización:

de Dynamics 365, administrador global o administrador de Power Platform).
2. En el menú lateral izquierdo, seleccione Entornos, y luego seleccione un entorno.
4. En Actualizar cadencia, elija el tipo de cadencia.
La cadencia de actualización no cambia al recibir actualizaciones para:

Dynamics 365 Sales
Dynamics 365 Customer Service
Dynamics 365 Marketing
７ Nota
Por defecto, los entornos están automáticamente en cadencia frecuente; la

creación y edición de aplicaciones de lienzo recibirá actualizaciones una vez
por semana. Cuando se publiquen las aplicaciones, recibirán la versión de
tiempo de ejecución correspondiente.
Si ha elegido la cadencia moderada para el entorno, todas las aplicaciones de
creación y edición de lienzo recibirán actualizaciones una vez al mes. Cuando
se publiquen las aplicaciones, recibirán la versión de tiempo de ejecución
correspondiente.
¿Quién puede acceder a entornos?

Los usuarios pueden acceder a los recursos en un entorno cuando tienen:
una licencia que otorga derechos de uso para el recurso al que se accede en un
entorno. Por ejemplo, un usuario con un plan de Power Apps por usuario puede
acceder a aplicaciones premium compartidas con ellos en cualquier entorno.
Esta documentación destaca los derechos de uso incluidos con diferentes
licencias.
permisos para acceder a un recurso. Por ejemplo, un usuario sólo puede acceder a
Power Apps que se compartan con ellos. La siguiente documentación describe
cómo compartir algunos recursos de Power Platform:
Esta documentación destaca cómo compartir una aplicación con los usuarios.
Esta documentación destaca cómo compartir un flujo de nube.
¿Qué son los nuevos límites de prueba para los clientes

de Power Apps?
Los nuevos límites de prueba son uno por usuario.
¿Puede un usuario con licencia de Microsoft 365

administrar y crear entornos?
No, los usuarios con licencia de Microsoft 365 no podrá administrar entornos.
Si creo un entorno en el Centro de administración de

Dynamics 365, ¿aparecerá en el Centro de administración
de Power Platform?
Sí, aparecerá en ambos centros de administración.
¿Cuál es el límite del entorno de producción de Power

Apps?
El aprovisionamiento de entornos se basa en la capacidad de la base de datos.
Previamente, eran dos entornos por licencia de Plan 2 de Power Apps. Ahora todo lo
que necesita es 1 GB de capacidad disponible para aprovisionar. Todos los entornos con
o sin Dataverse o consumirán al menos una capacidad de 1 GB.
Consulte también
Capacidad de almacenamiento de Dataverse
Controlar el acceso de usuario a los entornos: grupos de seguridad y licencias

Supervisar quién puede crear y
administrar entornos en el Centro de
Con el nuevo modelo de aprovisionamiento, aquellos que dispongan de las licencias

correctas pueden crear un entorno siempre que haya 1 GB de capacidad disponible.
Para limitar la creación y administración de los entornos a las administración, haga lo
siguiente:
1. Inicie sesión en el Centro de administración de Microsoft Power Platform, en

https://admin.powerplatform.microsoft.com .
2. Seleccione el icono Engranaje ( ) en la esquina superior derecha del sitio de

3. Seleccione Configuración de Power Platform.
4. Seleccione Solo administradores específicos.
Los siguientes administradores podrán crear nuevos entornos en el Centro de

administración de Power Platform:
Administradores globales
Administradores de Dynamics 365
Administradores de Power Platform
７ Nota
Los entornos creados antes de la restricción se pueden administrar después de la

restricción por los que crearon el entorno. La restricción evitará que se creen y
administren entornos nuevos.
Controlar la creación de entorno de control con

PowerShell
Descargue e instale los cmdlets de PowerShell de administración según se describe
aquí . Para obtener más información acerca de los cmdlets, consulte Soporte técnico
de Power Apps.
Utilice los siguientes comandos para restringir la creación de entornos a

administradores globales, administradores de Dynamics 365 y administradores de Power
Platform.
PowerShell
$settings = @{ DisableEnvironmentCreationByNonAdminUsers = $true }

Set-TenantSettings $settings
¿Puedo deshabilitar la creación del entorno de prueba

para usuarios del inquilino?
Sí. Use los siguientes comandos de PowerShell para limitar la creación de un entorno de
pruebas.
PowerShell
$settings = @{ DisableTrialEnvironmentCreationByNonAdminUsers = $true }
Set-TenantSettings $settings
Descargue e instale los cmdlets de PowerShell de administración según se describe

aquí . Para obtener más información acerca de los cmdlets, consulte Soporte técnico
de Power Apps.
Cambiar el tipo de entorno
Puede decidir que el trabajo de personalización desarrollado y probado en una entorno

de espacio aislado está listo para la puesta en marcha. Ha colocado su entorno de
espacio aislado en modo de administración, solo los usuarios con roles de seguridad de
administrador o personalizador del sistema pueden iniciar sesión en ese entorno. Una
vez que cambie el tipo de entorno a producción, todos los usuarios puedan tener
acceso a su organización. Cuando configure o edite un entorno, puede cambiar el
entorno de:
Producción a espacio aislado

Espacio aislado a producción
Para cambiar el tipo de entorno:
1. Vaya al Centro de administración de Power Platform e inicie sesión con las

credenciales de los roles de administrador de entorno o administrador global.
2. En el menú lateral izquierdo, seleccione Entornos, y luego seleccione un entorno a

cambiar.
3. Seleccione Convertir a entorno de producción o Convertir a espacio aislado.
4. Seleccione Continuar.
5. En la página de confirmación, seleccione Aceptar.
Agregar una base de datos de Microsoft
Dataverse
Puede crear una base de datos y compilar aplicaciones si utiliza Dataverse como
almacén de datos. Puede crear sus propias tablas personalizadas o usar las predefinidas.
Para crear una base de datos, primero debe crear un entorno o que se le asigne a un
entorno existente como Administración de entorno. Además, tener asignada la licencia
adecuada. Para obtener información sobre cómo comprar un plan para usar Dataverse,
consulte Información de precios.
Solo puede agregar una única base de datos a un entorno. Este tema se aplica a
aquellos que aún no han agregado una base de datos de Dataverse a un entorno.
Existen varias maneras de agregar o crear una base de datos:
En el Centro de administración de Microsoft Power Platform

En el panel Tablas de Power Apps (make.powerapps.com)
７ Nota
Por razones de seguridad, no admitimos crear una copia de la base de datos para
su uso local.
Agregar una base de datos en el centro de

administración
1. En el centro de administración , en el panel de navegación izquierdo, seleccione
Entornos.
2. Seleccione el entorno al que desea agregar la base de datos.
3. Seleccione + Agregar base de datos.

4. Especifique los siguientes detalles y, después, seleccione Agregar.
Ajuste Descripción
Language El idioma predeterminado para este entorno. Más información:

Intercalaciones de idiomas de Dataverse
Moneda La divisa base que se usa para la creación de informes.
Habilitar Seleccione Sí y haga una selección para implementar automáticamente

aplicaciones aplicaciones como Dynamics 365 Sales y Dynamics 365 Customer Service.
de Dynamics
365
Implementar Seleccione Sí para incluir aplicaciones y datos de ejemplo. Los datos de

aplicaciones ejemplo le brindan algo con lo que experimentar a medida que aprende.
y datos de Para que aparezca esta configuración, elija No para Habilitar aplicaciones
ejemplo de Dynamics 365.
Grupo de Seleccione un grupo de seguridad para restringir el acceso a este entorno.

seguridad
Crear una base de datos en el panel Tablas de

Power Apps
2. En el panel de navegación de la izquierda, expanda la sección Datos y seleccione

Tablas en el panel de navegación izquierdo.
3. Seleccione Crear una base de datos para crear la base de datos.

Modelo de seguridad para las bases de datos
Cuando se crea una base de datos, los usuarios que tienen roles de entorno asignados,
continuarán mantenimiento esos privilegios.
A los usuarios con el rol Administrador de entorno se les asigna el rol Administrador
del sistema.
Los usuarios con el rol Creador de entornos continúan poseyendo ese
mismo rol.
Puede asignar usuarios adicionales a los roles predefinidos o incluso crear roles
personalizados. Consulte Seguridad de la base de datos para obtener más información.
７ Nota
Cuando cree la base de datos, cualquier grupo de seguridad signado a los roles
Administrador de entornos o Creador de entornos no se volverán a tener en
cuenta. Actualmente, asignar permisos en la base de datos, no admite el grupo de
seguridad de Azure AD.
Licencia y permisos de seguridad

Para crear una base de datos, debe ser administrador en el entorno seleccionado y debe
tener asignada la licencia adecuada. En la entorno, puede seguir configurando los
permisos de seguridad para otros usuarios mediante la pestaña Seguridad. Para obtener
más información, consulte Configurar la seguridad de la base de datos.
Aviso de privacidad
Con Common Data Model de Microsoft Power Apps, recopilamos y almacenamos
nombres de tabla y columna personalizados en nuestros sistemas de diagnóstico.
Usamos esta información para mejorar el modelo común de datos para los clientes. La
tabla y los nombres de columna que los creadores crean nos ayudan a comprender los
escenarios que son comunes en la comunidad de Microsoft Power Apps y a determinar
los huecos en la cobertura de las tablas estándar del servicio, como los esquemas
relacionados con las organizaciones. Microsoft no accede a los datos de las tablas de
base de datos asociadas a estas tablas ni los usa o replica fuera de la región en la que se
proporciona la base de datos. No obstante, tenga en cuenta que los nombres de tabla y
columna personalizados se pueden replicar en las regiones y que se eliminan de
acuerdo con nuestras directivas de retención de datos. Microsoft se compromete a
proteger su privacidad, como se describe con más detalle en nuestro Centro de
confianza .
Eliminar ambiente
Puede eliminar un entorno para recuperar espacio de almacenamiento y eliminar

información de identificación personal (PII).
７ Nota
No puede eliminar el entorno predeterminado.
1. Inicie sesión en https://admin.powerplatform.microsoft.com .
2. Seleccione un entorno y después, Eliminar.
3. Proporcione los datos de confirmación y luego seleccione Confirmar.
７ Nota
La URL de un entorno eliminado no se puede usar de nuevo para otro entorno

hasta que hayan pasado al menos 24 horas desde que se eliminó o cambió el
entorno.
Consultar también
Realizar copias de seguridad y restaurar entornos
Limpieza automática del entorno
Administrar entornos de espacio aislado
Información general de entornos
Microsoft.PowerApps.Administration.PowerShell
Información general de licencias para Power Platform

Recuperar ambiente
Puede recuperar un entorno eliminado recientemente (dentro de los 7 días posteriores a

la eliminación), utilizando el Centro de administración de Microsoft Power Platform o el
cmdlet de Power Apps Recover-AdminPowerAppEnvironment.
７ Nota
Es posible que se requiera capacidad de almacenamiento disponible para poder

recuperar con éxito un entorno, según el tipo de entorno que se esté recuperando.
Para obtener información sobre cómo ver su capacidad de almacenamiento actual,
consulte Capacidad de almacenamiento de Microsoft Dataverse.
Revise los siguientes temas en los que se analiza cómo los entornos podrían
marcarse para su eliminación y cómo restaurarlo.

Realizar copias de seguridad y restaurar entornos.
Centro de administración de Power Platform

Un administrador puede recuperar un entorno eliminado recientemente usando el
1. Inicie sesión en el Centro de administración de Power Platform como

administrador (administrador de Dynamics 365, administrador global o
administrador de Power Platform).
2. En el panel de navegación, seleccione Entornos y luego seleccione Recuperar

entornos eliminados.
3. Seleccione un entorno a recuperar y luego seleccione Recuperar.
4. Seleccione Continuar para confirmar la recuperación.
Pueden pasar varias horas hasta que se recupere el entorno. Durante este período, el
entorno a recuperar seguirá apareciendo en la lista de entornos eliminados. Una vez
recuperado, verá el entorno en la página Entornos.
PowerShell
Un administrador puede recuperar un entorno eliminado recientemente usando el
siguiente cmdlet de PowerShell.
PowerShell
## List soft-deleted environments

Get-AdminPowerAppSoftDeletedEnvironment
## Attempt a recover operation on a soft-deleted environment
Recover-AdminPowerAppEnvironment -EnvironmentName $environmentName -

WaitUntilFinished $true
Para obtener más información sobre el uso de cmdlets de PowerShell para entornos,
consulte Cmdlets de Power Apps para administradores.
Próximos pasos después de recuperar un
entorno
Flujos: los flujos de soluciones se desactivarán, así que habilite los flujos según sea
necesario.
Consulte también
Información general de licencias para Microsoft Power Platform

Restablecer ambiente
Restablezca un entorno de espacio aislado para eliminarlo y reaprovisionarlo. Considere

la posibilidad de reiniciar cuando desee:
Crear un nuevo proyecto

Liberar espacio de almacenamiento
Quitar un entorno que contenga datos personales
） Importante
Puede restablecer solo los entornos de espacio aislado.

Un restablecimiento eliminará de forma permanente los componentes del
entorno, como aplicaciones de lienzo, flujos, conectores personalizados,
conexiones y copias de seguridad.
Un escenario de ejemplo
Thomas analiza el almacenamiento que consumen los diversos entornos de Contoso. Le

preocupa que se queden sin espacio en uno de sus entornos de producción. Thomas
también quiere liberar algo de espacio para poder darle al entorno de producción algo
de almacenamiento adicional. También se le ha notificado que el departamento jurídico
ha establecido una directiva de retención del uso de los datos de producción en
entornos de prueba.
Después de ponerse en contacto con Elisa, Thomas restablece todo el entorno de

espacio aislado del departamento de Ventas. El entorno se ha reaprovisionado a la
configuración de fábrica. Ahora está listo para usarlo en el futuro como entorno de
espacio aislado para un proyecto futuro.
Para restablecer un entorno


restablecer.
3. Seleccione Restablecer en el menú superior.

4. En la página, Restablecer entorno ajuste la configuración del entorno como sea
necesario y luego seleccione Restablecer.
２ Advertencia
El entorno de espacio aislado se eliminará y restablecerá con la configuración

de la fábrica. No podrá recuperar los datos eliminados.
5. Seleccione Confirmar para restablecer el entorno seleccionado.
Se iniciará el proceso de restablecimiento.

Copiar entornos
Puede utilizar el entorno de copia en el centro de administración Microsoft Power Platform para copiar las
aplicaciones de participación del cliente (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365
Field Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation) y todos los datos entre
entornos. Puede seleccionar dos niveles de copia: Todo o Solo personalizaciones y esquema.
７ Nota
El entorno de destino se enumerará en el menú desplegable Seleccionar el entorno a sobrescribir. Si

no ve un entorno, significa que no puede sobrescribirlo. Por ejemplo, no puede sobrescribir entornos
de producción, por lo que no verá ningún entorno de tipo producción.
Solo puede copiar en un entorno en el mismo inquilino y región.

Es posible que los componentes que no se hayan agregado a una solución (incluidas las aplicaciones
de lienzo, los flujos, los conectores personalizados y las conexiones) no formen parte de la copia. Debe
validar la copia de publicación de sus aplicaciones.
No puede copiar desde o hacia un entorno de un tipo predeterminado.
Las operaciones de copia y restauración pueden tardar hasta 8 horas, a no ser que haya que copiar o
restaurar muchos datos, incluidos los de auditoría, en cuyo caso podrían tardar hasta 24 horas.
Copiar de todo
Una copia de Todo incluye todos los datos de la aplicación, usuarios y personalizaciones y los esquemas desde
el entorno de origen y resulta adecuada para:
Prueba de aceptación de usuario

Pruebas de actualización
Vista previa en producción (TAP/EA)
Entrenamiento
Isaac, un desarrollador de aplicaciones empresariales, ha recibido una solicitud del departamento de ventas para
configurar e implementar una solución de integración de redes sociales de otro proveedor de la empresa. Isaac
nunca ha instalado una solución de este proveedor y no está seguro de la incidencia que esto tendría en la
aplicación de producción. A Isaac le gustaría importar la solución en un entorno que sea casi idéntico al de
producción, pero aislado de este, para conocer la solución y realizar los cambios de configuración adecuados.
Isaac envía una solicitud a Thomas, Administrador de TI de Contoso, para que cree un entorno de espacio
aislado de copia de todo para él.
Después de completar la copia de todo, Isaac recibe un correo de Thomas indicándole que el entorno de
espacio aislado está listo. Isaac inicia sesión en el entorno de espacio aislado y realiza los cambios necesarios
para asegurarse de que los servicios externos de producción no se verán afectados por el entorno de espacio
aislado. Una vez realizados los cambios, Isaac desactiva el modo de administración y habilita los servicios en
segundo plano. Isaac puede usar la copia de todo del entorno de espacio aislado para realizar sus pruebas y
posteriormente importar manualmente la solución a producción.
Copiar solo personalizaciones y esquemas

Las personalizaciones y la copia de esquemas solo incluyen los usuarios, las personalizaciones y el esquema del
entorno de origen, y es adecuada para:
Desarrollo iterativo del equipo

Soluciones de asociados/ISV
Prueba de concepto
Isaac tiene un gran proyecto de desarrollo que comenzará la próxima semana para el departamento de ventas.
Tiene un equipo de desarrolladores listo para comenzar con el proyecto, algunos de los cuales son de Contoso y
otros son proveedores externos. La aplicación de ventas de Contoso contiene información de identificación
personal (DCP) que el administrador de ventas ha declarado explícitamente que no debe ponerse a disposición
de terceros por razones de privacidad y responsabilidad legal. Isaac solicita un espacio aislado con solo
personalizaciones y copia de esquema que no contenga datos de producción ni usuarios. Además, Isaac crea un
grupo de seguridad de Microsoft 365 para conceder al equipo de desarrollo acceso al entorno de espacio
aislado.
Después de modificar y habilitar algunos de los complementos, el entorno de espacio aislado de desarrollador
funciona igual, y además está completamente aislada de la aplicación de producción. El equipo de desarrollo
trabaja en las modificaciones de este entorno por varias semanas. Empaquetan los cambios en una solución y
exportan/importan para implementarla en el entorno de espacio aislado de la copia de todo. Después de una
ronda exitosa de pruebas y aprobaciones, los cambios se implementan manualmente en producción.
Tablas truncadas en personalizaciones y esquemas de solo copia

Las siguientes tablas se truncarán cuando realice una copia de personalizaciones y esquemas de solo copia:
Tablas
Cuenta InterProcessLock SocialActivity
AccountLeads Factura SocialInsightsConfiguration
ActivityMimeAttachment InvoiceDetail SocialProfile
ActivityParty Artículo de conocimientos SqlEncryptionAudit
ActivityPointer KnowledgeArticlesCategories Suscripción
AdvancedSimilarityRule KbArticle SubscriptionClients
Annotation KbArticleComment SubscriptionManuallyTrackedObject
AnnualFiscalCalendar KnowledgeSearchModel SubscriptionStatisticsOffline
Cita Cliente potencial SubscriptionStatisticsOutlook
Archivo adjunto Dirección principal SubscriptionSyncEntryOffline
Auditoría LeadCompetitors SubscriptionSyncEntryOutlook
AzureServiceConnection LeadProduct SubscriptionSyncInfo
BulkDeleteFailure Carta SystemApplicationMetadata
BulkOperation Licencia SystemUserBusinessUnitEntityMap
BulkOperationLog Lista SystemUserLicenses
BusinessProcessFlowInstance ListMember Tarea
BusinessUnitNewsArticle MailboxStatistics TeamProfiles
Campaña MonthlyFiscalCalendar TeamRoles
Actividad de Campaña Notificación Zona
CampaignActivityItem Oportunidad TimeZoneLocalizedName
CampaignItem Oportunidad de cerrar Tema
Responsabilidad de Campaña OpportunityCompetitors TopicHistory
Competidor OpportunityProduct Modelo de tema
ChannelAccessProfile Pedido cerrado Configuración del modelo de tema
Dirección competidor OrganizationUI TopicModelExecutionHistory
CompetitorProduct OwnerMapping TraceAssociation

Tablas
CompetitorSalesLiterature Teléfono TraceLog
Conexión PluginTypeStatistic TraceRegarding
CONTACTO PluginTraceLog UnresolvedAddress
ContactInvoices Post UntrackedEmail
ContactLeads PostComment UserApplicationMetadata
ContactOrders PostFollow UserEntityInstanceData
ContactQuotes PostLike UserEntityUISettings
Contrato PostRegarding UserFiscalCalendar
Detalles del contrato PostRole UserForm
Dirección clientes PriceLevel UserQueryVisualization
Role de oportunidad del cliente PrincipalObjectAccess WizardAccessPrivilege
Relaciones con el cliente PrincipalObjectAttributeAccess WorkflowLog
DelveActionHub Sesión de proceso WorkflowWaitSubscription
Descuento Producto BusinessDataLocalizedLabel
Tipo de descuento ProductAssociation DynamicProperty
DocumentIndex Nivel de precios del producto ChannelPropertyGroup
DuplicateRecord ProductSalesLiterature DynamicPropertyAssociation
Correo electrónico ProductSubstitute DynamicPropertyInstance
EmailHash QuarterlyFiscalCalendar DynamicPropertyOptionSetItem
EmailSearch QueueItem Puesto
Derecho Oferta ChannelProperty
EntitlementChannel Cita de cierre RollupJob
EntitlementContacts QuoteDetail SLAKPIInstance
EntitlementProducts RecurrenceRule SystemUserManagerMap
EntitlementTemplate TextAnalyticsEntityMapping SystemUserSyncMappingProfiles
EntitlementTemplateChannel Maestro recurrente de la cita OfficeGraphDocument
EntitlementTemplateProducts RelationshipRole SimilarityRule
ExchangeSyncIdMapping RelationshipRoleMap BookableResource
BookableResourceBookingExchangeSyncIdMapping ReplicationBacklog BookableResourceGroup
ExternalParty SalesLiterature BookableResourceBooking
ExternalPartyItem SalesLiteratureItem BookableResourceBookingHeader
Fax Pedido de venta BookableResourceCategory
FixedMonthlyFiscalCalendar SalesOrderDetail BookableResourceCharacteristic

Tablas
Objetivo SdkMessageProcessingStepSecureConfig BookableResourceCategoryAssn
Consulta de acumulación de objetivos SemiAnnualFiscalCalendar Característica
Import Servicio RatingValue
ImportData Cita de servicio RatingModel
ImportFile ServiceContractContacts BookingStatus
ImportLog SharePointData RecommendedDocument
Incidente SharePointDocument EmailSignature
Resolución de incidentes Ubicación del documento Sharepoint UserSearchFacet
IntegrationStatus SharePointSite GlobalSearchConfiguration
Copiar entornos
1. Vaya al Centro de administración de Power Platform e inicie sesión con las credenciales de los roles de
administrador de entorno o administrador global.
７ Nota
Los administradores de entrono o administradores del sistema pueden copiar todos los entornos
disponibles. Los administradores del sistema pueden copiar los entornos para los que tengan el rol de
administrador del entorno o administrador del sistema.
2. En el menú lateral izquierdo, seleccione Entornos, y luego seleccione un entorno a copiar.
3. Seleccione Copiar en el menú superior.
4. Seleccione la opción de copiar sobre nivel deseada.

5. Si seleccionó Todo para copiar, seleccione si desea copiar los registros de auditoría. Vea la sección Copia
de registros de auditoría.
6. Seleccionar un entorno de destino.
Un entorno de destino puede ser un entorno de espacio aislado o preliminar, pero no un entorno de
producción. Si está copiando un entorno de tipo Prueba (basada en suscripción), podrá ver y seleccionar
entornos de destino del mismo tipo, es decir Prueba (basada en suscripción).
２ Advertencia
El entorno de destino se eliminará y se reemplazará por una copia de los datos y de las
personalizaciones del entorno de origen. No podrá recuperar los datos eliminados.
7. Para restringir el acceso del entorno a las personas de un grupo de seguridad, seleccione Editar ( ).
8. Edite los detalles del entorno copiado y, a continuación, seleccione Copiar.

9. Seleccione Confirmar para sobrescribir el entorno de destino.
Se iniciará el proceso de sobrescribir.
Una vez que se complete el proceso de copia, el entorno de destino se coloca en modo de Administración y se
deshabilitan las operaciones de segundo plano. La siguiente sección describe las acciones de administrador
recomendadas para el entorno de copia (de destino) recién creado.
Copiar registros de auditoría

La copia de registros de auditoría puede aumentar significativamente el tiempo que se tarda en copiar un
entorno y, de forma predeterminada, no se realiza. Realice los siguientes pasos para incluir registros de auditoría
en la copia del entorno.
1. Complete los pasos 1-5 anteriores.
2. Bajo Registros de auditoría, seleccione Haga clic aquí.

3. Habilitar la copia de registros de auditoría.
4. Continúe con los pasos 6-9 anteriores.
Pasos siguientes después de copiar un entorno

Para garantizar que el entorno de copia (de destino) recién creado no afecta al entorno de producción, cuando
se complete la operación de copia, suceden dos cosas:
1. El entorno de copia recién se sitúa en modo de administración. Sólo los usuarios con roles de seguridad de
administrador del sistema pueden iniciar sesión y administrar el entorno de la copia. Los usuarios
habituales no pueden iniciar sesión y utilizar el entorno de copia.
2. Las operaciones de segundo plano están deshabilitados en el entorno de copia. Las operaciones
deshabilitadas incluyen flujos de trabajo y sincronización con Microsoft Exchange.
Revisar componentes
Debe comprobar el estado de componentes de la aplicación en el entorno de copia con conexiones externas,
por ejemplo, Yammer, correo electrónico, complementos, actividades personalizadas de flujo de trabajo, etc.
Revíselas y analice qué acción tomar:
1. Deshabilite el componente.
2. Redirigir el componente a otro entorno de servicio, por ejemplo, una que ejecute Exchange o SharePoint.
3. No hacer nada - dejar el componente como está en el entorno de la copia. Por ejemplo, es posible que
decida permitir que Yammer publique los entornos de copia y de producción.
A continuación encontrará algunos componentes posibles de la aplicación en el entorno de copia que

podrían tener conexiones externas y, por tanto, podrían afectar a servicios con las mismas conexiones en el
entorno de producción.
Correo electrónico: un buzón no se puede sincronizar con dos entornos diferentes. Para un entorno de
copia de Todo, los buzones de usuario en el entorno de copia se deben deshabilitar para que los buzones
no intenten enviar ni recibir correos electrónicos, ni seguir citas, contactos o tareas. Establezca la
sincronización de los elementos siguientes en Ninguno.
Correo electrónico entrante
Correo electrónico saliente
Citas, contactos y tareas
Más información: Establecer el método de entrega de correo electrónico entrante y saliente
SharePoint: desactive o redirija SharePoint a un entorno de espacio aislado de SharePoint para evitar
afectar a los documentos administrados por SharePoint. Vaya a Configuración>Administración de
documentos>Sitios de SharePoint. Seleccione el sitio, y luego seleccione Desactivar.
Yammer: deshabilite Yammer o redirija a un servicio de Yammer independiente para evitar que las
publicaciones realizadas en el entorno de copia entren en conflicto con publicaciones realizadas en el
entorno de producción. Vaya a Configuración>Administración>Configuración de Yammer.
Después de crear un nuevo entorno de espacio aislado, los flujos de trabajo y los trabajos del sistema
pueden estar pendientes de ejecución. Aparte de estos trabajos, si ha conectado Yammer a aplicaciones de
interacción con el cliente, se publicarán secuencias de actividades de Yammer desde aplicaciones de
interacción con el cliente en Yammer de manera asincrónica. Estas secuencias de actividades no son visibles
a través de los trabajos del sistema. Si hay alguna secuencia de actividad de Yammer pendiente antes de
que se active Deshabilitar proceso en segundo plano, estas secuencias de actividad se publicarán en la
configuración actual de Yammer una vez que vuelva a desactivarse Deshabilitar proceso en segundo plano.
En el entorno de espacio aislado, si tiene la configuración actual de Yammer conectada a la misma red de
Yammer que el entorno de producción, puede ver secuencias de actividad duplicadas. Para evitar
secuencias de actividad de Yammer duplicadas, redirija el entorno de espacio aislado a otra red de Yammer
(posiblemente una red de prueba) antes de activar de nuevo los procesos en segundo plano.
Extensibilidad de la plataforma: plantéese deshabilitar lo siguiente que pudiera estar ejecutándose en el

entorno de copia e incidir en los componentes del servicio externo.
Complementos del lado del servidor.
Actividad personalizada de flujo de trabajo.
Extensibilidad del cliente: revise lo siguiente.

JavaScript del lado del cliente. Examine los recursos web de JavaScript y HTML para buscar operaciones
de lectura y escritura que pueden afectar a los servicios externos.
IFRAMES. Determine si el un destino de un IFRAME es un entorno de producción.
Búsqueda de Dataverse: confirme que la búsqueda devuelve los resultados previsto. Si los resultados no
son precisos, puede desactivar la búsqueda de Dataverse durante 12 horas y luego active la búsqueda de
Dataverse de nuevo para actualizar el índice. Puede contactar con el Soporte técnico de Microsoft si aún
tiene problemas.
Flujos: en el entorno de destino, se eliminarán los flujos de soluciones existentes, pero se mantendrán los
flujos que no sean de soluciones. Revise los flujos en el entorno de destino para asegurarse de que los
desencadenadores y las acciones apunten a las ubicaciones correctas. Los flujos de soluciones se
desactivarán, así que habilite los flujos según sea necesario.
Referencias de conexión: las referencias de conexión requerirán nuevas conexiones. Cree y establezca
conexiones en las Referencias de conexión.
Conectores personalizados: los conectores personalizados deben revisarse y, en caso necesario, eliminarse
y reinstalarse.
Consultar también
Novedades de almacenamiento
Nueva capacidad de almacenamiento de Microsoft Dataverse
Almacenamiento de capacidad heredada

Realizar copias de seguridad y restaurar
entornos
La protección de sus datos en aplicaciones de involucración del cliente (Dynamics 365

Marketing y Dynamics 365 Project Service Automation) y proporcionar una
disponibilidad continua del servicio son importantes. Tiene varias opciones para realizar
la copia de seguridad y restaurar sus entornos. Para obtener información sobre copia de
seguridad y restauración de aplicaciones específicas, consulte la documentación de la
aplicación respectiva:

Dynamics 365 Customer service
Azure Synapse Link for Dataverse
Portales de Power Apps
Copias de seguridad del sistema

Algunas copias de seguridad ocurren sin que usted tenga que hacer nada.
Acerca de las copias de seguridad del sistema:
Las copias de seguridad del sistema no cuentan para la capacidad.

Las operaciones de copia y restauración pueden tardar hasta 8 horas, a no ser que
haya que copiar o restaurar muchos datos, incluidos los de auditoría, en cuyo caso
podrían tardar hasta 24 horas.
Se realizan copias de seguridad de todos sus entornos, salvo los entornos de
prueba (estándar y basados en suscripción).
Las copias de seguridad del sistema se realizan de forma continuada. La tecnología
subyacente utilizada es Azure SQL Database. Consulte la documentación de la base
de datos SQL Copias de seguridad automatizadas para obtener detalles.
Las copias de seguridad del sistema para entornos de producción que se han
creado con una base de datos y tienen una o más aplicaciones de Dynamics 365
instaladas se conservan hasta 28 días. Las copias de seguridad del sistema para
entornos de producción que no tienen aplicaciones de Dynamics 365
implementadas se conservarán durante 7 días. Las copias de seguridad del sistema
para entornos de espacio aislado se conservarán durante 7 días.
Debe restaurar un entorno en la misma región en la que se realizó la copia de
seguridad.
Cuando un entorno se restaura sobre sí mismo, los registros de auditoría no se
eliminan. Por ejemplo, cuando un entorno se restaura sobre sí mismo a un tiempo
anterior t1, estarán disponibles los datos de auditoría completos del entorno,
incluidos los registros de auditoría que se generaron después de t1.
El entorno de destino se enumerará en el menú desplegable Seleccionar el
entorno a sobrescribir. Si no ve un entorno, tenga en cuenta que el entorno de
destino debe estar en la misma geoárea (región geográfica) que el entorno de
origen.
Solo los flujos de Power Apps y Power Automate en una solución de Dataverse
participan en operaciones de copia de seguridad y restauración.
Restaurar una copia de seguridad del sistema

1. Vaya al Centro de administración de Microsoft Power Platform e inicie sesión con
las credenciales de administrador. Considere el uso del rol de administración de
servicio con menos privilegios en vez del rol global de administración. Consulte
Uso del rol de administrador de servicios para administrar el inquilino
2. Vaya a Entornos> [seleccione un entorno] >Copias de seguridad>Restaurar o

administrar.
3. Seleccione la pestaña Sistema.

4. En Seleccionar una copia de seguridad para restablecerla, elija una fecha y hora
para seleccionar una copia de seguridad del sistema para restaurarla y, a
continuación seleccione Continuar.
5. Seleccione un entorno para restablecerlo en (Sobrescribir), escriba otros valores

según le interese, y, a continuación, seleccione Restaurar.
７ Nota
Solo se puede restaurar en los entornos de espacio aislado.

En Detalles de edición, puede cambiar el nombre del entorno.
6. Confirme la sobrescritura del entorno.
Copias de seguridad manuales

Las copias de seguridad del sistema automatizadas son excelentes, pero le convendrá
realizar sus propias copias de seguridad antes de llevar a cabo algún cambia de
personalización significativo o de aplicar una actualización de una versión. Puede
hacerlo con copias de seguridad manuales.
Acerca de la copias de seguridad manuales:
Una copia de seguridad se crea automáticamente al actualizar su entorno.
Puede realizar copias de seguridad de los entornos de producción y de espacios

aislados.
No puede realizar una copia de seguridad del entorno predeterminado.
Las copias de seguridad en espacio aislado se conservan hasta 7 días.
Las copias de seguridad manuales del sistema para entornos de producción que se
han creado con una base de datos y tienen una o más aplicaciones de Dynamics
365 instaladas se conservan hasta 28 días. Las copias de seguridad manuales para
entornos de producción que no tienen aplicaciones de Dynamics 365
implementadas se conservarán durante 7 días.
Compruebe la fecha de expiración.
La etiqueta de la copia de seguridad creada refleja la marca de tiempo del punto

de restauración. La marca de tiempo del punto de restauración es la hora
disponible más cercana al momento en que se creó la copia de seguridad manual.
La etiqueta de marca de tiempo no se puede editar.
No está limitado en el número de copias de seguridad manual que puede realizar.
Las copias de seguridad manuales no cuentan para sus límites de almacenamiento.
Debe restaurar un entorno en la misma región en la que se realizó la copia de

seguridad.
Crear una copia de seguridad manual
2. Vaya a Entornos> [seleccione un entorno] >Copias de seguridad>Crear.
3. Rellene la información y, luego, seleccione Crear.
No hay estado ya que la copia de seguridad se está procesando. Cuando se complete la

copia de seguridad, verá el siguiente mensaje: "La copia de seguridad [nombre de la
copia de seguridad] se creó correctamente."
Restaurar una copia de seguridad manual

Puede restablecer solo en entornos de espacio aislado. Para restaurar en un entorno de
producción, primero cámbielo a un entorno de espacios aislados. Vea Cambiar un
entorno.
） Importante
Tenga en cuenta que cambiar un tipo de entorno a espacio aislado reducirá

inmediatamente la retención de la copia de seguridad a 7 días. Si no necesita
copias de seguridad (puntos de restauración) de más de 7 días, puede cambiar el
tipo de forma segura. Si cree que puede necesitar puntos de restauración de más
de 7 días, le recomendamos encarecidamente que mantenga el entorno como
producción y considere restaurarlo a un entorno diferente de tipo espacio aislado.


administrar.
3. Seleccione la ficha Manual.

4. Seleccione una copia de seguridad manual para restaurarla y, a continuación
seleccione Restaurar.
5. Seleccione si incluir registros de auditoría. Incluir registros de auditoría puede

aumentar significativamente el tiempo que se tarda en restaurar un entorno y, de
forma predeterminada, no se realiza. Vea la sección Restaurar registros de
auditoría.
6. Seleccione un entorno donde restablecer (Sobrescribir), y después, seleccione

Restaurar.
７ Nota
7. Confirme la sobrescritura del entorno.
Restaurar registros de auditoría

Restaurar registros de auditoría puede aumentar significativamente el tiempo que se
tarda en restaurar un entorno y, de forma predeterminada, no se realiza. Realice los
siguientes pasos para incluir registros de auditoría al restaurar una copia de seguridad
manual.
1. Complete los pasos 1-5 anteriores.
2. Bajo Registros de auditoría, seleccione Haga clic aquí.
3. Habilitar la copia de registros de auditoría.
4. Continúe con los pasos 6 y 7 anteriores.
Eliminar una copia de seguridad manual

Puede eliminar copias de seguridad manuales. No puede suprimir las copias de
seguridad del sistema.


administrar.
3. Seleccione la ficha Manual.
4. Seleccione Eliminar.
5. Confirme la eliminación del entorno.
¿Cómo se realizan las copias de seguridad del sistema?

En la versión actual del producto, las copias de seguridad del sistema se realizan
continuamente; esto no ocurría en las versiones anteriores, donde las copias de
seguridad se realizaban una vez al día. Puesto que la tecnología subyacente utilizada es
Azure SQL Database, vea Copias de seguridad automatizadas para obtener más detalles.
¿Cómo se realizan las copias de seguridad manuales o

bajo demanda?
En la versión actual del producto, las copias de seguridad del sistema se realizan
Puesto que la base de datos de Azure SQL realiza copias de seguridad continuamente,
no es necesario realizar copias de seguridad adicionales o especificar la base de datos
de Azure SQL para realizar copias de seguridad adicionales o una copia de seguridad
completa a petición. Eso significa que la copia de seguridad según necesidades es solo
una marca de tiempo y una etiqueta que refleja la marca de tiempo que almacenamos
en nuestro sistema y usamos durante las solicitudes de restauración. Esto es distinto de
las versiones anteriores que tomaban una copia de seguridad completa durante una
copia de seguridad a petición.
¿Por qué no puedo ver el estado de la copia de seguridad
manual?
No hay estado ya que la copia de seguridad se está procesando. Cuando se complete la
copia de seguridad, verá el siguiente mensaje: "La copia de seguridad [nombre de la
copia de seguridad] se creó correctamente."
¿Debo abrir un vale de soporte para realizar una copia de

seguridad completa?
No. En la versión actual del producto, las copias de seguridad del sistema se realizan
Debido a que Azure SQL Database realiza copias de seguridad continuamente y no

existe una forma específica de realizar copias de seguridad adicionales a petición, se
recomienda que utilice las funciones de copia de seguridad a petición del centro de
administración de Power Platform para copias de seguridad etiquetadas.
¿Durante cuánto tiempo se conservan mis copias de

seguridad manuales o a petición y las copias de
seguridad del sistema?
El sistema y las copias de seguridad manuales para ciertos entornos de tipo de
producción se conservan hasta 28 días. Otras copias de seguridad de tipo de entorno se
conservan hasta 7 días solamente. Consulte las siguientes Preguntas frecuentes, ¿Cómo
puedo determinar si las copias de seguridad de un entorno de producción se conservan
durante 28 días?
¿Cómo puedo determinar si las copias de seguridad de

un entorno de producción se conservan durante 28 días?
Los entornos de producción que se han creado con una base de datos le darán la
opción de habilitar una o más aplicaciones de Dynamics 365 si ha comprado licencias
que le dan derecho a implementar dichas aplicaciones (por ejemplo, Dynamics 365
Sales, Dynamics 365 Customer Service). Las copias de seguridad de entornos de
producción con una base de datos y aplicaciones Dynamics 365 implementadas se
conservan hasta 28 días. En contraste, las copias de seguridad para entornos de
producción que no tienen aplicaciones de Dynamics 365 implementadas se conservarán
durante 7 días.
¿Puedo ampliar mi copia de seguridad para que se

conserve más allá del número estándar de días?
No puede ampliar las copias de seguridad del sistema ni las copias de seguridad
manuales/a petición. Sin embargo, si desea conservar los datos durante más tiempo que
el período de retención estándar, le recomendamos que copie su entorno a un entorno
adicional y no modifique ese entorno adicional.
¿Puedo mover mis datos desde un entorno en línea a una

versión local?
La obtención de una copia de la copia de seguridad de bases de datos no está
disponible. Si desea mover los datos en línea a Dynamics 365 Customer Engagement
(on-premises), es necesaria la migración de datos. Para conjuntos de datos más
pequeños, sopese Exportar datos a Excel. En el caso de conjuntos de datos mayores,
busque una solución de migración de datos de terceros en Microsoft AppSource .
¿Cómo puedo descargar una copia de mi copia de

seguridad?
La obtención de una copia de la copia de seguridad de bases de datos no está
disponible. Mover los datos en línea requiere migración de datos. Para conjuntos de
datos más pequeños, sopese Exportar datos a Excel. En el caso de conjuntos de datos
mayores, busque una solución de migración de datos de terceros en Microsoft
AppSource .
¿Existe alguna restricción del tamaño de base de datos

para realizar una copia de seguridad o restaurar una
organización a través de la interfaz de usuario (IU) o API?
No tenemos ninguna restricción de tamaño de la base de datos (ni de
capacidad/derecho de almacenamiento) para realizar una copia de seguridad a través
de la interfaz de usuario o la API. Sin embargo, cuando el uso de la capacidad de
almacenamiento de una organización es mayor que la capacidad autorizada, se
bloquearán las siguientes operaciones administrativas:
Restaurar un entorno (requiere una capacidad mínima de 1 GB disponible)

Crear un nuevo entorno (requiere una capacidad mínima de 1 GB disponible)
Copiar un entorno (requiere una capacidad mínima de 1 GB disponible)
Para cumplir los requisitos de uso del almacenamiento, los clientes siempre pueden
liberar almacenamiento, archivar datos, eliminar entornos no deseados o comprar más
capacidad. Para obtener más información sobre los complementos de capacidad,
consulte la sección Complementos del Manual de licencias de Dynamics 365 o del
Manual de licencias de Power Apps y Power Automate. Puede trabajar con el proceso
estándar de adquisición de su organización para comprar complementos de capacidad.
¿Puedo restaurar en un entorno de producción?

Para evitar sobrescrituras accidentales, no permitimos a los usuarios restaurar
directamente a un entorno de producción. Para restaurar en un entorno de producción,
primero cámbielo a un entorno de espacios aislados. Vea Cambiar un entorno. Tenga en
cuenta que cambiar un tipo de entorno a espacio aislado reducirá inmediatamente la
retención de la copia de seguridad a 7 días. Si no necesita copias de seguridad (puntos
de restauración) de más de 7 días, puede cambiar el tipo de forma segura. Si cree que
puede necesitar puntos de restauración de más de 7 días, le recomendamos
encarecidamente que mantenga el entorno como producción y considere restaurarlo a
un entorno diferente de tipo espacio aislado.
¿Por qué mi organización está en modo de

administración después de una restauración y cómo
puedo deshabilitarlo?
El entorno recién restablecido entra en modo de administración. Para deshabilitar el
modo de administración, consulte Establecer el modo de administración. Puede colocar
el modo de administración en espacios aislados o entornos de producción.
¿Qué pasos se necesitan después de una restauración

para garantizar que los flujos funcionen de la manera
prevista?
Flujos: en el entorno de destino, se eliminarán los flujos de soluciones existentes,
pero se mantendrán los flujos que no sean de soluciones. Revise los flujos en el
entorno de destino para asegurarse de que los desencadenadores y las acciones
apunten a las ubicaciones correctas. Los flujos de soluciones se desactivarán, así
que habilite los flujos según sea necesario. Los flujos de solución deben estar
habilitados o activados para que los comandos de PowerShell y API funcionen con
estos flujos.
Referencias de conexión: las referencias de conexión requerirán nuevas
conexiones. Cree y establezca conexiones en las Referencias de conexión.
Conectores personalizados: los conectores personalizados deben revisarse y, en
caso necesario, eliminarse y reinstalarse.
¿Las aplicaciones compartidas con Todos siguen

compartiendo con Todos en un entorno restaurado?
No. Las aplicaciones compartidas con Todos en un entorno del que se ha realizado una
copia de seguridad no se comparten con Todos en el entorno restaurado. Como
alternativa, una aplicación de lienzo se puede compartir con un grupo de seguridad y la
aplicación del entorno restaurado se compartirá con ese grupo de seguridad.
¿Son los identificadores de aplicaciones los mismos

después de las operaciones de copia de seguridad y
restauración?
No para aplicaciones de lienzo. El id. de la aplicación para una aplicación de lienzo es
diferente en un entorno restaurado que el valor de id. cuando se realizó una copia de
seguridad de un entorno.
Solución de problemas
¿No ve el entorno donde realizará la restauración?

Vea también

Solucionar problemas de entornos que
faltan
No es raro que un Administrador o un creador espere encontrar un entorno en la lista

de entornos y descubra que uno o más entornos "faltan" en la lista. Esto puede ocurrir
en el centro de administración de Power Platform, en Power Apps maker portal o en el
portal de Power Automate. Cada una de estas experiencias tiene diferentes requisitos
para la inclusión de entornos en la lista. El conjunto de entornos que un usuario
determinado verá en la lista en el contexto de cada una de estas experiencias variará.
Este documento describe los criterios para la inclusión del entorno en cada experiencia
de producto y brinda orientación sobre cómo solucionar problemas.
Requisitos previos
Para solucionar un problema de falta de entorno, se requieren tres datos:
1. ¿Qué entorno espera ver el usuario en la lista que no está viendo? Esto se puede
especificar mediante el identificador de entorno (normalmente un GUID), el
entorno nombre o la URL de la instancia de Dataverse (si el entorno tiene una base
de datos de Dataverse).
2. ¿Qué usuario está experimentando el problema? Dado que las asignaciones de

funciones varían de un usuario a otro, la identidad del usuario que experimenta el
problema es información obligatoria. Esto puede ser dado por el Id. de objeto de
Azure AD o por el UPN del usuario.
3. ¿En qué experiencia de producto el cliente extraña el entorno? Las reglas para la
inclusión son diferentes para el centro de administración de Power Platform, Power
Apps maker portal y el portal de Power Automate, por lo que esta es información
requerida.
Requisitos de acceso por experiencia de

producto
Esta tabla establece los requisitos únicos que se deben cumplir para que un entorno
aparezca en la lista de entornos en cada una de las principales experiencias del
producto.
Experiencia Reglas de inclusión
de producto
Lista de Los usuarios deben tener acceso administrativo al entorno para que el entorno
entornos del se muestre en la lista de entornos del centro de administración de Power
centro de Platform principal (función del sistema Administrador en Dataverse, Rol de
administración administrador de entorno para entornos sin Dataverse). Los administradores
de Power globales de Azure AD, administradores de Power Platform, administradores
Platform delegados y entidades de servicio autorizadas verán todos los entornos en el
arrendatario. Los administradores de Dynamics 365 están limitados a ver los
entornos en los que son miembros del grupo de seguridad del entorno, si se ha
aplicado uno.
Lista de La lista de entorno en Power Apps maker portal incluye todos los entornos en
entornos en los que al usuario se le ha asignado la función de creador de entornos, además
Power Apps de los entornos en los que el usuario tiene permiso de creador para una o más
maker portal aplicaciones. Nota: La asignación del rol de entorno Administrador no hace que
el entorno se incluya en la lista de entornos de Maker Portal.
Lista de El portal de Power Automate incluye entornos en los que el usuario tiene un rol
entornos en el de seguridad integrado, además de cualquier entorno en el que el usuario es
portal de copropietario de uno o más flujos.
Power
Automate
７ Nota
PowerShell para Administradores de Power Platform, CLI (lista de administradores

de pac) y las herramientas y las API de administración relacionadas utilizan las
mismas reglas de inclusión que el centro de administración de Power Platform.
Pasos de la solución de problemas

Los pasos de solución de problemas deben ser realizados por un Administrador del
entorno con acceso al entorno en el centro de administración de Power Platform o por
un usuario que es miembro de Global Administrador o Administrador roles de directorio
de Power Platform.
Retrasos de sincronización
Debido a los cachés y los procesos asincrónicos en el servicio, es posible que los
usuarios a los que se les otorgó acceso a un entorno recientemente no lo vean en la
lista de inmediato. Por lo general, deberían tener acceso en uno o dos minutos, sin
embargo, sería prudente esperar 10 minutos antes de continuar con los pasos de
solución de problemas.
Inquilinos con muchos ambientes

Para garantizar que el centro de administración se cargue rápidamente para los
inquilinos con muchos entornos, es posible que la lista de entornos del centro de
administración solo muestre un pequeño subconjunto de los entornos en la primera
carga. Busque y seleccione Mostrar todo en la parte inferior de la lista para ver la lista
completa de entornos en el arrendatario a los que tiene autorización para acceder. El
uso de la función de búsqueda también activará la carga de todos los entornos.
Comprobar si el entorno se ha eliminado

Si los usuarios que son miembros de los roles de directorio de nivel de arrendatario
Administrador no pueden ver el entorno en el centro de administración, primero debe
comprobar si el entorno se ha eliminado. Si se eliminó recientemente, un administrador
puede inciiar una operación de recuperación de entorno.
Si el entorno no se eliminó y aún no aparece en el centro de administración para los

usuarios que son administradores globales o administradores de Power Platform, es
posible que deba crear una solicitud de soporte para obtener más diagnósticos y pasos
de remediación. Asegúrese de proporcionar las tres piezas clave de información como
se indica en la sección de requisitos previos de arriba.
Comprobar las asignaciones de roles del usuario

La razón más común por la que los entornos no aparecen en la lista es que falta la
asignación de roles. Compare los roles asignados al usuario con los requisitos en la tabla
de requisitos de arriba.
En entornos de Dataverse, el rol se puede asignar directamente al usuario o

indirectamente a través de una asignación del rol a un equipo de grupo de Azure AD.
７ Nota
Asignaciones de roles realizadas a través de los equipos propietarios de Dataverse
no harán que un entorno se incluya en la lista de entornos. No intente utilizar
equipos propietarios para este propósito.
Ejecutar diagnósticos de acceso de usuario

Este paso solo se aplica a entornos con una base de datos de Dataverse. Muchos de los
mismos problemas que pueden hacer que un usuario tenga problemas para acceder a
un entorno en tiempo de ejecución también pueden hacer que el entorno falte para el
usuario en el centro de administración u otras experiencias. Hay diagnósticos de acceso
de usuario eficaces disponibles en el centro de administración. Se recomienda
enfáticamente usar esta función para verificar y solucionar problemas comunes que
podrían impedir que un usuario tenga acceso a un entorno.
Los problemas comunes que pueden identificarse en este paso incluyen:
1. El usuario no es miembro del grupo de seguridad del entorno.

2. El usuario no se encuentra en el entorno o el registro de usuario en Dataverse no
está sincronizado con Azure AD, por lo que es posible que el usuario deba ser
agregado explícitamente por un administrador.
Notas especiales sobre los tipos de entornos de

desarrollador, prueba y soporte
Esta sección solo se aplica a los entornos de desarrollador, prueba y soporte con una
base de datos de Dataverse.
Los administradores globales y administradores de Power Platform tienen acceso

administrativo a todos los entornos del arrendatario en el centro de administración de
Power Platform. Sin embargo, los tipos de entorno de desarrollador, prueba y soporte
tienen un comportamiento de sincronización de usuario especial, de modo que solo el
usuario inicial se agrega a la tabla SystemUsers en Dataverse. Esto puede significar que
más administradores necesitan ser añadidos explícitamente al entorno para que tengan
acceso completo a todas las funciones administrativas. Un ejemplo común es el uso de
conectores de administración para acceder al entorno.
Obtener ayuda
Después de seguir esta guía y confirmar las asignaciones de funciones para el usuario, si
el entorno aún no aparece en la lista, es posible que deba crear una solicitud de soporte
para obtener más diagnósticos y pasos de remediación. Asegúrese de proporcionar las
tres piezas clave de información como se indica en la sección de requisitos previos de
arriba.
Continuidad empresarial y recuperación
ante desastres
Microsoft proporciona recuperación ante desastres para entornos de producción de

aplicaciones de software como servicio (SaaS) de Dynamics 365 para la continuidad
empresarial en caso de una interrupción en toda la región de Azure. Los
administradores de inquilinos pueden implementar un entorno de producción de una
aplicación de interacción con el cliente o Dataverse con las licencias apropiadas.
Las réplicas geosecundarias respaldan los

entornos de producción
Microsoft crea una réplica del almacenamiento de Azure SQL y el almacenamiento de
archivos en la región secundaria para cada entorno de producción en la
implementación. Estas réplicas se denominan réplicas geosecundarias.
Las réplicas geosecundarias se mantienen sincronizadas con el entorno principal

mediante la replicación continua de datos. Hay un pequeño retraso entre los orígenes
de datos primarios y sus réplicas geosecundarias. Por lo general, la latencia es inferior a
unos pocos minutos. Más información: Garantizar la continuidad empresarial y la
recuperación ante desastres (BCDR): Regiones emparejadas de Azure.
Para obtener más información sobre la protección de datos en entornos que no son de
producción, consulte Copia de seguridad y restauración de entornos.
Tipos de conmutación por error y continuidad
del servicio
Las aplicaciones de interacción con el cliente se adhieren al estándar de continuidad
empresarial y recuperación ante desastres (BCDR) de Microsoft. El estándar requiere que
cada servicio en línea tenga un plan BCDR revisado, actualizado y probado al menos una
vez al año. El informe de validación del plan de recuperación ante desastres y
continuidad empresarial de Microsoft Cloud está disponible para los clientes en Portal
de confianza de servicios .
Como se ve en el diagrama anterior, Microsoft aprovisiona la infraestructura informática

para que pueda manejar el volumen de tráfico si hay una conmutación por error a nivel
de región o entorno, similar al almacenamiento de datos.
Si una interrupción es causada por un hardware defectuoso o una interrupción de la red,

no realizamos conmutación por error de región a entornos de región secundaria para
evitar posibles pérdidas de datos.
Si se produce una interrupción no anticipada en toda la región, como un desastre

natural que afecte a toda la región de Azure, y Microsoft ha determinado que la región
no estará disponible dentro de un periodo de tiempo razonable, Microsoft notificará a
los clientes y cambiará el tráfico para enrutar a los entornos de la región secundaria. En
este caso, es posible que los clientes experimenten una pérdida de datos de hasta 15
minutos, dependiendo de la naturaleza y el momento de la interrupción. El objetivo de
punto de recuperación (RPO) es pequeño y puede tardar unos segundos o un par de
minutos.
El objetivo de tiempo de recuperación (RTO) varía según la naturaleza de la interrupción

y puede tardar entre 4 y 10 horas.
Cuando Microsoft determina que la región principal vuelve a estar en línea y en pleno
funcionamiento, volvemos a cambiar los entornos. Los usuarios conectados a los
sistemas afectados podrían experimentar una breve interrupción de hasta un minuto. El
servicio, incluidos todos los entornos que no sean de producción, se restaura por
completo. No hay pérdida de datos durante el proceso de conmutación por
recuperación planificado.
Excepción para Dataverse for Teams

Los entornos de Dataverse for Teams no admiten réplicas secundarias. Los entornos de
Dataverse for Teams deben convertirse a entornos de producción de Dataverse para
aprovechar las réplicas geosecundarias para la continuidad empresarial.
Responsabilidades para la recuperación ante

desastres
Responsabilidades de Microsoft Responsabilidades del
cliente
Microsoft aprovisiona un entorno secundario en los centros de datos None

emparejados con Azure en el momento de la implementación del
entorno de producción principal.
Microsoft habilita la redundancia geográfica del almacenamiento SQL None

y Azure en el momento de la implementación del entorno de
producción principal.
En caso de interrupción, Microsoft determina si es necesario ejecutar El cliente debe

una conmutación por error y si se producirá una pérdida de datos. proporcionar un
La pérdida de datos puede durar hasta cinco segundos.
permiso por escrito
Si hay una pérdida de datos, Microsoft envía una solicitud al cliente para desencadenar la
solicitando permiso. conmutación por error
en caso de pérdida de
datos.
Cuando el centro de datos se vuelve operativo, Microsoft vuelve a el Ninguna

entornode producción en la región principal de Azure. Se reanudan las
operaciones normales y notificamos a los clientes. Los clientes pueden
experimentar breves interrupciones o desconexiones durante esta
ventana, pero no necesitarán tomarse un tiempo de inactividad
completo.
Consulte también
Continuidad empresarial y recuperación ante desastres
Editar propiedades de un entorno
Los administradores pueden editar propiedades de un entorno, como el nombre

descriptivo, dirección URL y objetivo. Sin embargo, los entornos que se han
aprovisionado no se pueden editar y los entornos deshabilitados deben habilitarse para
poder editarlos.
Editar un entorno
4. Seleccione cualquiera de los siguientes valores de campo que desee cambiar.
Nombre. Este suele ser el nombre de su organización y se muestra en las

aplicaciones de involucración del cliente (Dynamics 365 Sales, Dynamics 365
Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing y
Dynamics 365 Project Service Automation). Una vez guardado el cambio,
puede tardar hasta 5 minutos para que el nombre descriptivo aparezca en la
aplicación.
URL. La dirección URL se usa para crear la dirección URL con la que los
usuarios podrán iniciar sesión en las aplicaciones de involucración del cliente.
Por lo tanto, se recomienda que limite la longitud del nombre de la URL para
reducir la longitud total de la dirección URL.
２ Advertencia
Durante un período de 24 a 48 horas después de haber actualizado la
URL, no podrá abrir ni editar flujos de Power Automate en el entorno
que tienen conexiones con Dataverse. Verá el error "Parece que algo
salió mal". mientras que la página de flujo de edición apunta a la URL
del entorno anterior. Los flujos seguirán ejecutándose en segundo plano
y se pueden activar o desactivar a través de soluciones.
Existen tareas importantes que debe comunicarse a los usuarios

inmediatamente después del cambio de nombre de dirección URL.
Para los usuarios de la aplicación Web, envíe información que incluya

la nueva dirección URL con instrucciones sobre cómo marcarla.
Para los usuarios de Dynamics 365 for Outlook, las dos tareas
siguientes se deben completar en el orden indicado aquí:
a. Sincronizar datos sin conexión. Los usuarios de Dynamics 365 for
Outlook conectados a este entorno que trabajan sin conexión
deben sincronizarse utilizando la dirección URL anterior. Si ejecuta
el Asistente para configuración y cambia la dirección URL antes de
completar este paso, los datos sin conexión pueden perderse.
b. Ejecute el Asistente para configuración. Tras guardar un cambio
de nombre de dirección URL y sincronizar los datos sin conexión,
los usuarios de Dynamics 365 for Outlook deben ejecutar el
Asistente para configuración para actualizar la dirección URL.
Tras guardar un cambio de nombre de dirección URL, todos los usuarios que
acceden a ese entorno deben recibir notificación del cambio. Los usuarios
podrán obtener acceso al entorno durante 24 horas utilizando la dirección
URL anterior. Después del período de 24 horas, la dirección URL anterior no
funcionará.
Observe que los nombres interinos de dirección URL se descartan cuando

hay varios cambios en 24 horas. Por ejemplo, suponga la siguiente situación:
La dirección URL original del entorno es

fourthcoffeesales.crm.dynamics.com.
Mediante el selector del entorno, cambie el nombre de la dirección URL de

fourthcoffeesales.crm.dynamics.com a fourthcoffeemktg.crm.dynamics.com.
En 24 horas del cambio de nombre de dirección URL, cambie el nombre de
la dirección URL de nuevo, esta vez de fourthcoffeemktg.crm.dynamics.com
a fourthcoffeesalesandmktg.crm.dynamics.com.
En esta situación, el primer cambio de nombre de dirección URL a

fourthcoffeemktg.crm.dynamics.com se eliminará inmediatamente del
sistema. La nueva dirección URL,
fourthcoffeesalesandmktg.crm.dynamics.com, se convertirá en activa.
Además, la dirección URL original, fourthcoffeesales.crm.dynamics.com,
estará activa durante 24 horas.
Tipo. Cambie el tipo de entorno de producción a espacio aislado o de

espacio aislado a producción.
Finalidad. Especifique la finalidad del entorno.
Editar grupo de seguridad. Este valor se usa para determinar el grupo de

seguridad que incluye los usuarios que tendrán acceso a este entorno.
Consulte Controlar el acceso de usuario a entornos: grupos de seguridad y
licencias
） Importante
Si no especifica un grupo de seguridad, todos los usuarios que tienen

una licencia se agregarán a este entorno.
Vea también
Modo de administración
Puede poner un entorno de espacio aislado, de producción o de prueba (basado en

suscripción) en modo de administración para que solo los usuarios con roles de
seguridad de administrador del sistema o personalizador del sistema puedan iniciar
sesión en ese entorno. El modo de administración es útil cuando se desea realizar
cambios operativos, pero sin que los usuarios habituales afecten al propio trabajo ni los
usuarios finales se vean afectados por él (no administradores).
７ Nota
Puede poner entornos de espacio aislado, de producción o de prueba

(basados en suscripción) en modo de administración.
Los procesos que utilizan código, como complementos o conjuntos de flujos
de trabajo personalizados, continúan siendo procesados por la plataforma
Microsoft Dataverse cuando está habilitado el modo de administración y
están deshabilitadas las operaciones en segundo plano.
Los personalizadores del sistema deberán iniciar sesión en el entorno
directamente a través de la URL, ya que el entorno en modo de
administración no aparecerá para los personalizadores del sistema en la
página Entornos del Centro de administración de Power Platform.
En el panel Configuración puede establecer lo siguiente:
Ajuste Descripción
Modo de Seleccione esta opción para habilitar el modo de administración para el entorno
administración de espacio aislado, de producción o de prueba (basado en suscripción)
seleccionado. Solo los administradores del sistema o los personalizadores del
sistema podrán iniciar sesión en el espacio aislado o el entorno de producción
seleccionados.
Operaciones Seleccione para deshabilitar todas las operaciones asincrónicas (consulte

en segundo Servicio asincrónico) como flujos de trabajo y la sincronización con Exchange.
plano No se enviará correo electrónico y estará deshabilitada la sincronización del lado
(opcional) del servidor para citas, contactos y tareas. Nota: el modo de administración
debe estar habilitado para deshabilitar operaciones en segundo plano.
Establecer el modo de administración

2. En el menú del lado izquierdo, seleccione Entornos y luego seleccione un entorno

de producción de espacio aislado o de prueba (basado en suscripción).
3. En la página Detalles, seleccione Editar.
4. En Modo de administración, cambie Deshabilitado a Habilitado.
5. Opcionalmente, puede configurar Operaciones en segundo plano.
Problemas conocidos
Después de sacar el entorno del modo de administrador, es posible que los flujos
no se desencadenen de la manera prevista hasta que se hayan borrado las cachés;
esto puede tardar hasta 24 horas.
Administrar clave de cifrado
Todos los entornos de Microsoft Dataverse usan cifrado de datos transparente (TDE) de
SQL Server para realizar cifrado de datos en tiempo real cuando se escriben en el disco,
lo que también se conoce como cifrado en reposo.
De forma predeterminada, Microsoft almacena y administra la clave de cifrado de base

de datos para sus entornos para que usted no tenga que hacerlo. La característica de
claves de administración en el Centro de administración de Microsoft Power Platform
ofrece a los administradores la capacidad de autoadministrar la clave de cifrado de base
de datos que está asociada al inquilino de Dataverse.
） Importante
Las claves de cifrado de base de datos autoadministradas solo están disponibles

para clientes que tienen más de 1000 licencias de Power Apps por usuario, o más
de 1000 licencias de Dynamics 365 Enterprise, o más de 1000 licencias de una
combinación de ambos en un solo inquilino. Para participar en este programa,
envíe una solicitud de soporte técnico.
La administración de claves de cifrado solo se aplica a bases de datos de entornos

de Azure SQL. Las características y los servicios siguientes usan su propia clave para
cifrar sus datos y no se pueden cifrar con la clave de cifrado autoadministrada:
Búsqueda de Dataverse
Mobile Offline
Registro de actividad (portal de Microsoft 365)
Exchange (sincronización del lado del servidor)
Tenga en cuenta lo siguiente:
Microsoft debe activar la función de clave de cifrado de base de datos de

autogestión para su inquilino antes de que pueda utilizar la función.
Para usar las características de administración del cifrado de datos para un
entorno, se debe crear el entorno después de que Microsoft haya activado la
característica de autoadministración de la clave de cifrado de base de datos.
Soporte de Archivo e Imagen con un tamaño de <128 MB se puede habilitar
si su entorno tiene la versión 9.2.21052.00103 o superior.
La mayoría de los entornos existentes tienen archivos y registros almacenados
en bases de datos que no son de Azure SQL. Estos entornos no pueden optar
a usar la clave de cifrado autoadministrada. Solo los entornos nuevos (una vez
que se haya inscrito en este programa) se podrán habilitar con una clave de
cifrado autoadministrada.
Introducción a la administración de claves

Con la administración de claves, los administradores pueden proporcionar su propia
clave de cifrado o hacer que se genere una clave de cifrado, que se usa para proteger la
base de datos para un entorno.
La característica de administración de claves admite archivos de claves de cifrado PFX y

BYOK, como los almacenados en un módulo de seguridad de hardware (HSM). Para usar
la opción de cargar claves de cifrado necesita la clave de cifrado pública y privada.
La característica de administración de claves elimina la complejidad de la administración

de claves de cifrado mediante el uso de Azure Key Vault para almacenar claves de
cifrado de forma segura. Azure Key Vault ayuda a proteger las claves criptográficas y los
secretos que utilizan las aplicaciones y los servicios en la nube. La función de
administración de claves no requiere que tenga una suscripción de Azure Key Vault y, en
la mayoría de las situaciones, no es necesario acceder a las claves de cifrado utilizadas
para Dataverse dentro de la bóveda.
La característica de administración de claves permite realizar las siguientes tareas.
Habilitar la capacidad de autoadministrar claves de cifrado de base de datos que

están asociadas con entornos.
Generar nuevas claves de cifrado o cargue archivos de claves de cifrado .PFX o

.BYOK existentes.
Bloquear y desbloquear entornos de inquilinos.
２ Advertencia
Mientras un inquilino está bloqueado, nadie puede acceder a los entornos

dentro del inquilino. Más información: Bloquear el inquilino.
Conocer el riesgo potencial de administrar
claves
Al igual que con cualquier aplicación fundamental para la empresa, el personal de la
organización que tienen acceso de nivel administrativo debe ser de confianza. Antes de
usar la característica de administración de claves, debe comprender el riesgo cuando
administra claves de cifrado de base de datos. Es concebible que un administrador
malintencionado (una persona a la que se concede o ha obtenido acceso de nivel de
administrador con intención de dañar la seguridad o los procesos de negocio de una
organización) que trabaja en la organización pueda usar la característica de
administración de claves para crear una clave y usarla para bloquear todos los entornos
en el inquilino.
Considere la secuencia de eventos siguiente.
El administrador malintencionado inicia sesión en el Centro de administración de Power

Platform, va a la pestaña Entornos y selecciona Administrar clave de cifrado. A
continuación, el administrador malintencionado crea una nueva clave con una
contraseña, descarga la clave de cifrado en su unidad local y activa la nueva clave. Ahora
todas las bases de datos de entornos se cifran con la nueva clave. A continuación, el
administrador malintencionado bloquea el inquilino con la clave recién descargada y
luego toma o elimina la clave de cifrado descargada.
Estas acciones darán lugar a que se deshabiliten todos los entornos dentro del inquilino
desde el acceso en línea y hará que no se puedan restaurar todas las copias de
seguridad de bases de datos.
） Importante
Para evitar que administradores malintencionados interrumpan las operaciones

empresariales bloqueando la base de datos, la característica de claves
administradas no permite que los entornos de inquilinos se bloqueen durante 72
horas después de haber cambiado o activado la clave de cifrado. Esto proporciona
hasta 72 horas para que otros administradores reviertan cualquier cambio de clave
no autorizado.
Requisitos de las claves de cifrado

Si ofrece su propia clave de cifrado, la clave debe cumplir estos requisitos para que la
acepte Azure Key Vault.
El formato de archivo de claves de cifrado debe ser PFX o BYOK.
Tipo de calve RSA o RSA-HSM de 2048 bits.
Los archivos de claves de cifrado PFX deben estar protegidos por contraseña.
Para obtener más información sobre cómo generar y transferir una clave protegida por
HSM a través de Internet consulte Cómo generar y transferir claves protegidas por HSM
para Almacén de claves de Azure. Solo se admite la clave HSM del proveedor nCipher.
Antes de generar su clave HSM, vaya al centro de administración de Power Platform, en
la ventana Administrar claves de cifrado/Crear nueva clave para obtener el Id. de
suscripción para la región de su entorno. Debe copiar y pegar este Id. de suscripción en
su HSM para crear la clave. Esto garantizará que solo nuestro Azure Key Vault pueda
abrir su archivo.
Tareas de administración de claves

Para simplificar las tareas de administración de claves, las tareas se desglosan en tres
áreas:
1. Generar o cargar la clave de cifrado para un inquilino

2. Activar una clave de cifrado para un inquilino
3. Administrar cifrado para un entorno
Los administradores pueden utilizar los cmdlets del Centro de administración de Power
Platform o el Módulo de administración de Power Platform para realizar las tareas de
administración de claves de protección de inquilinos que se describen aquí.
Generar o cargar la clave de cifrado para un inquilino

Todas las claves de cifrado se almacenan en Azure Key Vault y solo puede haber un
activo clave en cualquier momento. Puesto que la clave activa se usa para cifrar todos
los entornos en el inquilino, la administración del cifrado se opera en el nivel de
inquilino. Una vez que la clave está activada, se puede seleccionar cada entorno
individual para usar la clave para el cifrado.
Use este procedimiento para establecer la característica de administración de claves la

primera vez para un entorno o para cambiar (o renovar) una clave de cifrado para un
inquilino ya autoadministrado.
２ Advertencia
Cuando realice por primera vez los pasos descritos aquí, optará por la
autoadministración de sus claves de cifrado. Más información: Conocer el riesgo
potencial de administrar sus claves.
1. Inicie sesión en el Centro de administración de Power Platform , como

administrador de Microsoft Power Platform).
2. Seleccione la pestaña Entornos y, a continuación, seleccione Administrar claves de

cifrado en la barra de herramientas.
3. Seleccione Confirmar para confirmar el riesgo de la clave de administración.
4. Seleccione Nueva clave en la barra de herramientas.
5. En el panel izquierdo, complete los detalles para generar o cargar una clave:
Seleccione una Región. Esta opción se muestra solo si su inquilino tiene

varias regiones.
Introduzca un Nombre de clave.
Seleccione una de las opciones siguientes:
Para crear una nueva clave, seleccione Generar nueva (.pfx). Más
información: Generar una nueva clave (.pfx).
Para usar su propia clave generada, seleccione Cargar (.pfx o .byok). Más
información: Cargar una clave (.pfx o .byok).
6. Seleccione Siguiente.
Generar una nueva clave (.pfx)

1. Introduzca una contraseña y vuelva a introducirla para confirmarla.
2. Seleccione Crear y, a continuación, seleccione la notificación del archivo creado en
su navegador.
3. El archivo .PFX de la clave de cifrado se descarga en la carpeta de descarga
predeterminada de su navegador web. Guarde el archivo en una ubicación segura
(le recomendamos que realice una copia de seguridad de esta clave junto con su
contraseña).
Cargar una clave (.pfx o .byok)
1. Seleccione Cargar la clave, seleccione el archivo .pfx o .byok 1 y luego seleccione

Abrir.
2. Escriba la contraseña para la clave y luego seleccione Crear.
1
Para archivos de claves de cifrado .byok, asegúrese de usar el Id. de suscripción que se
muestra en la pantalla cuando exporte la clave de cifrado desde el HSM local. Más
información: Cómo generar y transferir claves protegidas por HSM para Azure Key Vault.
７ Nota
Para reducir el número de pasos para que el administrador administre el proceso

de clave, la clave se activa automáticamente cuando se carga por primera vez.
Todas las cargas de claves posteriores requieren un paso adicional para activar la
clave.
Activar una clave de cifrado para un inquilino

Una vez que se genera o se carga una clave de cifrado para el inquilino, esta se puede
activar.

4. Seleccione una clave que tenga un estado Disponible y luego seleccione Activar
clave en la barra de herramientas.
5. Seleccione Confirmar para confirmar el cambio de la clave.
Cuando activa una clave para el inquilino, el servicio de administración de claves tarda
un tiempo en activar la clave. El estado del Estado de la clave muestra la clave como
Instalando cuando se activa la clave nueva o cargada.
Una vez que se activa la clave, se
produce lo siguiente:
Todos los entornos cifrados se cifran automáticamente con la clave activa (no hay
tiempo de inactividad con esta acción).
Cuando está activada, la clave de cifrado se aplicará a todos los entornos que se
cambien de una clave de cifrado proporcionada por Microsoft a una
autoadministrada.
） Importante
Para simplificar el proceso de administración de claves para que todos los entornos
sean administrados por la misma clave, la clave activa no se puede actualizar
cuando haya entornos bloqueados. Todos los entornos bloqueados deben
desbloquearse antes de que se pueda activar una nueva clave. Si hay entornos
bloqueados que no tienen que desbloquearse, deben eliminarse.
７ Nota
Después de que se active una clave de cifrado, no podrá activar otra clave durante
24 horas.
Administrar cifrado para un entorno

De forma predeterminada, cada entorno se cifra con la clave de cifrado proporcionada
por Microsoft. Una vez que se active una clave de cifrado para el inquilino, los
administradores pueden elegir cambiar el cifrado predeterminado para usar las claves
de cifrado activadas. Para usar la clave activada, siga estos pasos.
Aplicar clave de cifrado a un entorno

1. Iniciar sesión en el centro de administración de Power Platform , utilizando las
credenciales del rol de administrador de entorno o sistema Administrador.
2. Seleccione la pestaña Entornos.
3. Abra un entorno cifrado proporcionado por Microsoft.
4. Seleccionar Ver todo.
5. En la sección Cifrado de entorno, seleccione Administrar.
7. Seleccione Aplicar esta clave para aceptar cambiar el cifrado para usar la clave
activada.
8. Seleccione Confirmar para confirmar que está administrando la clave directamente
y que hay tiempo de inactividad para esta acción.
Devolver una clave de cifrado administrada a una clave de cifrado

proporcionada por Microsoft
Volver a la clave de cifrado proporcionada por Microsoft configura el entorno al

comportamiento predeterminado en el que Microsoft administra la clave de cifrado para
usted.
2. Seleccione la pestaña Entornos y luego seleccione un entorno que se cifra con una
clave autoadministrada.
4. En la sección Cifrado de entorno, seleccione Administrar y luego seleccione
Confirmar.
5. En Volver a la administración estándar de claves, seleccione Volver.
6. Para entornos de producción, confirme el entorno introduciendo el nombre del
entorno.
7. Seleccione Confirmar para volver a la administración estándar de claves de cifrado.
Bloquear el inquilino
Puesto que solo hay una clave activa por inquilino, bloquear el cifrado para el inquilino
deshabilita todos los entornos que se encuentra en el inquilino. Todos los entornos
bloqueados permanecerán inaccesibles para todos, incluido Microsoft, hasta que un
administrador de Power Platform de la organización los desbloquee con la tecla que usó
para bloquearlos.
Ｕ Precaución
Nunca debe bloquear los entornos de inquilino como parte del proceso de negocio
normal. Cuando bloquee un inquilino de Dataverse, todos los entornos se
desconectarán por completo y nadie podría acceder a ellos, incluido Microsoft.
Además, los servicios como sincronización y mantenimiento se detienen. Si decide
salir del servicio, bloquear el inquilino puede garantizar que nadie vuelva a acceder
a sus datos en línea.
Tenga en cuenta lo siguiente acerca del bloqueo de entornos de inquilinos:
Los entornos bloqueados no se pueden restaurar de la copia de seguridad.

Los entornos bloqueados se eliminan si no desbloquean después de 28 días.
No puede bloquear los entornos durante 72 horas después de un cambio de
clave de cifrado.
Bloquear un inquilino bloquea todos los entornos activos dentro del inquilino.
） Importante
Debe esperar al menos una hora después de que bloquee entornos activos
antes de poder desbloquearlos.
Una vez que comience el proceso de bloqueo, se eliminan todas las claves de
cifrado con un estado Activo o Disponible. El proceso de bloqueo puede
tardar hasta una hora y, durante este tiempo, no se permite desbloquear
entornos bloqueados.

2. Seleccione la pestaña Entornos y, a continuación, en la barra de comandos
seleccione Administrar claves de cifrado en la barra de herramientas.
3. Seleccione la clave Activa y, a continuación, seleccione Bloquear entornos activos.
4. En el panel derecho, seleccione Cargar clave activa, busque y seleccione la clave,
introduzca una contraseña y luego seleccione Bloquear.
5. Cuando se le solicite, escriba el texto que se muestra en la pantalla para confirmar
que desea bloquear todos los entornos en la región y, a continuación, seleccione
Confirmar.
Desbloquear entornos bloqueados
Para desbloquear entornos, primero debe cargar y luego activar la clave de cifrado de
inquilinos con la misma clave que se utilizó para bloquear el inquilino. Tenga en cuenta
que los entornos bloqueados no se desbloquean automáticamente una vez que se haya
activado la clave. Cada entorno bloqueado tiene que desbloquearse individualmente.
） Importante
El proceso de desbloqueo puede tardar hasta una hora. Una vez que la clave
está desbloqueada, puede usar la clave en Administrar cifrado para un
entorno.
No puede generar una nueva o cargar una clave existente hasta que todos los
entornos bloqueados estén desbloqueados.
Desbloquear clave de cifrado

cifrado.
3. Seleccione la clave que tenga un estado Bloqueado y luego en la barra de
comando seleccione Desbloquear clave.
4. Seleccione Cargar clave bloqueada, busque y seleccione la clave que se usó para
bloquear el inquilino, introduzca una contraseña y luego seleccione Desbloquear.
La clave aparece en un estado Instalando. Debe esperar hasta que la clave se
encuentra en estado Activo antes de poder desbloquear entornos bloqueados.
5. Para desbloquear un entorno, consulte la siguiente sección.
Desbloquear entornos
1. Seleccione la pestaña Entornos y, a continuación, seleccione el nombre del

entorno bloqueado.
 Sugerencia
No seleccione la fila. Seleccione el nombre del entorno.
2. En la sección Detalles, seleccione Ver todo para mostrar el panel Detalles en la

parte derecha.
3. En la sección de cifrado Entorno en el panel Detalles, seleccione Administrar.

4. En la página Cifrado de entorno, seleccione Desbloquear.
5. Seleccione Confirmar para confirmar que desea desbloquear el entorno.
6. Repita los pasos anteriores para desbloquear entornos adicionales.

Operaciones de la base de datos del entorno
Un inquilino de cliente puede tener entornos cifrados con la clave administrada de
Microsoft y entornos cifrados con la clave administrada por el cliente. Para mantener la
integridad y la protección de los datos, los siguientes controles están disponibles a la
hora de administrar las operaciones de la base de datos del entorno.
1. Restaurar El entorno que se va a sobrescribir (el entorno en el que se hace la

restauración) está restringido al mismo entorno desde donde se tomó la copia de
seguridad o a otro entorno que esté cifrado con la misma clave administrada por
el cliente.
2. Copia El entorno que se va a sobrescribir (el entorno donde se hace la copia) está
restringido a otro entorno que está cifrado con la misma clave administrada por el
cliente.
７ Nota
Si se creó un entorno de investigación de soporte para solucionar un

problema de soporte en un entorno administrado por el cliente, la clave de
cifrado para el entorno de investigación de soporte se debe cambiar a la clave
administrada por el cliente antes de poder realizar la operación de copia del
entorno.
3. Restablecer Se eliminarán los datos cifrados del entorno, incluidas las copias de
seguridad. Después de restablecer el entorno, el cifrado del entorno volverá a la
clave administrada de Microsoft.
Consulte también
SQL Server: Cifrado de datos transparente (TDE)
Acerca de los entornos de prueba
Utilizando el centro de administración Microsoft Power Platform puede crear entornos

de múltiples tipos. Al utilizar entornos de prueba, las empresas y los clientes pueden
probar nuevas funciones y soluciones. Hay dos tipos de entornos de prueba: prueba
(estándar) y prueba (basada en suscripción).
７ Nota
El término "prueba", como se usa en todos los demás temas y la interfaz de

usuario, se refiere al tipo estándar de entorno de prueba en lugar del tipo basado
en suscripción.
No todas las empresas y administradores abordan las pruebas de la misma manera. Esto
es especialmente cierto cuando se trata de decidir si permitir que los usuarios prueben
nuevas capacidades. Algunas empresas permiten que los usuarios prueben funciones de
manera autónoma. Otros quieren que los administradores controlen completamente lo
que se está probando y quién tiene licencia para usar el entorno. Los dos tipos de
entornos de prueba proporcionan este nivel de control.
Prueba (estándar): este es el tipo de entorno de prueba que las empresas pueden
usar para permitir a los usuarios y gerentes de departamento probar nuevas
funciones y crear rápidamente aplicaciones y procesos de código bajo y sin
código. Los administradores de la organización (inquilino) pueden permitir que
todos los usuarios creen pruebas, o solo administradores del inquilino. Si está
permitido para los usuarios, cualquier usuario de esa organización que tenga una
licencia adecuada puede crear un entorno de prueba de 30 días. Después de 30
días, el entorno se desactiva y se elimina.
Prueba (basada en suscripción): este es el tipo de entorno de prueba que las
empresas pueden utilizar para desarrollar soluciones más grandes, multiusuario y
de departamentos múltiples y realizar revisiones de prueba de concepto. Los
administradores de inquilinos pueden agregar un entorno de prueba (basado en
suscripción) a su inquilino, o los nuevos clientes pueden registrarse para un nuevo
inquilino y convertirse en el administrador global. Para los nuevos clientes, se crea
una suscripción administrada por un administrador con un número determinado
de licencias (generalmente 25); los administradores controlan qué otros usuarios
obtienen licencias asignadas. Una suscripción administrada por un administrador
tiene una fecha de finalización que se puede ampliar.
Ningún tipo de entorno consume capacidad pagada. Puede convertir cualquier tipo de
entorno de prueba en un entorno de producción cambiándolo para que consuma de la
capacidad pagada, lo que evitará que se desactive y elimine. Una vez que se convierte
en un entorno de producción, seguirá el ciclo de vida de la licencia pagada.
Varias formas de iniciar una prueba

El tipo de entorno de prueba que cree depende de dónde comience y sus permisos de
nivel de inquilino.
Tipo de Permisos a Crear ubicación de prueba

prueba nivel de
inquilino
Prueba Usuario o Centro de administración de Power Platform. Vea Crear un

(estándar) administrador entorno de prueba (estándar) en el centro de administración
Power Platform
Prueba Usuario o https://trials.dynamics.com

(estándar) administrador
Prueba Administrador Centro de administración de Power Platform. Vea Crear un

(basada en entorno de prueba (basado en suscripción) en el centro de
suscripción) administración Power Platform
Prueba Usuario o Páginas de "Introducción", como:
(basada en administrador
suscripción) https://dynamics.microsoft.com/get-started/?
appname=salespro
https://dynamics.microsoft.com/get-started/?
appname=customerservice
Crear un entorno de prueba (estándar) en el

centro de administración Power Platform
1. Inicie sesión en el centro de administración Power Platform con credenciales de
administrador.
2. Vaya a Entornos y luego seleccione + Nuevo.

3. Especifique los siguientes detalles y, después, seleccione Siguiente.
Configuración Descripción
Nombre El nombre de la entorno.
Escribir Escoja Prueba.
Finalidad Una descripción del entorno.
¿Desea crear una base de Seleccione Sí para agregar una base de datos Microsoft
datos para este entorno? Dataverse al entorno de prueba (estándar).
Language El idioma predeterminado para este entorno.
Divisa La divisa base que se usa para la creación de informes.
Habilitar Seleccione Sí y luego seleccione aplicaciones para implementar

aplicaciones de automáticamente, como Dynamics 365 Sales y Dynamics 365
Dynamics 365 Customer Service.
Implementar Este ajuste está predefinido en No y no se puede cambiar.

aplicaciones y datos
de ejemplo
Grupo de seguridad Seleccione un grupo de seguridad para restringir el acceso a este

entorno.
Crear un entorno de prueba (basado en
suscripción) en el centro de administración
Power Platform
administrador.
2. Vaya a Entornos y luego seleccione Nuevo.
3. Para Tipo, seleccione Prueba (basada en suscripción), y luego complete y

seleccione otras configuraciones. Seleccione Siguiente.
Nombre El nombre de la entorno.
Escribir Prueba (basada en suscripción).
Región Una región para el entorno.
Finalidad Una descripción del entorno.
Crear una base Este ajuste está predefinido en Sí y no se puede cambiar, porque una
de datos para base de datos Dataverse debe crearse para un entorno de prueba
este entorno (basado en suscripción).
4. Especifique la siguiente configuración y, luego seleccione Guardar.
Language El idioma predeterminado para este entorno.
Dirección URL El nombre del entorno para incluir en la URL.
Moneda La divisa base que se usa para la creación de informes.
Habilitar Seleccione Sí para mostrar la configuración Implementar

aplicaciones de automáticamente estas aplicaciones, que se describe en la
Dynamics 365 siguiente fila de esta tabla.
Seleccione No para aprovisionar un entorno sin aplicaciones
incluidas. Podrá crear pruebas para aplicaciones y flujos de
código bajo y sin código, pero no para la plataforma de
aplicaciones completa de Dynamics 365.
Implementar Esta configuración aparece si establece Habilitar aplicaciones de

automáticamente Dynamics 365 a Sí.
estas
aplicaciones Seleccione Todas las aplicaciones empresariales, Customer
Service Pro o Sales Pro para implementar y probar aplicaciones
de Dynamics 365.
Seleccione Ninguna para aprovisionar un entorno sin
aplicaciones incluidas.
Grupo de Seleccione un grupo de seguridad para restringir el acceso a este

seguridad entorno.
Implementar Esta configuración aparece si establece Habilitar aplicaciones de

aplicaciones y Dynamics 365 a No.
datos de ejemplo Seleccione Sí para incluir aplicaciones y datos de ejemplo. Los datos de
ejemplo le brindan algo con lo que experimentar a medida que
aprende.
Verifique la fecha de vencimiento de un
entorno de prueba (estándar)
administrador.
2. Vaya a Entornos> [seleccione un entorno de prueba] >Ver todo. Desactive Día/s

restante/s.
Verifique la fecha de vencimiento de un

entorno de prueba (basado en suscripción)
Un entorno de prueba (basado en suscripción) dura mientras la suscripción esté activa.
Para verificar su fecha de vencimiento, realice los siguientes pasos.
1. Inicie sesión en el centro de administración de Microsoft 365 con las

credenciales de administrador global.
2. Seleccione Facturación>Sus productos y luego seleccione la pestaña

Suscripciones.
3. Seleccione su suscripción a Dynamics 365 y revise la fecha en la sección
Facturación.
Ampliar un entorno de prueba (estándar)

En los 7 últimos días antes de que expire el entorno de prueba estándar, el

administrador del entorno de prueba puede realizar una extensión de autoservicio
del entorno que expira. Esto agrega 30 días adicionales a la fecha de vencimiento
original.
Solo se permite una extensión de autoservicio por entorno de prueba estándar.
Para conservar aún más el medio ambiente, debe convertido a producción.
Para ampliar una prueba estándar

administrador.
2. Ir a Entornos y, a continuación, seleccione un entorno con vencimiento que tenga

la opción Ampliar la prueba. La opción Ampliar la prueba aparece cuando quedan
7 días o menos antes de que caduque el entorno.
3. Seleccione Ampliar la prueba.
4. Lea la notificación y luego seleccione Ampliar la prueba.
Su prueba se extenderá 30 días a partir de la fecha de vencimiento original.

Ampliar un entorno de prueba (basado en
suscripción)
El vencimiento de los entornos de prueba basados en suscripción (también conocidos
como prueba de administrador) está vinculado al vencimiento de la suscripción. Por lo
tanto, los entornos de prueba basados en suscripción no se pueden ampliar de forma
independiente. Hay opciones limitadas para extender las suscripciones de prueba de
administrador, lo que afecta la extensión del vencimiento de cualquier entorno de
prueba asociado.
Para ampliar una prueba (de administración) basada en suscripción:
Los administradores pueden solicitar una sola extensión en el centro de administración

de Microsoft 365. Ver Pruebe o compre una suscripción de Microsoft 365 para la
empresa.
Solo se permite una extensión de autoservicio por entorno de prueba basado en oferta.
Para conservar aún más el medio ambiente, debe convertido a producción.
Convertir cualquier tipo de entorno de prueba

en entorno de producción
７ Nota
Los entornos de prueba de Dynamics 365 Marketing no se pueden convertir en


administrador.
2. Vaya a Entornos> [seleccione un entorno de prueba] >Convertir a producción.

3. Seleccione Continuar.
Pueden tardarse varias horas en convertir a un entorno de producción.
¿Qué tipo de cuenta puede crear un entorno de prueba

gratuito?
Para obtener la mejor experiencia de prueba, le recomendamos que use la dirección de
correo electrónico de su trabajo o escuela administrada por Microsoft Azure Active
Directory. Si crea un entorno de prueba estándar desde
https://trials.dynamics.com/ , algunos productos pueden admitir una cuenta de correo
electrónico del consumidor que no está administrada por Microsoft Azure Active
Directory.
７ Nota
Si usa una cuenta de correo electrónico de consumidor para crear un entorno de

prueba, habrá limitaciones en su experiencia de prueba, como:
No puede acceder al centro de administración de Power Platform para

administrar el entorno de prueba, ampliar la prueba o administrar usuarios del
entorno.
No puede acceder al centro de administración de Microsoft 365 para
administrar usuarios arrendatarios.
¿Quién puede convertir un entorno de prueba en un
entorno de producción?
El administrador de la organización (inquilino) puede determinar quién puede crear
entornos de prueba y convertirlos en producción. Si se le permite, y tiene 1 GB de
capacidad de base de datos de producción disponible, puede convertir un entorno de
prueba a producción. Es posible que deba liberar o comprar capacidad adicional si la
base de datos del entorno de prueba excede la capacidad de producción disponible.
Para determinar el tamaño de la base de datos del entorno de prueba, consulte
capacidad de almacenamiento de Dataverse.
Puedo ver una opción de tipo de entorno de prueba

(basada en suscripción), ¿por qué no puedo crear este
tipo de prueba?
Solo los administradores de inquilinos pueden crear un entorno de prueba (basado en
suscripción). Además, asegúrese de tener una suscripción de prueba de Dynamics 365
activa.
¿Puedo copiar un entorno de prueba?

Sí. Los administradores de inquilinos pueden copiar entornos de prueba (basados en
suscripción) a un entorno de destino del mismo tipo.
¿Qué operaciones administrativas son compatibles con

los entornos de prueba?
Una prueba de 30 días solo se puede crear y eliminar; no se puede restablecer,
respaldar, restaurar ni copiar.
¿Por qué no puedo hacer una copia de seguridad de mi

entorno de prueba?
Las operaciones administrativas (copiar, hacer copia de seguridad, restaurar y
restablecer) no son compatibles con las pruebas, excepto eliminar.
¿Cómo puedo conservar mis datos y recursos si no

consigo convertir el entorno de prueba (estándar) en un
entorno de producción?
Puede exportar sus recursos y datos a otro entorno si desea conservarlos durante más
tiempo que el período de prueba. Le recomendamos que cree un entorno de
producción o un entorno individual (con el Plan de desarrollador de Power Apps ) y
exportar sus recursos a ese entorno.
Estas son algunas directrices para exportar recursos:
Tipo de recurso del entorno ¿Cómo lo exporto?
Aplicaciones (lienzo y basadas en Puede usar empaquetamiento para exportar

modelos) y flujos aplicaciones y flujos desde un entorno.
Datos en la base de datos (entorno con Exportar a Excel y guardar los datos. Entonces
una base de datos de Dataverse) puede importar los datos a otro entorno.
Use servicios de integración de datos y API
para exportar datos a otro entorno.
Los entornos de prueba (estándar) que no han tenido ninguna actividad en las bases de
datos del entorno durante 30 días se eliminan.
Vea también
Selección de los planes correctos para su equipo
Información general de licencias
Bloquear comandos de licencias de prueba
Supervisar quién puede crear y administrar entornos en el Centro de administración de

Power Platform
Un entorno de espacio aislado es un entorno sin producción de Microsoft Dataverse.

Aislada de producción, un entorno de espacio aislado es el lugar para desarrollar y
probar cambios en la aplicación con bajo riesgo.
Ver aplicaciones en sus entornos de espacio

aislado
Administre sus entornos de espacio aislado desde el Centro de administración de Power
Platform.
1. Vaya a https://admin.powerplatform.microsoft.com/ e inicie sesión con las

2. Abra la página Entornos. Seleccione la pestaña Tipo para ordenar por el tipo de
entorno.
Crear un entorno de espacio aislado

Consulte Creación y administración de entornos en el Centro de administración de
Power Platform .
Cambiar un entorno de producción a un
espacio aislado
1. Inicie sesión en el Centro de administración de Power Platform en
de servicios, administrador global o administrador delegado).
2. En el menú lateral izquierdo, seleccione Entornos, y luego seleccione un entorno

de producción.
4. En Tipo, seleccione el tipo de entorno de espacio aislado.

Restablecer un entorno de espacio aislado

Restablezca un entorno de espacio aislado para eliminarlo y reaprovisionarlo. Considere
la posibilidad de reiniciar cuando desee:
Crear un nuevo proyecto

Quitar un entorno que contenga datos personales
） Importante
Puede restablecer solo los entornos de espacio aislado.

Un reinicio eliminará permanentemente los componentes del entorno como
aplicaciones de lienzo, flujos, conectores personalizados, y conexiones.
Thomas analiza el almacenamiento que consumen los diversos entornos de Contoso. Le
preocupa que se queden sin espacio en uno de sus entornos de producción. Thomas
también quiere liberar algo de espacio para poder darle al entorno de producción algo
de almacenamiento adicional. También se le ha notificado que el departamento jurídico
ha establecido una directiva de retención del uso de los datos de producción en
entornos de prueba.
Después de ponerse en contacto con Elisa, Thomas restablece todo el entorno de

espacio aislado del departamento de Ventas. El entorno se ha reaprovisionado a la
configuración de fábrica. Ahora está listo para usarlo en el futuro como entorno de
espacio aislado para un proyecto futuro.
Para restablecer un entorno


restablecer.
3. Seleccione Restablecer en el menú superior.
4. En la página Restablecer entorno, ajuste la configuración del entorno según sea

necesario y comprenda las siguientes consecuencias:
２ Advertencia
El entorno de espacio aislado se eliminará y restablecerá con la

configuración de la fábrica. No podrá recuperar ningún dato que haya
estado previamente en el entorno.
Cuando restablece un entorno, se aplicará el grupo de seguridad
especificado en la página Restablecer entorno. Si no se especifica un
grupo de seguridad durante el restablecimiento, no se asignará ningún
grupo de seguridad al entorno una vez que se complete el
restablecimiento. Cualquier grupo de seguridad existente configurado
antes de que se realice el restablecimiento ya no se aplicará al entorno.
Más información: Controlar el acceso de los usuarios a los entornos:
grupos de seguridad y licencias
5. Seleccione Restablecer y luego seleccione Confirmar para restablecer el entorno

seleccionado.
Se iniciará el proceso de restablecimiento.
Al colocar un entorno de espacio aislado en modo de administración, solo los usuarios
con roles de seguridad de administrador del sistema o personalizador del sistema
podrán iniciar sesión en ese entorno.
El modo de administración es útil cuando se desea realizar cambios operativos, pero sin
que los usuarios habituales afecten al propio trabajo ni se vean afectados por él.
７ Nota
Los personalizadores del sistema deberán iniciar sesión en el entorno directamente

a través de la URL, ya que el entorno en modo de administración no aparecerá para
los personalizadores del sistema en la página Entornos del Centro de
Consulte Modo de administración.

Acerca del entorno de Microsoft
Dataverse for Teams
Introducida en septiembre de 2020, Microsoft Dataverse for Teams es una plataforma de

datos integrada que requiere poco código para Microsoft Teams con la que los usuarios
pueden crear aplicaciones, bots y flujos personalizados en Microsoft Teams mediante
Power Apps, Power Virtual Agents y Power Automate. Dataverse for Teams, basado en
Microsoft Dataverse, proporciona almacenamiento de datos relacional, tipos de datos
enriquecidos, gobernanza de nivel empresarial e implementación de soluciones con un
solo clic en la tienda de aplicaciones de Microsoft Teams. Más información: Información
general sobre Dataverse for Teams
El entorno de Dataverse for Teams se crea automáticamente para el equipo

seleccionado cuando se crea una aplicación o un bot en Microsoft Teams por primera
vez, o cuando se instala una aplicación creada usando Power Apps del catálogo de
aplicaciones por primera vez. El entorno de Dataverse for Teams se usa para almacenar,
administrar y compartir datos, aplicaciones y flujos específicos del equipo. Cada equipo
puede tener un entorno y todos los datos, aplicaciones, bots y flujos creados con la
aplicación creada usando Power Apps dentro de un equipo estarán disponibles en la
base de datos de Dataverse for Teams de ese equipo.
Puede identificar un entorno de Dataverse for Teams en el centro de administración de

Power Platform a través de la columna Tipo en la lista de entornos.
Licencias y restricciones
Tenga en cuenta lo siguiente con respecto al acceso a aplicaciones de Microsoft Power
Platform en Teams:
Dataverse for Teams estará disponible como parte de ciertas suscripciones de

Microsoft 365 con capacidades de Microsoft Power Platform y Microsoft Teams,
excluyendo planes para EDU A1 y SUB SKU.
Aplicaciones creadas en Microsoft Teams que usan Dataverse for Teams será
accesible fuera de Microsoft Teams en un navegador web si tiene una versión de
prueba o licencias Power Apps independientes. Sin embargo, tenga en cuenta lo
siguiente:
Las aplicaciones creadas en Teams no se muestran en la lista de aplicaciones en
make.powerapps.com o la aplicación Power Apps mobile. La única forma de
ejecutar estas aplicaciones es iniciarlas en un navegador web desde Teams
usando Ir al sitio web o Abrir en el navegador en la aplicación Power Apps
mobile.
Cuando se ejecuta fuera de Teams, los valores del objeto de integración de
Teams no estarán disponibles.
Para cualquier uso autónomo de Power Apps o Power Automate, que también
incluye acceso a la API de Dataverse, será necesario actualizar el entorno de
Dataverse for Teams a Dataverse.
Los equipos pueden enviar invitaciones para acceder a sus aplicaciones, bots, flujos
y datos de la base de datos de Dataverse for Teams. Sin embargo, no se les
permitirá instalar, crear ni editar aplicaciones. Solo pueden descubrir y ejecutar
aplicaciones en su equipo.
No se proporcionará acceso directo a través de API a Dataverse for Teams, y solo

las aplicaciones, bots y flujos integrados en el cliente de Microsoft Teams podrán
acceder al entorno de tiempo de ejecución de Dataverse for Teams.
Más información: Preguntas frecuentes sobre las licencias de Dataverse for Teams
Ciclo de vida del entorno

Esta sección proporciona un resumen de las operaciones clave del ciclo de vida que se
permitirán con los entornos de Dataverse for Teams.
７ Nota
El nombre del entorno de Dataverse for Teams es el mismo que el nombre del
equipo. Puede filtrar la lista de entornos en el centro de administración de Power
Platform para mostrar solo entornos de Dataverse for Teams.
Operaciones Descripción de característica Disponibilidad

general
Copia de Se pueden realizar copias de seguridad automatizadas y copias Sí

seguridad de seguridad etiquetadas. Los administradores pueden verlas
en el centro de administración de Power Platform. Las copias de
seguridad estarán disponibles durante un máximo de 7 días.
Restauración Solo serán posibles las restauraciones en un momento dado en Sí

el mismo entorno. Nota: si el entorno se ha actualizado, la
restauración en un momento determinado solo estará
disponible a partir del momento en que se actualizó.
Texto No disponible de forma predeterminada para entornos de No

Crear Solo a través de Microsoft Teams. Nota: Estos entornos de No

Dataverse for Teams se limitarán a un mapeo 1:1 con el equipo
de Microsoft Teams en el que fue creado y enlazado al grupo
de Microsoft 365 asociado al equipo.
Eliminar El propietario del equipo puede eliminar el entorno. Nota: El Sí

entorno se eliminará automáticamente si también se elimina el
equipo en el que se creó.
Restablecer No disponible de forma predeterminada para entornos de No

Actualizado Desbloquea todas las funciones de los servicios de Dataverse Sí

para el entorno.
La duración del entorno estará vinculada al equipo en el que se creó. Si actualiza un

entorno a Dataverse, la asignación 1:1 no está garantizada porque las aplicaciones fuera
de Microsoft Teams pueden utilizar el entorno. El entorno actualizado está sujeto a las
reglas del ciclo de vida asociadas con la licencia de Power Apps y la configuración del
entorno.
Algunas operaciones están bloqueadas de manera predeterminada, como las

operaciones de Copiar y Restablecer. Para escenarios en los que necesite esta
funcionalidad, utilice un entorno con una base de datos de Dataverse. Consulte la tabla
anterior para obtener más información.
） Importante
Los entornos de Dataverse for Teams no podrán cambiar de tipo hasta que la
operación de actualización se haya llevado a cabo en el entorno. Una vez
completada la actualización, el entorno de Dataverse for Teams tendrá todas las
capacidades que se encuentran en Dataverse.
Si se elimina el equipo, también se eliminará el entorno de Dataverse for Teams que

se creó. El propietario del equipo puede eliminar el entorno de Dataverse for Teams
desde el equipo. Se proporcionará una advertencia antes de permitir que se realice
la eliminación, para garantizar que no haya eliminaciones accidentales.
Acceso de usuarios a los entornos de Dataverse

for Teams
En un entorno como Dataverse for Teams que puede colaborar en el desarrollo y uso de
aplicaciones, bots y datos, es importante comprender cómo se otorga el acceso a los
diferentes tipos de roles dentro del servicio.
Esta sección resume el acceso de los usuarios a los entornos y recursos de Dataverse for
Teams.
Modelo conceptual
Cada equipo en Microsoft Teams está enlazado 1:1 a un grupo de Microsoft 365.
Los grupos de Microsoft 365 admiten dos tipos de membresía de usuario: propietarios y
miembros. Los miembros pueden ser usuarios del propio inquilino del cliente o de un
inquilino invitado. Cualquier gestión de usuarios (alta, baja, cambio de tipo de usuario)
realizada en un equipo se verá reflejada en el grupo de Microsoft 365, y viceversa.
El acceso a un entorno de Dataverse for Teams y sus recursos (aplicaciones, datos)

estará restringido a los usuarios del equipo. El grupo de Microsoft 365 vinculado a un
equipo se asociará automáticamente con el entorno de Dataverse for Teams,
restringiendo el acceso a los usuarios de ese grupo. Esta asociación del grupo de
Microsoft 365 con el entorno de Dataverse for Teams no será editable hasta que el
entorno se actualice a Dataverse.
Hay una diferencia en los modelos a la hora de agregar usuarios a un entorno con una
baswe de datos de Dataverse y para agregarlos a entornos de Dataverse for Teams. En la
tabla siguiente se describen las diferencias.
Característica Dataverse for Dataverse
Teams
Adición automática de todos los usuarios en el grupo de Microsoft No Sí

365 relacionado con el entorno
Adición Just-In-Time de usuarios en su primer acceso a un recurso Sí Sí

del entorno
Adición de usuarios bajo demanda (consulte Agregar usuarios a un Sí Sí

entorno)
Asignaciones de roles
Rol Descripción Rol de seguridad

asignado
automáticamente
Propietario de Teams Los propietarios pueden administrar la Administrador del sistema

pertenencia al equipo y la configuración del
equipo. Tienen acceso completo a las
aplicaciones, los recursos y los datos del
entorno de Dataverse for Teams. Pueden
realizar tareas de mantenimiento del
entorno, como copias de seguridad y
restauración a través del centro de
Miembro de Teams Los miembros pueden ver los recursos del Miembro de Teams
entorno de Dataverse for Teams, ejecutar
todas las aplicaciones y recursos, y crear o
actualizar sus propios recursos. Tienen
acceso completo a todos los datos.
Invitado de Teams Los invitados son personas ajenas al Invitado de Teams

inquilino a las que el propietario del equipo
invita, como un partner o un cliente. Pueden
ver y ejecutar todos los recursos del equipo.
De manera predeterminada, los invitados
tienen acceso completo a los registros que
crean y no tienen acceso a los registros de
otros usuarios.
Administrador Estos son administradores de nivel de Administrador del sistema

global/Administrador inquilino que administran el estado y el
de Power Platform mantenimiento de los entornos del
inquilino. No es necesario que sean
miembros del equipo, pero a través de sus
privilegios de administrador a nivel de
inquilino pueden realizar tareas de
mantenimiento del entorno, como copias de
seguridad y restauración para todos los
entornos de Dataverse for Teams. De
manera similar a lo que ocurre en Dataverse,
estos administradores de nivel de inquilino
tendrán privilegios de Administrador del
sistema con modo de acceso de lectura y
escritura para entornos de Dataverse for
Teams.
Administrador de Estos administradores deben ser Administrador del sistema

Dynamics 365 propietarios o miembros del equipo (porque si son propietarios del
cada equipo está vinculado a un grupo de equipo; Administrador del
Microsoft 365 y el entorno de Dataverse for sistema y Miembro de
Teams siempre estará restringido para el Teams si son miembros
acceso a ese grupo de Microsoft 365) para del equipo. Sin acceso si
tener privilegios de nivel de administrador no son propietarios ni
del sistema para gestionar el estado y el miembros del equipo.
mantenimiento del entorno.
Compañeros con Los compañeros con acceso son personas Usuario Basic
acceso del inquilino que no están en el equipo,
pero que han sido invitados a ejecutar
aplicaciones en el equipo. De manera
predeterminada, los compañeros con acceso
no tienen acceso a los datos. Sus derechos
de acceso a los datos se pueden conceder
en función de la aplicación o los recursos
que necesitan ejecutar. Nota: Cuando se
invita a un colega con acceso a ejecutar
aplicaciones en un equipo, la asociación del
grupo de Microsoft 365 con el equipo del
entorno de Dataverse for Teams se eliminará
automáticamente para permitir el acceso de
ejecución de la aplicación al colega con
acceso.
７ Nota
El uso compartido de registros no se admite en Dataverse for Teams. No puede

compartir un registro con otro usuario o equipo.
Configuración y acciones del entorno de

Dataverse for Teams
Para cambiar la configuración de un entorno de Dataverse for Teams, vaya a Entornos>
[seleccione un entorno de Dataverse for Teams] >Configuración.
Usuarios y permisos
Puede especificar usuarios en un entorno para proporcionar acceso a los datos, bots y
aplicaciones del entorno de Dataverse for Teams.
1. En el Centro de administración de Power Platform , seleccione Entornos en el

panel izquierdo y, a continuación, seleccione un entorno de Dataverse for Teams.
2. Seleccione Configuración.
3. Seleccione Usuarios y permisos y luego Usuarios.
4. Verá una lista de usuarios habilitados y deshabilitados que son miembros del
entorno de Dataverse for Teams. Puede seleccionar un usuario en la lista para
ejecutar diagnósticos y ver sus detalles de acceso y estado.
5. Seleccione + Agregar usuario para agregar un usuario inquilino al entorno de
Dataverse for Teams seleccionado.
6. Especifique un nombre o una dirección de correo electrónico de usuario que

cumpla los requisitos de acceso de usuario para agregar el usuario al entorno de
Dataverse for Teams y, a continuación, seleccione Agregar.
7. Seleccione Actualizar para ver el usuario agregado en la lista.
Eliminar un entorno de Dataverse for Teams

Para eliminar un entorno de Dataverse for Teams, selecciónelo de la lista de entornos y,
a continuación, seleccione Eliminar.
Actualizar un entorno de producción de Dataverse for

Teams a un entorno de producción
Seleccione Actualizar a producción. Más información: Proceso de actualización
Límites de capacidad
El consumo de capacidad en los entornos de Dataverse for Teams no contará para los
límites de capacidad del inquilino. En su lugar, proporcionaremos un grupo de
capacidad para los entornos de Dataverse for Teams, que será independiente del grupo
de capacidad de Dataverse para Microsoft Power Platform del inquilino. La capacidad no
será transferible entre estos dos grupos.
Límites por entorno en entornos de Dataverse for Teams: cada entorno de Dataverse
for Teams proporciona 2 GB de almacenamiento combinado de archivos y bases de
datos, con una parte de esta cantidad reservada para uso del sistema. Para ver el
consumo de cada entorno de Dataverse for Teams en un inquilino, vaya al centro de
administración de Power Platform (https://aka.ms/ppac ) y luego a
Recursos>Capacidad>Microsoft Teams Capacidad.
Límites de todo el inquilino en entornos de Dataverse for Teams: cada inquilino

también tendrá límites relacionados con los entornos de Dataverse for Teams definidos
en la siguiente tabla.
Unidad Límite de servicio
Dataverse for Teams 5 entornos + 1 entorno adicional por cada 20 licencias de usuario
entornos de Microsoft 365 elegibles.
Si se necesitan más instancias, considere eliminar los entornos no

utilizados o actualizar a entornos a Dataverse.
Clientes con más de 200.000 puestos de Microsoft 365 elegibles
deben ponerse en contacto con su representante de Microsoft.
Almacenamiento máximo del 10 GB + entorno de Dataverse for Teams x 2 GB (hasta un máximo

entorno de Dataverse for de 19,5 TB).
Teams por inquilino El límite de almacenamiento de 2 GB no se puede ampliar más. Si

se necesita más almacenamiento, considere la posibilidad de
actualizar los entornos a Dataverse.
Unidad Límite de servicio
Número máximo de llamadas Las solicitudes de API en Microsoft Power Platform constan de
a API de entornos de varias acciones que realiza un usuario en varios productos.
Dataverse for Teams Para obtener más información sobre las llamadas API y los límites
por usuario disponibles, vaya a Derechos de solicitudes de
Aplicación
Se realizarán las siguientes acciones cuando los clientes se acerquen a (o superen) los
límites de Microsoft Teams en el nivel de entorno o en todo el inquilino.
Acciones de aplicación a nivel de entorno
Cuando un entorno de Dataverse for Teams en un equipo se acerca al límite de

capacidad de 2 GB o lo supera, se realizarán las siguientes acciones:
Al 80 por ciento del límite, los usuarios de Microsoft Teams verán en la experiencia
del creador de Microsoft Teams un mensaje que les informa de que está a punto
de alcanzarse el límite de capacidad. En este punto, se recomienda a los clientes
que reduzcan el uso de almacenamiento o que se pongan en contacto con su
administrador para conocer otras opciones.
Al 100 por ciento del límite, las aplicaciones, los chatbots y los flujos existentes
seguirán funcionando y las aplicaciones existentes se pueden actualizar. Sin
embargo, no se pueden crear ni instalar nuevas aplicaciones, bots, flujos y tablas
como resultado de haber alcanzado el límite de capacidad.
Aplicación de nivel de inquilino
Cuando un inquilino se acerca a (o alcanza) los límites Microsoft Teams para todo el
inquilino descritos anteriormente, se realizarán las siguientes acciones:
Al 80 por ciento del límite, se enviará una notificación de que la capacidad está
llegando a su límite al administrador de inquilinos (administrador global de
Microsoft 365, administrador de Power Platform, administrador de Dynamics 365).
Se animará al administrador a que considere reducir el uso de almacenamiento o
actualizar algunos de los entornos de Dataverse for Teams.
Al 100 por ciento del límite, se bloqueará la creación de nuevos entornos de
Dataverse for Teams. A cualquier usuario que intente crear un nuevo entorno de
Dataverse for Teams se le pedirá que se ponga en contacto con el administrador
de inquilinos como resultado de que se haya alcanzado el límite de capacidad.
Además, no se permitirá la creación o instalación de nuevas aplicaciones, chatbots,
flujos y tablas en ningún entorno existente de Dataverse for Teams.
Como se mencionó para la aplicación de nivel de entorno, cualquier aplicación existente

podrá seguir funcionado de la manera prevista.
Proceso de actualización
A continuación, se muestran el flujo de alto nivel y las reglas empresariales para
actualizar un entorno de Dataverse for Teams.
Un administrador de inquilinos podrá actualizar un entorno de Dataverse for Teams a un

entorno de base de datos de Dataverse. Un flujo típico es el siguiente:
1. Dentro de un equipo, el usuario de Microsoft Teams elige crear una aplicación
mediante la nueva experiencia de creación de aplicaciones con Power Apps en
Microsoft Teams, o instalando una aplicación existente basada en el entorno de
Dataverse for Teams. En este punto, se proporciona un entorno de Dataverse for
Teams para ese equipo.
2. Con el tiempo, los datos almacenados en el entorno de Dataverse for Teams

crecerán y, finalmente, alcanzarán el límite de capacidad que tienen estos entornos
(2 GB). En este punto, las aplicaciones existentes seguirán funcionando, pero no se
permitirá la creación ni la instalación de nuevas aplicaciones. Se indicará a los
clientes que se pongan en contacto con un administrador de inquilinos para
actualizar los entornos de Dataverse for Teams a Dataverse y obtener más
capacidad. Como alternativa, un usuario de Microsoft Teams puede solicitar que el
administrador actualice el entorno porque quiere usar una característica
determinada en Dataverse.
3. Los administradores revisarán la solicitud del usuario de Microsoft Teams y

tomarán la decisión de actualizar el entorno de Microsoft Teams a Dataverse. En
este punto, el administrador irá a la vista de entornos del centro de administración
de Power Platform para ejecutar la actualización.
７ Nota
Para llevar a cabo con éxito la actualización, el inquilino debe tener al menos
tanta capacidad disponible como el tamaño del entorno de Dataverse for
Teams que se está actualizando. Después de su actualización, la capacidad
consumida del entorno actualizado de Dataverse for Teams comenzará a
contar para la capacidad del inquilino. Si se intenta actualizar un entorno de
Dataverse for Teams cuando el inquilino no tiene suficiente capacidad, la
operación de actualización se bloqueará y se mostrará un mensaje de error.
4. Los administradores recibirán un mensaje con las implicaciones de la actualización

y se les pedirá que confirmen la acción.
5. Si el administrador confirma, la actualización continuará. A medida que avanza la

actualización, se proporcionarán varias notificaciones a medida que la operación
pase por los distintos estados.
Después de la actualización, lo siguiente se aplica al entorno recién actualizado:
Para buscar y editar aplicaciones y flujos, los creadores de aplicaciones deben ir a

al portal de Power Apps .
El ciclo de vida del entorno actualizado ya no estará vinculado al ciclo de vida de
ese equipo. Si se elimina el equipo, el entorno actualizado permanece.
Cualquier aplicación que se ejecute en el entorno requerirá licencias de Microsoft
Power Platform (Power Apps, Power Automate) para obtener acceso.
Las aplicaciones pueden ejecutarse dentro y fuera de Microsoft Teams.
Todas las aplicaciones existentes se asociarán con el entorno actualizado
(Dataverse) y puede aprovechar el conjunto extendido de tablas.
La capacidad mejorada del entorno comenzará a contar con respecto a la
capacidad de Dataverse del inquilino.
La asociación de grupos de Microsoft 365 se volverá editable.
A los propietarios de equipos se les asignan las funciones de administrador del
sistema en su entorno y pueden obtener acceso al entorno mediante el centro de
Agregar una nueva aplicación de plantilla de Microsoft Teams al equipo anterior
no creará un nuevo entorno de Dataverse for Teams para el equipo.
Capacidad de gobernar Dataverse for Teams

La capacidad de crear aplicaciones o bots con las nuevas aplicaciones de Power Apps y
Power Virtual Agents está habilitada de forma predeterminada en Microsoft Teams. Los
administradores pueden habilitar o deshabilitar estas aplicaciones para usuarios
específicos mediante las directivas de permisos de aplicaciones de Microsoft Teams en
Microsoft Teams.
En el centro de administración de Microsoft Teams, puede usar las aplicaciones Power

Apps y Power Virtual Agents, disponibles en Aplicaciones de Microsoft para habilitar o
deshabilitar estas nuevas capacidades para usuarios específicos. Más información:
Administrar las directivas de permisos de aplicaciones en Microsoft Teams
Además de la nueva experiencia de creación de aplicaciones o bots con Power Apps y

Power Virtual Agents, los usuarios pueden usar aplicaciones de muestra para crear
instancias de aplicaciones de Microsoft Teams (y entornos asociados a Dataverse for
Teams). Se enumeran las aplicaciones de muestra disponibles aquí. Puede habilitar o
deshabilitar estas aplicaciones para usuarios específicos mediante las directivas de
permisos de aplicaciones de Microsoft Teams. Por ejemplo, para las políticas de
permisos de aplicaciones en Aplicaciones de Microsoft en el centro de administración
de Microsoft Teams, encontrará las aplicaciones de ejemplo Ideas de empleados,
Inspección e Informes de problemas.
Tenga en cuenta que cuando la aplicación creada usando Power Apps está
deshabilitada, los usuarios no tendrán acceso a ninguna aplicación independiente que
haya anclado en sus canales de Microsoft Teams con la aplicación creada usando Power
Apps. Para que los usuarios continúen usando aplicaciones independientes en la
experiencia de Microsoft Teams incluso después de que se ha desactivado para ellos la
experiencia del creador de Power Apps, puede usar el nuevo punto de entrada del
catálogo Generado por sus compañeros para anclar aplicaciones independientes a los
canales de Microsoft Teams o al ámbito personal de un usuario. Esta acción solo
necesita realizarse una vez: actualiza la experiencia de todos los miembros del equipo, lo
que les permite usar las aplicaciones existentes a las que ya tenían acceso.
Recomendamos que, si elige deshabilitar Power Apps para cualquier usuario de su
inquilino, le informe de que puede utilizar el catálogo Generado por sus compañeros
para restaurar las aplicaciones independientes que usaban antes en los canales de
Microsoft Teams. Para obtener más información sobre este punto de entrada y los
controles correspondientes, consulte Administrar aplicaciones de Microsoft Power
Platform en el centro de administración de Microsoft Teams.
El catálogo Generado por sus compañeros filtra intencionalmente las aplicaciones

Compartidas con todos. Estas aplicaciones se pueden agregar al catálogo de
aplicaciones de Microsoft Teams aprovechando la capacidad Cargar una aplicación
personalizada en Microsoft Teams. Más información: Publicar una aplicación
personalizada cargando un paquete de aplicación
７ Nota
Si se deshabilitan Power Apps y la aplicación Power Virtual Agent en Teams, se evita

que los usuarios creen nuevas aplicaciones y bots, pero no se impide la creación de
entornos de Dataverse for Teams. Hay otras aplicaciones (Inspección, Ideas de
empleados e Informes de problemas) que crearán un entorno de Dataverse for
Teams si se agrega una de esas aplicaciones a un equipo. Para evitar que se creen
entornos de Dataverse for Teams con estas aplicaciones, hay que bloquearlas.
Las directivas de gobernanza de datos de Microsoft Power Platform, como la

prevención de pérdida de datos y el aislamiento de inquilinos, se aplican a los
entornos de Microsoft Teams y Dataverse for Teams, de forma similar a otros tipos
de entornos.
Aplicar una política de prevención de pérdida

de datos a todos los entornos Dataverse for
Teams
Microsoft ofrece una solución que aplica una política de prevención de pérdida de datos
(DLP) a todos los entornos de Teams dentro de un inquilino, lo que le permite controlar
mejor los datos de su organización sin obstaculizar su capacidad para crear soluciones
con poco código y sin código dentro de Teams.
Siga estos pasos para aplicar una directiva DLP:
1. Elija o cree la directiva que desea que se aplique a sus entornos de Teams. Esta
directiva debe estar marcada para aplicarse a entornos específicos, lo que se
puede hacer de la siguiente manera:
En PowerShell, asegúrese de que su environmentType sea

"OnlyEnvironments" o
En la Aplicación Web, asegúrese de que el alcance esté configurado para
varios entornos.
Deberá agregar al menos un entorno para guardar su directiva. Cualquier entorno

que agregue ahora será anulado por la función de PowerShell a continuación, que
agregará automáticamente los entornos de Teams a la directiva.
2. Importe los módulos necesarios usando este comando:
PowerShell
Install-Module -Name Microsoft.PowerApps.Administration.PowerShell -

Force
3. Ejecute la función UpdatePolicyEnvironmentsForTeams (disponible en el SDK de

DLP). Esto identificará los entornos de Teams en el inquilino y los agregará a la
directiva dada.
a. Se requieren tanto el nombre para mostrar como nombre de la política. Si el

nombre de la política y el nombre para mostrar no coinciden, la política no se
actualizará.
i. OnlyEnvironmentsPolicyName: el nombre (guid) de la directiva
ii. OnlyEnvironmentsPolicyDisplayName: el nombre mostrar de la directiva
b. (Opcional) Además, puede excluir estos entornos de Teams a partir de otra
directiva. Se debe configurar el ámbito de esta directiva para "Excluir ciertos
entornos".
i. ExceptEnvironmentsPolicyDisplayName: el nombre mostrar de la directiva
ii. ExceptEnvironmentsPolicyName: el nombre (guid) de la directiva.
iii. ExceptionEnvironmentIds: una lista de identificadores de entorno que
también deben incluirse en esta directiva de ExceptEnvironments además de
los entornos de Teams. Recomendamos generar esta lista a partir de un
archivo de texto.
Puede utilizar cualquiera de estos parámetros o b.i. y b.iii. juntos o b,i., b.ii. y b.iii.
juntos.
Por ejemplo, puede especificar una política predeterminada para todos los
entornos, excepto los entornos de Teams, mediante los parámetros b.i. y b.ii. Esto
reemplazará todos los entornos en la lista de exclusiones de la directiva
predeterminada con todos los entornos de Teams. Además de los entornos de
Teams, si desea excluir otros entornos de esta directiva predeterminada, puede
usar el parámetro b.iii. Si se agrega un entorno a la lista de exclusión de esta
política predeterminada (a través de la interfaz de usuario de DLP u otro script de
PowerShell), pero no se incluye en el archivo de texto "environmentIds", se
eliminará la próxima vez que se ejecute el script.
７ Nota
Cada vez que se ejecuta la función, reemplaza la lista existente de entornos en cada
directiva especificada con una nueva lista de entornos. Debido a que la función
actualiza inmediatamente la directiva, requiere tanto el nombre de la directiva
como el nombre para mostrar de la directiva como parámetros para asegurarse de
que está apuntando a la directiva correcta. Si el nombre no coincide con el nombre
de la directiva dada, la directiva no se modificará.
Recomendamos que este script se ejecute según una programación para garantizar que
la directiva de DLP siempre se aplique a la lista más reciente de entornos de Teams. Si se
crea un entorno de Teams después de ejecutar este script, no se regirá por la directiva
hasta que se actualicen los entornos de la misma, ya sea volviendo a ejecutar el script o
agregando manualmente el nuevo entorno a la directiva. Si se agrega un entorno que
no es de Teams a la directiva "OnlyEnvironments", se eliminará la próxima vez que se
ejecute el script.
Problemas conocidos
La característica Ejecutar diagnósticos del centro de administración de Power
Platform para propietarios de equipos, miembros e invitados que no tienen roles
de administrador de Azure Active Directory como administrador global, o asignado
un administrador de Power Platform, mostrará una alerta de que no se les ha
asignado ningún rol de seguridad directamente. El sistema asigna
automáticamente los roles de seguridad para roles de Microsoft Teams, por lo que
se puede ignorar esta alerta.
Consulte también
Eliminación automática de entornos de Microsoft Dataverse for Teams inactivos (versión
preliminar)
Power Apps y Teams
Power Automate y Teams
Power Virtual Agents y Teams
Administrar las aplicaciones en el centro de administración de Microsoft Teams
Introducción a Microsoft Dataverse for Teams

Descargar una lista de aplicaciones
creadas en sus entornos
Con la retirada del centro de administración Power Apps, esta función ya no está
disponible.
Puede ver aplicaciones en sus entornos. En el centro de administración Microsoft Power

Platform, seleccione un entorno y luego seleccione un elemento en la sección Recursos.
Vea Gestionar Power Apps.
Intercalaciones de idiomas de Microsoft
Dataverse
Cuando un entorno con una base de datos de Dataverse se crea, se les pide a los
administradores que seleccionen el idioma predeterminado que les gustaría usar. Esto
establece el diccionario, el formato de hora y fecha, el formato de número y las
propiedades de indexación para el entorno.
Las selecciones de idioma para Dataverse también incluyen configuraciones de

clasificación que se aplican a la base de datos SQL, que almacena tablas y datos
relacionales. Estas configuraciones de intercalación afectan a aspectos como los
caracteres reconocidos, la clasificación, la búsqueda rápida y el filtrado. Las
intercalaciones aplicadas a entornos se eligen según el idioma predeterminado
seleccionado en el momento de la creación del entorno y no son configurables por el
usuario. Una vez que se haya establecido una intercalación, no se podrá cambiar.
Las intercalaciones contienen las siguientes opciones de distinción de mayúsculas y

minúsculas y entre acentos que pueden variar de un idioma a otro.
Opción de Intercalación Descripción

mayúsculas y
acentos
No distinguir _CI Todos los idiomas tienen habilitado No distinguir mayúsculas

mayúsculas de de minúsculas, lo que significa que "Cafe" y "cafe" se
minúsculas consideran la misma palabra.
Distinguir acentos _AS Algunos idiomas distinguen entre acentos, lo que significa
que "cafe" y "café" se tratan como palabras diferentes.
No distinguir _AI Algunos idiomas no distinguen entre acentos, lo que significa

acentos que "cafe" y "café" se tratan como la misma palabra.
Detalles del idioma

Un idioma incluye la siguiente información:
LCID: se trata de un número de identificación aplicado a los idiomas en Microsoft

.NET Framework para identificar fácilmente qué idioma se está utilizando. Por
ejemplo: 1033 es inglés de Estados Unidos.
Idioma: el idioma real. En algunos casos, se ha agregado información de nombres,
países y conjunto de datos de caracteres para eliminar ambigüedades.
Intercalación: la intercalación de idiomas utiliza las opciones de distinción de

mayúsculas y minúsculas y entre acentos asociadas al idioma (_CI, _AS, _AI)
descrito anteriormente.
Idioma e intercalación asociada que se utiliza

con Dataverse
LCID e idioma Intercalación
1025 Árabe _CI_AI
1026 Búlgaro - Conjunto de datos cirílico _CI_AI
1027 Catalán (España) _CI_AI
1028 Chino tradicional (Taiwán) - Conjunto de datos Stroke 90 _CI_AI
1029 Checo _CI_AI
1030 Noruego danés _CI_AI
1031 Alemán estándar (Alemania) _CI_AI
1032 Griego _CI_AI
1033 Inglés (Estados Unidos) _CI_AI
1035 Sueco finés (Finlandia) _CI_AS
1036 Francés (Francia) _CI_AI
1037 Hebreo _CI_AI
1038 Húngaro _CI_AI
1040 Italiano (Italia) _CI_AI
1041 Japonés - Conjunto de datos Stroke 90 _CI_AI
1042 Coreano _CI_AI
1043 Neerlandés (Países Bajos) _CI_AI
1044 Noruego danés - Bokmål _CI_AI
1045 Polaco _CI_AI

LCID e idioma Intercalación
1046 Portugués brasileño _CI_AI
1048 Rumano _CI_AS
1049 Ruso (Rusia) - Conjunto de datos cirílico _CI_AI
1050 Croata _CI_AS
1051 Eslovaco _CI_AS
1053 Sueco finés (Suecia) _CI_AS
1054 Tailandés _CI_AS
1055 Turco _CI_AI
1057 Indonesio _CI_AS
1058 Ucraniano _CI_AS
1060 Esloveno _CI_AS
1061 Estonio _CI_AS
1062 Letón _CI_AS
1063 Lituano _CI_AS
1066 Vietnamita _CI_AS
1069 Euskera (España) _CI_AS
1081 Hindi - Conjunto de datos de caracteres latinos _CI_AS
1086 Malayo _CI_AS
1087 Kazajo _CI_AS
1110 Gallego (España) _CI_AS
2052 Chino simplificado (China) - Conjunto de datos Stroke 90 _CI_AI
2070 Portugués (Portugal) _CI_AI
2074 Serbio - Conjunto de caracteres latinos _CI_AS
3076 Chino tradicional de Hong Kong - Conjunto de datos Stroke 90 _CI_AI
3082 Español moderno (España) _CI_AI
3098 Serbio - Conjunto de datos cirílico _CI_AI

Consulte también
Información general de los entornos
administrados
Los entornos administrados son un conjunto de capacidades que permiten a los

administradores administrar Power Platform a escala con más control, menos esfuerzo y
más información. Los administradores pueden usar entornos administrados con
cualquier tipo de entorno excepto los entornos de desarrollador (ver limitaciones
conocidas).
Aprenda a habilitar entornos administrados.
Estos son los elementos principales de los entornos gestionados:

Información de uso semanal
Directivas de datos
Configurar canalizaciones de Power Platform
７ Nota
Managed Environments se incluye como un derecho en licencias

independientes de Power Apps, Power Automate, Power Virtual Agents, Power
Pages y Dynamics 365 que otorgan derechos de uso premium. Para obtener
más información sobre las licencias de entornos administrados, consulte
Licencias y Resumen de licencias para Microsoft Power Platform.
Estas características se están implementando gradualmente en todas las
regiones y es posible que aún no esté disponible en su región.
Consulte también
Información de uso
Directivas de datos
Licencias
Ver consumo de licencias (versión preliminar)
Los administradores pueden habilitar, deshabilitar y editar entornos administrados en el

centro de administración de Power Platform. Los administradores también pueden usar
PowerShell para deshabilitar entornos administrados.
Permisos
Debe ser administrador para habilitar o editar entornos administrados. Es decir,
debe tener el rol de administrador global, administrador del servicio de Power
Platform o administrador de Dynamics 365 Azure Active Directory.
Cualquier usuario con permiso para ver los detalles del entorno puede ver la
propiedad Entornos administrados de un entorno.
Los usuarios con el rol de seguridad de administrador delegado o administrador
del entorno no pueden cambiar la propiedad de entornos gestionados de un
entorno.
） Importante
Las operaciones de copia y restauración del ciclo de vida del entorno requieren que
la propiedad de los entornos gestionados sea la misma en el origen y el destino
antes de que se pueda iniciar la operación.
Habilitar o editar entornos administrados en el

centro de administración
1. En el centro de administración de Power Platform , en el panel de navegación
izquierdo, seleccione Entornos.
2. Seleccione la marca de verificación de la izquierda de un entorno.
3. En la barra de comandos, seleccione Habilitar entornos administrados. Si el

entorno ya está administrado, seleccione Editar entornos administrados.
4. Configure los ajustes y luego seleccione Habilitar o Guardar.

Utilice la siguiente configuración para aumentar la visibilidad y el control del entorno
seleccionado.
Ajuste Description
Limitar uso Ayude a reducir el riesgo al limitar en qué medida se pueden compartir las
compartido aplicaciones de lienzo.
No establecer Seleccione para no limitar el uso compartido de aplicaciones de lienzo.

límites
Excluir uso Seleccione si los creadores no pueden compartir aplicaciones de lienzo con
compartido con ningún grupo de seguridad. Los administradores pueden compartir con un
grupos de límite sobre con quién se puede compartir una aplicación.
seguridad
Limitar total de Si Excluir el uso compartido con grupos de seguridad está seleccionado,
personas con seleccione para limitar la cantidad de personas con las que los creadores
quien se pueden pueden compartir aplicaciones de lienzo.
compartir
Ajuste Description
Información de Seleccione para incluir información sobre este entorno en el resumen de

uso correo electrónico semanal.
Directivas de Ayude a proteger los datos de la organización al limitar los conectores

datos disponibles.
Ver directivas de Vea las directivas que definen los conectores de consumidor con los que se
datos activas para pueden compartir datos específicos.
este entorno
Deshabilitar entornos administrados mediante

PowerShell
Los administradores pueden usar PowerShell para eliminar la propiedad de entornos
administrados de un entorno. El entorno no debe utilizar ninguna capacidad de
entornos administrados.
Aquí hay un script de PowerShell de ejemplo que llama a la API para establecer la
propiedad de entornos administrados:
PowerShell
$UpdatedGovernanceConfiguration = [pscustomobject]@{
protectionLevel = "Basic"
Set-AdminPowerAppEnvironmentGovernanceConfiguration -EnvironmentName
<EnvironmentID> -UpdatedGovernanceConfiguration
$UpdatedGovernanceConfiguration
Limitaciones conocidas
El estado de entornos administrados no se puede activar en entornos de desarrollador.
Consulte también
Información de uso
Directivas de datos
Licencias
En entornos administrados, los administradores pueden limitar la amplitud con la que

los creadores pueden compartir aplicaciones de lienzo. Para configurar estas reglas,
seleccione un entorno administrado de la lista de entornos en el centro de
administración de Power Platform. Luego seleccione Editar entornos administrados en
la barra de comandos. Las reglas de uso compartido se encuentran en la sección Limitar
compartir.
Reglas para compartir

Reglas para Comportamiento del sistema cuando se selecciona
compartir
No establecer límites Seleccione para no limitar el uso compartido de aplicaciones de lienzo.
Excluir uso Seleccione si los usuarios no pueden compartir aplicaciones de lienzo

compartido con con ningún grupo de seguridad o con todos.
grupos de seguridad
Limitar total de Si Excluir el uso compartido con grupos de seguridad está seleccionado,
personas con quien puede controlar la cantidad máxima de usuarios con los que se puede
se pueden compartir compartir una aplicación de lienzo.
７ Nota
Las reglas de uso compartido se aplican cuando los usuarios intentan compartir
una aplicación. Las reglas de uso compartido no cambian con quién ya se ha
compartido una aplicación.
Después de establecer las reglas de uso compartido en el centro de administración

de Power Platform, puede tomar hasta una hora para que comiencen a aplicarse.
Compartir reglas en entornos de Dataverse for Teams no afectan el uso compartido
con un equipo cuando selecciona Publicar en equipos. Sin embargo, cuando un
usuario intenta compartir con personas o grupos en un equipo que no sea el
vinculado al entorno, se aplican los límites de uso compartido.
Si un usuario intenta compartir una aplicación de lienzo que contradice las reglas de
intercambio, se les informará como se muestra a continuación.
Hacer visible el contenido del mensaje de error

de gobernanza de la organización
Si especifica que el contenido del mensaje de error de gobernanza aparezca en los
mensajes de error, se incluirá en el mensaje de error que se muestra a los usuarios.
Consute Comandos de contenido del mensaje de error de gobernanza de PowerShell.
Consulte también

Información de uso
Directivas de datos
Licencias
Información de uso
Manténgase informado sobre lo que sucede en sus entornos administrados con el

resumen semanal de administración de Power Platform. Los análisis sobre sus
aplicaciones principales, sus creadores más impactantes y los recursos inactivos que
puede limpiar de manera segura se destilan y se envían a su buzón una vez por semana.
Para habilitar una ingesta de correo semanal, en el panel de navegación, seleccione

Entornos y luego seleccione un entorno administrado. En la barra de comandos,
seleccione Editar entornos administrados y, a continuación, seleccione la configuración
en Información de uso y luego seleccione Incluir información sobre este entorno en el
resumen de correo electrónico semanal.
７ Nota
Debe habilitar el análisis a nivel de arrendatario para obtener información sobre el

uso.
¿Qué información se proporciona en el

resumen semanal?
La primera sección del resumen semanal muestra la cantidad de aplicaciones utilizadas y
usuarios activos en sus entornos administrados durante el último mes.
La segunda sección enumera las aplicaciones y los flujos que no se han lanzado en
mucho tiempo. La columna Último lanzamiento muestra la última fecha en que un
usuario inició la aplicación o el flujo. Si la aplicación o el flujo nunca se ha iniciado, la
columna contiene "Ninguno". Si no se usa una aplicación o un flujo, le recomendamos
que trabaje con su propietario para actualizarlo o eliminarlo.
La tercera sección muestra las aplicaciones y flujos más populares de sus entornos
administrados durante el último mes, indicadas por el número de sesiones y
ejecuciones. Cuando un usuario inicia e interactúa con una aplicación, eso se considera
una sesión. También muestra a los principales creadores durante el último mes, medidos
por el total de sesiones de las aplicaciones que poseen.
¿Qué entornos se incluyen en el resumen
semanal?
El resumen semanal brinda información sobre todos los entornos administrados en su
arrendatario que no ha excluido de los informes.
Para incluir un entorno administrado en el resumen semanal, seleccione Incluir

información sobre este entorno en el resumen de correo electrónico semanal en la
sección Información de uso de la configuración del entorno administrado. Si excluye
todos sus entornos administrados, Power Platform no enviará un resumen semanal.
７ Nota
Desmarque la casilla de verificación para excluir un entorno administrado. Si

excluye todos sus entornos administrados, Power Platform no enviará un resumen
semanal.
¿Quién puede recibir el resumen semanal?

El resumen semanal se envía a todos los usuarios con los roles de Administrador de
Power Platform y Administrador del servicio de Dynamics 365.
Para agregar más destinatarios, seleccione Agregar destinatarios adicionales para el

resumen de correo electrónico semanal y luego seleccione Resumen semanal.
Introduzca las direcciones de correo electrónico en el cuadro Destinatarios adicionales.
También puede seleccionar Ajustes en el menú del lado izquierdo y luego

seleccionarResumen semanal para agregar destinatarios adicionales.
Usar PowerShell para agregar y eliminar destinatarios

También puede usar PowerShell para agregar y cancelar la suscripción de direcciones de
correo electrónico.
Agregar destinatarios de correo electrónico
Este es un script de PowerShell de ejemplo que agrega dos destinatarios. Después de

ejecutarlo, las nuevas direcciones aparecen en el cuadro Destinatarios adicionales en la
sección Información de uso de la configuración del entorno administrado.
PowerShell
$tenantSettings = Get-TenantSettings
($tenantSettings.powerPlatform.governance) | Add-Member -MemberType

NoteProperty -Name additionalAdminDigestEmailRecipients -Value
'fakeEmail@contoso.com;otherFakeEmail@contoso.com'
Set-TenantSettings -RequestBody $tenantSettings
Eliminar destinatarios de correo electrónico

Aquí hay un ejemplo de script de PowerShell que cancela la suscripción de toda su
organización del resumen semanal.
PowerShell
$tenantSettings = Get-TenantSettings
$tenantSettings.powerPlatform.governance.disableAdminDigest = $True
Set-TenantSettings -RequestBody $tenantSettings
Para volver a suscribir a todos, establezca el valor de

$tenantSettings.powerPlatform.governance.disableAdminDigest en $False .
Consulte también
Directivas de datos
Licencias
Directivas de datos
Con los entornos administrados, los administradores pueden identificar fácilmente todas
las directivas de datos que se aplican a un entorno. Las directivas de datos definen los
conectores de consumidor con los que se pueden compartir los datos. Garantizan que
los datos se administren de manera uniforme en toda la organización. También evitan
que los datos profesionales importantes se publiquen accidentalmente en conectores
como sitios de redes sociales. Para obtener más información sobre las directivas de
datos, vaya a Directivas de prevención de pérdida de datos.
Ver directivas de datos de un entorno

administrado
1. En el centro de administración de Power Platform, seleccione un entorno
administrado y edite su configuración de entorno administrado.
2. En la sección Directivas de datos, seleccione Ver directivas de datos activas para

este entorno.
La página de directvas de datos se abre en una nueva pestaña. La vista se filtra para
mostrar solo las directivas de datos que se aplican al entorno administrado.
Para eliminar el filtro de entorno y ver las directivas de datos aplicadas a todos los
entornos, seleccione Borrar filtro.
７ Nota
El filtro de entorno está disponible exclusivamente para entornos administrados.
Si no se aplican directivas de datos al entorno, la página de directivas de datos estará

vacía. Recomendamos encarecidamente que proteja todos los entornos de su inquilino
con una directiva de datos.
Consulte también
Información de uso
Licencias
Usar el comprobador de soluciones en
entornos administrados (versión
preliminar)
Puede usar el comprobador de soluciones en enrotnos administrados para aplicar

comprobaciones de análisis estático de sus soluciones con un conjunto de reglas de
prácticas recomendadas e identificar rápidamente patrones problemáticos.
） Importante

Para habilitar el comprobador de soluciones para su entorno administrado:
1. Inicie sesión en el centro de administración de Power Platform .
2. En el panel de navegación, seleccione Entornos y después lo seleccione un

entorno administrado.
3. En la barra de comandos, seleccione Editar entornos administrados y, a

continuación, seleccione la configuración apropiada en Comprobador de
soluciones.
Configuración del comprobador de soluciones
Seleccione una de las siguientes configuraciones:
Ajuste Description
None Desactiva las validaciones automáticas de soluciones durante la importación de

soluciones. No habrá ninguna experiencia o cambios de comportamiento en la
creación, exportación o importación de soluciones.
Advertir Todas las soluciones personalizadas se verifican automáticamente durante la

importación de soluciones. Cuando se importa una solución con problemas muy
críticos, se le advertirá sobre la acción, pero la importación continuará y si todo lo
demás con la importación está bien, la solución se importará al entorno. Después de
una importación correcfta, se muestra un mensaje que indica que la solución
importada tuvo problemas de validación. Además, los administradores del entorno de
Power Platform recibirán un correo electrónico de resumen con los detalles de la
validación de la solución.
Bloquear Todas las soluciones personalizadas se verifican automáticamente durante la

importación de soluciones. Cuando una solución tiene problemas muy críticos, el
proceso de importación se cancelará y se mostrará un mensaje indicando que la
solución importada tenía problemas de validación. Esto sucede antes de la
importación real, por lo que no habrá cambios en el entorno debido a la falla de la
importación. Además, los administradores del entorno de Power Platform recibirán un
correo electrónico de resumen con los detalles de la validación de la solución.
Cuando la aplicación del comprobador de soluciones está activada, todas las soluciones
deben validarse explícitamente mediante el comprobador de soluciones en el entorno
de origen antes de importarlas a un entorno de destino. Sin este paso, la verificación de
soluciones fallará y en el modo Bloquear, se bloquearán las importaciones de
soluciones.
Mensajes de correo para el administrador

Cuando el modo de validación se establece en Advertir o Bloquear, los administradores
de Power Platform recibirán correos electrónicos de resumen cuando se importe o se
bloquee una solución. El contenido del correo electrónico difiere según la forma en que
se verificó la solución.
Soluciones comprobadas desde Power Apps (make.powerapps.com )tendrá los

resultados almacenados en el entorno de origen. Cuando esta solución se importa a un
entorno, los administradores de este entorno obtendrán un enlace a estos resultados en
el correo electrónico de resumen.
Soluciones comprobadas desde las herramientas de compilación de Power Platform
tendrán los resultados devueltos como un archivo descargable de la tarea de
compilación del comprobador de Power Apps. Cuando esta solución se importa a un
entorno, los administradores del entorno solo podrán ver el recuento de problemas en
la solución en el correo electrónico de resumen. El correo electrónico de resumen en
este caso no tendrá un enlace a los resultados.
Consulte también
Importar soluciones
Licencias
Managed Environments se incluye como un derecho en licencias independientes de

Power Apps, Power Automate, Power Virtual Agents, Power Pages y Dynamics 365 que
otorgan derechos de uso premium. Cuando los entornos administrados se activan en un
entorno, cada aplicación, flujo de Power Automate, bot de Power Virtual Agents y sitio
web de Power Pages en ese entorno requiere licencias independientes para acceder a
los respectivos recursos. Por ejemplo:
Cada usuario que ejecute una aplicación en un entorno administrado debe tener
una licencia de Power Apps por usuario o por aplicación o una licencia de
Dynamics 365 que otorgue derechos de uso premium de Power Apps.
Cada usuario que ejecuta un flujo de nube de Power Automate en un entorno
gestionado debe tener una licencia independiente de Power Automate por usuario
o el flujo debe tener una licencia de flujo de Power Automate o una licencia de
Dynamics 365 con derechos de uso de Power Automate premium. Los flujos de
nube Power Automate que se activan dentro de las aplicaciones o en el contexto
de aplicaciones o chatbots están cubiertos por las respectivas licencias
independientes de Power Apps o Power Virtual Agents.
Para ver el uso actual de su licencia, seleccione Ver consumo de licencias (versión
preliminar) en el centro de administración de Power Platform. Más información: Ver el
consumo de licencias (vista previa)
） Importante
Al habilitar el pago por uso para un entorno gestionado no será suficiente para
cumplir con los requisitos de licencia de entornos gestionados, si:
Hay usuarios sin licencias de Power Apps independientes usando Power Apps
en ese entorno.
Hay usuarios sin licencias independientes de Power Automate que usan flujos
en ese entorno o usuarios que usan flujos sin licencias de Power Automate
por flujo en ese entorno o usuarios que usan flujos sin licencias de Power
Automate por flujo en ese entorno.
Consulte también
Información de uso
Directivas de datos
Optar por recibir acceso anticipado a
actualizaciones
los equipos de aplicaciones de Microsoft Power Platform y Customer Engagement

pueden optar por entregar dos versiones importantes por año (abril y octubre) que
ofrecen nuevas capacidades y funcionalidades.
Como las versiones principales incluyen características que afectan la experiencia del
usuario, puede optar por recibir acceso anticipado para actualizar a la nueva versión y
empezar a probar y validar las nuevas características antes de que se habiliten
automáticamente para sus usuarios.
 Sugerencia
Consulte las funciones de acceso anticipado de Microsoft Power Platform y

Dynamics 365 para conocer las funciones que se implementarán automáticamente
para los usuarios cuando opte por una actualización.
Disponibilidad del acceso anticipado

Para cada una de las versiones principales, puede optar por recibir actualizaciones de
acceso anticipado aproximadamente dos meses antes de que la versión principal se
habilite automáticamente en su región.
Por ejemplo, para una versión principal del primer lanzamiento que esté previsto que se
habilite automáticamente a partir de la primera semana de abril, podrá optar por recibir
actualizaciones de acceso anticipado a principios de febrero. De forma similar, para una
versión principal del segundo lanzamiento que esté previsto que se habilite
automáticamente a partir de la primera semana de octubre, podrá optar por recibir
actualizaciones de acceso anticipado a principios de agosto.
A continuación se muestra un ejemplo de una escala de tiempo de disponibilidad de

actualización anticipada.
７ Nota
Cuando una oleada de una versión este disponible de forma generalizada, el

estado de las actualizaciones en sus entornos se establecerá en Activadopara
recibir automáticamente todas las características y actualizaciones planificadas para
el lanzamiento.
Para obtener más información, vea programación de lanzamientos y acceso

anticipado.
Entornos disponibles para actualizaciones de

acceso anticipado
Las actualizaciones de acceso anticipado están disponibles para todo tipo de entornos,
incluidos los de prueba, de espacio aislado y de producción. Sin embargo, el
procedimiento recomendado es habilitar los entornos de prueba o espacio aislado
antes que los entornos de producción.
La migración de inquilino a inquilino no es compatible con las actualizaciones de acceso

anticipado. 
） Importante
Aunque puede habilitar actualizaciones de acceso anticipado en un entorno de

producción, le recomendamos encarecidamente que cree una copia del entorno de
producción como un entorno de espacio aislado para probar antes las nuevas
características. Las actualizaciones no se pueden revertir una vez habilitadas; por lo
tanto, si prueba y valida las actualizaciones en un entorno de espacio aislado antes
de habilitarlas en un entorno de producción, puede determinar el impacto que
tendrán en los usuarios de su organización.
Asegúrese de:
Más información sobre el plan de lanzamientos de Dynamics 365 y el plan de
lanzamientos de Microsoft Power Platform, así como de las nuevas
características disponibles para acceso anticipado.
Revise Prepararse para una oleada.
Valide y pruebe las actualizaciones en un entorno de espacio aislado antes de
implementarlo en producción.
Cómo habilitar las actualizaciones de acceso

anticipado
2. Seleccione el entorno que desea actualizar.
3. En Actualizaciones verá que la nueva oleada está disponible. Seleccione

Administrar.
Una captura de pantalla de ejemplo. Puede que no sea la oleada actual.
4. Seleccione Actualizar ahora y, a continuación, siga los cuadros de diálogo de

confirmación para habilitar las nuevas características y funcionalidades de la
oleada.

Una captura de pantalla de ejemplo. Puede que no sea la oleada actual.
5. Una vez completada la actualización, todas las características de acceso anticipado

se habilitarán para las aplicaciones basadas en modelo de su entorno.
７ Nota
Todas las actualizaciones disponibles en su entorno se iniciarán de inmediato.

Una vez habilitadas, no se podrán revertir las actualizaciones. Asegúrese de
actualizar su entorno de prueba o de espacio aislado antes de actualizar el
Solo se actualizarán las aplicaciones para las que tiene licencias actualmente;
no se instalarán aplicaciones nuevas.
Las actualizaciones pueden tardar algunas horas en completarse. Todas las
aplicaciones del entorno seguirán estando disponibles durante la
actualización, aunque puede experimentar una ligera disminución de
rendimiento.
Requisitos adicionales para habilitar las

actualizaciones de acceso anticipado
Algunas aplicaciones requieren pasos adicionales para habilitar las características de
acceso anticipado. Si tiene alguna de las siguientes aplicaciones, después de habilitar las
actualizaciones de acceso anticipado en el Centro de administración de Power Platform
tendrá que seguir los siguientes pasos manuales.
Aplicaciones Descripción de los pasos manuales
de acceso
anticipado
Dynamics 365 Como parte de la ola 1 de abril de 2022, Project Operations y Project Service
Project Service Automation lanzarán una actualización para habilitar la función Aprobaciones
Automation y modernas. Para más información, vea Consideraciones de actualización para
Project aprobaciones modernas.
Operations
Microsoft Si tiene soluciones de Microsoft Cloud for Healthcare para el sector sanitario
Cloud for con tecnología de Dynamics 365, deberá actualizar o implementar desde el
Healthcare Centro de soluciones de Microsoft Cloud . Para obtener instrucciones
detalladas, consulte Desplegar Microsoft Cloud for Healthcare.
Programación Cuando pueda optar al acceso anticipado:

del servicio de 1. Inicie sesión en el centro de administración de Power Platform como
Dynamics 365 administrador del inquilino.
2. Seleccione Programación de servicios de Dynamics 365.
3. Seleccione Instalar y siga los pasos.
） Importante
Asegúrese de habilitar primero las actualizaciones de acceso anticipado en el

Centro de administración de Power Platform. Si ejecuta el asistente de
configuración de Dynamics 365 Marketing para actualizar su aplicación de
Marketing a una nueva oleada antes de activar las actualizaciones de acceso
anticipado en el Centro de administración de Power Platform, debe volver a
ejecutar el asistente de configuración de Dynamics 365 Marketing después de
optar por instalar y habilitar las características de acceso anticipado.
Actualizar estado y reintentar

Para comprobar el estado de la actualización, inicie sesión en el Centro de
administración de Power Platform y seleccione el entorno. En Actualizaciones verá el
proceso de actualización de cada una de las aplicaciones.
Reintentar
Si no se pudo actualizar una aplicación al optar por recibir la actualización, puede usar el
botón Reintentar para reiniciar la actualización de la aplicación.
El reintento solo reiniciará la actualización de la aplicación que no se pudo actualizar. En
caso de que no se pudiera actualizar varias aplicaciones, debe reintentar la actualización
de cada una de estas aplicaciones por separado.
Las actualizaciones pueden tardar unas horas. Si al cabo de 24 horas se han producido
varios errores al reintentar, póngase en contacto con el Soporte técnico para solicitar
ayuda.
７ Nota
La experiencia de reintento solo está disponible cuando se opta por recibir

actualizaciones de acceso anticipado. Cuando una oleada esté disponible de forma
generalizada, las actualizaciones de la oleada se habilitarán automáticamente para
todos los entornos; por lo tanto, no se requiere ninguna acción manual.
Confirmar que se ha completado la actualización

Si desea comprobar que una oleada está habilitada, abra el entorno, vaya a
Configuración (
En la Interfaz unificada En la interfaz del cliente web
Una captura de pantalla de ejemplo. Puede que

no sea la oleada actual.
Una captura de pantalla de ejemplo. Puede que

no sea la oleada actual.
７ Nota
Debe seleccionar Acerca de desde una página de aplicaciones Dynamics 365 que
se muestra en la interfaz unificada, como páginas de Centro de ventas o de Centro
de servicio al cliente.
La versión del servidor no se actualizará a la siguiente versión después de que se
habilite una oleada.
Características disponibles en las

actualizaciones de acceso anticipado
Cada oleada incluye características y funcionalidades que están habilitadas para
distintos tipos de usuarios. Se clasifican en los siguientes tres tipos de características:
Usuarios, automáticamente: estas características incluyen cambios en la

experiencia del usuario para los usuarios y se habilitan automáticamente.
Administradores, creadores o analistas, automáticamente: estas características
están destinadas a ser utilizadas por administradores, creadores o analistas de
negocios, y se habilitan automáticamente.
Usuarios por administradores, creadores o analistas: estas características deben
ser habilitadas o configuradas por los administradores, creadores o analistas de
negocios para que estén disponibles para sus usuarios.
Al optar por actualizaciones de acceso anticipado obtendrá características que son

cambios obligatorios que se habilitan automáticamente para los usuarios.
Para obtener
más detalles, consulte la columna Habilitado para en los planes de versión de Dynamics
365 y Microsoft Power Platform.
Prepararse para una oleada

La lista de comprobación siguiente proporciona las directrices generales que le
ayudarán a prepararse para una oleada.
1. Revise los planes de lanzamiento tan pronto como estén disponibles las
actualizaciones de acceso anticipado. Esto le ayudará a conocer la capacidad y las
características de acceso anticipado que se habilitarán automáticamente para los
usuarios finales.
2. Cree un entorno de espacio aislado del entorno de producción. Después de

habilitar una nueva oleada para un entorno, no se puede revertir. Por ello,
recomendamos encarecidamente habilitar las oleadas nuevas en un entorno de
espacio aislado que sea una réplica o una copia del entorno de producción
existente. Esto le permitirá probar y validar las nuevas características en el entorno
de espacio aislado sin afectar al entorno de producción actual.
７ Nota
Si no tiene una copia de espacio aislado de su entorno de producción, puede

crear una copia en el Centro de administración de Power Platform.
3. Opte por recibir actualizaciones de acceso anticipado del Centro de administración

de Power Platform para habilitar la nueva oleada en el entorno de espacio aislado.
4. Valide los escenarios principales en el entorno de espacio aislado para ver si

funcionan de la manera esperada una vez completada la actualización.
Actualice las personalizaciones de las aplicaciones (si las hubiera) para utilizar
(o responder a) las nuevas capacidades según sea necesario.
Es posible que también deba actualizar los materiales de preparación
internos (formación y comunicaciones) de su organización en función de las
nuevas características o experiencias de usuario.
Si detecta algún problema durante la validación, como regresiones,
problemas funcionales o problemas de rendimiento, póngase en contacto
con el Soporte técnico u obtenga ayuda en el Foro de Dynamics 365 .
5. Habilite las actualizaciones de acceso anticipado en su entorno de producción. Se

recomienda habilitar las actualizaciones en el entorno de producción durante el
tiempo de inactividad de la empresa.
Preguntas frecuentes sobre las actualizaciones

de acceso anticipado
¿Un entorno que anteriormente se inscribió para las

actualizaciones de acceso anticipado obtendrá
automáticamente la actualización de acceso anticipado
de las nuevas versiones?
Un entorno que se inscribió para el acceso anticipado anterior no se habilitará
automáticamente para el siguiente lanzamiento de acceso anticipado. Es necesario
optar explícitamente a cada versión de acceso anticipado. Cuando una versión pase a
estar disponible de forma generalizada, todos los entornos se actualizarán
automáticamente a la versión más reciente en la oleada.
Después de actualizar a una nueva oleada, ¿puedo
exportar soluciones?
Sí, puede exportar soluciones a otros entornos que también se hayan actualizado a la
misma oleada.
¿Se actualizará el número de versión con cada oleada?

No, el número de versión no cambia necesariamente en una oleada.
¿Microsoft proporcionará un entorno gratuito de espacio

aislado para las actualizaciones de prueba?
No. Usted es responsable de crear un entorno de espacio aislado a partir de una copia
del entorno de producción para pruebas y validación, y a sus expensas.
¿Cuándo estarán disponibles las actualizaciones para

probar en el entorno de espacio aislado?
Consulte Disponibilidad del acceso anticipado.
¿Cómo notifico problemas de las actualizaciones?

Crear una solicitud de soporte .
¿Puedo omitir o posponer una actualización?

No. Para asegurarse de obtener la mejor calidad de las nuevas características y
capacidades, todos los clientes deben actualizar a la última versión según lo
programado.
¿Qué sucede con los entornos cuando una oleada pasa a

estar disponible de forma generalizada?
Si ha habilitado las actualizaciones de acceso anticipado en sus entornos, seguirá
recibiendo actualizaciones a lo largo de la oleada.
Si no optó por las actualizaciones de acceso anticipado en sus entornos, cuando oleada
esté disponible de forma generalizada, todos los entornos se activarán
automáticamente para recibir las actualizaciones obligatorias de la oleada. Para la
implementación regional, consulte Implementación de disponibilidad general
En una oleada, los entornos se actualizarán durante uno de los periodos de

mantenimiento a largo de un fin de semana, en función de la región de sus entornos.
Las fechas específicas en las que se producirán las actualizaciones se publicarán en el
Centro de mensajes. Cada notificación incluirá las fechas, el periodo de mantenimiento y
la referencia del plan de lanzamiento para la lista de optimizaciones, correcciones y
mejoras. En cada entorno deben estar visibles las nuevas características y los números
de compilación el lunes por la mañana (hora local).
Consulte Directivas y comunicaciones.
Vea también
Acceso previo y programación de versiones de Dynamics 365
Planes de lanzamiento de Dynamics 365 y Microsoft Power Platform
Directivas y comunicaciones
Implementación de la disponibilidad
general
Una vez que un ciclo de lanzamiento se ha puesto "a disposición general" para los
usuarios, los entornos normalmente se activan automáticamente. Esto es para que los
usuarios puedan recibir actualizaciones obligatorias continuas. Estas actualizaciones
permiten funciones de acceso anticipado y las funciones actualmente disponibles que se
incluyen en una versión.
 Sugerencia
Revise Planes de lanzamiento de Dynamics 365 y Power Platform para obtener

más información sobre las nuevas características que se lanzarán en las oleadas de
lanzamientos.
A lo largo de un ciclo de lanzamiento, sus entornos se actualizan durante uno de los

fines de semana ventanas de mantenimiento. Estas ventanas se basan en la región de su
entorno. Las fechas específicas en las que se producen las actualizaciones se publican en
el Centro de mensajes.
Cada notificación del Centro de mensajes incluye fechas, la ventana de mantenimiento y

la referencia del plan de lanzamiento. Además, se incluye una lista de optimizaciones,
correcciones y mejoras. En cada entorno deben estar visibles las nuevas características y
los números de compilación el lunes por la mañana (hora local). Consulte Directivas y
comunicaciones.
７ Nota
Si ha habilitado las actualizaciones de acceso anticipado en sus entornos, seguirá

recibiendo actualizaciones a lo largo de la oleada.
Si no optó por recibir actualizaciones de acceso anticipado en sus entornos, un

entorno se actualizará automáticamente para recibir la nueva versión según el
calendario de implementación de disponibilidad general para su región.
Programa de implementaciones
La implementación de disponibilidad general se basa en las regiones donde se crean los
entornos.
Regiones Programación para la implementación de disponibilidad general del

lanzamiento 1 de 2023
Canadá
Del viernes 31 de marzo de 2023 al domingo 2 de abril de 2023
Francia
Alemania
India
Noruega
Sudáfrica
Sudamérica
Corea del Sur
Suiza
Asia Pacífico
Del viernes 7 de abril de 2023 al domingo 9 de abril de 2023
Australia
Gran Bretaña
Japón
Emiratos Árabes
Unidos
Europa Del viernes 14 de abril de 2023 al domingo 16 de abril de 2023
Norteamérica Del viernes 21 de abril de 2023 al domingo 23 de abril de 2023
China Del viernes 28 de abril de 2023 al domingo 30 de abril de 2023
GCC
Del viernes 28 de abril de 2023 al domingo 30 de abril de 2023
GCC High
Consulte Dynamics 365 US Government.
DOD
Consulte también
Programa de lanzamientos de Dynamics 365
Planes de lanzamiento de Dynamics 365 y Power Platform
Directivas y comunicaciones
Administre su ventana de
mantenimiento
Microsoft realiza periódicamente actualizaciones y mantenimiento en las aplicaciones de

interacción con el cliente (Dynamics 365 Sales, Dynamics 365 Customer Service,
Automation) para garantizar la seguridad, el rendimiento y la disponibilidad, y para
proporcionar nuevas características y funcionalidades. Este proceso de actualización
ofrece semanalmente mejoras de seguridad y servicios menores, y cada actualización se
implementa región por región, de acuerdo con un programa de implementación seguro,
organizado por estaciones. Para obtener información sobre la ventana de
mantenimiento predeterminada para entornos, consulte Directivas y comunicaciones
para incidencias del servicio.
７ Nota
La administración del período de mantenimiento solo está disponible para

El mantenimiento se puede realizar cualquier día, por lo que el período de
mantenimiento es un momento del día en el que se pueden entregar estas
actualizaciones.
Durante el período de mantenimiento solo se entregarán actualizaciones de
base de datos y de aplicaciones. Las actualizaciones de plataforma seguirán
ejecutándose en horarios específicos de la región.
La configuración de la ventana de mantenimiento puede tardar hasta 48
horas en surtir efecto.
Durante el período de mantenimiento no habrá tiempo de inactividad ni se
producirá un deterioro del rendimiento.
Para ver o actualizar el período de mantenimiento para un entorno específico según sus
preferencias comerciales, siga estos pasos.
2. Seleccione Entornos y, a continuación, seleccione un entorno de producción de la

lista.
3. Seleccione Configuración>Actualizaciones>Configuración del período de
mantenimiento.
4. En la página Configuración del período de mantenimiento, elija las horas a las

que desea recibir actualizaciones de Microsoft.
5. Seleccione Guardar. La configuración de la ventana de mantenimiento puede

tardar hasta 48 horas en surtir efecto.
Consultar también
Directivas y comunicaciones para servicios de Power Platform y Dynamics 365
Administrar notificaciones por correo electrónico para administradores

Utilice la página de configuración de arrendatario para revisar y administrar la

configuración a nivel de arrendatario.
Para ver la configuración a nivel de arrendatario:

2. Seleccione Configuración>Configuración de inquilino en el panel de navegación
de la izquierda.
La siguiente configuración se aplica a su arrendatario: todos los entornos contenidos en

su arrendatario.
Name Description
Resumen semanal* Administrar destinatarios adicionales para el correo electrónico de

resumen semanal para entornos administrados.
Asignaciones de Controle quién puede crear y administrar entornos de espacio aislado

entorno de producción y producción.
Asignaciones de Controle quién puede crear y administrar entornos de prueba.

entorno de prueba
Asignaciones de Controle quién puede asignar capacidad adicional a un entorno.

capacidades adicionales
Análisis Habilitar análisis en el nivel de inquilino.
*Esta configuración solo se aplica a entornos administrados.

Configuración de Microsoft Power
Platform
Configurar el centro de administración de Power Platform, como el tema de la vista, el

idioma y la contraseña, están a solo un clic de distancia.

Requisitos previos
El rol de administrador de Power Platform es necesario para ver esta configuración y el
rol de administrador global para actualizar esta configuración.
Configuración
Ajuste Descripción
Configuración Seleccione este vínculo para controlar quién puede crear entornos y asignar
de Power capacidad adicional (si está disponible).
Platform
Temas Cambie la apariencia del sitio de Microsoft Power Platform con los temas
proporcionados.
Notificaciones De forma predeterminada, las aplicaciones de Microsoft 365 le avisarán

(mediante una ventana emergente o un sonido) cuando llegue un mensaje
nuevo y cuando haya que enviar un recordatorio. Puede cambiar estas opciones
en cualquier momento.
Contraseña: Cambia la contraseña de todas sus aplicaciones y servicios de Microsoft 365.
Preferencias Cambie las preferencias de contacto, como las de correo electrónico y de

de contacto teléfono.
Administrar la configuración de
Microsoft Dataverse
Puede ver y administrar la configuración de sus entornos iniciando sesión en el centro

de administración de Microsoft Power Platform . Después, vaya a la página Entornos,
seleccione un entorno y luego seleccione Configuración.
Aquí se puede administrar la configuración para el entorno seleccionado.

Los valores de configuración del entorno se
están trasladando
En toda la organización, la configuración de administración está pasando gradualmente
del cliente web al centro de administración de Power Platform, a las aplicaciones con
Interfaz unificada o a Power Apps. Mientras tanto, aún podrá administrar la
configuración en las aplicaciones de Customer Engagement (Dynamics 365 Sales,
Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing y
Dynamics 365 Project Service Automation), como de costumbre.
Muchos de estos valores...
…se están desplazando aquí.

Hacer uso de los enlaces de esta página para administrar valores de toda la
organización. La configuración específica de la aplicación permanecerá en las
aplicaciones de involucración del cliente y se obtendrá acceso a ellas a través de la
configuración de la aplicación.
Nueva ubicación para la configuración de

administrador
Se han movido las siguientes configuraciones de administración del cliente web.
Configuración de seguridad
Estas configuraciones de seguridad se administran en el centro de administración de
Power Platform.
Administración de equipos de Dataverse

Asignar roles de seguridad a usuarios en un entorno que tiene una base de datos
de Dataverse
Administrar usuarios de aplicaciones
Seguridad de nivel de campo para controlar el acceso
Configuración de la aplicación
La ruta para llegar a la configuración de las características de la aplicación puede variar
en función del tipo de aplicación que esté usando.
Cuando el botón de alternancia Comportamiento de presentación -> Use la
experiencia actualizada para la configuración clásica siempre que sea posible está en
Activado, la siguiente configuración de la aplicación tiene la experiencia modernizada
disponible en la interfaz unificada.
Configuración heredada Experiencia modernizada
Administración
Configuración del sistema > Objetivos Centro de ventas
Administración de empresas
Empresa cerrada Centro de administración de Customer Service
Divisas Interfaz unificada sin la necesidad de tener

aplicaciones
Instalaciones/equipamiento Centro de administración de Customer Service
Métricas de objetivo Centro de administración de Customer Service
Colas Centro de administración de Customer Service
Grupos de recursos Centro de administración de Customer Service
Consultas de consolidación Centro de ventas
Zonas de ventas Centro de ventas
Servicios Centro de administración de Customer Service
Sitios Centro de administración de Customer Service
Asuntos Centro de administración de Customer Service
LinkedIn Sales Navigator Centro de ventas
Administración de datos
Configuración de sugerencias de registros Centro de administración de Customer Service

similares
Catálogo de productos
Listas de descuentos Centro de ventas
Familias y productos Centro de ventas
Listas de precios Centro de ventas
Unidades de venta Centro de ventas

Configuración heredada Experiencia modernizada
Administración de servicios
Empresa cerrada Centro de administración de Customer Service
Categorías Centro de administración de Customer Service
Programación de servicio al cliente Centro de administración de Customer Service
Plantillas de correo electrónico Centro de administración de Customer Service
Búsqueda de conocimientos insertada Centro de administración de Customer Service
Plantillas de derecho Centro de administración de Customer Service
Derechos Centro de administración de Customer Service
Instalaciones/equipamiento Centro de administración de Customer Service
Programación de vacaciones Centro de administración de Customer Service
Configuración de casos primarios y Centro de administración de Customer Service

secundarios
Colas Centro de administración de Customer Service
Grupos de recursos Centro de administración de Customer Service
Conjuntos de reglas de enrutamiento Centro de administración de Customer Service
Opciones de configuración del servicio Centro de administración de Customer Service
Servicios Centro de administración de Customer Service
Sitios Centro de administración de Customer Service
Plantillas
Plantillas de documento Interfaz unificada sin la necesidad de tener

aplicaciones
Firmas de correo electrónico Centro de administración de Customer Service
Plantillas de correo electrónico Centro de administración de Customer Service
Configuración de las aplicaciones de la interfaz unificada

Para abrir la configuración heredada de las aplicaciones que usan Interfaz unificada,
busque en la esquina superior derecha y seleccione el ícono de engranaje ( ). Después,
seleccione Configuración avanzada.
Valores en las antiguas aplicaciones del cliente web
Para abrir la configuración de las antiguas aplicaciones del cliente, seleccione la flecha
situada junto al nombre de la aplicación y, a continuación seleccione Configuración.
Consulte también
Introducción al Customer Service admin center
Configuración de la base de datos del
ambiente
Hay un conjunto de configuración de la base de datos para cada entorno que

proporcione comportamiento de la opción predeterminada. Puede actualizar estas
opciones predeterminadas una herramienta especial de OrgDBSettings. Esta
herramienta permite que la administración del sistema invalide la configuración de la
base de datos predeterminada. Puede encontrar la lista de configuración de la base de
datos en Herramienta de OrgDBOrgSettings para Microsoft Dynamics CRM .
Instale la herramienta de
OrganizationSettingsEditor
1. Descargue la Herramienta de OrganizationSettingsEditor más reciente y
guárdela en la unidad local.
2. Vaya al entorno donde necesita actualizar la configuración de la base de datos.
3. Vaya a Configuración>Solución.
4. Seleccione Importar>Seleccionar archivo, y seleccione el archivo .zip que ha
descargado.
5. Seleccione Abrir>Siguiente>Importar.
6. Cuando se complete la importación, cierre la ventana Importar solución.
Reemplazar la configuración de base de datos

1. Vaya a Configuración>Solución.
2. Busque la solución OrganizationSettingsEditor y haga doble clic en la fila

OrganizationSettingsEditor.
3. Seleccione Agregar en un valor. El vínculo Agregar se convierte en Editar.
4. Seleccione Editar para cambiar los valores.
5. Escriba el valor, por ejemplo true o false, o "0 " o "1 ", en función del valor Opción
como se lista en el cuadro de diálogo.
6. Seleccione Actualizar.
Para que las actualizaciones surtan efecto, cierre la sesión del entorno e inicie sesión de
nuevo.
７ Nota
Actualizar la configuración del entorno afecta al entorno y debe hacerse con

cautela. Primero debería probar la configuración de la base de datos en un entorno
no de producción.
comportamiento
Utilice la configuración de comportamiento para ajustar la apariencia y el

funcionamiento de las aplicaciones basadas en modelos. Esta configuración no se aplica
a las aplicaciones de lienzo, excepto donde se indique.
Esta configuración está en el Centro de administración de Power Platform. Vaya a

Entornos> [seleccione un entorno] >Configuración>Producto>Comportamiento.
Compruebe que tiene el rol de seguridad de Administrador del sistema o permisos

equivalentes para poder actualizar los cierres empresariales.

¿No tiene los permisos adecuados? Póngase en contacto con el administrador del
sistema.
Configuración
Comportamiento básico
Autoguardado Opción predeterminada: Activado. Si la

respuesta es Activado, una vez creado un
registro (guardado en un principio), los
cambios realizados en un formulario se
guardarán automáticamente treinta segundos
después del cambio. El periodo de 30 segundos
empieza de nuevo después de realizar un
cambio. Si no se realiza ningún cambio, el
guardado automático no se ejecuta. Más
información: Administrar autoguardado.
Cargar contenido estático predeterminado Opción predeterminada: Activado. Las

desde la red de entrega de contenido aplicaciones de lienzo cargarán contenido
estático listo para usar del servicio Azure
Content Delivery Network (CDN). Para las
restricciones del firewall y la listas aprobada de
IP, los administradores del sistema pueden
seleccionar Desactviar para desactivar la
característica de Azure Content Delivery
Network. Nota: esta configuración no se aplica
a las aplicaciones basadas en modelos, ya que
actualmente no usan CDN.
Compartir registros reasignados con el Opción predeterminada: Desactivado.

propietario original Seleccione si se compartirá un registro con el
propietario original del registro o si se
reasignará totalmente a otro usuario.
Abrir en modo de aplicación Opción predeterminada: Desactivado.

Seleccione Activado para habilitar el modo de
aplicación. Cuando este modo está habilitado,
aplicaciones de involucración del cliente se
puede abrir en un explorador sin menús,
navegación ni barras de herramientas. Si se
ocultan estas partes del explorador, las
aplicaciones de involucración del cliente
parecen una aplicación independiente en lugar
de un sitio web.
Formatting
Orden de visualización de nombre completo Predeterminado: Nombre. Seleccione el orden

en el que desee que se muestren los nombres
de los usuarios y clientes.
Mostrar divisas con Valor predeterminado: Símbolo de divisa.

Establezca cómo mostrar divisas, por un
símbolo de moneda, que es la configuración
predeterminada, o por código de divisa. Por
ejemplo, un símbolo de moneda podría ser $, y
el código de divisa podría ser USD.
Precisión decimal de precios Opción predeterminada: 0. Seleccione el

número de posiciones decimales que se usará
para una divisa.
Comportamiento de presentación
Use la experiencia actualizada para la Valor predeterminado: Desactivado para el

configuración clásica siempre que sea posible. entorno existente, Activado para el nuevo
entorno creado después de octubre de 2021. Si
el usuario Activado será redirigido a la
experiencia moderna cuando acceda a algunas
configuraciones de la experiencia heredada.
Más información: Nueva ubicación para la
configuración de administrador.
Mostrar el mensaje de descarga de la Opción predeterminada: Activado. Si selecciona

aplicación Activado, los usuarios verá un mensaje sobre la
descarga de la aplicación de Dynamics 365 para
tabletas.
Mostrar aplicación heredada a todos los Opción predeterminada: Activado. La antigua

usuarios, no solo los administradores aplicación web, también llamada Dynamics 365
- personalizada, esté oculta de los usuarios
finales cuando se aprovisiona un nuevo
entorno. Siempre es visible para quienes tienen
roles de Administrador del sistema y
Personalizador del sistema, y otros roles
personalizados con privilegios similares. Más
información: Dynamics 365 - personalizada.
Nombre de la aplicación heredada Especifique la etiqueta a usar para la aplicación

heredada. Aparece en la página principal de
Dynamics 365. La etiqueta heredada es
Dynamics 365 - personalizado. Más
información: Dynamics 365 - personalizada.
Mostrar la pantalla de bienvenida al iniciar Opción predeterminada: Activado.

sesión
Mostrar Microsoft Power Automate en Opción predeterminada: Activado. Seleccione

formularios y en el mapa del sitio Activado para habilitar flujos de Power
Automate incrustados en su organización. Más
información: Habilitar Power Automate
incrustado para automatizar procesos.
Mostrar tarjetas de panel en estado expandido Opción predeterminada: Desactivado.

Seleccione Activado para ver el formulario de la
tarjeta detallado en un panel. Si se establece en
Desactivado, solo el encabezado y los detalles
mínimos se muestran en el formulario de
tarjeta.
Comportamiento de búsqueda
Número mínimo de caracteres para Especifique el número mínimo de caracteres

desencadenar la búsqueda con autocompletar que desencadenan una búsqueda automática
de escritura anticipada en un campo de
búsqueda de las aplicaciones basadas en
modelos.
Esta opción de configuración se puede utilizar

para mejorar el rendimiento de la búsqueda,
especialmente cuando la base de datos del
entorno subyacente tiene grandes cantidades
de datos.
Valor predeterminado: 2
Retraso entre las entradas de caracteres que Especifique el intervalo de retraso en

desencadenarán una búsqueda milisegundos que se introducirá en las
búsquedas antes de ejecutarlas.
Esto se puede utilizar para mejorar el

rendimiento de la búsqueda, especialmente
cuando la base de datos del entorno
subyacente tiene grandes cantidades de datos.
Valor predeterminado: 250 ms

Administración de la configuración de
características
Use la configuración de características para ajustar cómo aparecen y funcionan las

características en Power Apps aplicaciones basadas en modelos y en aplicaciones
basadas en modelos de Dynamics 365, como Dynamics 365 Sales y Dynamics 365
Customer Service.
Esta configuración se puede encontrar en el Centro de administración de Power

Platform yendo a Entornos> [seleccione un entorno]
>Configuración>Producto>Funciones.
Compruebe que tiene el rol de seguridad de Administrador del sistema o de

Personalizador del sistema o permisos equivalentes para actualizar cierres de la
empresa.

sistema.
７ Nota
Es posible que esta configuración aún no esté disponible en su entorno. La

disponibilidad de la configuración depende del plan de lanzamiento de la región.
Configuración
Configuración Description
AI Builder
Modelos de versión preliminar de AI Builder Opción predeterminada: Activado. Si está

desactivado, el entorno no tendrá acceso a AI
Builder. No todos los entornos tendrán este
valor. Para obtener información sobre los
entornos aptos para esta función y los detalles
relacionados, consulte Administrar AI Builder
Contenido incrustado
Incrustación de la visualización de Power BI Opción predeterminada: Desactivado. Más

información: Agregar o editar visualizaciones de
Power BI en el panel
Mapas de Bing Opción predeterminada: Desactivado. Si

Activado, los usuarios de Customer
Engagement (on-premises) también necesitan
especificar una clave de Mapas de Bing. Los
usuarios no necesitan especificar una clave.
Impedir uso de datos sociales en Dynamics Opción predeterminada: Desactivado. Si no

desea recibir datos sociales en aplicaciones de
participación del cliente (como Dynamics 365
Sales y servicio al cliente), seleccione Apagado.
Si deshabilita la participación social, su
organización no podrá recibir datos sociales en
las aplicaciones de participación del cliente
(como Dynamics 365 Sales y servicio al cliente).
Los usuarios pueden seguir trabajando con
datos sociales existente, sin embargo.
Componentes de Power BI
Permitir la creación de componentes de Power Opción predeterminada: Activado. Si está

BI desactivado, el entorno no tendrá acceso a
Power BI. Los entornos con una base de datos
de Dataverse tendrán este valor. Al crear un
componente de Power BI, se generará un
espacio de trabajo de Power BI dedicado para
ese entorno. Todos los artefactos de Power BI
correspondientes a los componentes de Power
BI creados en un entorno se generarán en ese
dedicado espacio de trabajo del entorno de
Power BI dedicado. Vea Permiso de
sincronización entre el entorno de Power Apps
y el espacio de trabajo de Power BI para más
información.
Asigne permisos automáticamente a áreas de Opción predeterminada: Activado. Si Activado,

trabajo de Power BI la sincronización tendrá lugar entre los
privilegios de roles predefinidos y los permisos
del espacio de trabajo del entorno de Power BI
dedicado. Se asignarán con permisos los
siguientes roles:
Administrador del sistema: administrador del

espacio de trabajo de Power BI > permiso de
administrador del espacio de trabajo de Power
BI.
Personalizador del sistema: colaborador del

espacio de trabajo de Power BI > permiso de
colaborador del espacio de trabajo de Power BI.
Visor del espacio de trabajo de Power BI >

permiso de visor del espacio de trabajo de
Power BI.
Más información acerca del permiso del

espacio de trabajo de Power BI.
Comunicaciones
Prefijos de código de país o región para Opción predeterminada: Activado. Si está

números habilitada, las aplicaciones prefijarán el código
de país/región a los números que los usuarios
están intentando llamar.
Establezca el proveedor de telefonía Opción predeterminada: Activado. Elija el

proveedor para habilitar las llamadas salientes
desde aplicaciones Customer Engagement. Este
valor no se aplica a Dynamics 365 para tabletas
o Dynamics 365 para teléfonos.
Usar Skype Valor predeterminado: habilitado. Más

información: Configurar aplicaciones de
Customer Engagement para usar Skype o Skype
Empresarial
Usar Skype Empresarial Valor predeterminado: no habilitado.

Bots de RPA hospedados (versión preliminar) Opción predeterminada: Activado. Si es

Activado, los usuarios pueden ejecutar la
automatización desatendida a escala sin la
necesidad de proporcionar o configurar
ninguna máquina. Más información: Bots de
RPA hospedados (versión preliminar).
Cuadrículas y vistas
Habilitar la experiencia de cuadrícula de solo Opción predeterminada: Activado. Si es

lectura moderna. Activado, el control de cuadrícula read-only de
Power Apps permite a los usuarios ver y abrir
registros desde vistas y subcuadrículas.
Mostrar el botón Editar columnas en las vistas Opción predeterminada: Activado. Si está
activado, los usuarios pueden crear vistas
personales agregando, eliminando y
reordenando columnas en una vista accesible
para ellos en una aplicación basada en
modelos. Más información: Editar columnas en
una página de cuadrícula. Esta configuración
solo aparece si ha habilitado el primer
lanzamiento de versiones de 2022.
Mostrar el botón Editar filtros en las vistas Opción predeterminada: Activado. Si está
activado, los usuarios pueden crear vistas
personales filtrando datos según expresiones
condicionales a partir de una vista accesible
para ellos en una aplicación basada en
modelos. Más información: Editar filtros en una
página de cuadrícula. Esta configuración solo
aparece si ha habilitado el primer lanzamiento
de versiones de 2022.
Opciones de búsqueda avanzada
Búsqueda avanzada moderna en aplicaciones Opción predeterminada: Desactivado. Si está

basadas en modelos activado, la búsqueda avanzada heredada se
reemplazará con una experiencia moderna que
tiene capacidades mejoradas de administración
de vistas, como buscar en vistas y la capacidad
de compartir, ocultar y eliminar vistas
personales. Más información: Búsqueda
avanzada moderna en aplicaciones basadas en
modelo. Esta configuración solo aparece si ha
habilitado el primer lanzamiento de versiones
de 2022.
Permitir a los usuarios ocultar vistas del sistema Opción predeterminada: Desactivado. Si está
activado, los usuarios pueden ocultar vistas del
sistema en el selector de vistas para administrar
su lista de vistas en aplicaciones basadas en
modelos. Más información: Ocultar vistas en
una página de cuadrícula. Esta configuración
solo aparece si ha habilitado el primer
lanzamiento de versiones de 2022.
Mostrar búsqueda avanzada en campos de Opción predeterminada: desactivado. Si

búsqueda dentro de Editar filtros Activado, los usuarios ven Búsqueda avanzada,
una opción para ver más campos y buscar
registros dentro de una vista específica, al
buscar un valor como parte de una condición
en el panel Editar filtros en todas las
aplicaciones basadas en modelos.
Mostrar copresencia de compañeros en Opción predeterminada: desactivado. Activar,

formularios para permitir a los usuarios ver el estado de
presencia en un formulario cuando están
trabajando en el mismo registro. Para más
información, consulte Colaborar con otros en
aplicaciones basadas en modelos.
Actividades Opción predeterminada: desactivado.

Seleccione Activar limitar el número de
actividades que aparecen en la lista
desplegable Nueva actividad a las actividades
que son relevantes para la aplicación basada en
modelos.
Combinación asincrónica
Permitir que los registros se combinen Opción predeterminada: desactivado. Si es

asincrónicamente Activado, los registros combinados a través de
la interfaz de Cliente unificada se combinarán
asincrónicamente en segundo plano.
Buscar
Búsqueda de Dataverse Opción predeterminada: desactivado. Si está

activada, puede usar la búsqueda de Dataverse
por relevancia para buscar registros en varias
tablas, ordenadas por relevancia.
Compartir análisis de búsqueda con Microsoft Opción predeterminada: desactivado. Para

ayudar a Microsoft a mejorar la búsqueda de
Dataverse, puede compartir con Microsoft las
consultas de búsqueda de Dataverse de su
entorno en las aplicaciones de Dynamics 365 y
Power Platform. Más información: Ayudar a
mejorar la búsqueda de Dataverse
Opción de búsqueda de tabla única Opción predeterminada: desactivado. Si

Activado, los usuarios verán una opción
adicional para buscar en una sola tabla en las
páginas de visualización de tablas habilitadas
para búsqueda en todas las aplicaciones
basadas en modelos.
Impedir el filtro de palabra clave lento o la Opción predeterminada: desactivado. Si

búsqueda rápida de términos en las páginas de Activado, los usuarios no podrán realizar
vista búsquedas con palabras clave que comiencen
con un asterisco (*) en la búsqueda de
cuadrícula en todas las aplicaciones basadas en
modelos y se mostrará un mensaje en la
aplicación. Si Desactivado, los usuarios pueden
realizar búsquedas con palabras clave que
comiencen con un asterisco (*) en la búsqueda
de cuadrícula en todas las aplicaciones basadas
en modelos, pero se mostrará una información
sobre herramientas indicando que la búsqueda
puede ser lenta. Más información: Búsqueda de
cuadrícula
Límites de registro de Búsqueda rápida Opción predeterminada: Activado. Si es

Activado y se encuentran más de 10.000
registros, aparecerá un mensaje que sugiere
que use una búsqueda más selectiva. Más
información: Configurar búsqueda de Dataverse
para la organización
Usar la vista de búsqueda rápida de una Opción predeterminada: desactivado.

entidad para buscar en cuadrículas y Seleccione Sí para mostrar la búsqueda
subcuadrículas tradicional Búsqueda rápida en una cuadrícula
de entidad. La búsqueda tradicional Búsqueda
rápida aplica los filtros de Vista de Búsqueda
rápida y muestra las columnas de Búsqueda
rápida después de la búsqueda.
Servicios de mapa y dirección

Limitado Opción predeterminada: Activado. Seleccione

Activado para permitir visualización de mapa,
chincheta de latitud y longitud, y formas.
Completo Además de las acciones limitadas, permite el

enrutamiento de mapas, el control de la
entrada de direcciones y las chinchetas
cargadas desde las direcciones.
Características de la Ayuda
Ayuda personalizada para tablas Opción predeterminada: Desactivado.

personalizables Seleccione Activado si desea reemplazar el
contenido de Ayuda predeterminado con la
Ayuda personalizada diseñada para los
usuarios. Después de habilitar la Ayuda
personalizada, puede escribir una dirección URL
de Ayuda personalizada global.
URL de ayuda personalizada global Para reemplazar la Ayuda predeterminada a

una sola dirección URL para todos los tipos de
registros personalizables (tablas), escriba la
dirección URL aquí. También tiene la opción de
introducir direcciones URL de reemplazo para
cada tipo de registro (tabla) para tipos de
registros personalizables. Más información:
Crear su propia ayuda guiada.
Anexar los parámetros a la URL Opción predeterminada: No seleccionada.

Seleccione Activado para anexar parámetros a
la dirección URL, puede hacer que el contenido
de la Ayuda sea más dinámico. Por ejemplo,
puede tener acceso a los parámetros para
código de idioma del usuario, el nombre de la
tabla, el punto de entrada y el formulario de
identificación. Más información: Crear su propia
ayuda guiada
Habilitar paneles de ayuda personalizados Opción predeterminada: desactivado.

Seleccione Activado para habilitar una
experiencia de ayuda personalizada en el
producto que se adapte a su organización. Más
información: Crear ayuda guiada para la
aplicación de la Interfaz unificada.
Power Apps component framework para Opción predeterminada: desactivado. Habilita

aplicaciones de lienzo la característica Power Apps component
framework que permite la ejecución de código
que Microsoft no puede generar cuando un
fabricante agrega componentes de código a
una aplicación. Asegúrese de que la solución de
componente de código proceda de una fuente
de confianza. Más información: Componentes
de código para aplicaciones de lienzo
Eliminar usuarios deshabilitados (versión Opción predeterminada: desactivado. Eliminar

preliminar) usuarios deshabilitados de forma permanente
del entorno. Más información: Eliminar usuarios
de forma permanente
Punto de conexión TDS Opción predeterminada: Activado. Habilita el

punto de conexión de flujo de datos tabulares
(TDS) (una conexión de datos SQL) para
Microsoft Dataverse en un entorno. Más
información: Usar SQL para consultar datos y
Ver datos de entidad en Power BI Desktop
Propiedad de registro en distintas unidades Opción predeterminada: Desactivado.

de negocio (versión preliminar) Establézcala en Activar para habilitar esta
estructura de acceso a datos de Matriz (versión
preliminar): No se recomienda para entornos de
producción. Más información: Estructura de
acceso a datos de matriz (Modernizar unidades
de negocio - Versión preliminar)
Aplicación móvil de Dynamics 365 Sales
Crear nuevos registros y actividades mediante Opción predeterminada: desactivado.

formularios de la Interfaz unificada en lugar de
formularios de vista rápida
Deshabilitar la opción para crear rápidamente Opción predeterminada: desactivado.

nuevos registros y actividades en la aplicación
para dispositivos móviles
Editar y ver registros y actividades mediante Opción predeterminada: desactivado.

formularios de Interfaz unificada en lugar de
formularios de vista rápida
Ideas de Power Apps para aplicaciones de

lienzo
Comparta los datos de la consulta de ideas Opción predeterminada: desactivado. Para

para ayudar a mejorar los resultados de las ayudar a Microsoft a mejorar ideas de Power
mismas. Apps, puede compartir sus datos de consulta
de ideas con Microsoft. Más información: Ideas
de Power Apps (versión preliminar).
Crear nuevas aplicaciones de lienzo como Opción predeterminada: desactivado. Ajuste en

soluciones de Dataverse (versión preliminar) Activado para agregar todas las aplicaciones de
lienzo recién creadas a la solución de entorno
predeterminada. Más información: Agregar
aplicaciones de lienzo y flujos de nube a la
solución de forma predeterminada (versión
preliminar)
Opciones regionales y de idioma para su
entorno
Habilite idiomas en la organización para mostrar la interfaz de usuario y la Ayuda en un

idioma diferente del idioma base.
La siguiente tabla muestra las tareas asociadas con el cambio de la configuración

regional y de idioma para la organización.
Tarea Descripción
Establecer El idioma base determina la configuración predeterminada para las opciones

el idioma regionales y de idioma en las aplicaciones de involucración del cliente (Dynamics
base 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics
365 Marketing y Dynamics 365 Project Service Automation). Una vez establecido el
idioma base, no podrá modificarlo.
Habilitar o Puede habilitar o deshabilitar los idiomas disponibles en el área Configuración.

deshabilitar
idiomas
Agregar y Al igual que con la configuración del idioma base, la divisa base de la organización
quitar se selecciona durante el proceso de compra de una suscripción. Una vez
divisas establecida la divisa base, no podrá modificarla.
No obstante, si la organización usa más de una divisa en el seguimiento de las

transacciones financieras, puede agregar más divisas.
Desactivar No es posible eliminar registros de divisa que se estén utilizando en otros registros,
o activar por ejemplo oportunidades o facturas. No obstante, puede desactivar los registros
registros de de divisa para que dejen de estar disponibles para futuras transacciones.
divisas
Habilite el idioma
Esta configuración está en el Centro de administración de Microsoft Power Platform.
Vaya a Entornos> [seleccione un entorno] >Configuración>Producto>Idiomas.

Personalizador del sistema o permisos equivalentes para actualizar la configuración.

sistema.
Para que los usuarios puedan empezar a usar el paquete de idioma para mostrar un
idioma, debe habilitarlo en la organización.
７ Nota
Para mostrar las etiquetas traducidas de idiomas adicionales importados a un

entorno desde una solución, el idioma debe estar habilitado en el entorno antes de
importar la solución. Más información: El texto de la etiqueta no se muestra en
otros idiomas después de la importación
1. Inicie sesión en el Centro de administración de Power Platform.
2. Seleccione un entorno y vaya a Configuración>Producto>Idiomas.
Aquí verá cada Paquete de idioma que hay instalado en su entorno, con una casilla
a la izquierda de cada Paquete de idioma enumerado.
3. Para cada Paquete de idioma que desee aprovisionar (habilitar), active la casilla de
verificación situada junto a él. Para cada Paquete de idioma que desee
desaprovisionar (deshabilitar), desactive la casilla de verificación.
4. Seleccione Aplicar.
5. Seleccione Aceptar en todos los cuadros de diálogo de confirmación que se

muestren.
７ Nota
Es posible que las aplicaciones tarden una hora o más en aprovisionar los
idiomas o anular su aprovisionamiento.
6. Seleccione Cerrar para cerrar el cuadro de diálogo Configuración de idioma.
seleccionar el idioma que se va a mostrar en la

interfaz de usuario y la Ayuda
Cada usuario selecciona el idioma para mostrar en una aplicación. Consulte Opciones de
la pestaña de idioma.
privacidad y seguridad
Utilice esta configuración para ajustar características en versión preliminar en

aplicaciones de involucración del cliente (Dynamics 365 Sales, Dynamics 365 Customer
Service, Dynamics 365 Field Service, Dynamics 365 Marketing y Dynamics 365 Project
Service Automation), la privacidad y la seguridad.
Esta configuración se está en el Centro de administración de Power Platform. Vaya a

Entornos> [seleccione un entorno] >Configuración>Producto>Privacidad + Seguridad.

empresa.

sistema.
Configuración
Preferencia de privacidad Más información: Defina las preferencias de

información de errores de la organización
Mostrar el vínculo de la declaración de Opción predeterminada: Desactivado.

privacidad para esta organización Seleccione para mostrar el vínculo con la
declaración de privacidad.
URL de declaración de privacidad Proporciona a los usuarios un vínculo a la

declaración de privacidad de la organización. Si
se muestra el vínculo, se agregará al menú
Configuración.
Acción que se debe realizar de forma Más información: Sustituya la declaración de

predeterminada cuando se produce un error privacidad de la organización
Solicitar permiso al usuario para enviar un Opción predeterminada: No seleccionada.

informe de error a Microsoft
Enviar automáticamente un informe de errores Opción predeterminada: No seleccionada.

a Microsoft sin interacción del usuario
No enviar nunca un informe de error a Opción predeterminada: No seleccionada.

Microsoft
Datos adjuntos bloqueados
Bloquear estas extensiones de archivo Evita la carga o descarga de determinados tipos

de datos adjuntos que se consideran
peligrosos. Extensiones archivo separadas por
un punto y coma.
Extensiones predeterminadas: ade; adp; app;

asa; ashx; asmx; asp; bas; bat; cdx; cer; chm;
class; cmd; com; config; cpl; crt; csh; dll; exe; fxp;
hlp; hta; htr; htw; ida; idc; idq; inf; ins; isp; its; jar;
js; jse; ksh; lnk; mad; maf; mag; mam; maq; mar;
mas; mat; mau; mav; maw; mda; mdb; mde;
mdt; mdw; mdz; msc; msh; msh1; msh1xml;
msh2; msh2xml; mshxml; msi; msp; mst; ops;
pcd; pif; prf; prg; printer; pst; reg; rem; scf; scr;
sct; shb; shs; shtm; shtml; soap; stm; tmp; url;
vb; vbe; vbs; vsmacros; vss; vst; vsw; ws; wsc;
wsf; wsh
Expiración de sesión Más información: Mejoras de seguridad:

administración de sesión de usuario y de
acceso>
Establecer tiempo de espera de sesión Opción predeterminada: Desactivado.

personalizado Seleccione Activado para especificar valores
diferentes de los predeterminados.
Escriba la duración máxima de la sesión Cuando llegue a la hora que estableció, los
usuarios deben reautenticarse en las
aplicaciones de Customer Engagement.
¿Cuánto tiempo antes de que expire la sesión Cuando se llegue a la hora que estableció, los
desea mostrar una advertencia de tiempo de usuarios reciben una advertencia de expiración.
espera?
Tiempo de espera de inactividad Más información: Tiempo de espera de

inactividad
Establecer tiempo de espera de inactividad Opción predeterminada: desactivado. Habilite

para cerrar la sesión automáticamente a un
usuario.
Habilitar uso compartido Opción predeterminada: desactivado.

Seleccione Activado para permitir a los
usuarios compartir vínculos de solo lectura a
registros con otros usuarios de este entorno.
Directiva de seguridad de contenido Más información: Directiva de seguridad de

contenido
Sustituya la declaración de privacidad de la

organización
De forma predeterminada, la declaración de privacidad de Microsoft se muestra siempre
a los usuarios con un rol de administrador solo, y no a otros usuarios (de empresa).
Como administrador, puede agregar un vínculo para especificar la declaración de
privacidad de la organización, que entonces se mostrará a otros usuarios de la
organización.
1. Vaya a Entornos> [seleccione un entorno] >Configuración>Producto>Privacidad

+ Seguridad
2. En Preferencias de privacidad, active Mostrar vínculo de declaración de

privacidad para esta organización.
3. En el cuadro Dirección URL de la declaración de privacidad, escriba el vínculo de

la página web que desea mostrar.
７ Nota
Cualquier usuario con el rol de seguridad de administrador del sistema verá
siempre la declaración de privacidad de Microsoft y no la declaración de privacidad
de la organización.
Defina las preferencias de información de

errores de la organización
Cuando se producen errores en el producto, los datos sobre el problema se envían a
Microsoft. Estos datos – un informe de errores - permiten a las aplicaciones de
Customer Engagement seguir y abordar los errores relacionados con Dynamics 365.
Puede ayuda a Microsoft a mejorar los productos y servicios cuando permite que el
sistema envíe estos informes de errores.
De forma predeterminada, los usuarios individuales tienen una grado de control sobre si
se envían informes de errores a Microsoft. Pero usted, como administrador, puede
reemplazar sus preferencias y configurar las preferencias del informe de errores para
toda la organización.
1. Vaya a Entornos> [seleccione un entorno] >Configuración>Producto>Privacidad

+ Seguridad
2. En Preferencias de privacidad, Acción predeterminada para tomar cuando se

produce un error, seleccione una acción que desea realizar.
Cuando usa este valor, puede controlar los informes de errores para toda la
organización:
No permitiendo que los usuarios realicen cambios en cómo se producen los

informes de errores.
Cambiando el comportamiento predeterminado de cómo se producen los
informes de errores.
Configurar la búsqueda de Dataverse
para su entorno
La búsqueda de Dataverse proporciona resultados de búsqueda rápidos y completos en

una sola lista, ordenada por relevancia. Como Administrador o personalizador, podrá
habilitar y configurar la búsqueda de Dataverse como se describe a continuación. La
búsqueda rápida de vistas se utiliza para configurar la búsqueda de Dataverse de
manera que pueda administrar la búsqueda global, la búsqueda rápida y el
comportamiento en búsquedas en un solo lugar.
Con la búsqueda de Dataverse habilitada, un cuadro de búsqueda siempre está

disponible en la parte superior de cada página en todas las aplicaciones basadas en
modelos del entorno. Los usuarios pueden iniciar una nueva búsqueda y encontrar
rápidamente la información que buscan, desde las tablas de búsqueda incluidas en la
aplicación. La búsqueda de Dataverse también se convierte en la única experiencia de
búsqueda global y predeterminada en todas las aplicaciones basadas en modelos del
entorno. Los usuarios no podrán cambiar a la búsqueda rápida anteriormente conocida
como búsqueda categorizada.
La búsqueda de Dataverse se puede extender a lienzos adicionales de Microsoft Search,

incluidos SharePoint Online, Bing y Office. Los usuarios pueden buscar y encontrar
información en estos lienzos igual que si buscasen en la aplicación cuando el conector
está habilitado; como, por ejemplo, buscar rápidamente el número de teléfono o el
correo electrónico de un contacto sin abrir la aplicación.
¿En qué consiste la búsqueda de Dataverse?

La búsqueda de Dataverse le ayuda a encontrar rápidamente lo que está buscando.
Ofrece en una sola lista resultados rápidos y amplios en varias tablas, ordenados por
relevancia. Además, la búsqueda de Dataverse tiene los siguientes beneficios:
Búsqueda rápida y precisa: Proporciona una experiencia de búsqueda precisa y

rápida para aplicaciones basadas en modelos y un rendimiento superior al de la
búsqueda rápida, antes conocida como búsqueda categorizada.
Resultados sugeridos a medida que escribe: realiza la búsqueda y muestra los

resultados relevantes a medida que se escribe.
Mejores coincidencias: busca coincidencias con cualquier palabra del término de
búsqueda para las columnas de una tabla. Proporciona una mejor experiencia de
usuario en comparación con la búsqueda rápida, donde todas las palabras del
término de búsqueda deben encontrarse en una columna.
Inteligente: busca coincidencias que incluyan palabras flexionadas como stream,

streaming o streamed.
Buscar en documentos de Microsoft Dataverse: incluye los resultados de

búsqueda de texto en documentos almacenados en Dataverse con los formatos de
archivo PDF, documentos de Microsoft Office, HTML, XML, ZIP, EML, texto sin
formato y JSON. También busca texto en notas y archivos adjuntos.
Descripción de los datos subyacentes: comprende tipos de datos como Opción y

Búsqueda, por lo que puede interpretar eficazmente un consulta de búsqueda que
incluye varios términos de búsqueda.
Operadores para búsqueda avanzada: permite usar operadores booleanos simples

en el término de búsqueda y diseñar la consulta para obtener los resultados que
desea.
Inteligencia: Aplica tecnología de inteligencia artificial para interpretar el lenguaje

natural, como errores ortográficos, abreviaturas comunes y sinónimos y ofrecer así
resultados de calidad.
Para obtener más información sobre la búsqueda de Dataverse, consulte Uso de la

búsqueda de Dataverse para buscar tablas y filas.
Disponibilidad e idiomas compatibles

La búsqueda de Dataverse está disponible en las aplicaciones de Customer
Engagement (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365
Field Service, Dynamics 365 Marketing y Dynamics 365 Project Service
Automation).
La búsqueda en Dataverse no está disponible para organizaciones de Customer

Engagement (on-premises). La búsqueda rápida es la única opción de búsqueda
para las organizaciones de aplicaciones de Customer Engagement y Customer
Engagement (on-premises).
El texto completo de búsqueda rápida está disponible para organizaciones de

Customer Engagement (on-premises), empezando por el paquete acumulativo de
actualizaciones 1 de Dynamics CRM 2015.
Para una comparación más detallada de las búsquedas disponibles en Microsoft
Dataverse, vea Comparar las opciones de búsqueda en Microsoft Dataverse.
Todos los campos de búsqueda de la búsqueda de Dataverse se procesan en el

idioma que más se asemeja al idioma base de la organización, excepto en kazajo,
donde todos los campos se procesan mediante un procesador de texto básico
independiente del idioma.
Habilitar la búsqueda de Dataverse

La búsqueda de Dataverse es una característica de exclusión voluntaria, configurada en
Activada de manera predeterminada con el lanzamiento de versiones 2 de 2021, en
todos los entornos de producción, excepto en aquellos que utilizan su propia clave de
cifrado. Recomendamos habilitar la búsqueda de Dataverse para que los usuarios
tengan una experiencia de búsqueda superior en aplicaciones basadas en modelos con
los beneficios enumerados anteriormente. Todas las Power Apps basadas en modelos
tendrán la experiencia de búsqueda global con la barra de búsqueda en el encabezado
en el entorno. Los usuarios individuales no podrán cambiar a la búsqueda rápida,
anteriormente conocida como búsqueda categorizada.
） Importante
Si opta por el acceso anticipado del segundo lanzamiento de versiones de 2021

en un entorno de producción, la búsqueda de Dataverse estará habilitada
automáticamente. Si está utilizando su propia clave de cifrado, puede desactivar la
búsqueda de Dataverse después de habilitar el acceso anticipado del segundo
lanzamiento de versiones de 2021 en el centro de administración de Power
Platform .
７ Nota
La búsqueda de Dataverse no admite operaciones de ciclo de vida (crear, eliminar,

realizar copias de seguridad, recuperar, copiar, restablecer, etc.). En el caso de tal
operación, vuelva a habilitar la búsqueda de Dataverse.
Para habilitar la búsqueda de Dataverse, haga lo siguiente:
1. En el centro de administración de Power Platform , seleccione un entorno.
2. Seleccione Configuración>Producto>Características.
3. En Buscar, defina Búsqueda de Dataverse en Activada.

Si el índice de búsqueda de Dataverse debe aprovisionarse, verá una indicación de que

el aprovisionamiento está en curso. Una vez que se aprovisiona el índice, puede tardar
entre una hora o más finalizar una sincronización completa para organizaciones de
tamaño mediano o hasta un par de días para organizaciones de tamaño muy grande.
） Importante
La inhabilitación de la búsqueda de Dataverse desaprovisionará y eliminará el

índice en un período de 12 horas. Si habilita la búsqueda de Dataverse
aproximadamente 12 horas después de deshabilitarla, se proporciona un índice
nuevo, seguido de una sincronización completa que puede demorar hasta una hora
o más para organizaciones de tamaño promedio, y un par de días para
organizaciones de tamaño muy grande. Considere esto si deshabilita la búsqueda
de Dataverse temporalmente.
Ayude a mejorar la búsqueda de Dataverse

Para ayudar a Microsoft a mejorar la búsqueda de Dataverse, puede compartir con
Microsoft las consultas de búsqueda de Dataverse de su entorno en las aplicaciones de
Dynamics 365 y Power Platform. Estos datos ayudarán a Microsoft a crear, mejorar y
validar el modelo de Microsoft Aprendizaje automático para la tecnología Dynamics 365
Natural Language consulta de búsqueda.
Sus consultas y resultados son revisados por personas que utilizan equipos protegidos
en los Estados Unidos. Los ingenieros y científicos de datos de Microsoft utilizan datos
agregados sobre consultas y resultados para mejorar los resultados futuros de consulta
de búsqueda para todos los usuarios de todo el mundo. Sus datos siguen siendo de su
propiedad. Los datos de su organización se almacenarán dentro del límite de
cumplimiento de su inquilino y se eliminarán automáticamente después de 30 días.
Puede eliminar los datos en cualquier momento navegando al centro de administración
de Power Platform y cambiar Compartir análisis de búsqueda anónimo con Microsoft a
Desactivado. Para obtener más información, vea Términos de servicio en el centro de
Compartir análisis de búsqueda anónimo con Microsoft está Desactivado de forma

predeterminada. Para habilitarla:
1. En el centro de administración de Power Platform , seleccione un entorno.
3. En Buscar, defina Compartir análisis de búsqueda anónimo con Microsoft en

Activado.
Configurar la búsqueda de Dataverse

La configuración de la búsqueda de Dataverse después de habilitarla en el Centro de
administración de Power Platform se realiza en tres pasos:
1. Seleccione las tablas de búsqueda para la búsqueda de Dataverse (ver más abajo).
2. Revise las columnas en las que se buscará, las columnas que se mostrarán y las
condiciones de filtro que se aplicarán en modelos basados en Power Apps (vea
abajo).
3. Asegúrese de que las tablas habilitadas para la búsqueda de Dataverse se incluyen

en la aplicación basada en modelos. Utilice el diseñador de aplicaciones para
verificar que la tabla esté incluida en los componentes de una aplicación. Para más
información, consulte Agregar o editar componentes de aplicaciones basadas en
modelo.
Seleccionar tablas para la búsqueda de Dataverse

La configuración de la búsqueda comienza con la revisión de las tablas que están
habilitadas para la búsqueda de Dataverse, en el contexto de una solución. Con el nuevo
explorador de soluciones, puede ver una instantánea del índice de búsqueda de
Dataverse en la página Visión general.
７ Nota
Si está seleccionando tablas para búsqueda de Dataverse en Power Apps Entorno

del gobierno de EE. UU., use el explorador de soluciones heredado para elegir las
tablas que se indexarán en la búsqueda Dataverse.
2. Seleccione Solución.
3. Seleccione la solución en la que desea hacer cambios y luego seleccione

Información general.
4. Seleccione Administrar índice de búsqueda.
Aunque no hay límite en la cantidad de tablas que puede indexar para la búsqueda de
Dataverse, hay un límite en el número total de campos que se puede habilitar para la
búsqueda de Dataverse. El máximo es 1000 campos de búsqueda para una
organización. De estos 1000 campos, el sistema de búsqueda de Dataverse requiere
hasta 50 campos para que pueda configurar hasta 950 campos de búsqueda.
） Importante
Algunas columnas son comunes a todas las tablas, como Nombre principal e ID,
que forman parte de los 50 campos indexados de forma predeterminada para
todas las tablas y no se cuentan para todas las tablas.
Al seleccionar una tabla que se debe indexar para la búsqueda de Dataverse, puede ver
el número de campos que se agregarán al índice.
El número de campos indexados para una tabla depende de la vista de búsqueda rápida
de tablas. Además, algunos tipos de campos se tratan como campos múltiples en el
índice de búsqueda de Dataverse como se indica en esta tabla.
Tipo de campo Número de campos utilizados en
el índice de búsqueda de
Dataverse
Búsqueda (cliente, propietario, o atributo de tipo de 3

búsqueda)
Conjunto de opciones (estado o atributo de tipo de estado) 2
El resto de los tipos de campos 1
La barra de progreso en la parte inferior muestra el porcentaje de campos indizados

como una fracción del número máximo permitido de campos de búsqueda.
Al llegar al límite de campos indizados, verá un mensaje de advertencia. Si desea
agregar más campos al índice, tendrá que liberar espacio, ya sea quitando algunos de
los campos que ya están en el índice o quitando tablas completas del ámbito de la
búsqueda de Dataverse.
De forma predeterminada, las siguientes tablas del sistema están indexadas para la
búsqueda de Dataverse. Sin embargo, las tablas personalizadas no se incluyen. Debe
agregarlas a la búsqueda de Dataverse para que se puedan buscar.
Tablas habilitadas para la búsqueda de Tablas habilitadas para la búsqueda de

Dataverse
Dataverse
sin aplicaciones de Dynamics 365 habilitadas con aplicaciones de Dynamics 365

habilitadas
Tablas habilitadas para la búsqueda de Tablas habilitadas para la búsqueda de
Dataverse
Dataverse
sin aplicaciones de Dynamics 365 habilitadas con aplicaciones de Dynamics 365

habilitadas
Cuenta (8)
Campaña (2)
Contacto (11)
Actividad de campaña (4)
Gol (19)
Respuesta de campaña (6)
Métrica de objetivo (3)

Caso (5)
Artículo de conocimiento (56) Competidor (1)
Contrato (7)
Factura (4)
Plomo (6)
lista de marketing (5)
Oportunidad (11)
Producto de oportunidad (8)
orden (4)
Producto (5)
Cita (4)
Servicio (1)
Actividad de servicio (9)
７ Nota
Los cambios realizados la configuración de búsqueda de Dataverse o en los datos

de búsqueda pueden tardar hasta 15 minutos en aparecer en el servicio de
búsqueda. Puede llevar hasta una hora o más completar una sincronización
completa para organizaciones de tamaño medio y un par de días para
organizaciones de gran tamaño.
Seleccionar campos de búsqueda y filtros para cada tabla

Los campos de búsqueda y filtros para una tabla habilitada para la búsqueda de
Dataverse son impulsados por la vista de búsqueda rápida de la tabla. El conjunto
completo de Ver columnas, Buscar columnas y Filtrar columnas en la vista Búsqueda
rápida de una tabla se convierte en parte del índice de búsqueda de Dataverse cuando
esa tabla está habilitada para la búsqueda de Dataverse. No hay límite en el número de
campos de búsqueda que puede agregar para cada tabla. Sin embargo, hay un límite en
el número total de campos indizados, como se ha explicado en la sección anterior.
Las columnas de búsqueda en una vista de Búsqueda rápida definen los campos
de búsqueda en el índice de búsqueda de Dataverse. Se pueden realizar
búsquedas en los campos de texto como Línea de texto única y Varias líneas de
texto, Consultas y Conjuntos de opciones.
Se omiten las columnas de búsqueda
de todos los demás tipos de datos.
７ Nota
Los campos de moneda se deben agregar a Buscar columnas, de modo que

el símbolo de moneda que está visible en el registro se devuelva en los
resultados de búsqueda. Si el campo de moneda no se agrega al índice de
búsqueda, los usuarios verán el símbolo de moneda localizado según su
configuración de idioma.
Las columnas de vista en una Vista de búsqueda rápida definen los campos que
se muestran en la página de resultados de búsqueda de las aplicaciones basadas
en modelos cuando se devuelven los resultados coincidentes.
Las condiciones de filtro de una Vista de búsqueda rápida también se aplica a los
resultado de Búsqueda de Dataverse. Consulte la tabla a continuación para ver la
lista de cláusulas de filtro no compatibles con Búsqueda de Dataverse.
Operador
Como
NotLike
BeginsWith
DoesNotBeginWith
EndWith
DoesNotEndWith
ChildOf
Máscara
NotMask
MaskSelect
EqualUserLanguage
Inferior
NotUnder
UnderOrEqual
Operador
Encima
AboveOrEqual
NotNull
Null
Para editar los campos de búsqueda de una tabla:
2. Seleccione Dataverse>Tablas.
3. Seleccione la tabla en la que desea hacer cambios y luego seleccione la pestaña

Vistas.
4. Seleccione la vista de tipo Vista de Búsqueda rápida en la lista de vistas.
5. Edite las columnas de vista y las columnas de búsqueda agregando, eliminando o

reordenando columnas. Para obtener una descripción más detallada de cómo
agregar o eliminar columnas en una vista, consulte Elegir y configurar columnas en
vistas de aplicaciones basadas en modelos en Power Apps.
6. Seleccione Publicar para publicar los cambios en la vista.
） Importante
Los cambios en la Vista de búsqueda rápida también se aplican a las

configuraciones de Búsqueda rápida de tabla única y tabla múltiple. Esta es la razón
por la que no evitamos que se incluyan los campos que no son compatibles con la
búsqueda de Dataverse cuando se configura la vista de Búsqueda rápida. Sin
embargo, los campos no compatibles no se sincronizan con el índice de búsqueda
de Dataverse y no aparecen en los resultados de la búsqueda de Dataverse.
 Sugerencia
Puede usar la vista Búsqueda rápida para definir qué campos aparecerán como
facetas en aplicaciones basadas en modelos con la búsqueda de Dataverse
habilitada. Todas las Vistas de columnas con tipos de datos distintos de una sola
línea de texto y varias líneas de texto están marcadas como facetables y filtrables
en el índice. De forma predeterminada, los primeros cuatro campos facetables en la
vista Búsqueda rápida para la tabla seleccionada se muestran como facetas
cuando los usuarios buscan mediante Búsqueda de Dataverse. En cualquier
momento, puede tener solo cuatro campos seleccionados como facetas.
７ Nota
Los cambios realizados la configuración de búsqueda de Dataverse o en los

datos de búsqueda pueden tardar hasta 15 minutos en aparecer en el servicio
de búsqueda. Puede llevar hasta una hora o más completar una
sincronización completa para organizaciones de tamaño medio y un par de
días para organizaciones de gran tamaño.
Aunque puede tener campos de tabla relacionados como Vista de columna,

Encontrar columna o Filtrar columna en la vista de Búsqueda rápida de una
tabla, los campos de la tabla relacionados no son compatibles con la
búsqueda de Dataverse y, por tanto, se ignoran.
Las actualizaciones de los campos calculados y las búsquedas no se

sincronizan automáticamente en la búsqueda de Dataverse. Los datos se
actualizan cada vez que un campo que está configurado para la búsqueda de
Dataverse se actualiza en un registro.
Hay algunos campos comunes que forman parte de todas las tablas de
Dataverse, que son parte del índice de búsqueda de Dataverse de forma
predeterminada. Algunos ejemplos de campos comunes son:
ownerid (Nombre de búsqueda)
owningbusinessunit (Nombre de búsqueda)
statecode (Etiqueta de conjunto de opciones)
statuscode (Etiqueta de conjunto de opciones)
name (campo Nombre principal de cualquier tabla. Este puede o no ser
igual al nombre lógico (nombre completo, asunto, etc.) de la tabla).
Si se agrega un campo común a cualquier tabla para la búsqueda de Dataverse, la

búsqueda se realizará para ese campo común en todas las entidades. Sin embargo,
una vez que elige una tabla específica a través la Faceta de tipo de registro, la
Búsqueda de Dataverse seguirá la configuración que ha definido para esa tabla
específica a través de la vista de Búsqueda rápida.
Configure las acciones rápidas que aparecen con la

búsqueda de Dataverse en aplicaciones basadas en
modelos
La experiencia de búsqueda de Dataverse acerca algunas de las acciones más utilizadas
a los resultados de búsqueda, para ayudar a los usuarios finales a completar sus tareas
sin tener que navegar a la página de registro en aplicaciones basadas en modelos. Las
acciones rápidas son un pequeño conjunto de comandos específicos de una tabla. Los
usuarios pueden ver acciones rápidas cuando interactúan con la búsqueda en
aplicaciones basadas en modelos que se ejecutan en un navegador web. Algunas de las
tablas de uso común están configuradas para mostrar un conjunto de comandos para
ayudarlos a completar su tarea sin perder el contexto.
Tabla Acciones rápidas
Cuenta Asignar, compartir o enviar por correo electrónico un vínculo
CONTACTO Asignar, compartir o enviar por correo electrónico un vínculo
Cita Marcar como completado, cancelar, establecer referente a, asignar o enviar

por correo electrónico un vínculo
Tarea Marcar como completado, cancelar, establecer referente a, asignar o enviar

por correo electrónico un vínculo
Llamada de Marcar como completado, cancelar, establecer referente a, asignar o enviar

teléfono por correo electrónico un vínculo
Enviar por correo Cancelar, establecer referente a o enviar por correo electrónico un vínculo
electrónico
Las acciones rápidas son un subconjunto de los comandos de cuadrícula de la página
principal de la tabla. Por ejemplo, cuando selecciona una cuenta en la cuadrícula de su
página de inicio, las acciones rápidas de la tabla Cuenta se derivan del conjunto de
comandos en la parte superior de la página. Esto es importante para comprender las
opciones de personalización disponibles para configurar acciones rápidas. Puede usar la
cinta EnableRule para ocultar o mostrar acciones rápidas para una tabla. Para obtener
más información sobre la definición de reglas de habilitación de cinta en Power Apps,
vea Definir reglas de habilitación de cinta.
Las siguientes tres nuevas reglas de habilitación le brindan la flexibilidad de optimizar

acciones rápidas:
Regla ShowOnQuickAction: utilice esta regla para que un comando aparezca solo
como una acción rápida.
XML
<CommandDefinition Id="new.contact.Command.Call">
<EnableRules>
<EnableRule Id="Mscrm.SelectionCountExactlyOne" />
<EnableRule Id="Mscrm.ShowOnQuickAction" />
</EnableRules>
<DisplayRules />
<Actions>
<JavaScriptFunction FunctionName="simplealert" />
</Actions>
</CommandDefinition>
Regla ShowOnGridAndQuickAction: utilice esta regla para que un comando

aparezca en la cuadrícula de la página principal y como una acción rápida.
Regla ShowOnGrid: utilice esta regla para que un comando aparezca solo en la
cuadrícula de la página de inicio. Puede utilizar este comando para ocultar una
acción rápida existente.
７ Nota
Cada tabla puede tener hasta seis acciones rápidas.

Actualmente, las acciones
rápidas solo se muestran en el contexto de la búsqueda, junto con las sugerencias y
en la página de resultados de la columna principal. El mismo conjunto de acciones
rápidas aparece junto con las sugerencias y en la página de resultados.
Establecer propiedades administradas para la
búsqueda de Dataverse
Si desea incluir una tabla para la búsqueda de Dataverse, la propiedad administrada Se
puede habilitar la sincronización con el índice de búsqueda externo debe establecerse
en True para la tabla. De forma predeterminada, la propiedad se establece como True
para algunas de las tablas predefinidas y todas las tablas personalizadas. Algunas de las
tablas del sistema no se pueden habilitar para la búsqueda de Dataverse.
Para establecer la propiedad administrada, haga lo siguiente:
1. Vaya a Configuración avanzada>Personalizaciones.
2. Seleccione Personalizar el sistema.
3. En Componentes, expanda Entidades y, a continuación, seleccione la tabla que

desee.
4. En la barra de menús, seleccione Propiedades administradas. Para Se puede

habilitar la sincronización con el índice de búsqueda externo, seleccione True o
False para establecer la propiedad con el estado deseado. Seleccione Establecer
para salir, como se indica a continuación.
5. Seleccione Publicar para que los cambios surtan efecto.

Si desea cambiar la propiedad Se puede habilitar la sincronización con el índice de
búsqueda externo a False, primero debe anular la selección de la tabla de búsqueda de
Dataverse. Si se incluye la tabla en búsqueda de Dataverse, verá el siguiente mensaje:
"La entidad se está sincronizando actualmente un índice de búsqueda externo. Debe
quitar la entidad del índice de búsqueda externo para poder establecer la propiedad Se
puede habilitar la sincronización con el índice de búsqueda externo como False."
Si Puede habilitar la sincronización con el índice de búsqueda externo se establece en

Falso, verá el siguiente mensaje cuando intente incluir una tabla en la búsqueda de
Dataverse: "La entidad no se puede habilitar para búsqueda de Dataverse debido a la
configuración de sus propiedades administradas". Para las tablas personalizadas con
datos confidenciales, puede considerar configurar la propiedad Puede habilitar la
sincronización con el índice de búsqueda externo a Falso.
） Importante
Tenga en cuenta que después de instalar la solución administrada en el sistema de

destino, no podrá cambiar el valor de propiedad porque es una propiedad
administrada.
Consulte también
Buscar tablas y filas con la búsqueda de Dataverse
Resultados de Dynamics 365 en Microsoft Search

Establezca cuándo se cierra el negocio
Presentación
Evite la programación de recursos en las vacaciones y otros días festivos definiendo los
cierres de la empresa en Dynamics 365 Customer Service. Puede configurar los días y las
horas en que la organización estará cerrada.
Programar un nuevo cierre de empresa

Compruebe que tiene el rol de seguridad requerido o permisos equivalentes.
Más información: Administrar roles de seguridad en la programación de servicios
Puede programar un cierre del negocio en el Customer Service admin center o en la

aplicación del Centro de Customer Service.
1. Vaya a una de las aplicaciones y realice los pasos siguientes.
Centro de administración de Customer Service
a. En el mapa del sitio, seleccione Programación de servicios en Operaciones.

Aparecerá la página Programación del servicio.
b. En la sección Cierre de negocio, seleccione Gestionar.
Se muestra la vista Cierres de empresa. Puede cambiar entre varias vistas de

sistema mediante la lista desplegable.
2. Para programar un nuevo cierre de empresa, en la barra de comandos, seleccione

Nuevo.
También puede seleccionar Nuevo desde la cuadrícula de cierre de empresa para

crear un nuevo registro de cierre de empresa.
Se muestra un cuadro de diálogo de creación rápida.
3. En el cuadro de diálogo Programar un cierre de empresa, escriba o modifique

información en los cuadros de texto:
En el cuadro Nombre, escriba un nombre que describa el objetivo de la
empresa.
Los primeros 12 caracteres del nombre aparecen en cada día del cierre en la
vista de calendario de las Horas laborables del recurso afectado.
Si el cierre durara todo el día, active la casilla Evento de todo el día. La

aplicación especifica automáticamente la duración de un día.
En los cuadros Hora de inicio y Hora de finalización, especifique la fecha y

hora de inicio y de finalización para el cierre.
Si desea especificar una duración en lugar de una hora de finalización,

seleccione la duración del cierre en el cuadro Duración. La aplicación calcula
automáticamente la hora de finalización.
Si desea especificar un período de tiempo específico, desactive la casilla

Evento de todo el día. A continuación puede especificar las horas durante las
cuales su organización estará cerrada.
4. Para guardar esta empresa cerrada, seleccione Aceptar.
Vea también
Establecer horas de trabajo para los recursos
Configurar un horario de vacaciones
Crea un horario servicio al cliente y definir las horas de trabajo

Trabajar con configuración de año fiscal
Puede establecer el período del año fiscal y cómo se muestra para su organización.
） Importante
Las opciones del año fiscal afectan a la forma en que se almacenan los datos de su
organización en las aplicaciones de involucración del cliente (Dynamics 365 Sales,
Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics 365
Marketing y Dynamics 365 Project Service Automation), como Dynamics 365 Sales y
Customer Service.

equivalentes en Microsoft Dynamics 365.

3. Seleccione Configuración de ejercicio.
4. Escriba información en los cuadros de texto.
En el cuadro Fecha de inicio, seleccione la fecha de inicio del año fiscal.
En la lista desplegable Plantilla de período fiscal, seleccione cómo se divide

el año fiscal.
En la lista desplegable Año fiscal, seleccione cómo desea mostrar el año

fiscal.
En la lista desplegable Nombre basado en, seleccione si el nombre del año

fiscal se muestra al principio o al final del año fiscal.
En la lista desplegable Período fiscal, seleccione cómo desea mostrar el

período fiscal.
En la lista desplegable Mostrar como, seleccione cómo desea mostrar la
abreviatura del año fiscal y el año.
5. Seleccione Aceptar.
Consultar también
Configuración de territorios de ventas para organizar mercados de negocios por área
geográfica
Crear conexiones para definir y ver
relaciones entre registros
Este artículo se aplica a Dynamics 365 Customer Engagement (on-premises) versión 9.1
utilizando el cliente web heredado. Si está usando la Interfaz unificada, sus aplicaciones
funcionan igual que la Interfaz unificada para modelos basados en Power Apps. Para la
versión de Power Apps de este artículo, consulte:Adición de un rol de conexión para
vincular registros entre sí
En Dynamics 365 Customer Engagement (on-premises), puede crear y ver las relaciones
entre registros para muchas entidades mediante Conectar. Las conexiones le permiten
establecer fácilmente asociaciones entre usuarios, contactos, ofertas, pedidos de ventas
y muchos otros registros de entidad. Al abrir un registro y seleccionar Conexiones,
puede ver todas las conexiones entre este y otros registros.
Cuando crea una conexión, le asigna un rol. Hay gran variedad de roles que puede usar
para identificar las conexiones, como el Administrador de cuentas o Compañero. Los
roles de conexión definen la relación que tienen los registros con usted, con su
organización y entre sí, como jefe a empleado. Existen tres tipos de roles de conexión:
negocio, familia, y social. El administrador del sistema puede agregar nuevos roles de
conexión.
Crear una conexión

1. Abra un registro y, en la barra de comandos, seleccione Conectar>A otro.
El registro con el que empieza se conoce como registro de origen.
2. En el cuadro de diálogo Nueva conexión, escriba un Nombre y Como este rol para
indicar el rol de conexión para el registro al que desea conectarse, llamado registro
de destino. Opcionalmente, escriba una descripción.
El rol del registro de destino pueden ser el mismo que el registro de origen, puede
variar, o puede dejar de el rol del registro de destino en blanco.
3. Si es necesario, puede seleccionar otro propietario para la conexión. Seleccione

Detalles y luego complete los campos.
4. Seleccione Guardar, Guardar y cerrar o Guardar y nuevo para guardar la conexión

recién creada y abrir el formulario para crear otra conexión.
Ver conexiones para un registro
1. Abra el registro para el que desea ver las conexiones.
2. Para ver todas las conexiones, seleccione el menú desplegable de registros

relacionados junto al nombre del registro y a continuación, seleccione Conexiones.
Desactive o elimine una conexión

Si ya no necesita una conexión para un registro, puede desactivarla o eliminarla para
quitar permanentemente la conexión.
1. Abra el registro que desde el que desea desactivar o eliminar la conexión.
2. Seleccione el menú desplegable de registros relacionados junto al nombre del

registro y a continuación, seleccione Conexiones.
3. Seleccione la conexión que desea desactivar o eliminar y, a continuación,

seleccione Desactivar o Eliminar.
Administrar transacciones con varias
divisas
Las divisas determinan los precios de los productos en el catálogo de productos y el

coste de las transacciones, como los pedidos de venta. Si sus clientes están distribuidos
por distintas geografías, agregue las divisas para administrar sus transacciones. Agregue
las divisas que sean más apropiadas para sus necesidades de negocio actuales y futuras.
Agregar una divisa


3. Seleccione Configuración>Empresa.
4. Seleccione Divisas.
5. Seleccione Nuevo.
6. Complete la información según corresponda.
Campo Descripción
Tipo de - Sistema: seleccione esta opción si desea utilizar las divisas disponibles en
divisa las aplicaciones de involucración del cliente (como Dynamics 365 Sales y
Customer Service). Para buscar una divisa, seleccione el botón Búsqueda
junto a Código de divisa. Cuando selecciona un código de divisa, Nombre de
divisa y Símbolo de divisa se agregan automáticamente para la divisa
seleccionada.
- Personalizada: seleccione esta opción si desea agregar una divisa que no

esté disponible en aplicaciones de involucración del cliente. En este caso,
debe especificar manualmente los valores de Código de divisa, Precisión de
divisa, Nombre de divisa, Símbolo de divisa y Conversión de divisa.
Campo Descripción
Código de Formulario corto de la divisa. Por ejemplo, USD para dólar estadounidense.
divisa
Precisión Escriba el número de decimales que desea usar para la divisa. Puede agregar
de divisa un valor entre 0 y 4. Nota: Si ha establecido un valor de precisión en el
cuadro de diálogo Configuración del sistema, ese valor aparecerá aquí. Más
información: Cuadro de diálogo Configuración del sistema: pestaña General.
Nombre Si seleccionó un código de divisa de la lista de divisas disponibles en

de divisa aplicaciones de involucración del cliente, el nombre de la divisa para código
seleccionado se muestra aquí. Si seleccionó Personalizado como tipo de
divisa, escriba el nombre de la divisa.
Símbolo Si ha seleccionado un código de divisa en la lista de divisas disponibles, el

de divisa símbolo para la divisa seleccionada se muestra aquí. Si seleccionó
Personalizado como tipo de divisa, introduzca el símbolo para la nueva
divisa.
Conversión Escriba el valor de la divisa seleccionada en términos de un dólar

de divisas estadounidense. Este es el importe en el que la divisa seleccionada se
convierte a la divisa base. Importante: Asegúrese de actualizar este valor con
la frecuencia necesaria para evitar cualquier cálculo impreciso en sus
transacciones.
7. Cuando haya terminado, seleccione Guardar o Guardar y cerrar en la barra de

comandos.
 Sugerencia
Para editar una divisa, seleccione la divisa y escriba o seleccione los nuevos
valores.
Eliminar una divisa

2. Seleccione Configuración>Empresa.
3. Seleccione Divisas.
4. En la lista de divisas que se muestra, seleccione la divisa para eliminar.
5. Seleccione Eliminar .
6. Confirme la eliminación.
） Importante
No puede eliminar divisas que se encuentran en uso por otros registros; solo puede
desactivarlas. Al desactivar los registros de divisa, no se quita la información de
divisa almacenada en los registros existentes, como las oportunidades o los
pedidos. Sin embargo, no podrá seleccionar la divisa desactivada para nuevas
transacciones.
Vea también
Cuadro de diálogo Configuración del sistema - ficha General
Cree y administre colas para casos
 Sugerencia
Si desea probar Dynamics 365 Customer Service de forma gratuita, puede

registrarse para obtener una prueba de 30 días .
En Dynamics 365 Customer Service, las colas son contenedores usados para almacenar
cualquier cosa que se deba completar o requiera una acción, como completar una tarea
o cerrar un caso. Las colas le ayudan a organizar, asignar prioridades y supervisar el
progreso del trabajo.
Las colas pueden resultar útiles para:
Tener una lista centralizada de trabajo pendiente que requiere atención.
Clasificar tareas por tipo o por el personal asignado para completarlas.
Utilizar colas para categorizar y priorizar las actividades y casos. Puede categorizar de
acuerdo con:
productos o servicios
niveles de suscripción (clientes regulares o premium)
categorías de actividad
geografía
Puede crear colas tanto básicas como avanzadas (para enrutamiento unificado). Para
obtener información sobre la creación de colas avanzadas, consulte Crear y administrar
colas para enrutamiento unificado.
De forma predeterminada, se crea una cola para cada usuario o equipo en Dynamics
365 Customer Service. Puede usar esta cola predeterminada para realizar un
seguimiento de todos los elementos de trabajo, o puede configurar colas para reflejar la
estructura, los procesos de negocio o ambos aspectos de la organización. Por ejemplo,
puede crear colas independientes para equipos de asistencia con productos de primer
nivel y de segundo nivel que reflejen sus diferentes niveles de experiencia, o colas Gold
y Silver para reflejar las distintas prioridades según los contratos de servicio que los
clientes tengan con la organización.
７ Nota
Debe agregar manualmente nuevos miembros del equipo de Azure AD (Active

Directory) a la cola predeterminada del equipo.
Tipos de colas
Puede crear los siguientes dos tipos de colas:
Colas privadas: para un conjunto limitado de integrantes para ayudar a a esos

integrantes ver los artículos de trabajo en esa cola. Las colas privadas agilizan los
elementos de cola para miembros de esa cola únicamente y ayudan a quitar el
exceso de elemento de las vistas de otros usuarios.
Colas públicas: para permitir que todos los usuarios de la organización vean la
cola y todos sus elementos.
） Importante
Las colas privadas son una buena forma de organizar casos, pero no
restringen el acceso a los registros que contienen. Si su organización
administra datos confidenciales y necesita restringir el acceso a los elementos
o campos de la cola, explore las distintas opciones disponibles en Modelo de
seguridad de Dynamics 365.
En las colas privadas, debe agregar manualmente nuevos miembros del
equipo como miembros de la cola.
Si el enrutamiento unificado está habilitado, asegúrese de que el formulacio
Cola, que es el formulario predeterminado, existe y no se ha eliminado
mediante personalización. De lo contrario, no podrá crear una cola básica en
el Centro de servicio al cliente.
Requisitos previos
Compruebe que tiene el rol de seguridad de Administrador de ventas o marketing,
Administrador del servicio al cliente, Administrador del sistema o Personalizador del
sistema o permisos equivalentes.

sistema.
Crear una cola

1. Vaya a una de las aplicaciones de administración y realice los pasos siguientes:
a. En el mapa del sitio, seleccione Colas en Atención al cliente.
b. En la página Colas, seleccione Gestionar para Colas básicas.
2. Para crear una cola, seleccione Nueva. Para editar una cola, en la lista de colas, elija
la cola y elija Editar en la barra de comandos.
3. Introduzca la siguiente información en la pestaña Resumen:
En la sección RESUMEN, haga lo siguiente:

Nombre: introduzca el nombre de la cola.
Tipo: seleccione si la cola es pública o privada.
Si está creando una cola
privada, tendrá que agregar integrantes a la cola manualmente. En la
sección Miembros, seleccione el botón Agregar para agregar integrantes
a la cola. Solo estos integrantes podrán trabajar en los elementos de esta
cola.
Correo electrónico entrante: introduzca la dirección de correo electrónico
que recibirá todos los mensajes enviados a la cola.
Descripción: escriba una descripción.
En la sección AJUSTES DE CORREO ELECTRÓNICO, puede hacer lo siguiente:

Seleccionar un valor en la lista desplegable Convertir correo electrónico
entrante en actividades para establecer el tipo de mensajes que desea
seguir como actividades.
Establecer la plantilla de firma de correo electrónico. Esta firma se agrega
al correo electrónico de forma predeterminada cuando envía mensajes
desde una cola o responde a mensajes enviados a la cola. Más
información: Agregar una firma predeterminada para una cola
4. En la sección Omnicanal de la Ficha Conflictos, puede hacer lo siguiente:

Establecer Distribución automática del trabajo en No (opción
predeterminada) y, a continuación, seleccionar Guardar para crear una cola
básica.
Establecer Distribución automática del trabajo en Sí para habilitar el
enrutamiento unificado y luego seleccionar Guardar para crear una cola
avanzada.
） Importante
Puede actualizar una cola básica a una cola avanzada y habilitarla para el
enrutamiento unificado configurando Distribución automática del trabajo
como Sí. Sin embargo, una vez configurado, no puede revertir la cola
avanzada a la cola básica. Deberá crear una nueva cola básica y establecer
Distribución automática del trabajo en No.
Después de haber guardado la cola, se producen los siguientes cambios en la pestaña

RESUMEN:
En el campo Buzón de la sección CONFIGURACIÓN DE CORREO, un registro de

buzón para la cola se crea automáticamente y se selecciona. Para actualizar el
buzón, seleccione el nombre del buzón Más información: Crear buzones de
reenvío o editar buzones
Si seleccionó el tipo de cola como privado, aparece la sección MIEMBROS.

Seleccione Agregar usuario existente. Solo los usuarios que agregue pueden
trabajar en los elementos de esta cola. Si agrega un equipo como miembro,
solo los miembros existentes del equipo pueden acceder a la cola. Los nuevos
miembros del equipo deben agregarse manualmente a la cola para poder
acceder a ella.
Aparecen las secciones ELEMENTOS DE COLA y EGLAS DE CREACIÓN Y
ACTUALIZACIÓN DE REGISTROS.
Configurar vistas predeterminadas para

cuadros de diálogo de enrutamiento
Para optimizar la eficiencia de los agentes, puede configurar vistas personalizadas que
contengan una lista filtrada de colas. Estas colas son relevantes para el tipo de casos de
los que se ocupan los agentes. Después, puede configurar la vista como predeterminada
desde la que los agentes podrán elegir una cola o un usuario para enrutar los elementos
de trabajo.
1. En la aplicación Centro de administración de Customer Service, vaya a
Configuración de cliente en el mapa del sitio y seleccione Colas.
2. En la página que aparece, seleccione Administrar para Cuadros de diálogo de

enrutamiento.
3. En la página Colas>Cuadros de diálogo de enrutamiento, haga lo siguiente:
Agregar a las colas: establezca una vista predeterminada que aparecerá para
los agentes cuando abran el cuadro de diálogo Añadir a la cola para enrutar
un caso desde la página del caso.
Enrutar elemento de cola: establezca una vista predeterminada que
aparecerá para los agentes cuando abran el cuadro de diálogo Distribuir
elemento en cola para enrutar un caso desde la página Colas.
4. Guarde y cierre.
En el entorno de tiempo de ejecución, los agentes verán las vistas que ha establecido
para ellos.
Para obtener información sobre cómo crear vistas personalizadas, consulte Crear y
editar vistas públicas.
Ver elementos de la cola de una cola

En la sección ELEMENTOS DE COLA, se muestran todas las actividades que se redirigirán
automáticamente mediante reglas de enrutamientos o las actividades que se asignan
manualmente a esta cola.
Configurar reglas para crear y actualizar

registros automáticamente
En la sección CREACIÓN DE REGISTRO Y REGLAS DE ACTUALIZACIÓN, puede crear
reglas para crear automáticamente registros para casos de correos electrónicos
entrantes. Más información: Crear o actualizar registros automáticamente
Enrute elementos a colas básicas

Para todos los casos que se crean automáticamente a partir de publicaciones sociales y
correo electrónico entrante, cree reglas de enrutamiento para enrutar los casos a colas.
A continuación, asigne los elementos de la cola a los agentes correspondientes. Más
información: Crear reglas para enrutar casos automáticamente
Como alternativa, puede agregar manualmente los casos y actividades a colas. Más
información: Agregar un caso a una cola
Asignar elementos a agentes

Las colas comparten casos o actividades como un grupo hasta que un agente de
serviico al cliente que asume la responsabilidad de administrarlas las extrae de la cola o
las acepta. Los agentes pueden seleccionar los artículos por sí mismos, o un
administrador de servicio de atención al cliente puede distribuir manualmente estos
casos a los agentes o a otras colas, usuarios y equipos.
Para asignar elementos en cola a los agentes, seleccione Asignar después de seleccionar
uno o más elementos de la cuadrícula de las colas. En la sección Asignar cola puede
elegir asignar otros usuarios o equipos.
７ Nota
Cuando dos agentes agregan casos simultáneamente a la cola, el sistema crea

dos elementos de cola en lugar de un solo elemento de cola.
Si creó flujos de trabajo o usó una API personalizada para asignar casos a los
agentes y si el mismo caso se asigna a dos agentes al mismo tiempo, el
sistema crea dos elementos de la cola en lugar de un solo elemento de la
cola.
Cuando un agente elige un caso creado por otro agente y lo libera de la cola,
el caso se asigna al propietario de la cola y no al agente que creó el caso.
Crear una cola en Administración de servicios heredado

Para crear o editar una cola
1. Compruebe que tiene el rol de seguridad de Administrador de ventas o marketing,

Administrador del servicio al cliente, Administrador del sistema o Personalizador
del sistema o permisos equivalentes.

2. Vaya a Configuración>Administración de servicios.
3. Seleccione Colas.
4. Para crear una cola nueva, seleccione Nueva. Para editar una cola, seleccione la
cola en la lista de colas y, en la barra de comandos, elija Editar.
5. Introduzca la siguiente información en la pestaña Resumen.
En la sección RESUMEN:
Nombre: introduzca el nombre de la cola.
Tipo: seleccione si la cola es pública o privada. Puede usar una cola

privada para permitir que sólo un conjunto específico de personas
trabajen en los casos o actividades de esta cola.
Correo electrónico entrante: introduzca la dirección de correo electrónico

que recibirá todos los mensajes enviados a la cola.
En la sección AJUSTES DE CORREO ELECTRÓNICO:
Convertir correo electrónico entrante en actividades: en la lista

desplegable, seleccione un valor según el tipo de mensajes que desea
seguir como actividades.
Buzón: un registro de buzón para la cola se crea automáticamente y se

selecciona en cuanto guarde el registro de la cola. Para actualizar los
detalles del buzón, seleccione el nombre del buzón. Más información:
Creación de buzones de enrutamiento o edición de buzones
En la sección Reglas de creación y actualización de registros, agregue un

registro Regla de creación y actualización de registros. Mediante estas
reglas, puede crear o actualizar automáticamente registros del sistema o
personalizados con actividades de entrada, como correos electrónicos,
actividades sociales u otras actividades personalizadas. Más información:
Configurar reglas para crear o actualizar registros automáticamente
） Importante
Este es un lugar central para administrar reglas en todas las actividades

admitidas incluidas las actividades predefinidas y personalizadas
asociadas a la cola.
La sección Reglas de creación y actualización de registros muestra las
reglas que utilizan Configuración de conversión de actividad de correo
electrónico o Configuración de conversión de actividad social y que
tienen el mismo Id. de cola que la cola.
Puede haber varias reglas con el mismo tipo de origen y la misma cola.
Así, cuando seleccione Configuración de conversión de actividad de
correo electrónico o Configuración de conversión de actividad social,
se aplicará la regla con la última fecha de Última modificación el.
Consulte también
Trabajar con colas en Omnicanal para servicio al cliente
Adición de casos a una cola

Personalizar opciones regionales
Puede personalizar el modo en que se muestran los números, las divisas, las horas y las
fechas para todas las personas de su organización.


sistema.
3. Seleccione Configuración del sistema y luego seleccione la pestaña Formatos.
Para Interfaz unificada, seleccione Configuración ( ) en la esquina superior

derecha >Configuración
avanzada>Configuración>Administración>Configuración del sistema>Formatos.
4. En Sincronizar elementos con Outlook o Exchange, seleccione sincronizar

campos.
5. En la lista Formato actual, seleccione el idioma y el país o la región y seleccione

Personalizar.
6. En el cuadro de diálogo Personalizar la configuración regional, puede cambiar la

configuración predeterminada para el formato seleccionado. Vea cómo se
mostrarán los cambios en los cuadros de vista previa.
Seleccione la pestaña Número para cambiar el símbolo decimal, símbolo de

separación de miles, los dígitos en grupo, y números negativos.
Seleccione la pestaña Divisa para cambiar el formato de divisa, los importes

en divisa negativos, y el número de decimales.
Seleccione la pestaña Hora para cambiar el formato de hora, el separador de

hora, y la notación para mañana y tarde.
Seleccione la pestaña Fecha para establecer el tipo de calendario, el primer

día de la semana, la primera semana del año, los formatos para las fechas
largas y cortas, y si se mostrarán o no los números de la semana en la vista
de calendario.
7. Seleccione Aplicar para aplicar los cambios y continuar trabajando en el cuadro de

diálogo, o bien seleccione Aceptar para guardar los cambios y cerrar el cuadro de
diálogo.
Crear conexiones para definir y ver
relaciones entre registros
versión de Power Apps de este artículo, consulte:Adición de un rol de conexión para
vincular registros entre sí
En Dynamics 365 Customer Engagement (on-premises), puede crear y ver las relaciones
entre registros para muchas entidades mediante Conectar. Las conexiones le permiten
establecer fácilmente asociaciones entre usuarios, contactos, ofertas, pedidos de ventas
y muchos otros registros de entidad. Al abrir un registro y seleccionar Conexiones,
puede ver todas las conexiones entre este y otros registros.
Cuando crea una conexión, le asigna un rol. Hay gran variedad de roles que puede usar
para identificar las conexiones, como el Administrador de cuentas o Compañero. Los
roles de conexión definen la relación que tienen los registros con usted, con su
organización y entre sí, como jefe a empleado. Existen tres tipos de roles de conexión:
negocio, familia, y social. El administrador del sistema puede agregar nuevos roles de
conexión.
Crear una conexión

1. Abra un registro y, en la barra de comandos, seleccione Conectar>A otro.
El registro con el que empieza se conoce como registro de origen.
2. En el cuadro de diálogo Nueva conexión, escriba un Nombre y Como este rol para
indicar el rol de conexión para el registro al que desea conectarse, llamado registro
de destino. Opcionalmente, escriba una descripción.
El rol del registro de destino pueden ser el mismo que el registro de origen, puede
variar, o puede dejar de el rol del registro de destino en blanco.
3. Si es necesario, puede seleccionar otro propietario para la conexión. Seleccione

Detalles y luego complete los campos.
4. Seleccione Guardar, Guardar y cerrar o Guardar y nuevo para guardar la conexión

recién creada y abrir el formulario para crear otra conexión.
Ver conexiones para un registro
1. Abra el registro para el que desea ver las conexiones.
2. Para ver todas las conexiones, seleccione el menú desplegable de registros

relacionados junto al nombre del registro y a continuación, seleccione Conexiones.
Desactive o elimine una conexión

Si ya no necesita una conexión para un registro, puede desactivarla o eliminarla para
quitar permanentemente la conexión.
1. Abra el registro que desde el que desea desactivar o eliminar la conexión.
2. Seleccione el menú desplegable de registros relacionados junto al nombre del

registro y a continuación, seleccione Conexiones.
3. Seleccione la conexión que desea desactivar o eliminar y, a continuación,

seleccione Desactivar o Eliminar.
Crear o editar una ubicación para
especificar la ubicación
Puede crear un nuevo sitio para agregar la ubicación de la oficina u otra instalación
donde se lleven a cabo operaciones de servicio. También puede editar los detalles, como
la dirección o el número de teléfono, de un sitio existente.
2. Elija Sitios.
3. Para crear un filtro sitio, en la barra de herramientas Acciones, elija Nuevo.
Para editar un sitio existente, en la lista de sitios, bajo Nombre, haga doble clic o
pulse en la entrada del sitio cuyos detalles desea editar.
4. En General, en el cuadro de texto Nombre, especifique o edite el nombre del sitio.
También puede especificar o actualizar la información de contacto del sitio.
5. En Dirección principal, escriba o actualice los detalles de dirección.
6. En el cuadro Zona horaria, asegúrese de que la zona horaria predeterminada sea

adecuada para el sitio.
7. Elija Guardar y cerrar.
Vea también
Crear o editar unidades de negocio
Adición de recursos a ubicaciones

Adición de recursos a una ubicación
Una vez creado un sitio, puede agregarle recursos, tales como usuarios, equipamiento o
instalaciones.
1. Vaya a Configuración>Administración de empresas.
2. Elija Sitios.
3. En la lista de sitios, en Nombre, haga doble clic o pulse en el sitio al que desea
agregar recursos.
4. En el panel de navegación, expanda Común si es necesario y luego haga clic o

pulse en Recursos.
5. En la barra de herramientas Acciones, haga clic o pulse en Agregar recursos.
6. En el cuadro de diálogo Buscar registros, en el cuadro de texto Buscar, escriba

todo o una parte del nombre del recurso que desee agregar al sitio y, a
continuación, haga clic o pulse en el icono Iniciar búsqueda .
7. En la lista de registros, en Nombre completo, haga clic o pulse en la entrada del

recurso que desee agregar al sitio y, a continuación, haga clic o pulse en Agregar.
8. Cierre el registro del sitio.
Vea también
Opciones regionales y de idioma para la organización
Crear o editar unidades de negocio
Una unidad de negocio es una agrupación lógica de actividades de negocio

relacionadas.
Si su organización está estructurada en torno a departamentos o divisiones que tienen

productos, clientes y listas de marketing independientes, puede crear unidades de
negocios. Las unidades de negocio se asignan a los departamentos o divisiones de una
organización. Los usuarios pueden obtener acceso de forma segura a los datos en su
propia unidad de negocio, pero no pueden obtener acceso a los datos de otras
unidades de negocio a menos que se les asigne un rol de seguridad de esa unidad de
negocio.
Las unidades de negocio, los roles de seguridad y los usuarios están unidos entre sí de
una manera que cumplen con el modelo de seguridad basado en roles. Use unidades de
negocio junto con roles de seguridad para controlar el acceso a datos y que las
personas vean solo la información que necesitan para hacer su trabajo.
Tenga en cuenta lo siguiente al crear unidades de negocio:
La organización (también conocida como la unidad de negocio raíz) es el nivel

superior en la jerarquía de unidad de negocio. Las aplicaciones de involucración
del cliente (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365
Automation), crean automáticamente la organización al instala o aprovisionar
aplicaciones de involucración del cliente. No puede eliminar el nombre de
organización. El nombre de la organización se deriva del nombre de dominio
cuando se aprovisionó el entorno. No puede cambiar el nombre de la organización
usando el formulario de Unidad de Negocio, pero se puede cambiar usando el API
web.
Cada unidad de negocio puede tener solo una unidad de negocio primaria.
Cada unidad de negocio puede tener varias unidades de negocio secundarias.
Los roles de seguridad y los usuarios están asociados con una unidad de negocio.
Debe asignar a cada usuario a una (y solo una) unidad de negocio.
No puede agregar un usuario a una unidad de negocio directamente. Todos los

usuarios recién aprovisionados se asignan a la empresa raíz.
Puede cambiar la unidad de negocio del usuario en cualquier momento. Una vez
que se cambia la unidad de negocio, el usuario aparecerá como miembro de la
unidad de negocio automáticamente.
Cada unidad de negocio tiene un equipo predeterminado. No puede actualizar el

nombre del equipo predeterminado ni eliminar el equipo predeterminado.
No puede agregar ni eliminar usuarios del equipo predeterminado de la unidad de

negocio. Sin embargo, puede cambiar la unidad de negocio del usuario a la unidad
de negocio y el usuario se agregará automáticamente al equipo predeterminado
de la unidad de negocios.
Puede asignar un rol de seguridad al equipo predeterminado de la unidad de

negocio. Esto se hace para simplificar la administración de rol de seguridad donde
todos los miembros del equipo de su unidad de negocio pueden compartir el
mismo acceso a los datos.
Puede asignar un equipo adicional a una unidad de negocio, pero solo puede
haber una unidad de negocio por equipo.
Un equipo puede estar formado por usuarios de una o varias unidades de negocio.
Piense en usar esta clase de equipo si se encuentra en una situación en la que los
usuarios de diferentes unidades de negocio necesitan trabajar juntos en un
conjunto compartido de registros.
(Versión preliminar) Para permitir que sus usuarios obtengan acceso a los datos en
una unidad de negocio, puede asignar al usuario un rol de seguridad de esa
unidad de negocio.
(Versión preliminar) Se puede asignar un usuario a roles de seguridad desde

cualquier unidad de negocio, independientemente de la unidad de negocio a la
que pertenezca.
Crear una nueva unidad de negocio

Vaya a Entornos> [seleccione un entorno] >Configuración>Usuarios +
permisos>Unidades de negocio.
Asegúrese de tener el permiso de administador del sistema para actualizar la

configuración.

sistema.
1. Seleccione un entorno y vaya a Configuración>Usuarios + Permisos>Unidades de

negocio.

derecha >Configuración avanzada>Configuración>Seguridad>Unidades de
negocio.
2. En la barra de acciones, seleccione Nuevo.
3. En el cuadro de diálogo Unidad de negocio, escriba un nombre para la nueva

unidad de negocio. Las aplicaciones de involucración del cliente rellenan
automáticamente el campo Empresa primaria con el nombre de la unidad de
negocio raíz.
4. Si desea cambiar la unidad de negocio principal, seleccione el botón Búsqueda (
Seleccione una unidad de negocio existente de la lista.
Cree una nueva unidad de negocio primaria:
a. Elija Nueva y, a continuación agregue la información para la nueva unidad

de negocio primaria en el cuadro de diálogo Unidad de negocio.
b. Cuando termine de agregar información, seleccione Guardar y cerrar.
c. En el cuadro de diálogo Buscar registro, seleccione Agregar.
5. En el cuadro de diálogo Unidad de negocio, rellene cualquiera de los otros

campos opcionales, como división, sitio web, información de contacto o
direcciones.
6. Cuando termine de agregar información, seleccione Guardar y cerrar.
Cambie la configuración de una unidad de

negocio
1. Seleccione un entorno y vaya a Configuración>Usuarios + Permisos>Unidades de
negocio.

derecha >Configuración avanzada>Configuración>Seguridad>Unidades de
negocio.
2. Seleccione un nombre para la unidad de negocio.
3. En el cuadro de diálogo Unidad de negocio, realice una de las acciones siguientes:
Modifique los datos en uno o varios campos.
Seleccione un tipo de registro en Organización para ver la lista de registros

relacionados. Por ejemplo, seleccione Usuarios para ver una lista de usuarios
de la unidad de negocio seleccionada.
4. Cuando termine de realizar cambios, seleccione Guardar y cerrar.
Cambio de unidades de negocio para un usuario.
） Importante
Al cambiar la unidad de negocio para un usuario, puede quitar todas las

asignaciones de rol de seguridad del usuario. Es necesario asignar al menos un rol
de seguridad al usuario en la nueva unidad de negocio.
1. Seleccione un entorno y vaya a Configuración>Usuarios + Permisos>Usuarios.

) >Configuración avanzada>Configuración>Seguridad>Usuarios.
2. Seleccione la casilla de verificación de un nombre de usuario.
3. En la barra de menú superior, seleccione Cambiar unidad de negocio.
4. En el cuadro de diálogo Cambiar unidad de negocio, seleccione una unidad de

negocio. Habilite Mover registros a una nueva unidad de negocio para mudarse a
una nueva unidad de negocio. Seleccione Aceptar.
En el cliente web heredado, en el cuadro de diálogo Cambiar de unidad de

negocio, use el botón Búsqueda ( ) para seleccionar una nueva unidad de
negocio.
７ Nota
Si ha habilitado Propiedad de registro en distintas unidades de negocio, puede

usar la siguiente configuración de la base de datos del entorno para administrar
su rol de seguridad de usuario y cómo desea mover los registros del usuario al
cambiar la unidad de negocio del usuario.
1. DoNotRemoveRolesOnChangeBusinessUnit predeterminado = falso (se
elimina el rol de seguridad asignado por el usuario). Puede establecerlo en
verdadero, y el rol de seguridad asignado por el usuario para la unidad from-
Business unit no se elimina.
2. AlwaysMoveRecordToOwnerBusinessUnit predeterminado = verdadero (los
registros de propiedad del usuario se mueven a la unidad de negocios del
nuevo usuario). Puede establecerlo en falso, y la unidad de negocio de los
registros de propiedad del usuario no se mueve a la unidad de negocios del
nuevo usuario. Tenga en cuenta que el usuario no podrá obtener acceso a
estos registros a menos que se le asigne un rol de seguridad de la antigua
unidad de negocio.
Cambio de unidades de negocio para un equipo
） Importante
Al cambiar la unidad de negocio para un equipo, puede quitar todas las

asignaciones de rol de seguridad del equipo. Es necesario asignar al menos un rol
de seguridad al equipo en la nueva unidad de negocio.
1. Seleccione un entorno y vaya a Configuración>Usuarios y permisos>Equipos.
2. Seleccione la casilla de verificación de un nombre de equipo.
3. En la barra de menú superior, seleccione Cambiar unidad de negocio.
4. En el cuadro de diálogo Cambiar unidad de negocio, seleccione una unidad de

negocio. Habilite Mover registros a una nueva unidad de negocio para mudarse a
una nueva unidad de negocio. Seleccione Aceptar.
７ Nota
Si ha habilitado Propiedad de registro en distintas unidades de negocio, puede

usar la siguiente configuración de la base de datos del entorno para administrar
su rol de seguridad de equipo y cómo desea mover los registros del equipo al
cambiar la unidad de negocio del equipo.
1. DoNotRemoveRolesOnChangeBusinessUnit predeterminado = falso (se
elimina el rol de seguridad asignado por el equipo). Puede establecerlo en
verdadero, y el rol de seguridad asignado por el equipo para la unidad from-
Business unit no se elimina.
2. AlwaysMoveRecordToOwnerBusinessUnit predeterminado = verdadero (los
registros de propiedad del equipo se mueven a la unidad de negocios del
nuevo equipo). Puede establecerlo en falso, y la unidad de negocio de los
registros de propiedad del equipo no se mueve a la unidad de negocios del
nuevo usuario. Tenga en cuenta que el equipo no podrá obtener acceso a
estos registros a menos que se le asigne un rol de seguridad de la antigua
unidad de negocio.
Consulte también
Eliminación de unidades de negocio
Asignar una unidad de negocio o una empresa primaria diferente

Actualizar un propietario de registro y
una unidad de negocio propietaria
Existen situaciones en las que necesita actualizar el propietario de un registro, una

unidad de negocio propietaria o tanto un propietario como una unidad de negocio
propietaria porque el registro cambia de propiedad. Si ha habilitado permitir la
propiedad de registro en todas las unidades de negocio, puede actualizar la unidad de
negocio propietaria del registro.
７ Nota
El cambio de la unidades de negocio propietaria es una característica de vista

previa y se implementará con el tiempo.
Para actualizar el propietario del registro y la unidad comercial propietaria, puede

agregar la Unidad de negocio propietaria en el encabezado del formulario y en el
resumen del formulario.
Siga estos pasos.
1. Abra una aplicación de Customer Engagement (Dynamics 365 Sales, Dynamics 365
Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing y
Dynamics 365 Project Service Automation).
2. Seleccione un registro como una cuenta.
3. Cambie el Propietario o la Unidad de negocio propietaria en el encabezado del

formulario o en el resumen del formulario.
Relación de tabla y comportamiento en
cascada
Si hay tablas relacionadas y el comportamiento de la relación se establece en parental,
la actualización del propietario del registro y/o la unidad de negocio propietaria puede
tener un efecto en cascada. Vea Acerca de la acción de asignación.
Eliminación de unidades de negocio
Puede eliminar una unidad de negocio para quitarla completamente.
） Importante
Antes de eliminar una unidad de negocio, asegúrese de tener en cuenta lo

siguiente:
Eliminar una unidad de negocio es irreversible.

Los registros propiedad de la unidad de negocio (por ejemplo: equipos,
instalaciones y equipamiento, y grupos de recursos) se eliminan a la vez que
se elimina la unidad de negocio.
No puede eliminar una unidad de negocio hasta que reasigne todos los
registros de la unidad de negocio a otra unidad de negocio.
1. En el centro de administración de Microsoft Power Platform, seleccione un

entorno.
2. Seleccione Configuración>Usuarios y permisos>Unidades de negocio.
3. Haga clic para seleccionar la unidad de negocio que desea eliminar.
4. En la barra de herramientas Acciones, elija Más acciones>Deshabilitar.
） Importante
Cuando deshabilita una unidad de negocio, todos los usuarios y equipos asociados
no podrán iniciar sesión en la unidad de negocio. Deberá cambiar el primario de
usuarios y equipos a otra unidad de negocio y reasignar roles de seguridad.
5. En el cuadro de diálogo Confirmar desactivación, elija Desactivar.
6. Cambiar la vista Unidades de negocio inactivas.
7. Seleccione la unidad de negocio a eliminar y, a continuación, elija el icono Eliminar

.
8. En el cuadro de diálogo Confirmar eliminación, elija Eliminar.

 Sugerencia
Si se obtiene un error, asegúrese de cambiar usuarios y equipos primarios a otra

unidad de negocio.
Vea también
Asignar una unidad de negocio o una empresa primaria diferente
Asignar una unidad de negocio a una
empresa primaria diferente
Puede asignar otra empresa primaria a una unidad de negocio para alojar los cambios
en los requisitos de su negocio. Al reasignar una unidad de negocio, también se
reasignarán las unidades de negocio secundarias con esta.

entorno.
2. Seleccione Configuración>Usuarios + permisos>Unidades de negocio.
3. Seleccione la unidad de negocio cuya configuración desea cambiar.
4. En la barra de herramientas Acciones, seleccione Más acciones>Cambiar

compañía matriz.
5. En el cuadro Cambiar compañía matriz, en el cuadro texto Nueva compañía

matriz, escriba todo o parte del nombre de la empresa primaria que desee asignar
a la unidad de negocio y, a continuación, seleccione el icono Haga clic para
seleccionar un valor para la nueva compañía matriz .
6. Seleccione el registro de la empresa primaria que desee asignar a la unidad de

negocio y, a continuación, haga clic en Aceptar.
Vea también
Controlar el acceso a los datos
Creación o edición de ubicaciones

Seguridad de jerarquía para controlar
acceso
El modelo de seguridad de jerarquía es una extensión de los modelos de seguridad

existentes que usan unidades de negocio, roles de seguridad, recursos compartidos y
equipos. Puede usarse junto con el resto de los modelos de seguridad existentes. La
seguridad de jerarquía proporciona un acceso más específico a registros de una
organización y ayuda a reducir los costos de mantenimiento. Por ejemplo, en
situaciones complejos, puede empezar creando varias unidades de negocio y luego
agregar la seguridad de jerarquía. Esto permitirá un acceso más específico a los datos
con muchos menos costos de mantenimiento que un gran número de unidades de
negocio.
Modelos de seguridad de jerarquía de

Administrador y de Posición
Dos modelo de seguridad se pueden usar para jerarquías: la jerarquía de Administrador
y la jerarquía de Posición. Con la jerarquía de Administrador, un administrador debe
estar dentro de la misma unidad de negocio que el subordinado, o en la unidad de
negocio primaria de la unidad de negocio del subordinado, para tener acceso a los
datos del subordinado. La jerarquía de Posición permite el acceso a los datos a través de
unidades de negocio. Si se trata de una organización financiera, puede preferir el
modelo de jerarquía de Administrador, para evitar que los administradores accedan a
los datos fuera de sus unidades de negocio. Sin embargo, si usted forma parte de una
organización de servicio al cliente y desea que los administradores tengan acceso a
casos de gestionados por otras unidades de negocio, la jerarquía de Posición puede
funcionar mejor para usted.
７ Nota
Mientras el modelo de seguridad jerárquico proporciona cierto nivel de acceso a

los datos, se puede obtener acceso adicional con otro formularios de seguridad,
como roles de seguridad.
Jerarquía de administrador
El modelo de seguridad jerárquico de Administrador se basa en la cadena de
administración o la estructura de subordinados directos, donde la relación del
administrador y del subordinado se establece mediante el campo Jefe en la tabla de
usuario del sistema. Con este modelo de seguridad, los administradores podrán tener
acceso a los datos a los que los tienen acceso sus subordinados. Pueden realizar el
trabajo en nombre de sus subordinados directos o acceder a información que necesita
su aprobación.
７ Nota
Con el modelo de seguridad de la jerarquía del Administrador, un administrador

tiene acceso a los registros propiedad del usuario o del equipo al que pertenece un
usuario, y a los registros que se comparten directamente con el usuario o equipo al
que un usuario pertenece. Cuando un registro lo comparten un usuario que está
fuera de la cadena de administración con usuario subordinado directo con acceso
de sólo lectura, el administrador del subordinado directo solo tiene acceso de sólo
lectura al registro compartido.
Si ha habilitado la Propiedad de registro en distintas unidades de negocio, el

administrador puede tener informes directos de diferentes unidades de negocio.
Puede utilizar la siguiente configuración de la base de datos del entorno para
eliminar la restricción de la unidad de negocio.
ManagersMustBeInSameOrParentBusinessUnitAsReports
Valor predeterminado: False
Puede establecerlo en verdadero y la unidad de negocio del administrador no tiene

que ser la misma que la unidad de negocio del subordinado directo.
Además del modelo de seguridad de jerarquía de Administrador, un administrador

debe tener al menos el privilegio de lectura de nivel de usuario sobre una tabla
para ver los datos de los subordinados. Por ejemplo, si un administrador no tiene
acceso de lectura a la tabla de caso, el administrador no podrá ver los casos a los
que tienen acceso sus subordinados.
Para que el gerente vea todos los registros del subordinado directo, el usuario
subordinado directo debe tener un estado de usuario "habilitado". El administrador
no podrá ver los registros de los usuarios "deshabilitados".
Para un subordinado no directo en la misma cadena de administración del

administrador, un administrador tiene el acceso de sólo lectura a los datos del
subordinado no directo. Para un subordinado directo, el administrador tiene acceso de
Lectura, Escritura, Anexar, Anexar a a los datos del subordinado. Para ilustrar el modelo
de seguridad de jerarquía de Administrador, consulte el diagrama siguiente. El director
general puede leer o actualizar los datos del vicepresidente de ventas y los datos del
vicepresidente de servicio. Sin embargo, el director general puede leer únicamente los
datos del jefe de ventas y los datos del jefe de servicio, así como los datos de ventas y
soporte técnico. Puede restringir con mayor detalle la cantidad de datos accesibles para
un jefe con "Profundidad". La profundidad se usa para limitar el número de niveles de
profundidad para los que un administrador tiene acceso de solo lectura a los datos de
sus subordinados. Por ejemplo, si la profundidad está establecida en 2, el director
general puede ver los datos del vicepresidente de ventas, del vicepresidente de servicio
y ventas y los jefes de servicio. Sin embargo, el director general no ve los datos de
ventas o los datos de soporte técnico.
Es importante observar que si un subordinado directo tiene acceso de seguridad más

profundo a una tabla que su jefe, el jefe puede no ver todos los registros a los que el
subordinado directo tiene acceso. El siguiente ejemplo muestra este aspecto.
Una sola unidad de negocio tiene tres usuarios: Usuario 1, Usuario 2 y Usuario 3.
El Usuario 2 es subordinado directo de Usuario 1.
El Usuario 1 y el Usuario 3 tienen acceso de lectura a nivel de usuario en la tabla

Cuenta. Este nivel de acceso permite a los usuarios tener acceso a los registros de
los que son propietarios, los registros que se comparten con el usuario y los
registros compartidos con el equipo del que es miembro el usuario.
El usuario 2 tiene acceso de lectura de unidad de negocio en la tabla Cuenta. Esto

permite que el usuario 2 vea todas las cuentas de la unidad de negocio, incluidas
todas las cuentas propiedad del usuario 1 y el usuario 3.
El usuario 1, como jefe directo del usuario 2, tiene acceso a las cuentas
pertenecientes o compartidas con el usuario 2, así como a las cuentas que se
comparten o son propiedad de un equipo al que pertenece el usuario 2. Sin
embargo, el usuario 1 no tiene acceso a las cuentas del usuario 3, aunque el
subordinado directo puede tener acceso a las cuentas de usuario 3.
Jerarquía de posición
La jerarquía de Posición no se basa en la estructura de subordinados directos, como la
jerarquía de Administrador. Un usuario no tiene que ser administrador de otro usuario
para acceder a los datos del usuario. Como administrador, usted definirá diferentes
posiciones de trabajo en la organización y las organizará en la jerarquía de Posición.
Luego, puede agregar usuarios a cualquier posición determinada, o, como también
decimos, "etiquetar" un usuario con una posición específica. Un usuario solo puede ser
etiquetado con una posición en una jerarquía determinada, no obstante, una ubicación
se puede usar para varios usuarios. Los usuarios de las posiciones más altas en la
jerarquía tienen acceso a los datos de los usuarios de las posiciones de nivel más bajo,
en la ruta de antecesor directo. Las posiciones directas más altas tienen acceso de
Lectura, Escritura, Anexar, Anexar a a los datos de las posiciones inferiores en la ruta de
antecesores directos. Las posiciones no directas más altas tienen acceso de Solo lectura
a los datos de las posiciones inferiores en la ruta de antecesores directos.
Vemos el diagrama siguiente para ilustrar el concepto de ruta de antecesores directos.

La posición del Jefe de ventas tiene acceso a los datos de Ventas, no obstante, no tiene
acceso a datos de soporte técnico, que se encuentran en la otra ruta de antecedentes.
Lo mismo se aplica para la posición del Administrador de servicio. No tiene acceso a los
datos de Ventas, que están en la ruta de Ventas. Como en la jerarquía de Administrador,
puede limitar la cantidad de datos accesibles por posiciones más altas con
"Profundidad". La profundidad limitará el número de niveles de profundidad a los que
una posición superior tiene acceso de solo lectura, a los datos de las posiciones
inferiores de la ruta de antecedentes directos. Por ejemplo, si la profundidad está
establecida en 3, la posición de director general puede ver todos los datos desde las
posiciones de vicepresidente de ventas y vicepresidente de servicio hasta las posiciones
de ventas y soporte técnico.
７ Nota
Con la seguridad de jerarquía de Posición, un usuario en una posición superior

tiene acceso a los registros propiedad de un usuario de posición inferior o del
equipo al que pertenece un usuario, y a los registros que se comparten
directamente con el usuario o equipo al que un usuario pertenece.
Además del modelo de seguridad de jerarquía de Posición, los usuarios a nivel

superior deben tener al menos el privilegio de Lectura de nivel de usuario sobre
una tabla para ver los registros a los que los usuarios de las posiciones inferiores
tienen acceso. Por ejemplo, si un usuario a un nivel superior no tiene acceso de
Lectura a la tabla de caso, ese usuario no podrá ver los casos a los que tienen
acceso los usuarios en posiciones inferiores.
Para que el usuario en la posición superior pueda ver todos los registros del
usuario de la posición inferior, el usuario de la posición inferior debe tener un
estado de usuario "habilitado". El usuario de la posición superior no podrá ver los
registros del usuario de la posición inferior "deshabilitado".
Configuración de la seguridad de jerarquía

Vaya a Entornos> [seleccione un entorno] >Configuración>Usuarios y
permisos>Seguridad de jerarquía.
configuración.

sistema.
La seguridad de jerarquía se desactiva de forma predeterminada. Para habilitarla:
1. Seleccione un entorno y vaya a Configuración>Usuarios + Permisos>Seguridad

de jerarquía.
2. En Activar modelos de la jerarquía, seleccione Habilitar modelos de la jerarquía.
） Importante
Para hacer cambios en Seguridad de jerarquía debe tener el privilegio Cambiar

configuración de seguridad de jerarquía.
Después de haber habilitado los modelos de jerarquía, elija el modelo específico

seleccionando la Jerarquía de administrador o Jerarquía de posición personalizada.
Todas las tablas del sistema están habilitadas para seguridad de jerarquía de forma
predefinida, pero puede excluir tablas selectivas de la jerarquía. La ventana Seguridad
de jerarquía mostrada a continuación:
Establezca la Profundidad en un valor deseado para limitar el número de niveles de
sus subordinados. Por ejemplo, si la profundidad es igual 2, un administrador solo
puede tener acceso a sus cuentas y las cuentas de los subordinados que se encuentren
dos niveles por debajo. En nuestro ejemplo, si inicia sesión en aplicaciones involucración
del cliente (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation), no como
administrador, que puede ver todas las cuentas, sino como vicepresidente de Ventas,
solo podrá ver las cuentas activas de los usuarios que se muestran en el rectángulo rojo,
como se ilustra a continuación:
７ Nota
Mientras la seguridad de jerarquía concede al vicepresidente de ventas acceso a los

registros en el rectángulo rojo, puede obtenerse acceso adicional en función del rol
de seguridad que tenga el vicepresidente de ventas.
Configuración de las jerarquías de

Administrador y Posición
La jerarquía de Administrador se crea fácilmente utilizando la relación del administrador
en el registro del usuario del sistema. Use el campo de búsqueda de Administrador
(ParentsystemuserID) para especificar el administrador de usuario. Si ya ha creado la
jerarquía de Posición, también puede etiquetar al usuario con una posición específica en
la jerarquía de Posición. En el siguiente ejemplo, el comercial depende del jefe de ventas
en la jerarquía de Administrador y además tiene la posición de Ventas en la jerarquía de
Posición:
Para agregar un usuario a una posición específica en la jerarquía de Posición, use el
campo de búsqueda llamado Posición en el formulario del registro del usuario, tal como
se muestra a continuación:
） Importante
Para agregar un usuario a una posición o cambiar la posición del usuario, debe
tener el privilegio Asignar posición para un usuario.
Para cambiar la posición en el formulario del registro de usuario, en la barra de

navegación, elija Más (...) y seleccione otra posición, como se indica a continuación:
Para crear una jerarquía de posición:
1. Seleccione un entorno y vaya a Configuración>Usuarios + Permisos>Posiciones.
Para cada posición, especifique el nombre de la posición, el elemento principal de

la posición, y la descripción. Agregue usuarios a esta posición con el campo de
búsqueda llamado Usuarios en esta posición. A continuación se ofrece un ejemplo
de la jerarquía de Posición con posiciones activas.
El ejemplo de los usuarios habilitados con sus correspondientes posiciones se

indica a continuación:
Consideraciones de rendimiento
Para aumentar el rendimiento, es recomendable:
Mantenga la seguridad de jerarquía efectiva hasta 50 usuarios o menos bajo un

administrador/posición. La jerarquía puede tener más de 50 usuarios bajo un
administrador/posición, pero puede usar el valor de Profundidad para reducir el
número de niveles para el acceso de solo lectura y así limitar el número eficaz de
usuarios bajo un administrador/posición a 50 usuarios o menos.
Use los modelos de seguridad de jerarquía junto con otros modelos de seguridad
existentes para escenarios más complejos. Evite crear un gran número de unidades
de negocio, en su lugar, cree menos unidades de negocio y agregue seguridad de
jerarquía.
Consulte también
Seguridad en Microsoft Dataverse
Consultar y visualizar datos jerárquicos

acceso

negocio.

７ Nota

su aprobación.
７ Nota









７ Nota



configuración.

sistema.

de jerarquía.
） Importante


７ Nota


Posición:
） Importante




jerarquía.
Consulte también

Para controlar el acceso a los datos, debe configurar una estructura organizativa que
proteja los datos confidenciales y, a la vez, permita la colaboración. Esto se realiza
mediante la configuración de unidades empresariales, roles de seguridad y perfiles de
seguridad de campo.
Roles de seguridad
Un rol de seguridad define cuántos usuarios distintos como, por ejemplo, el personal de
ventas, tienen acceso a diferentes tipos de registros. Para controlar el acceso a los datos,
puede modificar los roles de seguridad existentes, crear nuevos roles de seguridad o
cambiar cuáles se asignan a los usuarios. Un usuario puede tener varios roles de
seguridad. Consulte Roles de seguridad predefinidos.
Los privilegios de los roles de seguridad son acumulativos: tener más de un rol de
seguridad otorga al usuario cada privilegio disponible en cada rol.
Un rol de seguridad se compone de privilegios a nivel de registro y privilegios basados

en tareas.
Los privilegios a nivel de registro definen las tareas que puede realizar un usuario con
acceso al registro, como por ejemplo Lectura, Crear, Eliminar, Escritura, Asignar,
Compartir, Anexar y Anexar a. Anexar significa adjuntar otro registro, como una
actividad o una nota, a un registro. Anexar a significa adjuntar a un registro. Más
información: Privilegios de nivel de registro.
Privilegios variados (también llamados privilegios basados en tareas), en la parte inferior

del formulario, dan al usuario privilegios para realizar tareas variadas (fuera de registro),
como publicar artículos o activar reglas de negocio. Más información: Privilegios varios.
Los círculos coloreados de la página de configuración de roles de seguridad definen el

nivel de acceso de ese privilegio. Los niveles de acceso determinan la profundidad o
altura en la jerarquía organizativa de unidades de negocio en la que el usuario puede
utilizar el privilegio especificado. En la siguiente tabla se enumeran los niveles de acceso
en la aplicación, comenzando con el nivel que da a los usuarios el acceso más amplio.
Icon Description
Icon Description
Global. Este nivel de acceso permite a un usuario tener acceso a todos los registros de la
organización, independientemente del nivel jerárquico de unidades de negocio al que
pertenece el entorno o el usuario. Los usuarios con nivel de acceso Global, también tienen
acceso Profundo, Local y Básico automáticamente.
Debido a que este nivel de acceso permite obtener acceso a la información de toda la
organización, debe restringirse de modo que cumpla lo estipulado en el plan de seguridad
de datos de la organización. Este nivel de acceso generalmente se reserva para directores
con autoridad sobre la organización.
La aplicación hace referencia a este nivel de acceso como Organización.
Profundo. Este nivel de acceso le da al usuario acceso a los registros de la unidad de

negocio del usuario y de todas las unidades de negocio subordinadas a la unidad de
negocio del usuario.
Los usuarios que tienen el nivel de acceso Profundo, automáticamente tienen también los
niveles de acceso Local y Básico.
unidad de negocio y las unidades de negocio subordinadas, debe restringirse de modo
que cumpla lo estipulado en el plan de seguridad de datos de la organización. Este nivel
de acceso generalmente se reserva para directores con autoridad sobre las unidades de
negocio.
La aplicación hace referencia a este nivel de acceso como Primario: unidades de negocio
secundarias.
Local. Este nivel de acceso le da al usuario acceso a los registros de la unidad de negocio
del usuario.
Los usuarios que tienen el nivel de acceso Local, automáticamente tienen también el nivel
de acceso Básico.
unidad de negocio, debe restringirse de modo que cumpla lo estipulado en el plan de
seguridad de datos de la organización. Este nivel de acceso generalmente se reserva para
directores con autoridad sobre la unidad de negocio.
La aplicación hace referencia a este nivel de acceso como Unidad de negocio.

Icon Description
Básico. Este nivel de acceso le da al usuario acceso a los registros que el usuario posee,
objetos que se comparten con la organización, los objetos que se comparten con el
usuario y los objetos que se comparten con un equipo del que el usuario es miembro.
Este es el nivel de acceso típico para representantes de ventas y servicios.
La aplicación hace referencia a este nivel de acceso como Usuario.
Ninguno. No se permite ningún acceso.
） Importante
Para asegurarse de que los usuarios puedan ver y obtener acceso a todas las áreas
de la aplicación web, como formularios de tabla, la barra de navegación o la barra
de comandos, todos los roles de seguridad de la organización debe incluir el
privilegio de Lectura sobre la tabla Web Resource . Por ejemplo, sin permisos de
lectura, el usuario no podrá abrir un formulario que contenga un recurso web y
verá un mensaje de error similar a este: "Faltan privilegios de prvReadWebResource ”.
Más información: Crear o editar un rol de seguridad
Privilegios de nivel de registro

PowerApps y las aplicaciones de involucración del cliente (Dynamics 365 Sales,
Dynamics 365 Project Service Automation) utilizan ocho privilegios diferentes a nivel de
registro que determinan el nivel de acceso que tiene un usuario a un determinado
registro o tipo de registro.
Privilegio Descripción
Crear Requerido para crear un registro nuevo. Los registros que se pueden crear dependen
del nivel de acceso del permiso definido en su rol de seguridad.
Lectura Requerido para abrir un registro para ver el contenido. Los registros que se pueden
leer dependen del nivel de acceso del permiso definido en su rol de seguridad.
Escribir Requerido para realizar cambios en un registro. Los registros que se pueden cambiar
dependen del nivel de acceso del permiso definido en su rol de seguridad.
Eliminar Requerido para quitar un registro de forma permanente. Los registros que se pueden
eliminar dependen del nivel de acceso del permiso definido en su rol de seguridad.
Anexar Necesario para asociar el registro actual a otro registro. Por ejemplo, se puede
anexar una nota a una oportunidad si el usuario tiene el derecho Anexar para la
nota. Los registros que se pueden anexar dependen del nivel de acceso del permiso
definido en su rol de seguridad.
En el caso de las relaciones de varios a varios, es necesario tener el privilegio Anexar

para poder asociar o desasociar las dos tablas.
Anexar a Necesario para asociar un registro al registro actual. Por ejemplo, si un usuario tiene
el derecho Anexar a en una oportunidad, puede agregar una nota a la oportunidad.
Los registros que se pueden anexar dependen del nivel de acceso del permiso
Asignar Requerido para conceder la propiedad de un registro a otro usuario. Los registros
que se pueden asignar dependen del nivel de acceso del permiso definido en su rol
de seguridad.
Compartir Requerido para dar acceso a un registro a otro usuario manteniendo su propio
acceso. Los registros que se pueden compartir dependen del nivel de acceso del
permiso definido en su rol de seguridad.
Reemplazar roles de seguridad

El propietario de un registro o una persona que tenga el privilegio Compartir en un
registro pueden compartirlo con otros usuarios o equipos. Al compartir, se pueden
agregar los privilegios Leer, Escribir, Eliminar, Anexar, Asignar y Compartir para registros
específicos.
Los equipos se usan principalmente para compartir registros a los que los miembros del
equipo no podrían tener acceso normalmente. Más información: Administrar seguridad,
usuarios y equipos.
No es posible quitar el acceso a un registro en particular. Cualquier cambio en los

privilegios de un rol de seguridad se aplica a todos los registros de ese tipo de registro.
Herencia de privilegios del miembro de equipo
Privilegios de usuario y equipo

Privilegios de usuario: estos privilegios se conceden al usuario directamente
cuando se asigna un rol de seguridad al usuario. El usuario puede crear registros y
tiene acceso a los registros creados/propiedad del usuario cuando se le dio el nivel
de acceso Básico para Crear y Leer. Esta es la configuración predeterminada para
los nuevos roles de seguridad.
Privilegios de equipo: estos privilegios se concede a un usuario como miembro
del equipo. Para miembros del equipo que no tienen sus propios privilegios de
usuario, estos solo pueden crear registros con el equipo como el propietario y
tienen acceso a los registros que son propiedad del equipo cuando se brinda el
nivel de acceso Básico para Creación y Lectura.
Un rol de seguridad puede establecerse para brindar privilegios de usuario de acceso

directo de nivel Básico a un miembro del equipo. Un miembro del equipo puede crear
registros de su propiedad y registros que tenga el equipo como propietario cuando se
brinde el nivel de acceso Básico para Creación. Cuando se proporcione el nivel de
acceso Básico para Lectura, el miembro del equipo puede acceder a registros que son
propiedad tanto de ese miembro del eqiupo como del equipo.
Este rol de herencia de privilegios del miembro se aplica al Propietario y al equipo de

grupo de Azure Active Directory (Azure AD).
７ Nota
Antes del lanzamiento de la herencia de privilegios del miembro del equipo en

mayo de 2019, los roles de seguridad se comportaban como Privilegios de equipo.
Los roles de seguridad creados antes de esta versión se establecen como
Privilegios de equipo y los roles de seguridad creados después de esta versión se
establecen de forma predeterminada como Privilegios de usuario.
Crear un rol de seguridad con la herencia de privilegios

de un miembro del equipo
Requisitos previos
Estas opciones de configuración se pueden encontrar en el Centro de administración de

Power Platform, en Entornos> [seleccione un entorno] >Configuración>Usuarios y
permisos>Roles de seguridad.

equivalentes.
Compruebe su rol de seguridad:

sistema.
1. Seleccione un entorno y vaya a Configuración>Usuarios y permisos>Roles de

seguridad.
2. En la barra de comandos, seleccione Nuevo.
3. Introduzca un nombre de rol.
4. Seleccione la lista desplegable Herencia de privilegios del miembro.
5. Seleccione Nivel de acceso directo de usuario/Básico y privilegios del equipo.
6. Vaya a cada pestaña y establezca los privilegios adecuados en cada tabla.
Para cambiar el nivel de acceso de un privilegio, seleccione el símbolo de nivel de

acceso hasta que vea el símbolo que desee. Los niveles de acceso disponibles
dependen de si el tipo de registro es propiedad de la organización o propiedad
del usuario.
７ Nota
También puede establecer esta propiedad de herencia de priviegios para todos los
roles de seguridad disponibles, excepto para el rol de Administrador del sistema.
Cuando un rol de seguridad de herencia de privilegios se asigna a un usuario, el
usuario obtiene todos los privilegios directamente, así como un rol de seguridad
sin herencia de privilegios.
Solo puede seleccionar privilegios de nivel básico en la herencia de privilegios del

miembro. Si necesita proporcionar acceso a una unidad de negocio secundaria,
deberá elevar el privilegio a Deep; por ejemplo, debe asignar un rol de seguridad al
equipo del grupo y se recomienda que los miembros de este grupo puedan utilizar
Anexar a la cuenta. Configure el rol de seguridad con la herencia de privilegios del
miembro en nivel básico y en el privilegio Anexar a la cuenta, lo establece en
Profundo. Esto se debe a que los privilegios de nivel básico solo son aplicables a la
unidad de negocio del usuario.
Consultar también
Vídeo: Administrar usuarios de aplicaciones, roles de seguridad, equipos y usuarios en el
centro de administración de Power Platform
Vídeo: característica de comprobación de acceso

Crear una plantilla de equipo para
controlar los derechos de acceso para
los equipos creados automáticamente
Puede usarse una plantilla del equipo para las entidades habilitadas para equipos de
acceso creados automáticamente. En la plantilla de equipo, tiene que especificar el tipo
de entidad y los derechos de acceso al registro de entidad. Por ejemplo, puede crear
una plantilla de equipo para una entidad de cuenta y especificar los derechos de lectura,
escritura y acceso compartido del registro de cuenta que se asignan a los integrantes
del equipo cuando se crea el equipo automáticamente. Después de crear una plantilla
de equipo, debe personalizar el formulario principal de la entidad para incluir la nueva
plantilla de equipo. Después de publicar las personalizaciones, la plantilla del equipo de
acceso se agrega en todos los formularios de registro de la entidad especificada en
forma de lista. Por ejemplo, ha creado una plantilla de equipo llamada "Equipo de
ventas" para la entidad de cuenta. En todos los formularios de registro de cuenta verá la
lista llamada "Equipo de ventas". Puede agregar o quitar integrantes del equipo
utilizando esta lista.
Habilite una entidad para equipos de acceso

Personalizador del sistema o permisos equivalentes.

sistema.

administrador (administrador de Dynamics 365, administrador global de Microsoft
365 o administrador de Microsoft Power Platform).
2. Seleccione un entorno y vaya a Configuración>Plantillas>Plantillas de equipo de

acceso.
3. En la barra de comandos, seleccione Más comandos (...).
4. Seleccione Personalizar entidad.

5. En el panel de navegación, expanda Entidades, y elija la entidad que desea usar en
la plantilla de equipo.
6. En el formulario Definición de entidad, en la sección Comunicación y

colaboración, active la casilla Equipos de acceso.
7. En la barra de herramientas Acciones, seleccioneGuardar.
Creación de una plantilla de equipo


acceso.
3. En la barra de herramientas Acciones, elija +Nuevo, complete los campos

obligatorios y, luego elija Guardar.
７ Nota
Puede crear dos plantillas de equipo de acceso por entidad.
Agregue una plantilla de equipo al formulario

de entidad

acceso.
5. En el panel de navegación, expanda Entidades, expanda la entidad que desea

utilizar en la plantilla de grupo y, a continuación, seleccione Formularios.
6. En Formularios del sistema, seleccione Formularios activos>formulario Principal.

7. En el formulario Principal, abra la pestaña Insertar.
8. En la cinta de opciones, elija Subcuadrícula.
Se abre el cuadro de diálogo Establecer propiedades.
9. En Establecer propiedades, complete los campos obligatorios y seleccione la

casilla Mostrar etiqueta en el formulario.
10. En la lista desplegable Registros, seleccione Todos los tipos de registros.
11. En la lista desplegable Entidad, seleccione Usuarios.
12. En la lista Vista predeterminada, seleccione Integrantes del equipo de registro

asociado.
13. En la lista desplegable Plantilla de equipo, seleccione la plantilla deseada y elija

Establecer.
La plantilla de equipo seleccionada ahora aparece en el formulario principal.
14. En la barra de herramientas Acciones, seleccione Guardar y, después, seleccione

Publicar.
７ Nota
La plantilla del equipo de acceso no se exporta con su entidad en una solución. Los
administradores tendrán que volver a crear la plantilla al exportar la entidad a otro
entorno.
Configuración de usuario
La administración de la configuración del usuario se puede hacer en el centro de

administración de Power Platform. Use los siguientes pasos para cambiar la
configuración del usuario.
1. En el Centro de administración de Power Platform , seleccione un entorno.
2. Seleccione Configuración>Usuarios y permisos>Usuarios.
3. Seleccione la marca de verificación de la izquierda de un nombre de usuario.
4. Seleccione una configuración de usuario en la barra de menú superior.
Ajuste Descripción
Ejecutar Acceder al diagnóstico de un usuario en un entorno. Vea Usar diagnósticos.

diagnósticos
Administrar Asigne roles de seguridad para controlar el acceso del usuario a los datos a
roles de través de un conjunto de niveles de acceso y permisos. Consulte Asignar un rol
seguridad de seguridad a un usuario.
Actualizar Vuelva a sincronizar la página Usuario de Azure Active Directory.

usuario
Cambiar Especifique la posición que desea asignar a un usuario. Consulte Seguridad de

posición jerarquía para controlar acceso.
Cambiar Especifique el administrador que desea asignar a un usuario. Consulte

administrador Seguridad de jerarquía para controlar acceso.
Reasignar Asigne todos los registros que posee el usuario o equipo actual a un usuario o
registros equipo.
Cambiar de Cambie la unidad de negocio a la que está asignado un usuario. Consulte

unidad de Cambio de unidades de negocio para un usuario.
negocio
Ajuste Descripción
Administración Agregar o quitar un usuario de un equipo. Consulte Administración de equipos

de equipos de Microsoft Dataverse.
Consulte también
Crear usuarios
Recuperación de espacio en la base de
datos mediante la eliminación de
registros de auditoría
Cuando habilita la auditoría, las aplicaciones de involucración del cliente (Dynamics 365
Marketing y Dynamics 365 Project Service Automation) almacenan el historial de
cambios de las transacciones en forma de registros de auditoría en la base de datos.
Puede eliminar los registros antiguos o innecesarios para liberar espacio en la base de
datos.
Ｕ Precaución
Cuando se elimina un registro de auditoría, ya no se puede ver el historial de

auditoría para el período que abarcaba ese registro de auditoría.
1. Asegúrese de que tiene permiso de administrador del sistema.

3. Seleccione Configuración>Auditoria y registros>Administración del registro de

auditoría.
4. Seleccione el registro de auditoría más antiguo. Luego, en la barra de comandos,

elija Eliminar registros.
5. En el mensaje de confirmación, elija Aceptar.
７ Nota
Solo se puede eliminar el registro de auditoría más antiguo del sistema. Para
eliminar más de un registro de auditoría, siga eliminando el registro de
auditoría más antiguo hasta que se hayan eliminado suficientes registros.
Consulte también
Administrar auditorías de Dataverse
Guía para desarrolladores de Dataverse: Eliminar datos de auditoría

Pestaña Auditoría de configuración del
sistema
Habilite la auditoría para realizar un seguimiento de los cambios en los datos de la

organización y mantener un registro de dichos cambios.
Abrir el cuadro de diálogo Configuración del

sistema
1. Compruebe que tiene el rol de seguridad de Administrador del sistema o de

4. Seleccione Configuración del sistema y luego seleccione la pestaña Auditorías.
Iniciar Opción predeterminada: Desactivado. Inicio o detención de la auditoría.

auditoría
Auditoría de Opción predeterminada: Desactivado. Si están habilitadas, las aplicaciones de

acceso de involucración del cliente (como Dynamics 365 Sales y Customer Service) realizan
usuario un seguimiento de cuándo el usuario comenzó a acceder a las aplicaciones de
involucración del cliente y si el usuario accedió o no a la aplicación mediante la
aplicación web o Dynamics 365 for Outlook.
Iniciar Opción predeterminada: Desactivado. Los registros se enviarán al Centro de

auditoría de seguridad y cumplimiento de Microsoft 365 .
lectura
Especificar las áreas específicas de auditoría del producto, tal como se describe en la
siguiente tabla.
Área de auditoría Habilite el inicio de auditoría para estas entidades
Habilitar la auditoría
en las siguientes
áreas
Entidades comunes Cuenta, contacto, cliente potencial, lista de marketing, producto,

campaña exprés, informe, documentación de ventas, rol de seguridad y
usuario
Entidades de ventas Competidor, Oportunidad, Factura, Pedido y Oferta.
Entidades de Campaña
marketing
Entidades de servicio Artículo, caso, comentarios de los clientes, contrato y servicio

al cliente
Consulte también
Guía para desarrolladores de Dataverse: configurar la auditoría
La característica de auditoría de Dataverse está diseñado para cumplir las directivas de

auditoría externa e interna, cumplimiento, seguridad y gobernanzas comunes a muchas
compañías. Las auditorías de Dataverse registran los cambios que se realizan en los
registros del cliente en un entorno con una base de datos de Dataverse. Las auditorías
de Dataverse también registran el acceso de los usuarios a través de una aplicación o a
través del SDK en un entorno.
Las auditorías de Dataverse se admiten en todas las tablas y columnas personalizadas y

en la mayoría de las personalizables. Los registros de auditoría se almacenan en
Dataverse y consumen capacidad de almacenamiento de registros. Los registros de
auditoría se pueden ver en la pestaña Historial de auditoría para un solo registro y en la
vista Resumen de auditoría para todas las operaciones auditadas en un solo entorno.
Los registros de auditoría también se pueden recuperar mediante la API web o el
Servicio de organización.
７ Nota
El uso de terminología relacionada con entidades depende del protocolo o la

biblioteca de clases utilizada. Vea Uso de terminología según protocolo o
tecnología.
Los registros de auditoría pueden aparecer con un retraso en la pestaña Historial

de auditoría de un registro y en la vista Resumen de auditoría. Esto se debe a que
los registros de auditoría se almacenan en el almacenamiento de registro de
Dataverse y ya no en el almacenamiento de la base de datos.
Historial de auditoría para un solo registro

Vista de resumen de auditoría (todos los registros de auditoría)
Los registros de auditoría ayudan a los administradores y otros usuarios con privilegios
a responder preguntas como:
¿Quién ha creado o actualizado un registro y cuándo?

¿Qué campos de un registro se actualizaron?
¿Cuál era el valor anterior del campo antes de la actualización?
¿Quién estaba accediendo al sistema y cuándo?
¿Quién eliminó un registro?
Puede auditar las siguientes operaciones:
Cambios en la auditoría en el nivel de entidad, atributo y organización. Por

ejemplo, habilitar la auditoría para un entorno o una tabla.
Operaciones de creación, actualización y eliminación en registros.
Cambios en los privilegios de uso compartido de un registro.
La asociación o anulación de asociación N:N de registros.
Cambios en los roles de seguridad.
Eliminación de los registros de auditoría
Para los cambios realizados en los campos de entidad que se pueden localizar,
como el nombre de entidad Producto o campos de descripción, el Id. de
configuración regional (LCID) aparece en el registro de auditoría.
La auditoría no se admite en cambios de definición de tablas o columnas ni durante la

autenticación. Además, la auditoría no admite operaciones de recuperación ni
operaciones de exportación. Se puede habilitar el registro de actividad de Dataverse y
aplicaciones basadas en modelo además de auditar Dataverse para registrar
operaciones de recuperación de datos y operaciones de exportación.
En la siguiente lista se enumeran las tablas no personalizables que no se pueden auditar.

Esta lista se obtuvo probando un valor de la columna de CanModifyAuditSettings de
falso en la definición de cada tabla:
ActivityPointer
Annotation
BulkOperation
Calendar
CalendarRule
CustomerOpportunityRole
Descuento
DiscountType
IncidentResolution
KbArticle
KbArticleComment
KbArticleTemplate
Notificación
OpportunityClose
OrderClose
ProductPriceLevel
QuoteClose
RecurrenceRule
Recurso
ResourceGroup
ResourceGroupExpansion
ResourceSpec
SalesLiteratureItem
SalesProcessInstance
Servicio
Firmante
Template
Unidad de medida
UoMSchedule
Flujo de trabajo
WorkflowLog
Configurar auditoría para un entorno

La auditoría puede configurarse en tres niveles: un entorno, tabla y columna. Para que
se lleve a cabo la auditoría de tabla, la auditoría debe estar habilitada en el nivel de
entorno. Para que se lleve a cabo la auditoría de columna, la auditoría debe estar
habilitada en el nivel de entorno y el nivel de tabla.
Para habilitar la auditoría de acceso de usuarios (acceso a registro) o el registro de

actividades (leer registros), la auditoría debe estar habilitada en el nivel de entorno. La
opción para habilitar el registro de actividad solo está visible cuando se cumplen los
requisitos mínimos de licencia de Office.
Para habilitar o deshabilitar la auditoría debe disponer del rol de Administrador del
sistema o de Personalizador del sistema o permisos equivalentes.
La auditoría se puede configurar manualmente a través del Centro de administración de

Power Platform y el Portal de Power Apps . La auditoría también se puede configurar
mediante programación. Consulte Información general de auditoría.
Iniciar/detener la auditoría de un entorno y

establecer la directiva de retención
Esta tarea requiere el rol de Administrador o Personalizador del sistema o permisos
equivalentes.
７ Nota
El período de retención de auditoría no está disponible para Dynamics 365

Customer Engagement (on-premises) o para entornos cifrados con la propia clave
de cifrado de un cliente.
1. Inicie sesión en el Centro de administración de Power Platform con las
2. Vaya a Entornos> [selecione un entorno] >Configurfación> expanda Auditoría y

registros>Configuración de auditoría.
Ajuste Description
Iniciar Inicio o detención de la auditoría.

auditoría
Registrar Registrar siempre que se accede al sistema, normalmente iniciando sesión.

acceso
Leer registros Los registros se enviarán al Centro de seguridad y cumplimiento de

Microsoft 365 .
3. Puede establecer un período de retención que especifique el tiempo que se

mantendrán los registros de auditoría en un entorno. En Conservar estos registros
durante, elija el período de tiempo que desea conservar los registros.
Establecer la directiva de Valor predeterminado: Siempre

retención para estos registros
Establecer una directiva de Máximo: 24 855 días. Visible si selecciona

retención personalizada "Personalizado" en la configuración anterior.
Cuando el período de retención de auditoría se establece en Siempre, los registros

nunca se eliminarán. Cuando el período de retención de auditoría se establece en
cualquier otro valor, los registros se eliminarán continuamente a partir del
momento en que un registro de auditoría exceda el tiempo definido en la directiva
de retención.
Ejemplo: la directiva de retención se establece en 30 días. Los registros de

auditoría que se crearon hace 30 días +1 segundo comenzarán a eliminarse en
segundo plano.
Cada registro de auditoría está marcado con el período de retención vigente

actualmente. Al cambiar el período de retención no cambia el período de
retención de registros ya existentes. El nuevo período de retención se aplicará a
todos los nuevos registros creados después de cambiar la directiva de retención.
Ejemplo: El período de retención se cambia de 30 días a 90 días. Los registros de

auditoría que se crearon antes del cambio se eliminarán en segundo plano
después de 30 días. Los registros de auditoría que se crearon después del cambio
se eliminarán en segundo plano después de 90 días.
Más información: Guía para desarrolladores de Dataverse: Configurar la auditoría >

Configurar los ajustes de la organización
Habilitar la auditoría para una aplicación

específica en una aplicación web
equivalentes.
Esta característica le permite habilitar rápidamente la auditoría para múltiples tablas

(entidades) simultáneamente. La agrupación de tablas corresponde a una aplicación de
Dynamics 365, por ejemplo, las tablas de Sales corresponden a la aplicación Centro de
ventas.
4. Seleccione la tabla (entidades) que desea seguir. Para iniciar o detener la auditoría
en tablas específicas, active o desactive las siguientes casillas:
Entidades comunes. Sigue entidades comunes como cuenta, contacto,

objetivo, producto y usuario.
Entidades de ventas. Sigue entidades relacionadas con ventas, como
competidor, oportunidad, factura, pedido y oferta.
Entidades de marketing. Sigue la actividad de entidad de campaña.
Entidades de servicio al cliente. Sigue la actividad de entidad de caso,
contrato, cola y servicio.
Configurar la auditoría para una o varias tablas

y columnas en Power Apps
equivalentes.
1. Inicie sesión en Power Apps con sus credenciales de Administrador o

Personalizador del sistema.
2. Seleccione el entorno para el que desea configurar la auditoría.
７ Nota
Le recomendamos que administre la configuración de auditoría como parte

de una solución. Esto le permite encontrar fácilmente sus personalizaciones,
aplicar su propio prefijo publicado de la solución y exportar su solución para
distribuirla a otros entornos. Para obtener más información sobre soluciones,
consulte Usar una solución para personalizar. Cuando utilice una solución,
agregue todas las tablas que desea configurar para la auditoría de su
solución, luego realice los pasos 3 a 8 antes de guardar y publicar su solución.
4. Seleccione una tabla.
5. En la barra de comandos, seleccione Editar.

6. En la barra de comandos, seleccione Editar propiedades de tabla.
7. Expanda Opciones avanzadas.
8. Seleccione la casilla Cambios de auditoría en sus datos.
10. En la barra de comandos, seleccione <- Atrás.
11. En Esquema, seleccione Columnas.
12. Seleccione una columna que desee habilitar para auditoría y luego expanda
Opciones avanzadas.
13. Seleccione la casilla Habilitar auditoría.
15. Repita los pasos 3 a 10 para todas las tablas y columnas que desee editar.
Habilitación o deshabilitación de entidades y

campos para auditoría
Los administradores o personalizadores del sistema pueden cambiar la configuración
predeterminada de auditoría para entidades y para los campos específicos de una
entidad.
Habilitar o deshabilitar la auditoría para una entidad

2. Vaya a Entornos> [seleccione un entorno] >Configuraciones> expanda Auditoría

y registros>Configuración de auditoría de entidades y campos.
3. En Componentes, expanda Entidades.
4. Seleccione la entidad para la que desea habilitar o deshabilitar la auditoría.
5. Para iniciar la auditoría, en la pestaña General, en la sección Servicios de datos,

active la casilla Auditoría para habilitar auditoría o desactive la casilla Auditoría
para deshabilitarla.
De forma predeterminada, al iniciar o detener la auditoría de una entidad, también

debe iniciar o detener la auditoría de todos los campos de esa entidad.
7. Publique la personalización. Para publicar para una sola entidad, seleccione la

entidad, como Cuenta, y luego seleccione Publicar en la barra de herramientas.
Habilitar o deshabilitar la auditoría para campos

específicos de una entidad
1. En la entidad para la que desea habilitar o deshabilitar la auditoría con campos
específicos, seleccione Campos.
2. Para habilitar o deshabilitar un solo campo, abra el campo y en la sección

Auditoría, seleccione Habilitar o Deshabilitar.
Para habilitar o deshabilitar más de un campo, seleccione los campos que desee y,
en la barra de herramientas, seleccione Editar. En el cuadro de diálogo Editar
varios campos, en el área Auditoría, seleccione Habilitado o Deshabilitado.
entidad, como Cuenta, y luego seleccione Publicar en la barra de herramientas
Acciones.

Configurar tablas y columnas
Usar el Historial de auditoría en una aplicación

basada en modelo
El Historial de auditoría es un recurso valioso para que los usuarios comprendan el
historial de actualizaciones de un solo registro. Responde a preguntas como "¿Cuándo
se creó este registro y por quién?", "¿Quién cambió un campo en particular y cuál era el
valor anterior?", "¿Quién compartió el registro con otro usuario?".
Los usuarios deben tener el privilegio Ver historial de auditoría para ver el Historial de
auditoría de un registro.
1. Seleccione un registro en una aplicación basada en modelo.
2. Seleccione la pestaña Relacionado y luego Historial de auditoría.
3. Elija un campo en Filtrar por para filtrar los resultados por un campo que desee
ver el historial de cambios.
Usar la vista de resumen de auditorías
La vista de resumen de auditorías es una lista completa de todos los registros de
auditoría en un entorno. Al filtrar por varias columnas, los usuarios de la vista de
resumen de auditorías pueden comprender lo que sucedió en el entorno a lo largo del
tiempo. Ayuda a responder preguntas como "¿Qué acciones realizó un usuario y
cuándo?", "¿Quién eliminó un registro en particular?" o "¿Quién cambió el rol de un
usuario?".
Los usuarios deben tener el privilegio Ver resumen de auditoría para ver el Resumen de
auditoría.
1. Inicie sesión en el Centro de administración de Power Platform y seleccione un

entorno.
2. En la tarjeta Auditoría, seleccione Eliminar registros.
3. Seleccione Ver registros de auditoría.

4. Utilice la opción Habilitar/deshabilitarFiltros para reducir la lista de registros de
auditoría necesarios para responder a su pregunta. Puede aplicar varios filtros a la
vez.
７ Nota
La clasificación sólo es posible en la columna Fecha cambiada.
La exportación de registros de auditoría no se admite actualmente. Use la API

web o el Servicio de organización para recuperar datos de auditoría desde el
entorno. Vea Recuperar y eliminar el historial de cambios de datos
auditados.
Los valores de atributo grandes, como Email.description o Annotation, están
limitados (con un tope) a 5 KB o ~5000 caracteres. Un valor de atributo con
tope se puede reconocer por tres puntos al final del texto, por ejemplo,
“lorem ipsum, lorem ip…”.
Más información: Guía para desarrolladores de Dataverse: Recuperar el historial de

cambios de datos auditados
Eliminar el historial de cambios para un registro

La auditoría de Dataverse admite la eliminación de un solo registro o del historial de
auditoría completo. Esto es útil cuando se responde a una solicitud de RGPD de un
cliente que solicita la eliminación de sus datos.
Los usuarios deben tener el privilegio Eliminar historial de cambios de registro de

auditoría para realizar esta acción.
La eliminación del historial de auditoría de un registro se puede realizar en el Historial

de auditoría de una aplicación basada en modelo y en la vista Resumen de auditoría del
entorno.
Eliminar el historial de cambios de un registro en la

pestaña Historial de auditoría de un registro

3. En Filtrar por, elija Todos los campos y luego seleccione Eliminar historial de
cambios para eliminar todos los registros pertenecientes al registro seleccionado.
4. Seleccione Eliminar para confirmar.
Eliminar el historial de cambios de un registro en la vista

Resumen de auditorías
entorno.

4. Seleccione una fila en el historial de auditorías y luego seleccione Eliminar historial
de cambios para eliminar todos los registros pertenecientes al registro
seleccionado.
Reduzca el almacenamiento de registros:

elimine registros de auditoría: proceso
heredado
Cuando habilitar la auditoría de Dataverse, las aplicaciones crean registros de auditoría
para almacenar cambios en los registros y el acceso de usuarios. Puede eliminar
registros de auditoría cuando ya no se necesiten para liberar espacio de capacidad de
registro.
２ Advertencia
Cuando se eliminan registros de auditoría, ya no se puede ver el historial de

1. En la esquina superior derecha de una aplicación, seleccione Configuración (
2. Seleccione Administración del registro de auditoría y luego seleccione Ver

registros de auditoría.
3. Seleccione el registro de auditoría más antiguo, y elija Eliminar registros.
4. Seleccione Aceptar para confirmar.
７ Nota
eliminar más de un registro, debe repetir la eliminación del registro de auditoría
más antiguo disponible hasta que se hayan eliminado suficientes registros.

elimine registros de auditoría: nuevo proceso
registro.
２ Advertencia
Cuando se elimina registros de auditoría, ya no se puede ver el historial de

auditoría para las tablas, acceso de usuarios y el período que abarcaba ese registro
de auditoría.

entorno.
2. En Auditoría, seleccione Eliminar registros.
3. Elija cómo seleccionar los registros para eliminar.

Eliminar Descripción Nombre de
registros trabajo del
sistema
Registros por Seleccione una o más tablas para las que desea Eliminar registros
tabla eliminar registros de auditoría. De forma de [número de]
predeterminada, se mostrarán todas las tablas del tablas.
entorno, ya sea que contengan datos de auditoría o
no.
Registros de Eliminar todos los registros de acceso. Esto eliminará Eliminar los
acceso por todos los registros de todos los usuarios y sistemas. registros de
personas y acceso.
sistemas
Todos los Eliminar los registros incluyendo la fecha Desea eliminar

registros seleccionada. todos los registros
hasta la anteriores a [marca
fecha de tiempo],
seleccionada, incluido.
incluida
4. Seleccione Eliminar y confirme.
７ Nota
Los registros de auditoría se eliminarán en un trabajo del sistema en segundo

plano asíncrono. La duración de la eliminación depende de la cantidad de
registros de auditoría que se eliminarán. La tasa actual es de
aproximadamente 100 millones de registros por día, o aproximadamente 4
millones de registros por hora.
Para supervisar el estado de los trabajos de eliminación de auditoría, consulte

la siguiente sección.
Supervisión de trabajos del sistema

Varias de las características usan trabajos del sistema para realizar tareas de forma
automática como, por ejemplo, los flujos de trabajo, la importación y la detección de
duplicados, que se ejecutan de manera independiente o en segundo plano. Puede
supervisarlas para asegurarse de que se ejecuten sin dificultades o se hayan completado
correctamente.
2. Seleccione Configuración>Auditoría y registros>Trabajos del sistemas para ver

una vista de cuadrícula de trabajos del sistema.
Si hay algún problema con un trabajo del sistema, puede cancelarlo, posponerlo,
pausarlo o reanudarlo. Seleccione un trabajo y, a continuación, el menú Acciones .
Cancelar trabajos del sistema
No se puede reanudar un trabajo del sistema cancelado.
Posponer la finalización de trabajos del sistema
Posponer un trabajo del sistema activo detiene cualquier acción actual y posterior.
Puede especificar un momento posterior para reiniciar el trabajo del sistema.
Pausar trabajos del sistema
Puede reanudar un trabajo del sistema en pausa.
Reanudar trabajos del sistema
La reanudación reinicia un trabajo del sistema que estaba en pausa.
 Sugerencia
1. Si un trabajo del sistema genera errores, puede ver los detalles de los
pasos erróneos y cuáles han sido los problemas. Primero, abra el registro
del trabajo del sistema. Para mostrar detalles de los errores del trabajo
del sistema, mueva el puntero sobre los símbolos de advertencia.
2. Para ver los errores del trabajo del sistema en un formato que pueda
imprimir o copiar y pegar, seleccione el botón Imprimir.
７ Nota
No se pueden realizar cambios en el estado de un trabajo del sistema que se haya

completado o cancelado.
Supervisar el estado de los trabajos de

eliminación de auditoría
2. Seleccione Configuración>Administración de datos>Eliminación en masa.
Seleccione el nombre del trabajo del sistema para abrir los detalles sobre su trabajo de
eliminación.
Consulte también
Información general de auditoría
Auditoría de acceso de usuario



７ Nota

tecnología.






ActivityPointer
Annotation
BulkOperation
Calendar
CalendarRule
Descuento
DiscountType
IncidentResolution
KbArticle
KbArticleComment
KbArticleTemplate
Notificación
OpportunityClose
OrderClose
ProductPriceLevel
QuoteClose
RecurrenceRule
Recurso
ResourceGroup
ResourceSpec
SalesLiteratureItem
Servicio
Firmante
Template
Unidad de medida
UoMSchedule
Flujo de trabajo
WorkflowLog




equivalentes.
７ Nota


Ajuste Description

auditoría

acceso

Microsoft 365 .




de retención.

segundo plano.




equivalentes.

ventas.


equivalentes.

７ Nota


Opciones avanzadas.

entidad.







Acciones.


basada en modelo
usuario?".
auditoría.

entorno.

vez.
７ Nota

auditados.




entorno.



entorno.

seleccionado.

heredado
registro.
２ Advertencia


７ Nota

registro.
２ Advertencia

de auditoría.

entorno.

sistema
no.
personas y acceso.
sistemas

fecha de tiempo],
incluida
７ Nota



correctamente.

 Sugerencia
７ Nota


eliminación.
Consulte también



７ Nota

tecnología.






ActivityPointer
Annotation
BulkOperation
Calendar
CalendarRule
Descuento
DiscountType
IncidentResolution
KbArticle
KbArticleComment
KbArticleTemplate
Notificación
OpportunityClose
OrderClose
ProductPriceLevel
QuoteClose
RecurrenceRule
Recurso
ResourceGroup
ResourceSpec
SalesLiteratureItem
Servicio
Firmante
Template
Unidad de medida
UoMSchedule
Flujo de trabajo
WorkflowLog




equivalentes.
７ Nota


Ajuste Description

auditoría

acceso

Microsoft 365 .




de retención.

segundo plano.




equivalentes.

ventas.


equivalentes.

７ Nota


Opciones avanzadas.

entidad.







Acciones.


basada en modelo
usuario?".
auditoría.

entorno.

vez.
７ Nota

auditados.




entorno.



entorno.

seleccionado.

heredado
registro.
２ Advertencia


７ Nota

registro.
２ Advertencia

de auditoría.

entorno.

sistema
no.
personas y acceso.
sistemas

fecha de tiempo],
incluida
７ Nota



correctamente.

 Sugerencia
７ Nota


eliminación.
Consulte también

Colaborar usando plantillas de equipo
El uso de equipos en Dynamics 365 Customer Engagement (on-premises) es opcional,

no obstante, los equipos proporcionan una forma sencilla de compartir información y
colaborar con usuarios a través de unidades de negocio. Un equipo es un grupo de
usuarios. Como grupo, podrá realizar el seguimiento de información sobre los registros
y realizar tareas asignadas de forma mucho más eficaz y coordinada. Pese a que un
equipo pertenece a una sola unidad de negocio, puede incluir usuarios de otras
unidades de negocio. Un usuario se pueden asociar con más de un equipo.
Existen dos tipos de equipos con los que puede trabajar: propietario y acceso.
Un equipo de propietarios tiene registros y roles de seguridad asignados. Los

privilegios del equipo se definen mediante roles de seguridad. Además de los
privilegios proporcionados por los roles de seguridad del equipo, los usuarios
tienen los privilegios definidos por sus roles de seguridad individuales y por los
roles de los otros equipos de los que son integrantes. Un equipo tiene derechos de
acceso completo a los registros propiedad del equipo.
Un equipo de acceso no es propietario de registros propios y no tiene los roles de

seguridad asignados al equipo. Los usuarios tienen privilegios definidos por sus
roles de seguridad individuales y por los roles de los otros equipos de los que son
integrantes. Los registros se comparten con un equipo de acceso y a los
integrantes del equipo se asignan derechos de acceso sobre los registros, como
lectura, escritura o anexar.
Un equipo de acceso puede crearse manualmente (creado por el usuario) o

automáticamente (administrado por el sistema). Puede compartir varios registros con un
equipo de acceso creado por el usuario. Un equipo administrado por el usuario se crea
para un registro específico y no se pueden compartir otros registros con este equipo.
Para equipos administrados por el sistema es necesario proporcionar una plantilla de
equipo que use el sistema para crear un equipo. En esta plantilla, defina el tipo de
entidad y los derechos de acceso del registro que se asignan a los integrantes del
equipo cuando crea el equipo. Una plantilla de equipo se muestra en todos los
formularios de registro de la entidad especificada como lista. Cuando se agrega el
primer usuario a la lista, se crea el equipo real de acceso para este registro. Puede
agregar y quitar integrantes del equipo utilizando esta lista. La plantilla del equipo se
aplica a los registros del tipo de entidad indicado y de entidades relacionadas, según las
reglas en cascada. Para dar a los miembros del equipo diferente acceso al registro,
puede suministrar varias plantillas de equipo, cada plantilla especificando derechos de
acceso diferentes. Por ejemplo, puede crear una plantilla de equipo para la entidad de
cuenta con el derecho de acceso de lectura, que permite que los miembros del equipo
vean la cuenta especificada. Para otro equipo que requiere más acceso a la misma
cuenta, puede crear una plantilla de equipo con derechos de acceso de lectura,
escritura, uso compartido y otros.
Únicamente las entidades que se habilitan para equipos de acceso administrados por el
sistema se pueden especificar en la plantilla.
Si cambia los derechos de acceso en la plantilla del equipo, los cambios se aplican solo a
los nuevos equipos de acceso administrados por el sistema. Los equipos existentes no
se ven afectados.
Para obtener información sobre cómo crear una plantilla de equipo, habilite una entidad
para equipos de acceso administrados por el sistema y cómo personalizar el formulario
de entidad para agregar la plantilla de equipo, consulte Crear una plantilla de equipo y
agregarla a un formulario de entidad.
Vea también
Crear una plantilla de equipo y agregarla a un formulario de entidad
Administrar equipos
Equipos de acceso en Microsoft Dynamics CRM

Crear plantillas para artículos
Las plantillas de artículos ayudan a crear nuevos artículos para la biblioteca de la base
de conocimiento de su organización. También puede crear plantillas con texto de
plantilla para ayudar a los escritores de artículos a usar un lenguaje y un mensaje
coherentes.
７ Nota
Esta experiencia es aplicable sólo a la entidad Artículos heredada y no a la nueva

entidad Artículo de conocimientos.


3. Seleccione Configuración>Administración de servicios.
4. Seleccione Plantillas de artículo.
5. Para crear una nueva plantilla de artículo, seleccione Nueva.
6. En el cuadro de diálogo Propiedades de la plantilla de artículo, escriba el título

del artículo nuevo, seleccione el idioma y seleccione Aceptar.
7. Para agregar una sección, en el área Tareas comunes, seleccione Agregar sección y
especifique lo siguiente:
a. En el cuadro Título, escriba un título.
b. En el cuadro Instrucciones, escriba una descripción de la información que

deben suministrar los usuarios en esta sección cuando usen esta plantilla.
Cuando un usuario cree un artículo con esta plantilla, las instrucciones

aparecerán en el cuerpo del texto de esta sección hasta que el usuario
comience a escribir.
8. Para ajustar la posición de una sección de la plantilla, seleccione la sección cuya

posición desea ajustar y, en el área Tareas comunes, seleccione las flechas verdes
para mover la sección a la posición que desee.
Cuando seleccione una sección, el borde de esta se volverá verde y con líneas
continuas.
9. Para quitar la sección, seleccione la sección que desee quitar y, en el área Tareas
comunes, seleccione Quitar sección.
10. Para editar una sección, seleccione la sección que desee editar y, en el área Tareas
comunes, seleccione Propiedades de la sección. Edite el título y la descripción.
11. Para dar formato al texto, establecer la fuente y el color del título del artículo, los
encabezados y el cuerpo del texto de cada sección, use las herramientas de la
barra de herramientas Modificar.
12. Cuando haya terminado, seleccione Guardar o Guardar y cerrar.
Una vez guardada la plantilla, está disponible de forma inmediata para su uso. Si la
plantilla no está completa y desea finalizarla más tarde, puede guardarla,
desactivarla (convertirla en de solo lectura) y completarla más tarde. Cuando la
plantilla esté completa, puede reactivarla.
７ Nota
Si necesita hacer una copia de seguridad de las plantillas o exportarlas para usarlas
en otra implementación, puede exportarlas como parte de las personalizaciones de
exportación. Más información: Exportar sus personalizaciones como solución.
Vea también
Libro electrónico: Use los artículos de KB para ayudar a sus clientes
Crear los derechos para definir términos
compatibles
Defina el tipo de soporte al que puede optar sus clientes creando derechos en Dynamics
365 Customer Service. Con los derechos, especifique las condiciones de soporte técnico
en función de la cantidad de horas o el número de casos. El nivel de servicio al cliente
puede variar según el producto o el servicio que el cliente adquirió. Los clientes que han
comprado diferentes productos pueden tener derecho a distintos niveles de soporte.
Esta información ayuda a los agentes de soporte a clientes a comprobar a qué tienen
derecho los clientes y a crear los correspondientes casos para ellos.
７ Nota
Con la última versión de la aplicación de Dynamics 365 Customer Service, los

derechos en administración de servicio están disponibles en el Centro de servicio al
cliente. Se recomienda que cree y administre los derechos mediante la nueva
experiencia.
Cree un derecho
Puede crear un derecho en el Customer Service admin center o en la aplicación del
Centro de Customer Service
1. Compruebe que tiene el rol de seguridad de Administrador del servicio al cliente,

Administrador del sistema o Personalizador del sistema o permisos equivalentes.
Para comprobar sus permisos de seguridad, siga los pasos descritos en
Visualización del perfil de usuario.
2. Vaya a una de las aplicaciones y realice los pasos siguientes.
a. En el mapa del sitio, seleccione Términos de servicio en Operaciones.

Aparecerá la página Términos del servicio.
b. En la sección Derechos, sleccione Administrar.

Se muestra la vista Todos los derechos. Puede cambiar entre varias vistas
de sistema mediante la lista desplegable.
3. Para crear un nuevo derecho desde una plantilla, seleccione Nuevo>Plantilla de

origen. En el cuadro de diálogo Seleccionar plantilla, seleccione la plantilla de
derecho, y elija Seleccionar.
Para crear un nuevo derecho desde cero, seleccione Nuevo>Derecho en blanco.
4. Rellene la información. Utilice como guía la útil información sobre herramientas.
En la sección Información, especifique los detalles básicos:
Nombre: escriba un nombre significativo para el derecho.
Cliente primario: seleccione el cliente para el que está creando este

derecho.
Fecha de inicio: seleccione la fecha a partir de la cual el cliente tendrá

derecho a obtener soporte.
Fecha de finalización: seleccione la fecha a partir de la cual el cliente no

tendrá derecho a obtener soporte.
Restringir según los términos del derecho: para asegurarse de que no se

crean casos cuando termine el período del derecho, seleccione Sí. Si elige
Sí, un agente de servicio al cliente no podrá crear un caso cuando
Términos restantes tenga menos de cero O cuando el término restante de
un canal sea menos de cero.
SLA: seleccione un registro de contrato de nivel de servicio (SLA) para

asociar los niveles de servicio o los indicadores clave de rendimiento para
el soporte que está proporcionando con este derecho.
Propietario: especifique el propietario del derecho.
Descripción: escriba una breve descripción del derecho.
En la sección Términos de derecho, especifique los detalles del término para

el derecho:
Tipo de asignación: seleccione si la asignación se basa en el número de

casos o en el número de horas.
Disminuir restante el: elija si se reduce el término restante en la creación o
la resolución del caso.
Si reduce el término restante basándose en la creación del caso:
Crear o actualizar un caso con el derecho asociado reduce los términos

de derecho
Cancelar un caso con el derecho asociado incrementa los términos de

derecho
Reactivar un caso cancelado con el derecho asociado reduce los

términos de derecho
Si reduce el término restante basándose en la resolución del caso:
Resolver un caso con el derecho asociado reduce los términos de

derecho
Reactivar un caso resuelto con el derecho asociado incrementa los

términos de derecho.
Plazo total: especifique la cantidad total de soporte al que el cliente tiene

derecho en cuanto al tipo de asignación. Por ejemplo, si el tipo de
asignación es número de casos y especifica 100 en Términos totales, el
cliente tiene derecho a tener soporte hasta 100 casos.
El Término restante muestra el número total de horas o de casos que

quedan para el derecho del cliente. El valor disminuye cada vez que se
crea o se resuelve un caso (según lo que seleccione en Reducir restantes
en) para el derecho.
Cuando guarda los derechos, se agregan secciones adicionales para un nuevo derecho
como Canal de derecho, Productos y Contactos.
Agregar un canal de derecho
La sección Canal de derecho especifica el canal de soporte técnico con el que el cliente
puede ponerse en contacto con la organización y solicitar soporte técnico.
Use esta sección para definir los canales a los que tienen derecho los clientes y para
realizar un seguimiento de término de soporte al cliente para cada canal. Por ejemplo,
puede agregar teléfono y correo electrónico como los canales a través de los cuales
ofrecerá soporte técnico. Si desea limitar el soporte técnico a través del canal de
teléfono a 80 horas y correo electrónico a 20 horas, cree registros individuales de canal
de derecho y agregue sus términos totales.
７ Nota
Debe guardar el registro de derecho para poder agregar canales de derecho a un

derecho.
1. En la sección Canal de derecho, seleccione ... y seleccione Agregar nuevo canal de

derecho para agregar un nuevo canal de derecho.
2. Especifique el Nombre del canal y los Términos totales que desea asignar al canal.
El término restante se calcula automáticamente y muestra el número total de horas

o de casos que quedan para el derecho del cliente.
Asocie un producto con el derecho

Si desea que el derecho se aplique a un producto específico para un cliente, asocie el
producto al derecho.
７ Nota
Si no agrega un producto, el cliente tendrá derecho a prestar soporte para todos

los productos.
1. Mientras se está en el registro de derecho, en la sección Productos, seleccione ... y

seleccione Agregar nuevo producto para asociar un producto existente.
2. En el cuadro Buscar, escriba las primeras letras del nombre del producto que
desea asociar al derecho.
Si un producto no está disponible, haga clic en Nuevo para crear uno nuevo.
Asocie un contacto de cliente con el derecho

Para permitir que solo determinados contactos de un cliente reclamen el derecho para
un producto específico, asocie los contactos con el derecho.
７ Nota
Si no agrega un contacto, todos los contactos del cliente principal especificado

tendrán derecho a recibir soporte.
1. Mientras se está en el registro de derecho, en la sección Contactos, seleccione ... y

después seleccione Agregar contacto existente para asociar un contacto existente.
2. En el cuadro Buscar, escriba las primeras letras del nombre del contacto que desea
asociar al derecho. Este registro de contacto debe pertenecer a la cuenta o al
contacto especificado en el campo Cliente.
Si un contacto no está disponible, haga clic en Nuevo para crear un registro de

contacto.
Todos los derechos activos para un cliente aparecen en la sección Derechos

activos del registro del cliente.
Active o desactive un derecho

Para poder empezar a aplicar un derecho a un caso, debe activarlo.
1. Mientras se encuentra en el registro de derecho, en la barra de comandos, elija
Activar.
2. En el cuadro de diálogo Confirmar activación, elija Activar.
７ Nota
Si las fechas de inicio y finalización del derecho corresponden al futuro,

establezca el estado del derecho como En espera. En la fecha de inicio, el
estado cambia automáticamente a Activo. Si la fecha de finalización
corresponde al pasado, el derecho se configura como Expirado.
Cuando un derecho está activo, no puede modificarlo. Para desactivar un derecho

y poder modificarlo, en la barra de comandos, elija Desactivar.
Establecer un derecho como derecho

predeterminado
Puede activar el derecho, y a continuación, establecerlo como derecho predeterminado
para un cliente. Los términos de derecho del derecho asociado se reducen
automáticamente. Sin embargo, si no desea que los términos del derecho se reduzcan
para un caso, seleccione No reducir términos de derecho en la barra de comandos.
1. En la barra de comando, elija Establecer como predeterminado.
2. En el cuadro de diálogo Confirmar valor como predeterminado, elija Aceptar.
Ahora el derecho predeterminado se aplicará automáticamente al crear un caso o

cuando un caso se actualiza en función de lo que eligió para derechos
predeterminados en el área de configuración del sistema. Para obtener más
información, vea la sección Aplicar derecho automáticamente en el paso 4,
Cuadro de diálogo Configuración del sistema - pestaña Servicio.
Asocie derechos a casos

En un registro de caso, en el campo Derecho, haga clic en el botón Búsqueda y
seleccione un derecho. La búsqueda en línea muestra solo el derecho activo para el
cliente del caso.
La sección Derechos del registro del caso muestra todos los derechos activos del cliente.
Más información:: Ver casos y derechos recientes
Cancelar un derecho
Si el derecho ya no es válido, puede cancelarlo. Para cancelar un derecho activo o en
espera, ábralo y, en la barra de comandos, haga clic en Cancelar.
Renovar un derecho
Para renovar un derecho cancelado o expirado, ábralo y, en la barra de comandos, haga
clic en Renovar. Se creará un nuevo derecho y su estado se establecerá en "Borrador",
mientras que el derecho cancelado o vencido permanecerá como está. La fecha de inicio
de el nuevo derecho se configurará con la fecha actual y la fecha de finalización se
configurará con la fecha actual más el número de días entre la fecha de finalización y la
fecha de inicio. Los datos de otros campos se copian como están del antiguo derecho.
Consultar también
Configuración rápida de derechos con plantillas
Descargar una plantilla para la
importación de datos
Ya estén sus datos almacenados en hojas de cálculo, bases de datos u otros sistemas,
querrá importarlos en aplicaciones de involucración del cliente (Dynamics 365 Sales,
Dynamics 365 Project Service Automation), para que pueda realizar un seguimiento de
toda la información de sus clientes en un solo lugar. Use plantillas para importar
muchos tipos de registros, como cuentas, clientes potenciales o casos. Existe una lista
completa en el asistente de Plantillas para la importación de datos.

Vaya a Entornos> [seleccione un entorno] >Configuración>Administración de
datos>Plantillas.


sistema.
1. Seleccione un entorno y vaya a Configuración>Administración de

datos>Plantillas.
2. En el cuadro de diálogo Plantillas para la importación de datos, seleccione el tipo

de registro para el que desea descargar la plantilla y, a continuación, seleccione
Descargar.
3. En el cuadro de descarga del archivo, seleccione Guardar o Guardar como y

busque una ubicación para el archivo.
4. Seleccione Cerrar.
Vea también
Importar datos (todos los tipos de registro) de varios orígenes
Importar datos
Usar plantillas para acelerar su trabajo y
mejorar la coherencia y la velocidad
Puede usar plantillas de Dynamics 365 Customer Engagement (on-premises) de diversas

formas para acelerar su trabajo y mejorar la coherencia.
Plantillas de artículo
coherentes.
Más información: Crear plantillas para artículos en la documentación del administrador

de Power Platform
Plantillas de artículo de conocimientos

Las plantillas de artículos de conocimientos ayudan a los autores de conocimiento
simplificando el proceso de creación de artículos de conocimientos. Las plantillas
también ayudan a los autores y a los administradores de conocimientos a mantener la
coherencia en la personalización de marca, el idioma y la estructura.
Más información: Crear la plantilla de artículo del conocimiento en la documentación de

Dynamics 365 Customer Service
Plantillas de correo electrónico

Ahorre tiempo al crear mensajes de correo electrónico múltiples creando plantillas de
correo electrónico. Las plantillas de correo electrónico contienen datos predefinidos que
usted especifica, por lo que no tiene que volver a escribir la misma información para
cada artículo.
Más información: Crear plantillas para correo electrónico en la documentación del

administrador de Power Platform.
Plantillas de combinación de correspondencia

Puede usar plantillas de combinación de correspondencia con Office Word para crear
cartas, faxes, ofertas y mensajes de correo electrónico listos para los clientes.
Más información: Trabajar con plantillas para correo electrónico en la documentación

del administrador de Power Platform.
Plantillas de campaña
Ahorre tiempo al crear varias campañas creando una plantilla de campaña. Las plantillas
de campaña contienen datos predefinidos que usted especifica, por lo que no tiene que
volver a escribir la misma información para cada campaña. Puede crear una plantilla de
campaña nueva o puede copiar una campaña existente y utilizarla como plantilla.
Crear una plantilla de campaña

1. Vaya a Marketing>Campañas.
2. Haga clic en Nueva plantilla.
Abra la campaña que desee editar.
3. Agregue información en el formulario de plantilla como cuando crea una campaña.

En el formulario de plantilla, introduzca la información que desea que aparezca en
las campañas basadas en esta plantilla, y agregue elementos como tareas de
planeamiento, actividades de campaña y listas de marketing.
4. Haga clic en Guardar o Guardar y cerrar.
Copiar una campaña existente como plantilla

Abra la campaña que desea copiar. Haga clic en Copiar como plantilla, escriba un
nombre para la plantilla, y haga clic en Guardar.
Si necesita hacer una copia de seguridad de las plantillas o usarlas en otra

implementación de aplicaciones de Dynamics 365 for Customer Engagement,
puede exportarlas como parte de las personalizaciones de exportación. Más
información: Exportar sus personalizaciones como solución
７ Nota
Esta sección se aplica al área de trabajo de Marketing en Dynamics 365 Customer
Engagement (local). Si usa Dynamics 365 Marketing, que proporciona un conjunto
completo de funcionalidad, automatización e ideas analíticas para campañas de
varias fases y de varios canales, consulte Ayuda y aprendizaje para Marketing.
Plantillas de derecho
Cree rápidamente otros derechos predefinidos con la información básica como la fecha
de inicio y finalización, contrato de nivel de servicio (SLA), tipo de asignación y período
total utilizando una plantilla de derechos en Customer Engagement.
Más información: Usar plantillas de derecho para configurar los derechos rápidamente
en la documentación de Dynamics 365 Customer Service.
Plantillas de Excel
Excel proporciona formas eficaces de analizar y mostrar los datos de Dynamics 365 for
Customer Engagement. Con las plantillas de Excel, es fácil crear y compartir sus análisis
personalizados con otros usuarios en su organización.
Más información: Analizar y compartir sus datos con plantillas de Excel, en la

documentación de administrador de Power Platform
Plantillas de Word
Después de crear e importar plantillas de Office Word en aplicaciones en Customer
Engagement, con un solo clic los usuarios pueden generar documentos estandarizados
completados automáticamente con datos de Customer Engagement.
Más información: Usar plantillas de Word para crear documentos estandarizados en la

documentación de administrador de Power Platform.
Crear una firma para su correo
electrónico o para una cola
Use una firma de correo electrónico en Customer Engagement (on-premises) Customer

Engagement para ahorrar tiempo y ser coherente en sus respuestas. El propietario de
una firma de correo electrónico puede ser un usuario o equipo.
Crear una firma de correo electrónico

Para editar una firma si no es administrador del sistema:
1. Seleccione el botón Configuración en la esquina superior derecha de la

pantalla.
2. Seleccione Opciones y, a continuación, seleccione la pestaña Firmas de correo

electrónico.
3. Elija Firmas de correo electrónico.
Para crear una nueva firma de correo electrónico:
4. En la barra de herramientas Acciones, seleccione Nuevo.
5. En la página Firma de correo electrónico: Nueva firma de correo electrónico,

especifique los siguientes valores:
Propietario:El usuario o equipo que posee esta firma.
Idioma:Si tiene varios paquetes de idiomas instalados, seleccione el idioma

para la firma que está creando.
Título:El título de esta firma de correo electrónico.
6. Seleccione Guardar y cerrar. O bien seleccione >Guardar>Establecer como

predeterminado para convertirla en la firma de correo electrónico predeterminada.
Para editar una firma si es administrador del

sistema
1. Vaya a Configuración>Plantillas>Firmas de correo electrónico.
2. Seleccione la firma que quiere actualizar.
Uso de firmas de correo electrónico

Si tiene una firma predeterminado, al crear un nuevo correo electrónico en Customer
Engagement (on-premises) (por ejemplo, Ventas>Actividades>Correo electrónico), una
firma de correo electrónico se agrega automáticamente al correo electrónico en función
del usuario que especifique en el campo De. Una firma de correo electrónico debe
definirse para el usuario.
Para cambiar o agregar una firma, seleccione Insertar firma en la barra de menús en un
formulario de correo electrónico.
Al abrir que la página Firmas de correo electrónico, las firmas de correo electrónico que
posee se muestran. Cambie la vista a Todas las firmas de correo electrónico para ver las
firmas creadas por otros.
Cosas que hay que saber acerca de las firmas

de correo electrónico
El propietario de una firma de correo electrónico la puede crear, actualizar o
eliminar.
Cada usuario o equipo no puede tener más de una firma predeterminada de

Cuando cambia el propietario de una firma de correo electrónico, la firma vuelve a

la no predeterminada. Por ejemplo, una firma es la predeterminada para el usuario
A. El usuario A la asigna a la cola X y la cola X ya tiene una firma predeterminado.
La firma asignada será la no predeterminada para la cola X. Si la cola X no tiene
una firma predeterminada, la nueva firma se convertirá en la firma predeterminada.
Si el campo De se cambia a un usuario, aparecerá la firma de correo electrónico

del usuario. Cuando seleccione Insertar firma, aparecerán todas las firmas que el
usuario posee. Si el campo De se cambia a una cola, aparecerá la firma de correo
electrónico predeterminada del propietario de la cola. El propietario de una cola
puede ser un usuario o equipo. Cuando seleccione Insertar firma, se mostrarán
todas las firmas de correo electrónico que son propiedad del propietario de la cola
(usuario o equipo).
Si el campo De se cambia a una cola, aparecerá la firma de correo electrónico
predeterminada del propietario de la cola. El propietario de una cola puede ser un
usuario o equipo. Cuando seleccione Insertar firma, se mostrarán todas las firmas
de correo electrónico que son propiedad del propietario de la cola (usuario o
equipo).
Consulte también
Trabajar con plantillas
Crear plantillas de correo electrónico

cada artículo.
Después de crear una actividad de correo electrónico, se le adjunta una plantilla de

correo electrónico. Normalmente, cada tipo de actividad de correo electrónico tiene su
propio tipo de plantilla de correo electrónico; por ejemplo, una actividad de correo
electrónico creara a partir de un registro de caso usaría una plantilla de correo
electrónico de caso. También puede crear plantillas globales que estén disponibles para
cualquier tipo de registro, plantillas personales disponibles solo para usted o plantillas
de la organización disponibles para las personas de su organización.



entorno.
3. Seleccione Configuración>Plantillas>Plantillas de correo electrónico.
5. En el cuadro de diálogo Tipo de plantilla de correo electrónico, en la lista Tipo de

plantilla, seleccione el tipo y, a continuación, seleccione Aceptar.
） Importante
Si selecciona un tipo de registro específico, como un cliente potencial o una

oportunidad, la plantilla solo está disponible para ese tipo de registro. Esto no
se puede cambiar. Para usar el mismo contenido para otro tipo de registro,
cree una plantilla nueva.
6. En el formulario Plantillas de correo electrónico, especifique un Título y Tema.
7. Puede escribir una descripción de la plantilla. Esta descripción no se muestra al

destinatario.
8. Escriba el texto que desee enviar en este mensaje. Use la barra de herramientas
Formato para editar el texto.
 Sugerencia
Aunque no puede insertar imágenes o HTML directamente en las

plantillas ni en los mensajes de correo electrónico, puede usar la
característica Copiar de Internet Explorer para copiar una imagen de un
sitio web y pegarla en la plantilla o mensaje de correo electrónico. La
imagen estará disponible siempre que el sitio web se encuentre
accesible.
Para incluir un hipervínculo en una plantilla de correo electrónico,

escriba la dirección URL, incluido http://, por ejemplo,
http://contoso.com . No incluya puntos, comas ni espacios después de
la dirección URL o el vínculo no funcionará. Seleccione el texto del
vínculo y seleccione Hacer de esto un hipervínculo ( ).
Se agregará un vínculo automáticamente a la dirección URL y el texto

aparecerá subrayado y en azul.
Para incluir campos de datos en un hipervínculo:
a. Seleccione el texto del vínculo y los campos de datos. Por ejemplo:

http://contoso.com/q?{!User : City;}
b. Seleccione Convertirlo en hipervínculo ( ).
El texto y los campos de datos se convierten en un hipervínculo. Por

ejemplo: <a href="https://contoso.com/q?{!User :
City;}">http://contoso.com/q?{!User : City;}</a>.
El texto del hipervínculo se mostrará como un vínculo cuando la

plantilla se use en un correo electrónico.
No hay corrector ortográfico integrado en las aplicaciones de
involucración del cliente (Dynamics 365 Sales, Dynamics 365 Customer
Service, Dynamics 365 Field Service, Dynamics 365 Marketing y
Dynamics 365 Project Service Automation). Es posible que existan
soluciones de terceros. Para obtener más información, visite el Microsoft
Dynamics: buscador de soluciones .
La barra de herramientas Formato tiene fuentes y tamaños de fuentes

limitados. No obstante, puede copiar y pegar contenido desde Office
Word. Esta operación permite aprovechar características como la
corrección ortográfica y el formato de texto avanzado. Para aplicar un
solo espacio a una línea de texto, al final de la línea, presione
Mayús+Entrar.
9. Para insertar campos de datos para mostrar información como el nombre del
cliente o datos de una oferta, desde un registro de aplicaciones de involucración
de cliente, seleccione Insertar o actualizar y, a continuación, en el cuadro de
diálogo Valores del campo de datos, seleccione Agregar.
10. En el cuadro de diálogo Agregar valor de datos, seleccione Tipo de registro y

Campo y, a continuación, seleccione Aceptar.
11. Seleccione Aceptar para insertar los datos.
12. Para especificar los nombres y apellidos de los clientes, deberá repetir estos tres
pasos de inserción de datos; los nombres y los apellidos son valores de datos
independientes.
 Sugerencia
Use el cuadro Texto predeterminado para definir el texto que se muestra si el

registro no tiene datos en el campo.
13. Seleccione Guardar o Guardar y cerrar.
７ Nota
Para cambiar una plantilla compartida a una personal o una plantilla personal
a una compartida, en el formulario de la plantilla, en el menú Acciones ,
seleccione Volver a plantilla personal o seleccione Plantilla disponible para la
organización.
Si usa una plantilla de correo electrónico como una firma en otra plantilla,
inserte primero la plantilla de firma. En caso contrario, se sobrescribirá la línea
Asunto
Si necesita hacer una copia de seguridad de las plantillas o exportarlas para
usarlas en otra implementación, puede exportarlas como parte de las
personalizaciones de exportación. Más información: Exportar sus
personalizaciones como solución.
Vea también
Trabajar con plantillas de combinación
de correspondencia
） Importante
La función de plantilla de combinación de correspondencia ha quedado en desuso

y no es compatible. En Dynamics CRM 2016 (versión 8.0), introdujimos la
generación de documentos en el servidor usando plantillas de Excel. Puede usar
estas plantillas para proporcionar documentos estandarizados o análisis de datos
personalizados para su organización.
Las plantillas de Word se crean y editan en Word, pero se pueden cargar en aplicaciones
Automation), para utilizarlas con la combinación de correspondencia y compartirlas con
otros usuarios. Solo se pueden usar documentos .xml de Word como plantillas. Para
obtener más información acerca de cómo crear plantillas de combinación de
correspondencia, vea la ayuda en línea en Word.


3. Seleccione Configuración>Plantillas>Plantillas de combinación de

correspondencia.
4. Para crear una nueva plantilla de combinación de correspondencia, seleccione +

Nuevo.
5. En el formulario Plantillas de combinación de correspondencia, escriba un
Nombre y una Entidad asociada (tipo de registro).
6. Puede especificar una descripción de la plantilla. Esta descripción no se muestra al

destinatario.
8. Seleccione Campos de datos, seleccione las columnas para agregar como campos
en su correo electrónico y luego seleccione Aceptar.
9. Seleccione Guardar y, después, Crear plantilla en Word.
10. Seleccione Complementos y después seleccione CRM.
11. Continúe con el proceso de combinación de correspondencia y guarde la plantilla.
12. Vuelva a la página Plantilla de combinación de correspondencia y luego

seleccione Elegir archivo.
13. Seleccione el documento de combinación de correspondencia recién creado,

seleccione Abrir y luego seleccione Adjuntar.
14. Seleccione Guardar y cerrar.
７ Nota
Para cambiar de una plantilla personal a una compartida, después de guardar el

registro en el formulario de plantilla, en el menú Más acciones, seleccione
Disponible para la organización. Para revertir la plantilla a una plantilla personal,
seleccione Convertir en personal.
Usar una plantilla de combinación de

correspondencia
Después de crear una plantilla de combinación de correspondencia, siga estos pasos
para usarla.
1. En el Centro de administración de Power Platform, seleccione un entorno y ábralo.
2. Seleccione Búsqueda avanzada y seleccione los clientes para enviar un correo

electrónico.
3. Seleccione Combinar correspondencia, elija la Plantilla de combinación de
correspondencia personal y luego seleccione Descargar.
4. Abra el archivo descargado en Microsoft Word y siga los pasos.

Administrar la configuración de correo
electrónico
Use los parámetros Correo electrónico para ajustar cómo aparecen y funcionan las
características de aplicaciones basadas en modelo de Dynamics 365, como Dynamics
365 Sales y Customer Service.

Entornos> [seleccione un entorno] >Configuración>Correo electrónico>Configuración
de correo electrónico.
 Sugerencia
Además de las configuraciones mencionadas a continuación, hay más

configuraciones disponibles para controlar el comportamiento de sincronización.
Para obtener más información, consulte OrgDBOrgSettings para la sincronización
del lado del servidor.

empresa.

sistema.
Seguridad y permisos Seleccione estas casillas si desea habilitar el

procesamiento de correo electrónico solo para
usuarios y colas cuyas direcciones de correo
electrónico haya aprobado el administrador del
sistema.
Procesar sólo correos electrónicos para Opción predeterminada: Activado.

usuarios aprobados
Procesar sólo correos electrónicos para colas Opción predeterminada: Activado.

aprobadas
Sincronizar correos electrónicos habilitados Opción predeterminada: No seleccionada.

para administración de derechos de la desactivado. Seleccione Activado para
información con el servidor sincronizar los correos electrónicos que tengan
propiedad de derechos de información.
Permitir eliminar citas si el sistema detecta Opción predeterminada: No seleccionada.

automáticamente cambios que provocarán un desactivado.
cambio de propiedad.
Notificaciones
Cuando esto ocurra, envíe detalles al área de

notificación del buzón
Errors Valor predeterminado: Habilitado.
Advertencias Valor predeterminado: Habilitado. Seleccione

Advertencia si está solucionando problemas o
realizando pruebas o si desea obtener más
detallados mensajes en el muro de alerta.
Información Valor predeterminado: Habilitado.
Notificar al propietario del buzón Opción predeterminada: Desactivado. De forma

predeterminada, se notifica al administrador del
sistema de los errores que se producen para un
perfil de servidor de correo electrónico.
Seleccione Activado si también quiere notificar
al propietario del buzón.
Datos adjuntos
Tamaño de archivo máximo para datos Predeterminado: 5 MB (5120 KB). Tamaño

adjuntos máximo de archivo (en kilobytes). Aumente o
disminuya el tamaño máximo de archivo para
los archivos adjuntos. El tamaño máximo es de
128 MB (131.072 KB).
Métodos de sincronización Para cualquier buzón que se cree

automáticamente en Dynamics 365 cuando se
crea un usuario o una cola, se aplicará la
configuración predeterminada de correo
electrónico definida en esta sección.
La configuración seleccionada se aplicará a los

buzones de todos los usuarios y colas recién
creados
Perfil de servidor Para la sincronización del lado del servidor,

seleccione el perfil de servidor de correo
electrónico que quiera usar. El perfil de servidor
de correo electrónico contiene los datos de
configuración que permiten a Dynamics 365
conectarse con Microsoft Exchange. Si está
conectando aplicaciones de Customer
Engagement con Exchange Online, el perfil de
servidor de correo electrónico se crea
automáticamente para usted.
Correo electrónico entrante Seleccione si desea usar Dynamics 365 for

Outlook, E-mail Router, la sincronización del
lado del servidor o un buzón de enrutamiento
para procesar el correo electrónico entrante.
Más información: Creación de buzones de
enrutamiento o edición de buzones
Correo electrónico saliente Seleccione si desea utilizar Dynamics 365 for

Outlook, E-mail Router o la sincronización del
lado del servidor para procesar correo
electrónico saliente.
Citas, contactos y tareas Seleccione si desea usar Dynamics 365 for

Outlook o sincronización del lado del servidor
para sincronizar citas, contactos y tareas entre
aplicaciones Outlook y Dynamics 365. Nota: No
puede sincronizar citas, contactos ni tareas si
está realizando una sincronización con un
servidor de correo electrónico POP3.
Opciones de formulario de correo electrónico
Usar marcos seguros para restringir el Opción predeterminada: Desactivado. Si

contenido de mensajes de correo electrónico establece esta opción como Activado, puede
observar el siguiente mensaje de error cuando
lee correo electrónico: "Este contenido no se
puede presentar en un cuadro". Aunque esto
puede hacer que el envío de información
confidencial por correo electrónico sea menos
seguro, al cambiar el valor a Desactivado se
elimina normalmente este error.
Las personas pueden enviar correos Opción predeterminada: Desactivado.

electrónicos con destinatarios sin resolver Establezca esta opción como Activado si desea
enviar correos electrónicos con destinatarios no
resueltos.
Si hay varias posibles coincidencias de Opción predeterminada: Desactivado. Use este

destinatario en los campos Para, CC o CCO, valor para elegir a qué registro se resuelve una
establézcalos como sin resolver dirección de correo electrónico cuando hay
múltiples posibles coincidencias en los campos
Para, CC o CCO de un correo electrónico.
Cuando se selecciona Activado, si los campos
Para, CC o CCO de un correo electrónico tienen
una dirección de correo electrónico que se
puede resolver a varios contactos (o a otros
registros), la dirección de correo electrónico se
resolverá en el modo sin resolver en lugar de
resolverla a todos los registros posibles. Las
direcciones de correo electrónico sin resolver se
pueden resolver individualmente cuando las
encuentra.
Cuando alguien resuelve manualmente una Cuando se establece en Sí, la misma dirección
dirección de correo electrónico sin resolver, de correo electrónico se aplica a todas las
aplíquela a todas las direcciones sin resolver direcciones de correo electrónico sin resolver
similares similares al resolver en una actividad de correo
electrónico. Cuando se establece en
Desactivado, la dirección de correo electrónico
solo se aplica a la actividad de correo
electrónico específica y no resuelve direcciones
similares presentes en otras actividades de
correo electrónico. El valor predeterminado es
Activado.
Este valor es configurable cuando Establecer

campos Para, CC y CCO como valores sin
resolver si se encuentran varias coincidencias
en Correos electrónicos entrantes se establece
en Activado.
Configuraciones adicionales específicas de la

aplicación
Correo electrónico mejorado para escala de La experiencia de correo electrónico mejorado

tiempo permite a los usuarios redactar un correo
electrónico sin dejar el registro en el que están
trabajando. Esta configuración está disponible
con entornos que tienen aplicaciones de
Customer Engagement en Dynamics 365, como
Dynamics 365 Sales o Dynamics 365 Customer
Service.
Vea también
Realizar un seguimiento de correo electrónico de Outlook moviéndolo a una carpeta de
Exchange con seguimiento
Preguntas frecuentes sobre la sincronización de registros entre aplicaciones basadas en

modelo de Dynamics 365 y Outlook
Configurar correo electrónico mediante sincronización del lado del servidor

seguimiento de correo electrónico
Use la configuración de correo electrónico para ajustar cómo aparecen y funcionan las
características en las aplicaciones de Customer Engagement (Dynamics 365 Sales,

Entornos> [seleccione un entorno] >Configuración>Correo electrónico>Seguimiento
 Sugerencia


empresa.

sistema.
Seguimiento de conversaciones de correo

electrónico
Usar correlación Opción predeterminada: Activado. Active esta

casilla si desea vincular las actividades de
correo electrónico con otros registros
relacionados utilizando la información en los
encabezados de correo electrónico. Este
método usa las propiedades de correo
electrónico para correlación y es más precisa
que la coincidencia inteligente, pero menos
precisa que el seguimiento de nivel de carpeta
o los tokens de seguimiento. Más información:
Filtrado y correlación de mensajes de correo
electrónicoNota: La correlación de correo
electrónico mediante encabezados de correo
electrónico funciona mejor cuando el correo
electrónico se procesa mediante sincronización
del lado del servidor. Si usa E-mail Router para
procesar correo electrónico, puede usar los
tokens de seguimiento o la coincidencia
inteligente para correlacionar actividades de
correo electrónico con los registros
correspondientes.
Usar tokens de seguimiento Opción predeterminada: Activado. Active esta

casilla para usar símbolos (tokens) de
seguimiento y configurar el modo en que
Dynamics 365 los muestra en la línea Asunto de
los mensajes de correo electrónico.
Los tokens de seguimiento ofrecen una

precisión de seguimiento del 100%. Si no desea
ver tokens de líneas de asunto, no obstante,
considere la posibilidad de usar seguimiento de
nivel de carpeta, que también proporciona una
precisión de seguimiento del 100%.
Puede configurar prefijos y otras secciones de

tokens de seguimiento. Los cambios en prefijos
largos o en demasiados prefijos pueden dar
lugar a que se pierdan datos en el historial, sin
embargo. Más información:Filtrado y
correlación de mensajes de correo electrónico
Vista previa símbolo de seguim. Más información: Usar el filtrado y la

para especificar los correos electrónicos objetos
de seguimiento
Prefijo Predeterminado: CRM.
Número de seguimiento de base Opción predeterminada: 0.
Número de dígitos para números personales Opción predeterminada: 3.
Número de dígitos para el contador de la Opción predeterminada: 3.

actividad de correos electrónicos
Usar la coincidencia inteligente Opción predeterminada: Desactivado.

Seleccione Activado para usar la coincidencia
inteligente para correlacionar el correo
electrónico basándose en la semejanza entre
los mensajes de correo electrónico. La
coincidencia inteligente no es tan precisa como
los tokens de seguimiento o el seguimiento de
nivel de carpeta. Más información:Filtrado y
Seguimiento de nivel de carpeta
Usar el seguimiento de nivel de carpeta para Opción predeterminada: Activado. Los usuarios
carpetas de Exchange (se debe habilitar la pueden configurar carpetas de seguimiento de
sincronización del lado del servidor) Exchange y después mover los mensajes a esas
carpetas para seguirlas automáticamente en
prácticamente cualquier dispositivo. Más
información: Realizar un seguimiento de correo
electrónico de Outlook moviéndolo a una
carpeta de Exchange con seguimiento
El seguimiento de nivel de carpeta proporciona

una precisión de seguimiento del 100%. Para
usar seguimiento de nivel de carpeta:
- Seleccione Activado.
- La organización debe sincronizar correo

electrónico por medio de sincronización del
lado del servidor. Más información: Configurar
sincronización del lado del servidor
Seguimiento de elementos
Se pueden usar categorías para realizar un Opción predeterminada: Desactivado.

seguimiento de los correos electrónicos y las Contenido próximamente.
citas
Permitir el seguimiento automático de correo Opción predeterminada: Desactivado.

electrónico saliente Contenido próximamente.
Seguimiento entre personas
Realizar el seguimiento de correos enviados Opción predeterminada: Activado. Seleccione

entre usuarios de Dynamics 365 como dos esta opción para crear dos actividades de
actividades correo electrónico entre usuarios de Dynamics
365, una para el remitente y otra para el
destinatario.
Editar buzones
De manera predeterminada, cuando se crean usuarios y colas en aplicaciones de

involucración del cliente (Dynamics 365 Sales, Dynamics 365 Customer Service,
Automation), también se crean sus respectivos registros de buzón. Estos registros de
buzón contienen información específica del buzón individual en el servidor de correo
electrónico, como dirección de correo electrónico, credenciales del buzón y método de
sincronización de correo electrónico. Para procesar mensajes de correo electrónico
utilizando la sincronización del lado del servidor para usuarios y colas, sus respectivos
registros de buzón deben estar asociados a un registro de perfil del servidor de correo
electrónico en aplicaciones de involucración del cliente.
Si su organización desea configurar la sincronización del lado del servidor mediante el

buzón de enrutamiento, puede crear un nuevo registro del buzón de enrutamiento.
） Importante
No se recomiendan buzones de enrutamiento y, en su lugar, debe utilizar buzones

individuales. Consulte: Buzón de enrutamiento y buzones individuales.
Un buzón de enrutamiento se utiliza como un cuadro de recopilación de mensajes de

correo electrónico que se transfieren desde el buzón de cada usuario en el sistema de
correo electrónico mediante una regla del lado del servidor. El buzón de enrutamiento
debe estar dedicado a la sincronización del lado del servidor y los usuarios individuales
no deben usarlo como un buzón de correo de trabajo. Puede utilizarse para procesar los
mensajes de correo electrónico para usuarios y colas cuyos buzones tienen Método de
sincronización del correo entrante establecido en Buzón de enrutamiento. Debe
asociar el registro de buzón de enrutamiento a un registro de perfil del servidor de
correo electrónico para procesar el correo electrónico mediante la sincronización del
lado del servidor.
 Sugerencia
Puede usar un buzón compartido de Microsoft 365 al crear una cola en

aplicaciones de involucración del cliente y no consumir una licencia de Microsoft
365 de una cuenta de correo electrónico de enrutamiento.
Vaya a Entornos> [seleccione un entorno] >Configuración>Correo
electrónico>Buzones.


sistema.
1. Seleccione un entorno y vaya a Configuración>Correo electrónico>Buzones.
2. Para editar un registro de buzón existente, abra el registro del buzón.
3. En el registro de buzón, especifique los siguientes detalles.
Campos Descripción
General
Nombre Escriba un nombre significativo para el buzón de enrutamiento.
Propietario Muestra el propietario del buzón. Para un buzón de usuario que se rellena
automáticamente, el propietario del buzón es el propio usuario. Para un
buzón de cola que se rellena automáticamente, el propietario del buzón
es el usuario del registro de colas.
Email address Escriba la dirección de correo electrónico para el buzón de reenvío, como
forwardmailbox@contoso.com.
Para un buzón de usuarios o colas, la dirección de correo electrónico es

igual a la especificada en el formulario de registro correspondiente de
usuarios o colas. Si modifica la dirección de correo electrónico aquí, se
actualizará automáticamente la dirección de correo electrónico en el
registro de usuario o cola.
Eliminar Especifique si desea eliminar correo electrónico del buzón tras el

correo procesamiento. El campo está disponible y se puede establecer en Sí solo
electrónico para un buzón de enrutamiento y un buzón de cola.
después del
procesamiento
Referente a Seleccione el usuario o la cola con los que está asociado el buzón. Este
campo está vacío y no puede establecerse de un buzón de enrutamiento.
Campos Descripción
Es buzón de Este campo indica si el registro de buzón es un buzón de enrutamiento.

enrutamiento Cuando se establece en No, indica que el registro de buzón está asociado
a un usuario o cola individual en aplicaciones de involucración del cliente.
Credenciales
Permitir uso Seleccione Sí si el perfil de servidor de correo electrónico asociado a este

de buzón tiene Autenticar usando establecido en Credenciales especificadas
credenciales por un usuario o una cola. Debe proporcionar el nombre de usuario y la
para contraseña cuando este campo se establezca en Sí. Estas credenciales se
procesamiento usarán para enviar y recibir correo electrónico desde el buzón en el
de correo servidor de correo electrónico. Nota: Para garantizar que las credenciales
electrónico están protegidas en aplicaciones de involucración del cliente, se usa
cifrado de SQL para cifrar las credenciales almacenadas en el buzón si está
procesando correo electrónico mediante sincronización del lado del
servidor.
Método de
sincronización
Perfil de Seleccione el perfil de servidor de correo electrónico que se usa para el

servidor procesamiento de correo electrónico para este buzón.
Para obtener información sobre la selección de un método de

sincronización, consulte: Integrar su sistema de correo electrónico
Correo Seleccione el método de entrega de correo electrónico entrante. Esto

electrónico determinará cómo se accede al correo electrónico entrante para este
entrante buzón.
- Ninguno. No se recibirá correo electrónico.
- Buzón de enrutamiento. Se recibirá correo electrónico usando un buzón

de enrutamiento.
- Microsoft Dynamics 365 for Outlook. Se recibe correo electrónico

usando Dynamics 365 for Outlook.
- Sincronización del lado del servidor o E-mail Router. El correo

electrónico se recibe mediante sincronización del lado del servidor o E-
mail Router.
Correo Seleccione el método de entrega de correo electrónico saliente. Esto

electrónico determina cómo se envía el correo electrónico saliente para este buzón.
saliente
- Ninguno. No se enviará correo electrónico.


electrónico se envía mediante sincronización del lado del servidor o Email
Router. Nota: Para un buzón de enrutamiento, solo se permite Ninguno.
Campos Descripción
Citas, Seleccione si desea usar Dynamics 365 for Outlook o sincronización del
contactos y lado del servidor para sincronizar citas, contactos y tareas.
tareas
Si selecciona Ninguno, no se sincronizarán las citas, los contactos y las
tareas.
Resultados de
la prueba de
configuración
Estado del Mostrar los resultados de la comprobación de la configuración del correo

correo electrónico para el correo electrónico entrante. Los distintos estados
electrónico pueden ser:
entrante
- No ejecutar. La prueba de configuración de correo electrónico no se ha
ejecutado para este buzón.
- Correcto. Se ha configurado el correo electrónico entrante y el correo

electrónico se puede recibir para este buzón.
- Error. Se ha configurado el correo electrónico entrante pero no es

posible extraer correo electrónico del buzón configurado correspondiente.

correo electrónico para el correo electrónico saliente. Los distintos estados
saliente
- Correcto. Se ha configurado el correo electrónico saliente y el correo

electrónico se puede enviar desde este buzón.
- Error. Se ha configurado el correo electrónico saliente pero no es posible

enviar correo electrónico del buzón configurado correspondiente.
Estado de Mostrar el resultado de sincronización de citas, contactos y tareas. Los

citas, distintos estados pueden ser:
contactos y
tareas - No ejecutar. La sincronización no se ha comprobado para este buzón.
- Correcto. Se pueden sincronizar citas, contactos y tareas para este

buzón.
- Error. No se pueden sincronizar citas, contactos y tareas para este buzón.
Prueba de Este campo mostrará la fecha y la hora en que se probó la configuración

buzón del correo electrónico para el registro del buzón.
completada el

Configuraciones de servicio de correo
electrónico admitidas para
Dependiendo de la instalación de sus aplicaciones de participación del cliente

Dynamics 365 Marketing y Dynamics 365 Project Service Automation), es posible que
deba decidir si utilizar la sincronización del lado del servidor o la sincronización del
enrutador de correo electrónico/Outlook. En la tabla siguiente se muestra qué es
compatible con la sincronización de servidor para cada tipo de instalación. Más adelante
en este tema se proporciona información acerca de las situaciones en las que no se
admite la sincronización del lado del servidor.
） Importante
Esta información incluye los sistemas POP3/SMTP e IMAP/SMTP admitidos

por Microsoft. Aunque otros sistemas POP3/SMTP e IMAP/SMTP podrían
funcionar con Customer Engagement (on-premises), no los ha probado
Microsoft y no se admiten.
Outlook en Internet no se admite en una implementación híbrida: Customer
Engagement (on-premises) con Exchange Online.
Puede crear dos perfiles de servidor de correo electrónico diferentes: uno
para los buzones en línea y otro para los buzones locales. Asocie los buzones
con el perfil de servidor de correo electrónico correcto.
El seguimiento manual en Dynamics 365 for Outlook no se admite cuando el
buzón de un usuario está configurado para usar la sincronización del lado del
servidor con el protocolo POP/SMTP.
Para Dynamics CRM Online 2016, actualización 1, y la actualización de
diciembre de 2016 para Dynamics 365 (online), admitimos el cifrado de
servicio en Exchange Online con sincronización del lado del servidor.
Implementación de Sistema de Sincronización Sincronización de Protocolo

aplicaciones de correo de correo citas, contactos y
participación del cliente electrónico electrónico tareas
Aplicaciones de - Exchange Sí Sí Servicios

interacción con el cliente Online
Web
- Exchange Exchange
Server 2013
SP1
- Exchange
Server 2016
-Exchange
Server 2019
Aplicaciones de - Gmail Sí No POP3/SMTP

interacción con el cliente - Yahoo! IMAP/SMTP
Correo
Uso de Exchange Online con aplicaciones de

participación del cliente
Si su empresa utiliza Exchange Online con aplicaciones de involucración del cliente,
tenga en cuenta lo siguiente:
Las aplicaciones de participación del cliente admiten la sincronización del lado del
servidor con Exchange Online en el mismo inquilino en Microsoft 365, con autenticación
de servidor a servidor. Otros métodos de autenticación o valores no se recomiendan ni
se admiten, entre ellos:
Uso de credenciales especificadas por un usuario o una cola

Uso de credenciales especificadas en el perfil de servidor de correo electrónico
Uso de suplantación
Establecimiento Detectar automáticamente ubicación del servidor como No
Uso de un perfil de correo electrónico distinto de Exchange Online
Conectar aplicaciones de Customer

Engagement con Exchange Online en otro
inquilino (soporte limitado)
Los clientes pueden conectarse a una implementación de Microsoft Exchange online
hospedada en un inquilino diferente. Para obtener más información, consulte
Autenticación entre inquilinos de Exchange Online.
７ Nota
Las siguientes limitaciones se aplican a la conexión de inquilinos cruzados:
Actualmente, no se admite Dynamics 365 App for Outlook.

La aprobación de los registros de buzones de correo de Dynamics 365 debe
realizarla un administrador de inquilino global o un administrador de
Exchange del inquilino principal.
Configuraciones del servicio de correo

electrónico incompatibles
La sincronización del lado del servidor no admite las siguientes situaciones:
Inspección de paquetes, transformación y manipulación del tráfico de red enviado

a Exchange desde Dynamics 365
La interceptación del tráfico de red no se basa en la dirección IP de origen o el
nombre del servidor (no se admite la interceptación basada en el contenido de un
paquete)
Mezcla de Exchange/SMTP y POP3/Exchange
Buzón del perfil de Exchange Online con el usuario local de Exchange. Utilice el
perfil de Exchange Server (híbrido), asocie el buzón a este, pruébelo y habilítelo.
Butón del perfil de Exchange Online con un buzón de Exchange que apunte a un
servidor de correo electrónico externo. Utilice el perfil del servidor POP3/SMTP,
asocie el buzón a este, pruébelo y habilítelo.
Creación de campañas de marketing de correo electrónico masivo
Escenarios de extensibilidad como extensión de protocolos EWS/POP3/SMTP y
creación de proveedores de correo electrónico personalizados
Exchange Server 2010 SP3
Exchange Server 2003 y Exchange Server 2007
La sincronización del lado del servidor en las aplicaciones de participación del
cliente requiere un servidor de correo electrónico POP3/SMTP que también
cumple con FIPS 140-2. Algunos servidores de correo electrónico que no cumplen
FIPS 140-2, como MSN, Outlook.com o Windows Live Mail.
La autenticación multifactor no es compatible con las aplicaciones de participación
del cliente en Exchange Server (local) y de Customer Engagement (on-premises) en
Exchange Online.
７ Nota
Recomendamos no usar una configuración mixta de sincronización de Outlook y
sincronización del lado del servidor para citas, contactos y tareas de la misma
organización, ya que puede provocar que los datos actualizados no se sincronicen
para todos los asistentes.
Vea también
Sincronización del lado del servidor
Configuración de la sincronización del lado del servidor de correo electrónico, citas,

contactos y tareas
Configurar la autenticación basada en
servidor con SharePoint local
La integración de SharePoint basada en servidor para la administración de documentos

se puede utilizar para conectar aplicaciones de involucración del cliente (Dynamics 365
Marketing y Dynamics 365 Project Service Automation), con SharePoint local. Cuando se
usa autenticación basada en servidor, Servicios de dominio Azure AD se usa como
agente de confianza y los usuarios no necesitan iniciar sesión en SharePoint.
Permisos requeridos
Se requieren las siguientes suscripciones y privilegios para habilitar la gestión de
documentos de SharePoint.
Microsoft 365 Suscripción de administrador global: esto es necesario para:

Acceso de nivel administrativo a la suscripción de Microsoft 365.
Ejecute el asistente para Habilitar la autenticación basada en servidor.
Ejecutar los cmdlets de AzurePowerShell.
Privilegio de Power Apps Ejecutar el Asistente para la integración de SharePoint.

Esto es necesario para ejecutar el Asistente para Habilitar la autenticación basada
en servidor.
El rol de seguridad Administrador del sistema tiene este privilegio de forma

predeterminada.
Para la integración local de SharePoint, pertenencia al grupo de administradores

de la granja de SharePoint. Esto es necesario para ejecutar la mayoría de los
comandos PowerShell en el servidor de SharePoint.
Configurar la autenticación de servidor a

Siga los pasos en el orden indicado para configurar las aplicaciones de involucración del
cliente con SharePoint 2013 local.
） Importante
Los pasos descritos aquí se deben completar en el orden indicado. Si una tarea no
se finaliza, como un comando de PowerShell que devuelve un mensaje de error, el
problema debe resolver antes de continuar con el siguiente comando, tarea o paso.
Verificación de los requisitos previos

Antes de configurar las aplicaciones de involucración del cliente y SharePoint local para
autenticación basada en servidor, deben cumplirse los siguientes requisitos previos:
Requisitos previos de SharePoint

SharePoint 2013 (local) con Service Pack 1 (SP1) o una versión posterior
） Importante
Las versiones de SharePoint Foundation 2013 no se admiten para usar con

administración de documentos de aplicaciones de involucración del cliente.
Instale la actualización acumulativa (CU) de abril de 2019 para la familia de

productos SharePoint 2013. Esta CU de abril de 2019 incluye todas las correcciones
para SharePoint 2013 (incluidas todas las correcciones de seguridad de SharePoint
2013) lanzadas desde SP1. La CU de abril de 2019 no incluye SP1. Debe instalar
SP1 antes de instalar la CU de abril de 2019. Más información: KB4464514
SharePoint Server 2013 abril 2019 CU
Configuración de SharePoint
Si usa SharePoint 2013, para cada granja de SharePoint, solo se puede

configurar una sola aplicación de involucración del cliente para la integración
basada en servidor.
El sitio webSharePoint debe ser accesible a través de Internet. Un proxy inverso

también se puede requerir para autenticación de SharePoint. Más información:
Configure un dispositivo proxy inverso para SharePoint Server 2013 híbrido
El sitio web de SharePoint debe configurarse para usar SSL (HTTPS) en el puerto
TCP 443 (no se admiten puertos personalizados) y el certificado debe emitirlo
una entidad de certificación raíz pública. Más información: SharePoint: Acerca
de los certificados SSL de canal seguro
Una propiedad de usuario fiable para usar para la asignación de autenticación
basada en notificaciones entre SharePoint y aplicaciones de involucración del
usuario. Más información: Seleccionar un tipo de enlace
Para el uso compartido de documentos, el servicio de búsqueda de SharePoint

debe estar habilitado. Más información: Crear y configurar una aplicación de
servicio de búsqueda en SharePoint Server
Para la funcionalidad de administración de documentos al usar las aplicaciones

móviles de Dynamics 365, el servidor de SharePoint local debe estar disponible
a través de Internet.
Otros requisitos previos
Licencia de SharePoint Online. La autenticación basada en servidor de aplicaciones

de involucración del cliente a SharePoint local debe tener el nombre de entidad de
seguridad de servicio (SPN) de SharePoint registrado en Azure Active Directory.
Para ello, al menos una licencia de usuario de SharePoint Online es obligatoria. La
licencia de SharePoint Online pueden obtenerse de una sola licencia de usuario y
se consigue a partir de una de las acciones siguientes:
Una suscripción a SharePoint Online. Cualquier plan de SharePoint Online es

suficiente, aunque la licencia no esté asignada a un usuario.
Una suscripción a Microsoft 365 que incluya SharePoint Online. Por ejemplo, si
tiene Microsoft 365 E3, tiene la licencia adecuada aunque esta no esté asignada
a un usuario.
Para obtener más información sobre estos planes, consulte Buscar la solución
adecuada para usted y Comparar opciones de SharePoint
Las siguientes características del software se requieren para ejecutar los cmdlets de
PowerShell descritos en este tema.
Microsoft Online Services - Ayudante para el inicio de sesión para los

profesionales de TI Beta
MSOnlineExt
Para instalar el módulo de MSOnlineExt, escriba el siguiente comando de sesión

PowerShell de administrador.
PS> Install-Module -Name "MSOnlineExt"
） Importante
En el momento de redactar este texto, hay un problema con la versión de
RTW del Ayudante para el inicio de sesión de Microsoft Online Services para
los profesionales de TI. Hasta resolver el problema, se recomienda usar la
versión beta. Más información: Foros de Microsoft Azure: No puede instalar
el Módulo Azure Active Directory para Windows PowerShell. MOSSIA no
está instalado .
Un tipo adecuado de asignación de autenticación basada en notificaciones para

usar en la asignación de identidades entre aplicaciones de involucración del cliente
y SharePoint local. De forma predeterminada se usa la dirección de correo
electrónico. Más información: Conceder permiso a las aplicaciones de
involucración del cliente para obtener acceso a SharePoint y configurar la
asignación de autenticación basada en notificaciones
Actualizar SharePoint el servidor SPN en Azure Active

Directory Servicios de dominio
En el servidor local SharePoint, en el Shell de administración de SharePoint 2013, ejecute
estos comandos de PowerShell en el orden indicado.
1. Prepare la sesión de PowerShell.
Los siguientes cmdlets permiten que el equipo reciba comandos remotos y

agregue módulos de Microsoft 365 a la sesión de PowerShell. Para obtener más
información acerca de estos cmdlets, vea Cmdlets del núcleo de Windows
PowerShell.
PowerShell
Enable-PSRemoting -force
New-PSSession
Import-Module MSOnline -force
Import-Module MSOnlineExtended -force
2. Conéctese a Microsoft 365.
Al ejecutar el comando Connect-MsolService, debe proporcionar una cuenta de

Microsoft válida que tenga válido que tenga pertenencia al administrador global
para la licencia de SharePoint Online que se requiere.
Para obtener más información acerca de los comandos de Azure Active

DirectoryPowerShell indicados aquí, consulte Administración de Azure AD
utilizando Windows PowerShell
PowerShell
$msolcred = get-credential
connect-msolservice -credential $msolcred
3. Establezca el nombre host de SharePoint.
El valor que establece para la variable HostName debe ser el nombre de host
completo de la colección de sitios de SharePoint. El nombre de host debe derivar
URL de la colección de sitios y distingue mayúsculas de minúsculas. En este
ejemplo, la dirección URL de la colección de sitios es
<https://SharePoint.constoso.com/sites/salesteam> , por lo que el nombre de
host es SharePoint.contoso.com.
PowerShell
$HostName = "SharePoint.contoso.com"
4. Obtenga el identificador del objeto de Microsoft 365 (inquilino) y el Nombre

principal de servicio (SPN) de SharePoint Server.
PowerShell
$SPOAppId = "00000003-0000-0ff1-ce00-000000000000"
$SPOContextId = (Get-MsolCompanyInformation).ObjectID
$SharePoint = Get-MsolServicePrincipal -AppPrincipalId $SPOAppId
$ServicePrincipalName = $SharePoint.ServicePrincipalNames
5. Establezca el Nombre principal de servicio (SPN) de SharePoint Server en Azure

Active Directory.
PowerShell
$ServicePrincipalName.Add("$SPOAppId/$HostName")
Set-MsolServicePrincipal -AppPrincipalId $SPOAppId -

ServicePrincipalNames $ServicePrincipalName
Después de completar estos comandos, no cierre el Shell de administración de

SharePoint 2013 y continúe con el siguiente paso.
Actualice el dominio de SharePoint para que coincida con

el de SharePoint Online
En el servidor de SharePoint local, en el Shell de administración de SharePoint 2013,
ejecute este comando de Windows PowerShell.
El siguiente comando requiere la pertenencia del administrador de granja de SharePoint

y establece el dominio de autenticación de la granja de SharePoint local.
Ｕ Precaución
Al ejecutar este comando cambia el dominio de autenticación de la granja

SharePoint local. Para las aplicaciones que usan un servicio de token de seguridad
(STS) existente, esto podría provocar un comportamiento inesperado con otras
aplicaciones que usan los símbolos de acceso. Más información: Set-
SPAuthenticationRealm.
PowerShell
Set-SPAuthenticationRealm -Realm $SPOContextId
Crear un emisor de token de seguridad de confianza para

Azure Active Directory en SharePoint
Los siguientes comandos requieren la pertenencia del administrador de granja de

SharePoint.
Para obtener más información sobre estos comandos de PowerShell, consulte Usar los
cmdlets de Windows PowerShell para administrar la seguridad en SharePoint 2013.
1. Habilite la sesión de PowerShell para realizar cambios en el servicio de token de

seguridad para la granja de SharePoint.
PowerShell
$c = Get-SPSecurityTokenServiceConfig
$c.AllowMetadataOverHttp = $true
$c.AllowOAuthOverHttp= $true
$c.Update()
2. Establezca el extremo de metadatos.
PowerShell
$metadataEndpoint = "https://accounts.accesscontrol.windows.net/" +
$SPOContextId + "/metadata/json/1"
$acsissuer = "00000001-0000-0000-c000-000000000000@" + $SPOContextId
$issuer = "00000007-0000-0000-c000-000000000000@" + $SPOContextId
3. Cree el nuevo proxy de aplicación del servicio de control de token en Azure Active
Directory.
PowerShell
New-SPAzureAccessControlServiceApplicationProxy -Name "Internal" -

MetadataServiceEndpointUri $metadataEndpoint -DefaultProxyGroup
７ Nota
El comando New- SPAzureAccessControlServiceApplicationProxy puede

devolver un mensaje de error que indica que existe un proxy de aplicación
con el mismo nombre. Si ya existe el proxy de aplicación con nombre, puede
ignorar el error.
4. Cree el nuevo emisor del servicio de control de token en SharePoint local para
Azure Active Directory.
PowerShell
$acs = New-SPTrustedSecurityTokenIssuer –Name "ACSInternal" –

IsTrustBroker:$true –MetadataEndpoint $metadataEndpoint -
RegisteredIssuerName $acsissuer
Conceder permiso a las aplicaciones de involucración del

cliente para obtener acceso a SharePoint y configurar la
Los siguientes comandos requieren la pertenencia de administración de la colección de

sitios de SharePoint.
1. Registre aplicaciones de involucración del cliente con la colección de sitios de

SharePoint.
Escriba la dirección URL de la colección de sitios de SharePoint local. En este
ejemplo, se usa https://sharepoint.contoso.com/sites/crm/ .
） Importante
Para completar este comando, debe existir y ejecutarse el proxy de aplicación

del servicio de administración de aplicaciones de SharePoint. Para obtener
más información acerca de cómo iniciar y configurar el servicio, vea el
subtema Configuración de los valores de suscripciones y aplicaciones de
servicio de administración de aplicaciones en Configurar un entorno para
aplicaciones de SharePoint (SharePoint 2013).
PowerShell
$site = Get-SPSite "https://sharepoint.contoso.com/sites/crm/"
Register-SPAppPrincipal -site $site.RootWeb -NameIdentifier $issuer -

DisplayName "crm"
2. Conceda acceso a las aplicaciones de involucración del cliente al sitio de

SharePoint. Reemplace https://sharepoint.contoso.com/sites/crm/ con su
dirección URL del sitio SharePoint.
７ Nota
En el siguiente ejemplo, se concede permiso a la aplicación de involucración

del cliente a la colección de sitios de SharePoint especificada mediante el
parámetro de colección de sitios –Scope. El parámetro Scope acepta las
siguientes opciones. Elija el ámbito que sea el más adecuado para la
configuración de SharePoint.
site . Concede permiso solo a las aplicaciones de involucración del
cliente al sitio web especificado de SharePoint. No concede permiso a

ningún subsitio bajo el sitio con nombre.
sitecollection . Concede permiso a las aplicaciones de involucración
del cliente a todos los sitios web y subsitios dentro de la colección de

sitios de SharePoint especificada.
sitesubscription . Concede permiso a las aplicaciones de
involucración del cliente a todos los sitios web de la granja de

SharePoint, incluidas todas las colecciones de sitios, sitios web y
subsitios.
PowerShell
$app = Get-SPAppPrincipal -NameIdentifier $issuer -Site

"https://sharepoint.contoso.com/sites/crm/"
Set-SPAppPrincipalPermission -AppPrincipal $app -Site $site.Rootweb -

Scope "sitecollection" -Right "FullControl"
3. Establezca el tipo de asignación de la autenticación basada en notificaciones:
） Importante
De forma predeterminada, la asignación de autenticación basada en

notificaciones usará la dirección de correo electrónico de la cuenta Microsoft
y la dirección de correo electrónico de trabajo de SharePoint local del usuario
para la asignación. Cuando se usa esto, las direcciones de correo electrónico
del usuario deben coincidir en los dos sistemas. Para obtener vea Selección
de tipo de asignación de autenticación basada en notificaciones.
PowerShell
$map1 = New-SPClaimTypeMapping -IncomingClaimType

"http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress" -
IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming
Ejecutar el asistente de la Integración de SharePoint

basado en servidor
Siga estos pasos:
1. Asegúrese de que tiene el permiso adecuado para ejecutar el asistente. Más

información: Permisos requeridos
2. Vaya a Configuración>Administración de documentos.
3. En el área Administración de documentos, haga clic en Habilitar la integración de

SharePoint basada en servidor.
4. Revise la información y, a continuación, haga clic en Siguiente.
5. Para sitios de SharePoint, haga clic en Local y luego en Siguiente.
6. Escriba la dirección URL de la colección de sitios local SharePoint, como

https://sharepoint.contoso.com/sites/crm . El sitio se debe configurar para SSL.
7. Haga clic en Siguiente.
8. Aparecerá la sección de validación de sitios. Si se determina que todos los sitios

son válidos, haga clic en Habilitar. Si se determina que uno o varios sitios no son
válidos, consulte Solución de problemas de autenticación basada en servidor.
Seleccione las entidades que desea incluir en

administración de documentos
De forma predeterminada, se incluyen las entidades Cuenta, Artículo, Cliente potencial,
Producto, Oferta y Documentación de ventas. Puede agregar o quitar las entidades que
se usarán para la administración de documentos con SharePoint en Configuración de
administración de documentos en Configuración de la administración de documentos.
Vaya a Configuración>Administración de documentos. Más información: Habilitar la
administración de documentos en entidades
Agregar integración de OneDrive para la

Empresa
Tras completar la configuración de autenticación basada en servidor de aplicaciones de
involucración del cliente y SharePoint local, también puede integrar OneDrive para la
Empresa. Con la integración de aplicaciones de involucración del cliente y OneDrive
para la Empresa, los usuarios pueden crear y administrar documentos privados con
OneDrive para la Empresa. Se puede acceder a estos documentos una vez que el
administrador del sistema habilite OneDrive para la Empresa.
Habilitar OneDrive para la Empresa

En el Windows Server donde se ejecuta SharePoint Server local, abra el shell de
administración de SharePoint y ejecute los siguientes comandos:
PowerShell
Add-Pssnapin *
# Access WellKnown App principal
[Microsoft.SharePoint.Administration.SPWebService]::ContentService.WellKnown
AppPrincipals
# Create WellKnown App principal
$ClientId = "00000007-0000-0000-c000-000000000000"
$PermissionXml = "<AppPermissionRequests AllowAppOnlyPolicy=""true"">

<AppPermissionRequest Scope=""http://sharepoint/content/tenant""
Right=""FullControl"" /><AppPermissionRequest
Scope=""http://sharepoint/social/tenant"" Right=""Read"" />
<AppPermissionRequest Scope=""http://sharepoint/search""
Right=""QueryAsUserIgnoreAppPrincipal"" /></AppPermissionRequests>"
$wellKnownApp= New-Object -TypeName

"Microsoft.SharePoint.Administration.SPWellKnownAppPrincipal" -ArgumentList
($ClientId, $PermissionXml)
$wellKnownApp.Update()
Selección de tipo de asignación de

autenticación basada en notificaciones
De forma predeterminada, la asignación de autenticación basada en notificaciones usará
la dirección de correo electrónico de la cuenta Microsoft y la dirección de correo
electrónico de trabajo de SharePoint local del usuario para la asignación. Observe que,
cualquiera que sea el tipo de autenticación basada en notificaciones que use, los
valores, como direcciones de correo electrónico, deben coincidir entre aplicaciones de
involucración del cliente y SharePoint. La sincronización de directorios de Microsoft 365
puede ayudar a esto. Más información: Implementar la sincronización de directorios de
Microsoft 365 en Microsoft Azure. Para usar un tipo diferente de asignación de
autenticación basada en notificaciones, vea Definir asignación de notificación
personalizada para la integración basada en el servidor de SharePoint.
） Importante
Para habilitar la propiedad de correo electrónico de trabajo, SharePoint local debe

tener una aplicación de servicio de perfil de usuario iniciada y configurada. Para
habilitar una aplicación de servicio de perfil de usuario en SharePoint, vea Crear,
editar o eliminar aplicaciones de servicio de perfil de usuario en SharePoint
Server 2013. Para cambiar una propiedad de usuario, como correo electrónico de
trabajo, vea Editar una propiedad de perfil de usuario. Para obtener más
información acerca de la aplicación del servicio de perfil de usuario, vea
Información general de la aplicación del servicio de perfil de usuario en
SharePoint Server 2013.
Vea también
Solución de problemas de autenticación basada en servidor
Configurar la integración de SharePoint con aplicaciones de involucración del cliente

Habilitar la administración de
documentos de SharePoint para
entidades específicas
Almacene los documentos relacionados con los registros de entidad en SharePoint y

acceda, comparta y administre rápidamente estos documentos desde las aplicaciones
Automation), al habilitar la administración de documentos en determinadas entidades.
 Sugerencia
Si no ha configurado la integración de SharePoint basada en servidor, es posible

que le convenga hacerlo antes de habilitar la administración de documentos para
entidades específicas. Para obtener información, consulte Configurar la integración
de SharePoint.

equivalentes en Microsoft Dynamics 365. O bien verifique que tiene privilegios de
lectura y escritura en todos los tipos de registros personalizables.


entorno.
3. Seleccione Configuración>Integración>Configuración de administración de

documentos>Configuración de de administración de documentos.
4. Seleccione las entidades que desea usar para administrar documentos de

SharePoint.
Si aún no se ha especificado una dirección URL, introduzca la dirección URL del

sitio de SharePoint donde se crearán las ubicaciones de documentos y carpetas
para almacenar documentos, y luego seleccione Siguiente.
5. Considere estas configuraciones de integración basadas en el servidor.
Compruebe Basado en entidad para que las bibliotecas y carpetas de

documentos que se basan en la entidad Cuenta se creen automáticamente en
el sitio de SharePoint. No se solicitará a los usuarios que las creen.
Si no desea que las carpetas se creen automáticamente, desactive la casilla Basado

en entidad.
） Importante
Si tiene aplicaciones de interacción con los clientes y SharePoint Online,

asegúrese de que la ubicación se encuentre en el mismo inquilino de
Microsoft 365 que los entornos.
Seleccione Finalizar.
Para obtener información sobre la integración basada en servidor, consulte

Configuración de la integración de SharePoint con .
） Importante
Con la excepción de las entidades de oportunidad y de contrato, una

estructura de carpetas jerárquica automáticamente no se tomará en
SharePoint para las entidades que tenga más de uno o varios (N: 1) en
relación con la entidad principal.
Para que la gestión de documentos funcione correctamente para una entidad,
la relación de la entidad debe ser de uno a muchos (1: N) entre la entidad y la
entidad de documento de SharePoint. Los documentos que existen en la
biblioteca de documentos de SharePoint no aparecerán en la aplicación para
entidades con relaciones de varios a uno (N:1) o de varios a varios (N:N) entre
la entidad y una entidad de documento de SharePoint.
Vea también
Modificar registros de sitio de SharePoint existentes
Configurar la integración de SharePoint

Habilitar sugerencias del documento
para recomendar documentos
relacionados
） Importante
La función de sugerencias de documentos ha quedado obsoleta para todas las

tablas, excepto la tabla de casos. La tabla de casos está disponible con Dynamics
365 Customer Service. Más información: Crear un caso
Habilitar Document Suggestions ayuda a los usuarios del explorador web y móviles de
aplicaciones Dynamics 365 a conocer documentos importantes relacionados con lo que
están trabajando en aplicaciones Dynamics 365 como una gran oportunidad de ventas.
Usted, como administrador, define los campos relevantes. Un motor de recomendación
que usa análisis de texto de Azure usa coincidencias de palabras clave para asociar
registros relacionados para encontrar documentos similares. Cree reglas de similitud en
las aplicaciones Dynamics 365 para proporcionar su propia lógica de similitud. Las
aplicaciones Dynamics 365 a continuación muestran una lista de documentos
recomendados al usuario mientras el usuario trabaja en el registro actual.
７ Nota
La característica Document Suggestions no necesita una conexión al servicio

Análisis de texto de Azure. Si elige no usar Análisis de texto de Azure, Document
Suggestions usará la lógica de coincidencia de palabras clave integrada disponible
en las aplicaciones Dynamics 365. Sin embargo, se recomienda usar el servicio
Análisis de texto de Azure para coincidencia de palabras clave más avanzada.
Document Suggestions busca otras filas similares para determinar las semejanzas
encontradas en los documentos ubicados en un sitio de SharePoint, OneDrive o en una
ubicación externa. Los documentos sugeridos pueden estar en varios formatos
diferentes, como Word, Excel, PowerPoint, OneNote, Adobe PDF y archivos de texto.
Cuando se encuentran documentos similares, Document Suggestions los presenta
ofreciéndole la posibilidad de abrir el documento o de hacer una copia.
Requisitos
Se requiere lo siguiente para usar Document Suggestions con aplicaciones Dynamics
365.
Dynamics 365 Customer Service.
Para sugerir documentos localizados en SharePoint:
Acceso a SharePoint Online, SharePoint 2013 o SharePoint 2016.
La administración de documentos debe ser configurar en aplicaciones Dynamics

365. Consulte Configurar la integración de SharePoint.
La búsqueda de Dataverse debe estar habilitada. Más información: Configurar

búsqueda de Dataverse para la organización
Sugerencias del documento funciona con el explorador web, Dynamics 365 para
tabletas y Dynamics 365 para teléfonos.
Para usar análisis de texto de Azure con Document Suggestions:
Una suscripción Azure es necesaria para usar el servicio Análisis de texto de

Azure.
Un administrador del sistema debe habilitar la conexión de análisis de texto en

aplicaciones Dynamics 365.
Un administrador del sistema debe definir una regla de similitud para cada tipo de
entidad que se deba incluir en Document Suggestions. Más información: Usar
reglas de similitud avanzadas para ver sugerencias de casos similares.
Cómo funciona
Utiliza la sugerencia del documentos con la entidad Caso.
Puede usar la concordancia con el modelo integrado que se incluye de manera nativa
con la característica Document Suggestions, pero se recomienda usar el servicio Análisis
de texto de Azure para coincidencia de palabras clave más avanzada.
Document Suggestions busca solo las ubicaciones y los documentos a los que el usuario
tiene acceso.
Las ubicaciones donde se encuentran los documentos se buscan en el siguiente orden:
1. Ubicación predeterminada de SharePoint.
2. Otros sitios de SharePoint.

3. OneDrive.
4. Grupos de Microsoft 365 (cuando la solución está instalada).
5. Dirección URL externa (cuando esté configurada).
Actualmente, la sugerencia del documento no busca los datos adjuntos que se agregan
a Notas en los registros de las aplicaciones de Dynamics 365.
Agregar una dirección URL externa para buscar en otro

sitio
Los sitios externos, como una biblioteca de documentos local de SharePoint se pueden
incluir en Document Suggestions agregando una dirección URL externa para el sitio
donde se buscará.
７ Nota
Para obtener los mejores resultados al usar un sitio externo para sugerencias de
documento, se recomienda utilizar Análisis de texto de Azure, que proporciona
lógica de coincidencia de palabras clave más avanzada.
Una vez que agrega la dirección URL externa a la característica de sugerencias del
documento habilitada, esto es lo que los usuarios experimentarán.
Exploradores web. Al ejecutar las aplicaciones Dynamics 365 desde un explorador

web, después de seleccionar Sugerencias de documentos, los usuarios pueden
seleccionar Otras recomendaciones en la página Sugerencias del documento para
mostrar otra página que puede incluir más sugerencias del documento
encontradas en el sitio externo. Tenga en cuenta que se puede pedir al usuario que
inicie sesión en el sitio externo.
Aplicaciones móviles. Para las aplicaciones Dynamics 365 para tabletas y Dynamics
365 para teléfonos, después de seleccionar Sugerencias del documento, los
usuarios pueden seleccionar Otras recomendaciones, que abre el sitio externo en
el explorador web predeterminado del dispositivo e incluir más sugerencias del
documento encontradas en el sitio externo. Tenga en cuenta que se puede pedir al
usuario que inicie sesión en el sitio externo.
Construir la dirección URL externa

La dirección URL externa se debe generar en un formato que sea entendido por el sitio
externo. Por ejemplo, para sitios que usan un formato similar a
https://contoso.com/search?{0}, donde https://contoso.com/search? es la estructura
de la dirección URL de búsqueda y {0} es la cadena de palabras clave, Document
Suggestions pasa las palabras clave en el parámetro {0}. Las palabras clave que se pasan
la dirección URL se derivan de reglas de registro similares que incluyen asignaciones de
entidad de Coincidencia de texto. Más información: Usar reglas de similitud avanzadas
para ver sugerencias de casos similares.
Los valores encontrados en los campos de texto de las asignaciones de regla de

similitud se usan como palabras clave para crear la consulta que se pasa al sitio externo,
similar a la dirección URL a continuación, donde palabra clave es los valores de texto
encontradas en las asignaciones de reglas de similitud y & representa un espacio en
blanco que Document Suggestions usa para separar cada palabra clave.
https://contoso.com/search?keywordA&keywordB&keywordC
Para un servidor de SharePoint local, puede agregar una dirección URL externa que
señale a un subsitio similar a este, donde mysharepoint es el nombre del sitio web, sites
es el nombre del sitio y subsitename es el nombre del subsitio.
https://mysharepoint/sites/subsitename/_layouts/15/osssearchresults.aspx?&k={0}
Configurar la conexión de análisis de textos de

Azure
Para usar análisis de texto de Azure con Document Suggestions, se debe configurar una
conexión de análisis de texto de Azure.
７ Nota
La característica Document Suggestions no necesita una conexión al servicio

Análisis de texto de Azure. Si elige no usar Análisis de texto de Azure, Document
Suggestions usará la lógica de coincidencia de palabras clave integrada disponible
en las aplicaciones Dynamics 365. Sin embargo, se recomienda usar el servicio
Análisis de texto de Azure para coincidencia de palabras clave más avanzada.
Definir y activar reglas de similitud

Si aún no ha definido reglas de similitud, consulte Usar reglas de similitud avanzadas
para ver sugerencias de casos similares.
Habilitar Document Suggestions

Para habilitar Document Suggestions, haga lo siguiente:

las credenciales de administrador.
2. Vaya Entornos> [seleccione un entorno]

>Configuración>Integración>Configuración de administración de
documentos>Administrar sugerencias de documentos.
3. En el área Seleccionar entidades, seleccione la entidad Caso que desee incluir en

las sugerencias del documento y luego haga clic en Aplicar.
 Sugerencia
Si no aparecen las entidades de caso en la área Seleccionar entidades, se

debe a que las reglas de similitud para la entidad de caso no se han definido
ni activado. Usar reglas de similitud avanzadas para ver sugerencias de casos
similares.
4. Establezca la dirección URL externa para incluir en Document Suggestions. De

forma predeterminada, Document Suggestions busca en servicios de Microsoft
365 como SharePoint o OneDrive. Si desea buscar en un sitio externo además de
los servicios disponibles de Microsoft 365, como un sitio local de SharePoint,
escriba la dirección URL base en el sistema externo. Las aplicaciones Dynamics 365
anexarán una cadena de consulta de búsqueda a la dirección URL base que
proporcione. Más información: Agregar una dirección URL externa para buscar en
otro sitio.
Habilitar OneDrive para la Empresa (en
línea)
Esta característica se introdujo en CRM Online 2016 Update.
Los usuarios pueden crear y administrar documentos privados con OneDrive para la
Empresa. Se puede acceder a esos documentos en aplicaciones de involucración del
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation) después
de que el administrador del sistema haya habilitado OneDrive para la Empresa.
Requisitos
７ Nota
Este tema se aplica a las organizaciones que implementen versiones en línea de

OneDrive para la Empresa y aplicaciones de involucración del cliente. Para obtener
información sobre la integración de OneDrive para la Empresa on-premises con
aplicaciones de Dynamics 365, o una combinación en línea/local de estos
productos, consulte: Habilitación de OneDrive para la Empresa (on-premises).
Se requiere lo siguiente para usar Grupos de OneDrive para la Empresa con aplicaciones
de Customer Engagement:
Configurar aplicaciones de involucración del cliente para usar SharePoint Online.
Una licencia de OneDrive para la Empresa para cada usuario. Para obtener más
información: ¿Qué es OneDrive para la Empresa?
Una licencia de SharePoint para cada usuario. Los usuarios con una licencia de
SharePoint pueden usar OneDrive para la Empresa. En el caso de SharePoint
Online, las suscripciones a Microsoft 365 incluyen licencias de SharePoint Online.
Para una completa integración de las características de Microsoft 365 con

Dynamics 365 y Customer Engagement (on-premises), necesitará Microsoft 365
Enterprise E3 o una versión posterior. Las llamadas y conferencias de Skype
EmpresarialRTC requieren Microsoft 365 Enterprise E5. No se admiten otros
planes de Microsoft 365. Para obtener más información sobre licencias y precios,
consulte:
Precios de Dynamics 365
Manual de licencias de Dynamics 365
Antes de usar OneDrive para la Empresa en aplicaciones de involucración del

cliente, el administrador y los usuarios finales deben tener acceso a OneDrive para
la Empresa a través de la interfaz web. Por ejemplo, si está usando SharePoint
Online, vaya a https://admin.microsoft.com >iniciador de aplicaciones

>OneDrive. La ubicación y otra información que necesita aplicaciones de
involucración del cliente para habilitar la integración de OneDrive para la Empresa
se crea solo cuando se accede al sitio.

Puede habilitar OneDrive para la Empresa de la siguiente manera.

entorno.

documentos.
3. Seleccione Habilitar OneDrive para la Empresa para habilitarlo y, a continuación,

seleccione Aceptar.
Controlar el acceso a OneDrive para la empresa

Puede alternar la disponibilidad de OneDrive en aplicaciones de involucración del
cliente para los usuarios finales con el privilegio OneDrive para la Empresa.
2. Seleccione Configuración>Usuarios y permisos>Roles de seguridad.
3. Elija un rol de seguridad y, a continuación, seleccione la pestaña Registros

principales.
4. En Privilegios diversos, active o desactive el privilegio OneDrive para la Empresa

según la disponibilidad deseada.
Consulte también
Habilitar OneDrive para la Empresa (on-premises)
Qué es OneDrive para la Empresa

Configurar la integración de OneNote
Reúna sus pensamientos, ideas, planes e investigaciones en un solo lugar con OneNote
en aplicaciones de Power Apps basadas en modelos y aplicaciones de participación del
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation).
Cuando activa la integración de OneNote, puede tener las ventajas de usar OneNote
para tomar o revisar notas del cliente desde sus registros.
Puede configurar la integración de OneNote cuando también usa SharePoint Online.

Debe disponer de una suscripción a Microsoft 365 para usar OneNote en aplicaciones
basadas en modelos y de involucración del cliente.
Paso 1: Activar la integración de SharePoint

basada en servidor
Antes de poder habilitar la integración de OneNote, debe activar la integración de

equivalentes en Microsoft Dynamics 365. O bien, asegúrese de tener privilegios de

sistema.
Paso 2: Activar la integración de OneNote
Cuando se activa la integración de SharePoint basada en servidor, la integración de
OneNote se muestra en Administración de documentos.

documentos.
3. Seleccione Integración de OneNote.
4. Siga las instrucciones del asistente para activar la integración de OneNote para
entidades seleccionadas. Elija entidades que necesiten un cuaderno completo por
registro. Solo se enumeran las entidades que ya están habilitadas para la
administración de documentos. Seleccione Finalizar.
5. También puede habilitar la integración de OneNote para una entidad desde el
formulario de personalización, siempre que haya habilitado la administración de
documentos para esa entidad.
6. Un cuaderno de OneNote se crea automáticamente para un registro la primera vez

que seleccione la pestaña OneNote en el área de aplicaciones basadas en modelos
y de involucración del cliente. Una vez creado el cuaderno de OneNote dedicado
para ese registro, puede ver y navegar a ese cuaderno desde cualquier cliente de
Más información: Toma notas usando OneNote

Desactivar la Integración de OneNote

documentos.
4. En el cuadro de diálogo Configuración de integración de OneNote, desactive las

casillas de verificación para todas las entidades y, a continuación, seleccione
Finalizar.
Solución de problemas de integración de

OneNote
¿Por qué los archivos de OneNote muestran un icono de

carpeta?
Este es un problema conocido. Seleccione el nombre de archivo para abrir OneNote
correctamente.
¿Por qué no se muestran los cuadernos de OneNote en el

área de documentos de OneDrive?
Los blocs de notas de OneNote guardados en OneDrive de Grupos de Microsoft 365 no
se mostrarán.
Mensaje de error: no se encuentra el cuaderno

Recibe este mensaje de error:
No se encuentra el cuaderno. El cuaderno de OneNote puede haberse quitado o

movido a otra ubicación. Compruebe la ubicación del bloc de notas o póngase en
contacto con su Administrador para actualizar el registro de ubicación almacenado en
Dynamics 365 Customer Engagement. (Error: 0x80060729)
Para resolver el problema, siga estos pasos:
1. Inicie sesión en el Centro de administración de Power Platform y abra el entorno

que desee.
2. Seleccione Configuración>Integración y luego, Configuración de administración
de documentos.
3. Seleccione Ubicaciones de documentos de SharePoint, abra ese registro de
ubicación de documentos y, a continuación cambie la dirección URL
correspondiente para que coincida con la ubicación del cuaderno.
¿Puedo editar un archivo de OneNote desde una

aplicación basada en modelo o de involucración del
cliente en Dynamics 365?
No. Esto se puede hacer solo desde la aplicación OneNote que se abre cuando
selecciona el vínculo OneNote.
No puedo acceder a mi cuaderno de OneNote.

No elimine ningún tipo de archivo de OneNote.onetoc2 ni .one en la sección OneNote
de la aplicación. Si lo hace, no podrá obtener acceso a los cuadernos de OneNote.
¿Se admiten grupos de secciones?

Los grupos de secciones que mantienen unidas las secciones relacionadas en OneNote
no se admiten en aplicaciones basadas en modelos de Power Apps ni de involucración
del cliente.
¿Puedo cambiar el nombre de una sección en OneNote

Online?
No. Solo puede cambiar el nombre de una sección en la versión de escritorio de
OneNote. Si cambia el nombre de una sección de OneNote en línea, no verá el nombre
de sección actualizado en la aplicación.
¿Por qué veo registros que deben estar en la pestaña de
OneNote?
Esto ocurre si ha eliminado todas las secciones del cuaderno. Se recomienda tener al
menos una sección en el cuaderno de OneNote. Para solucionar este problema, haga lo
siguiente:
1. Vaya al registro donde ve el problema. Por ejemplo, en el menú principal,

seleccione Ventas>Cuentas> y seleccione un registro de cuenta.
2. En el menú principal, seleccione el menú desplegable junto al nombre del registro

y, a continuación, seleccione Documentos.
3. Seleccione Abrir en SharePoint y luego cree una sección nueva con la versión de
escritorio de OneNote.
Cambiar el nombre de un archivo OneNote a través de

que la cuadrícula del documento muestra un mensaje de
error
Imagine los siguientes eventos:
1. El usuario A abre una nota de OneNote en una aplicación basada en modelo de

Power Apps o aplicación de interacción con el cliente de Dynamics 365 y agrega
contenido. For example, Ventas>Contactos>contacto>Resumen>Escala de tiempo
sección >+> OneNote.
2. El usuario A, u otro usuario, como el usuario B, cambia el nombre del archivo de
OneNote en una cuadrícula de documentos. Por ejemplo,
Ventas>Contactos>contacto>Relacionado>Documentos.
3. El usuario A abre la nota en la escala de tiempo en un formulario. Por ejemplo,
Ventas>Contactos>contacto>Resumen>Línea de tiempo sección >+>OneNote.
Cuando esto ocurre, el usuario A ve el mensaje de error "Carpeta contacto renombrada

o eliminada de SharePoint. Se esperaba en la ruta carpeta de SharePoint".
Mensaje de error: no se puede encontrar el
archivo
He recibido este mensaje de error:
No se encuentra el archivo. (Error: 0x80060706)
Si está realizando una implementación local, es posible que reciba esta error al abrir la
pestaña OneNote en una entidad habilitada para OneNote si desactivó
CreateSPFoldersUsingNameandGuid con la herramienta OrgDBOrgSettings. Establezca
esta opción como True. Consulte: Herramienta de OrgDBOrgSettings para Dynamics
CRM .
Tenga en cuenta que OneNote necesita que las carpetas de SharePoint incluyan el GUID.
Recibo este mensaje de error: La lista no

admite esta operación. (Error: 0x80060715)
Si de nuevo hace clic en OneNote, aparece este mensaje de error: No hay secciones que
mostrar. Tenga en cuenta que no se admiten las secciones de un grupo de sección.
Para arreglar este problema, establezcca la longitud de la ruta en menos de 70
caracteres.
Cambiar el nombre de un archivo de OneNote
en Dynamics 365 (online) versión 9.0 puede
crear un conflicto
Tenga en cuenta este contexto:
El usuario A abre una nota de OneNote en Dynamics 365 Customer Engagement (on-
premises) y agrega el contenido (por ejemplo: Ventas>Cuentascuenta de >>Resumen>
sección Línea de tiempo >+> OneNote). El usuario A o un segundo usuario, el usuario
B, cambia el nombre del archivo de OneNote en una cuadrícula de documentos (por
ejemplo: Ventas>Cuentas> cuenta >Relacionado>Documentos). El usuario A abre la
nota mediante la escala de tiempo (por ejemplo: Ventas>Cuentas> cuenta >Resumen>
sección Línea de tiempo >+>OneNote). El usuario A debería ver la nota con el nombre
cambiado y con el contenido existente. En su lugar, se abre una nueva nota.
Consulte también
Activar la integración de SharePoint basada en servidor
Implementar e instalar Dynamics 365
App for Outlook
Este tema cubre cómo configurar e implementar Dynamics 365 App for Outlook.
Dynamics 365 App for Outlook funciona con aplicaciones de interacción con el cliente
(como Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Marketing,
Dynamics 365 Field Service, Dynamics 365 Project Service Automation y Dynamics 365
Customer Engagement (on-premises), versión 9) y Power Apps basado en modelos que
se ejecutan en Microsoft Dataverse.
７ Nota
La configuración de multiplexación no reduce la cantidad de licencias necesarias

para acceder a las aplicaciones de Dynamics 365. Para obtener más información,
vea Resumen de licencias para multiplexación .
Requisitos previos
Antes de iniciar la configuración, deben cumplirse los requisitos previos siguientes.
Configure la sincronización del correo electrónico de entrada mediante la

sincronización del lado del servidor: Configurar la sincronización del lado del
servidor de correo electrónico, citas, contactos y tareas.
Dynamics 365 App for Outlook es un complemento de Outlook que usa los
servicios web de Exchange (EWS) para interactuar con Microsoft Exchange. Esto
requiere que OAuth esté habilitado en Microsoft Exchange. Para obtener más
información: Consideraciones de autenticación y permisos para el método
makeEwsRequestAsync.
En clientes de Windows, Internet Explorer 11 debe estar instalado y habilitado,

pero no tiene que ser el explorador predeterminado. Para obtener más
información: Requisitos para ejecutar complementos de Office.
Compruebe las compatibilidades: Requisitos del sistema, límites y valores de

configuración de App for Outlook
Paso 1: Configurar método de sincronización
predeterminado
Para utilizar Dynamics 365 App for Outlook, debe configurar la sincronización del lado
del servidor para el procesamiento del correo electrónico. Para obtener más información
sobre la sincronización del correo electrónico, consulte Configurar la sincronización del
correo electrónico de entrada y salida
1. Desde la aplicación, vaya a Configuración>Configuración avanzada.
2. Vaya a Configuración>Administración y, a continuación, seleccione Configuración

del sistema.
3. Seleccione la pestaña Correo electrónico y establezca Procesar correo electrónico
usando en Sincronización del lado del servidor.
Paso 2: Probar la configuración de correo

electrónico y habilitar buzones
Habilite y pruebe los buzones de usuario para que los usuarios puedan utilizar Dynamics
365 App for Outlook.

2. Vaya a Configuración>Configuración de correo electrónico y seleccione Buzones.
3. Seleccione la vista Buzones activos y, a continuación, seleccione los buzones que

desea probar y habilitar.
4. En la barra de comandos, seleccione APROBAR CORREO ELECTRÓNICO y, a

continuación, seleccione Aceptar.
5. Una vez aprobado, seleccione PROBAR Y HABILITAR BUZÓN.
6. En el cuadro de diálogo de confirmación, seleccione Aceptar.

Es posible que tenga que esperar a que el sistema procese las actualizaciones. Cuantos
más buzones habilite, más tardará.
Paso 2.1: Comprobar la configuración

Para comprobar que el buzón que probó en el paso anterior está configurado
correctamente, ábralo.
Si la configuración se ha realizado correctamente, la sección Resultados de la prueba de

configuración cambiará de Sin ejecutar a Correcto.
Paso 3: Proporcionar acceso al rol de seguridad

El rol de seguridad Usuario de Dynamics 365 App for Outlook está disponible a partir
de la compilación 9.1.0.4206. Si un usuario no tiene este rol de seguridad o sus
privilegios subyacentes, recibirá el siguiente error siguiente: No está autorizado a
utilizar esta aplicación. Consulte con el administrador del sistema para actualizar su
configuración. Para que los usuarios puedan usar Dynamics 365 App for Outlook, debe
agregarlos a este rol. Esto se asegurará que los usuarios tengan los privilegios básicos
necesarios para tener acceso a la aplicación para Outlook.
Otros privilegios de seguridad además de los privilegios básicos, relacionados al rol de

usuario, activarán más características. Por ejemplo, si un usuario tiene el privilegio de
crear en la tabla Clientes potenciales, además del rol de seguridad Usuario de Dynamics
365 App for Outlook, verá una resolución de correo electrónico a una tabla Clientes
potenciales si corresponde.
App for Outlook también requiere que la sincronización del lado del servidor esté
correctamente configurada con los roles de seguridad mínimos requeridos por el
servicio. Estos roles se describen en la tabla siguiente.
Nombre de privilegio Tabla Ubicación (pestaña) dentro de rol de

seguridad
prvReadEmailServerProfile EmailServerProfile Administración de empresas
prvWriteMailbox Buzón Administración de empresas
prvReadMailbox Buzón Administración de empresas
prvReadOrganization Organización Administración de empresas
prvSyncToOutlook Outlook Administración de Empresas > Privilegios

(exchangesyncidmapping relacionados con la privacidad
prvReadActionCard ActionCard Registros principales
prvDeleteActivity Actividad Registros principales
prvAppendActivity Actividad Registros principales
prvWriteActivity Actividad Registros principales
prvCreateActivity Actividad Registros principales
prvReadActivity Actividad Registros principales
prvAppendToActivity Actividad Registros principales
prvReadConnection Conexión Registros principales
prvAssignContact CONTACTO Registros principales
prvReadContact CONTACTO Registros principales
prvWriteContact CONTACTO Registros principales
prvCreateContact CONTACTO Registros principales

seguridad
prvDeleteContact CONTACTO Registros principales
prvReadUserQuery Vista guardada Registros principales
prvReadQueue Cola Registros principales
prvReadQuery Vista Personalización
prvReadIncident Case Servicio
prvSearchAvailability Administración de servicios > Privilegios

varios
prvOverrideCreatedOnCreatedBy Administración de Empresas > Privilegios

varios
７ Nota
Si crea un equipo y lo agrega al rol de seguridad Usuario de Dynamics 365 App for
Outlook, no se propagan automáticamente los privilegios a los usuarios de ese
equipo.
1. Para agregar usuarios al rol de seguridad App for Outlook, desde la aplicación,
vaya a Configuración>Configuración avanzada.
2. Vaya a Configuración>Seguridad y seleccione Usuarios.

3. Seleccione los usuarios de la lista y, a continuación, seleccione Administrar roles.
4. En el cuadro de diálogo Administrar roles de usuario, seleccione el rol de

seguridad Usuario de Dynamics 365 App for Outlook para los usuarios y después
seleccione Aceptar.
Paso 4: Instalar App for Outlook
Siga estos pasos para insertar Dynamics 365 App for Outlook en usuarios seleccionados,
en todos los usuarios o para hacer que sean los usuarios quienes se lo instalen cuando
sea necesario.
） Importante
Para entornos en Microsoft Dataverse, un administrador puede obtener la

aplicación para la solución de Outlook desde Microsoft AppSource. Después de
iniciar sesión en AppSource, elija el entorno en el que desea instalar App for
Outlook. Para obtener más información, consulte Microsoft Dynamics 365 App for
Outlook .
1. Para insertar la aplicación en los usuarios, desde la aplicación vaya a

Configuración>Configuración avanzada.
2. Vaya a Configuración>Dynamics 365 App for Outlook.
3. La página Introducción a Microsoft Dynamics 365 App for Outlook muestra

todos los usuarios aptos para usar App for Outlook. Tiene varias opciones
diferentes sobre cómo implementar la aplicación para los usuarios:
Opción 1: activar la casilla para agregar automáticamente App for Outlook a

todos los usuarios aptos. Si el correo electrónico de un usuario se sincroniza
mediante la sincronización del lado del servidor, solo tendrá que insertar la
aplicación.
Opción 2: seleccione AGREGAR APLICACIÓN PARA USUARIOS APTOS para
implementar la aplicación en todos los usuarios que estén configurados
correctamente. El Estado cambiará a Pendiente.
Opción 3: insertar la aplicación en determinados usuarios, seleccionar los
usuarios de la lista y, a continuación, seleccionar Agregar aplicación a
Outlook.
4. El estado cambiará a Agregado a Outlook y la aplicación estará disponible para los

usuarios.
Los usuarios agregados verán la aplicación en la cinta de Outlook.
Hacer que los usuarios se instalen App for Outlook

2. Seleccione el botón Configuración de nuevo y, a continuación, seleccione
Aplicaciones de Aplicaciones para Dynamics 365.
3. En la pantalla Aplicaciones de Aplicaciones para Dynamics 365, en Dynamics 365

App for Outlook, los usuarios seleccionan Agregar aplicación a Outlook.
Para implementar en usuarios de las aplicaciones de

Dynamics 365 (on-premises)
Siga estos pasos si usa las aplicaciones de Dynamics 365 (on-premises).
Configure las aplicaciones de Dynamics 365 Server para una implementación con
conexión a Internet. Consulte Configurar IFD para aplicaciones de Microsoft
Dynamics 365.
Si va a conectarse a Exchange on-premises, configure el proveedor OAuth y
registre aplicaciones cliente. Vea Configurar Windows Server 2012 R2 para
aplicaciones de Dynamics 365 que usan OAuth.
Solución de problemas de instalación

1. Si no ve Dynamics 365 App for Outlook cuando hace clic en el botón
Configuración , compruebe que ha habilitado la característica.
2. Si usted o sus usuarios tiene problemas para instalar Dynamics 365 App for
Outlook, puede ser debido a que el buzón de Exchange está vinculado
actualmente a otro entorno de Microsoft Dataverse u organización de Customer
Engagement (on-premises). Un buzón de Exchange (dirección de correo
electrónico) puede sincronizar solo citas, contactos y tareas de una organización, y
un usuario perteneciente a esa organización puede sincronizar solo citas,
contactos, y tareas con un buzón de Exchange. Puede sobrescribir la opción
almacenada en Exchange si desea cambiar la organización de sincronización
principal. Para obtener más información, consulte este artículo KB.
Creación o edición de un registro de
ubicación de documentos
Las ubicaciones de los documentos de SharePoint son registros de las aplicaciones de

Automation), que apuntan a una carpeta o biblioteca de documentos de SharePoint.
Para almacenar documentos para registros, las bibliotecas de documentos o carpetas

deben estar en su lugar. Si las aplicaciones de involucración del cliente no pueden crear
las bibliotecas de documentos y carpetas automáticamente, puede crearlas
manualmente en SharePoint. Después de crear las bibliotecas de documentos y carpetas
en SharePoint, debe crear registros de ubicación de documentos en aplicaciones de
involucración de cliente para señalar a estas bibliotecas de documentos o carpetas de
SharePoint.
2. Elija Ubicaciones de documentos de SharePoint.
3. Elija Nuevo.
4. Especifique la siguiente información, según corresponda:
Nombre. Escriba un nombre para la ubicación del documento. Este nombre

se muestra en la lista de ubicaciones en el registro de tabla.
Propietario. De forma predeterminada, se le agrega a usted como el

propietario del registro de esta ubicación.
Descripción. Escriba una descripción para la ubicación del documento.
Tipo de dirección URL. Seleccione si desea crear la ubicación con una

dirección URL absoluta o relativa.
Seleccione Dirección URL absoluta y, en el cuadro Dirección URL

absoluta, especifique la dirección URL completamente calificada de la
ubicación de la carpeta en SharePoint.
O
Seleccione Dirección URL relativa. En Dirección URL relativa, para crear
una ubicación de documento relativa al sitio o registro de ubicación de
documento existente, seleccione el sitio o registro ubicación de
documento existente de SharePoint. En la segunda casilla, escriba el
nombre de la carpeta de SharePoint.
Referente a. Seleccione el botón Búsqueda . En el cuadro de diálogo

Buscar registros, en la lista Buscar, seleccione el tipo de registro que desea
buscar. Busque y seleccione el registro del cual desea crear el registro de
ubicación y elija Aceptar.
７ Nota
Para activar o desactivar una ubicación de documento, en la página Ubicaciones de

documentos, seleccione el registro de ubicación del documento y elija Activar o
Desactivar.
Editar registros de sitio de SharePoint
existentes
Almacene documentos relacionados con sus registros en carpetas de SharePoint y

administre las carpetas y los documentos desde las aplicaciones de involucración del
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation). La
integración de la administración de documentos de SharePoint con aplicaciones de
involucración del cliente facilitan el acceso y el uso compartido de los documentos
asociados a los registros.
 Sugerencia
Si utiliza CRM 2013 SP1 o posterior, puede aprovechar la integración de SharePoint

basada en servidor entre aplicaciones de involucración del cliente y SharePoint
Online. La integración de SharePoint basada en servidor proporciona una
experiencia envolvente de administración de documentos coherente con el aspecto
de las aplicaciones de involucración del cliente.
Puede usar la integración basada en servidor de SharePoint para las

implementaciones de SharePoint locales e híbridas. Para obtener información sobre
la configuración de la integración de SharePoint basada en servidor utilizando un
asistente, consulte Configuración de la integración de SharePoint con.
Si ya ha configurado la administración de documentos de SharePoint, y desea editar los

registros del sitio, use el procedimiento siguiente.
Edite registros de sitio



documentos.
4. Seleccionar SharePointSitios.
5. Seleccione el registro del sitio que desea modificar y, a continuación, seleccione

Editar.
6. Modifique cualquiera de los ajustes siguientes:
Nombre. Agregue o cambie el nombre del sitio.
Propietario. De forma predeterminada, se indica la persona que creó el sitio

como propietario del registro de sitio.
Descripción. Agregue o cambie la descripción del sitio. Por ejemplo,

especifique los documentos que contiene el sitio.
Tipo de dirección URL. Especifique si desea agregar una dirección URL

absoluta (completa) o relativa para el sitio.
Dirección URL absoluta. Para apuntar este registro de sitios a una

colección de sitios o un sitio en SharePoint, especifique la dirección URL
calificada de la colección de sitios o sitio. Puede usar este registro como
un sitio primario para crear otros registros de sitio con direcciones URL
relativas para sitios dentro de la colección de sitios o los sitios en el mismo
sitio de SharePoint.
Dirección URL relativa. Use esta opción solamente cuando tenga al menos
un registro de sitio apuntando a una colección de sitios en SharePoint. En
la casilla Sitio primario, seleccione un registro de sitio existente. Si el
registro del sitio que seleccionó como sitio primario apunta a una
colección de sitios en SharePoint, especifique el nombre de un sitio
existente en el segundo cuadro. Si el registro del sitio que seleccionó
como sitio primario apunta a un sitio en SharePoint, especifique el nombre
de un sitio subordinado existente en SharePoint.
７ Nota
Para activar o desactivar un registro de sitio, en la página Sitios de SharePoint,
seleccione el registro del sitio y, en el grupo Registros, seleccione Activar o
Desactivar.
Vea también
Ficha Sincronización de la configuración
del sistema
Utilice la configuración de esta página para determinar cómo se sincronizan los datos
entre las aplicaciones de involucración del cliente (Dynamics 365 Sales, Dynamics 365
Project Service Automation) y Microsoft Dynamics 365 for Outlook. Por ejemplo, puede
controlar la sincronización entre pares de campos o habilitar o deshabilitar la
sincronización de direcciones adicionales de correo electrónico, tareas asignadas o
datos adjuntos de cita.

sistema

3. Seleccione Configuraciones>Integración>Sincronización.
 Sugerencia

Sincronizar
elementos con
Outlook o
Exchange
Administre Este valor proporciona acceso a la pestaña Filtros del usuario en el cuadro de
filtros del diálogo Configuración de sincronización para Outlook o Exchange. Es posible
sistema para que desee ver esta pestaña para ver la configuración de filtro de sincronización
toda su en línea predeterminada para usuarios de la organización. Más información:
organización Elección de los registros que se desea sincronizar entre aplicaciones de
para Customer Engagement y Outlook o Exchange
determinar los
registros que
se sincronizan
con sus
carpetas de
Outlook o
Exchange.
Administre los Este valor proporciona acceso a la pestaña Campos de sincronización en el

campos de cuadro de diálogo Configuración de sincronización para Outlook o Exchange.
sincronización Utilice esta pestaña para ver cómo los campos de citas, contactos, y tareas se
de Outlook o asignan entre aplicaciones de involucración del cliente y Outlook, y para
Exchange, cambiar la dirección de sincronización o restringir la sincronización para campos
incluidos citas, de contactos y tareas. Por ejemplo, si desea que el contenido del campo Notas
contactos y de los contactos sea privado, puede evitar que ese campo se sincronice. Más
tareas para información: Controlar la sincronización de campos entre aplicaciones de
toda la involucración del cliente y Outlook o Exchange
organización.
Administrar
los filtros sin
conexión y
consiga
información
sin conexión
en Dynamics
365 for
Outlook
Administre los Este valor proporciona acceso a la pestaña Filtros del usuario en el cuadro de
filtros sin diálogo Configuración sin conexión. Es posible que desee ver esta pestaña para
conexión del ver la configuración de filtro de sincronización sin conexión predeterminada
sistema para para usuarios de la organización.
toda la
organización
para
determinar
qué usuarios
de datos
pueden
llevarse con
ellos cuando
se
desconectan
en Dynamics
365 for
Outlook.
Configurar las
reglas de
sincronización
generales para
las tareas, las
citas y los
contactos de
toda su
organización
Citas
Sincronizar las Los datos adjuntos ocupan espacio en la base de datos, por lo que la
citas adjuntas sincronización de datos adjuntos de citas está desconectada de forma
con Outlook o predeterminada. Seleccione la casilla para activar la sincronización de datos
Exchange adjuntos. Importante: La sincronización de datos adjuntos de citas no se admite
para citas periódicas ni actividades de servicio. Además, la sincronización de
imágenes insertadas no es compatible y es posible que no se representen
correctamente.
Contactos
Sincronizar De forma predeterminada, solo un campo de dirección de correo de Outlook se

solo la sincroniza entre aplicaciones de involucración del cliente y Outlook. Esto es
dirección de suficiente para la mayoría de las organizaciones. Si desea sincronizar los tres
correo campos de dirección de correo de Outlook (campos Empresa, Particular y Otra),
electrónico en elija la opción Sincronizar las tres direcciones de contacto de Outlook.
el contacto de Advertencia: Tenga cuidado al habilitar esta opción, ya que puede causar
Outlook
pérdidas de datos en algunas situaciones si ya hay datos existentes. Esto se
debe a la reasignación de los atributos de los contactos con seguimiento
Sincronizar las existentes. Se recomienda realizar pruebas internas para comprender cómo la
tres reasignación afecta al entorno y los datos. En la mayoría de los casos, deberá
direcciones tener los datos completos a un lado (normalmente en aplicaciones de
(Trabajo, involucración del cliente) y sincronizarlos al otro lado (normalmente Outlook o
Particular, Exchange).
Otra) en
contacto de
Outlook
Tareas
Sincronizar las Las tareas de Outlook se sincronizan de forma predeterminada, pero la

tareas que sincronización de tareas asignadas se desconecta de forma predeterminada. La
están mayoría de las empresas no requieren esta característica debido a que las tareas
asignadas en normalmente se asignarían directamente en aplicaciones de involucración del
Outlook cliente cambiando la propiedad.
Sin embargo, es posible que desee habilitar esta característica, si los procesos
de negocio de su compañía incluyen crear y enviar tareas en Outlook en lugar
de aplicaciones de involucración del cliente.
Seleccione si
desea habilitar
la
sincronización
de las reservas
de recursos
con Outlook
Sincronizar las Activar (desactivado de forma predeterminada) para habilitar reservas de

reservas de recursos (Field Service) sincronización con Dynamics 365 App for Outlook. Más
recursos con información: Establecer recursos reservables (Field Service)
Outlook
Consultar también
Elección de los registros que desea sincronizar entre aplicaciones de involucración del
cliente y Outlook o Exchange
Controlar la sincronización de campos entre aplicaciones de involucración del cliente y

Outlook o Exchange
Conectar con Yammer
７ Nota
A partir de febrero de 2022, la compatibilidad con Grupos de Microsoft 365

(anteriormente conocidos como Grupos de Office) y Yammer en Dynamics 365
quedará obsoleta. Esto afectará a los clientes que utilizan Microsoft 365 Groups y/o
Yammer para la colaboración en Dynamics 365. Recomendamos que los clientes
hagan la transición a Microsoft Teams para funcionalidades de colaboración más
avanzadas. Para obtener información sobre la integración de Dynamics 365 con
Teams, consulte Integre aplicaciones de Customer Engagement en Dynamics 365
con Microsoft Teams.
Si tiene preguntas sobre la obsolescencia, comuníquese con su Microsoft

representante del servicio al cliente o Microsoft Partner.
Yammer proporciona a los compañeros de la organización un lugar central para tener

conversaciones, crear y modificar documentos, y compartir información sin enviar un
solo correo electrónico o asistir a reuniones.
Después de configurar su organización para trabajar con Yammer, los empleados verán
las publicaciones en una fuente de noticias en su panel de las aplicaciones de
involucración del cliente cada vez que alguien actualice la información del cliente, y
podrán participar en la conversación con sus propias publicaciones.
Conecte la organización con Yammer
Requisitos previos
Para que su organización pueda usar Yammer en aplicaciones de involucración del
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation), su
organización necesita comprar licencias de empresa de Yammer.
La integración de Yammer solo está disponible para las aplicaciones de

involucración del cliente.

También necesitará privilegios de administrador del sistema verificados para la
cuenta de Yammer de su organización.
Instale las actualizaciones de productos más recientes para las aplicaciones de

Cumpla los requisitos de explorador y sistema .
Conectar con Yammer

1. Suscríbase a una cuenta de empresa de Yammer, y anote el nombre de red que
recibe. Más información: Visite el sitio web de Yammer
2. Vaya a Configuración>Sistema.

entorno.
4. Seleccione Configuración>Integración>Yammer.
5. Lea la declinación de responsabilidades y, a continuación elija Continuar.
6. Elija Autorizar Microsoft Dynamics 365 Online para conectarse a Yammer.
7. Inicie sesión en su cuenta de Yammer de la compañía utilizando sus credenciales

de administrador.
8. Siga las instrucciones de la pantalla para aceptar los términos de servicio de

Yammer, anote qué red de Yammer se ha configurado y conecte su organización a
ella. Después de que su organización esté conectada, verá un mensaje de
confirmación en la parte inferior de la pantalla.
７ Nota
Las aplicaciones de involucración del cliente solo admiten la conexión a la red

de Yammer primaria. No se admite la conexión con redes externas en Yammer.
9. Si lo desea, mantenga la sesión en su cuenta de Yammer y establezca las

preferencias de la organización para las publicaciones de Yammer.
Establezca las preferencias de la organización para

publicaciones Yammer (opcional)
1. Asegúrese de que ha iniciado sesión en su cuenta de Yammer de la empresa con
sus credenciales de administrador.
2. Si lo desea, seleccione si las publicaciones de Yammer son públicas (todo el

mundo ve las publicaciones de aplicaciones de involucración del cliente en la
fuente de noticias, o privadas (las personas deben "seguir" un registro para ver
publicaciones sobre ese registro en la fuente de noticias).
3. Si lo desea, seleccione el grupo predeterminado donde desea que aparezcan las

publicaciones.
4. Si lo desea, seleccione qué tipos de registro activan publicaciones automáticas a la

fuente de noticias de Yammer.
Habilitar entidades para Yammer

Una vez que haya conectado las aplicaciones de involucración del cliente a Yammer,
debe especificar qué entidades de las aplicaciones están habilitadas para su uso con
Yammer. Los usuarios pueden seguir las entidades habilitadas
2. Elija Configuración de Fuentes de actividades>Configuraciones de publicación
3. Elija la entidad y luego elija Actividad.
4. Confirme la activación y, a continuación, elija Más Comandos (...)>Publicar todas

las personalizaciones
¿Qué desencadena publicaciones automáticas a

la fuente de noticias de Yammer?
） Importante
El 26 de junio de 2018, Yammer dejó de usar la secuencia de actividades y sus API,

de forma que las publicaciones automáticas ya no se pueden habilitar. Para obtener
más información, consulte Abrir acciones del gráfico e historias de actividades .
Consideraciones adicionales
Cuando se conecta con un Yammer federado
Si ha configurado Yammer para usar inicio de sesión único, deberá generar y usar una
contraseña temporal para conectar con Yammer.
1. Inicie sesión en Yammer con las credenciales de inicio de sesión único.
2. Elija Más comandos (...)>Aplicaciones
3. Desplácese a la parte inferior de la página a la sección Todas las aplicaciones.
4. Seleccione la pestaña Yammer y a continuación, seleccione una aplicación como

Windows Phone. La aplicación debe admitir la generación de una contraseña
temporal.
5. Complete el proceso para obtener un nombre de usuario y una contraseña

temporales.
6. Use el nombre de usuario y la contraseña temporales para completar la

configuración de la conexión de aplicaciones de involucración del cliente con
Yammer.
Agregue sitios de confianza de Yammer al explorador

Agregue los sitios de confianza de Yammer al explorador. Por ejemplo, para las
aplicaciones de involucración del cliente, agregue lo siguiente:
https://*.crm.dynamics.com
https://*.yammer.com
https://*.assets-yammer.com
Aviso de privacidad
Al habilitar Yammer, consiente en compartir sus datos con un sistema externo. Los datos
importados en Microsoft Dynamics 365 (online) desde sistemas externos están sujetos a
la Declaración de privacidad y cookies de Microsoft .
Consulte también
Visite el sitio web de Yammer
Agregar procesos de negocio listos para
usar para escenarios habituales
） Importante
Los procesos de negocio listos para usar disponibles a través del valor Agregar
procesos de negocio listos para usar han quedado obsoletos y se quitarán en una
versión principal futura de Dynamics 365 Customer Engagement (on-premises).
Encontrará una lista de procesos de negocio listos para usar en Microsoft
AppSource .
Dynamics 365 Customer Engagement (on-premises) incluye varios procesos

empresariales listos para usar en escenarios comunes de ventas, servicio y marketing -
para ayudar a garantizar que los empleados siguen pasos coherentes cada vez que
trabajan con los clientes.
Para poder usar estos procesos, debe agregarlos al sistema.
７ Nota
Los procesos de negocio listos para usar se activan automáticamente al agregarlos.

Si un proceso de negocio preparado para usar incluye flujos de trabajo o reglas de
lógica de negocios portátiles, deberá habilitarlos por separado. Para obtener más
información acerca de los procesos de negocio, vea Crear una lógica de negocios
personalizada con procesos.
La siguiente tabla muestra una lista de los procesos de negocio listos para usar y para
qué sirven.
Este proceso listo para Sirve para...

usar
Campaña de ventas por Llamar a clientes potenciales, crear y aprobar clientes potenciales,
teléfono desarrollar oportunidades y cerrar tratos.
Campaña de ventas por Enviar correo electrónico a clientes potenciales, crear y aprobar
correo electrónico clientes potenciales, desarrollar oportunidades y cerrar tratos.
Campaña de ventas de Contactar por teléfono y correo electrónico con clientes potenciales,
varios canales crear y aprobar clientes potenciales y cerrar tratos.
Este proceso listo para Sirve para...
usar
Creador de listas de Crear listas de marketing de destino para cuentas, contactos o clientes
marketing potenciales, agregar posibles clientes y conseguir la aprobación del
administrador.
Programación de citas Programar citas de servicio, configurar avisos y asegurarse de que las
de servicio actividades de servicio se han completado.
Incrementar las ventas Incrementar las ventas de productos o servicios adicionales mientras
de casos de servicio resuelve la solicitud de servicio de un cliente.
Caso de servicio guiado Asegurarse de que los datos se introducen de manera coherente para
los casos de servicio, y que las actividades necesarias se completan
para resolver un caso.
Oportunidad de Seguir un proceso estándar para evaluar necesidades, negociar

facturación (de empresa resultados, atender pedidos y cerrar oportunidades al vender a otras
a empresa) empresas.
Contacto al pedido Orientar las ventas mediante un método coherente para interactuar
con los clientes.
Incrementar las ventas Convertir una buena experiencia de servicio en una oportunidad para
después de la incrementar las ventas de productos y servicios al cliente.
interacción de servicio
Excelencia en almacén Recomendar pedidos a los propietarios de almacén y al personal de

campo y convertir la aceptación de los administradores de almacén
para dichos pedidos.
Agregar procesos de negocio listos para usar

1. Asegúrese de disponer de roles de seguridad de administrador, vicepresidente,
director general, administrador del sistema o personalizador del sistema, o los
permisos equivalentes.

a. Siga los pasos de la sección Visualización del perfil de usuario.
b. ¿No tiene los permisos adecuados? Póngase en contacto con el administrador

del sistema.
2. Vaya a Configuración > Administración de datos.

3. Seleccione Agregar procesos de negocio listos para usar.
4. Elija Agregar.
Vea también
Crear una lógica de negocios personalizada con procesos
Difusión de anuncios a toda la
organización
） Importante
Los anuncios están obsoletos y se eliminarán en una versión principal futura.
Distribuya la información rápidamente a un amplio conjunto de usuarios al mismo

tiempo mediante Anuncios en aplicaciones de involucración del cliente (Dynamics 365
Marketing y Dynamics 365 Project Service Automation). Los anuncios también pueden
servir como paneles de mensajes, donde puede publicar temas de su interés que desee
compartir o para los que desee recibir respuestas.

Entornos> [seleccione un entorno] >Configuración>Administración de
datos>Anuncios.


sistema.
Creación de anuncios
datos>Anuncios.
3. Complete la información según corresponda.
Título (requerido) - Escriba un título para el anuncio que indique forma clara
y sin ambigüedades el objetivo y la naturaleza del anuncio.
Cuerpo (requerido) - Escriba el texto del anuncio que desee difundir.
 Sugerencia
Puede copiar y pegar un texto de anuncio desde otra aplicación. Sin embargo,
el formato puede perderse.
Dirección URL información suplementaria (opcional) - Escriba la dirección de

la página web que proporciona información detallada sobre el anuncio.
７ Nota
Una dirección web que no contiene "http://" se expandirá automáticamente a

una dirección web completa. En el anuncio, la dirección web aparecerá como
un vínculo externo activo.
Fecha de expiración (opcional) - Escriba la fecha en la que desea detener la

difusión y el anuncio debe expirar.
７ Nota
No puede editar/extender esta fecha una vez que venza. Las aplicaciones de
involucración del cliente eliminan el anuncio después tras la fecha de
expiración.
4. Cuando haya terminado, en la barra de comandos, elija Guardar o Guardar y

cerrar para comenzar la difusión.
Difundir un anuncio
Ponga los anuncios a disposición de otros usuarios de la organización mediante
recursos web y paneles.
Crear un recurso web

1. En un editor de texto, escriba el siguiente código, y guarde el archivo como
“announcementsondashboard.htm”.
HTML
<html>
<body>
<script
type="text/javascript">window.location.href="/home/homepage/home_news.a
spx?pagemode=iframe";</script>
</body>
</html>
2. Acceda a Configuración>Personalización>Personalizar el sistema.
3. En Componentes, elija Recursos web>Nuevo.
4. Escriba el nombre como "anuncios" y el nombre para mostrar como "Anuncios".
5. En la lista desplegable Tipo, seleccione Página web (HTML).
6. En el cuadro Cargar archivo, elija Examinar y seleccione el archivo

"announcementsondashboard.htm" que creó anteriormente.
8. Agregue este nuevo recurso web a cualquier panel nuevo o existente.

Cambio de prefijos de numeración
automática para contratos, casos,
artículos, ofertas, pedidos, facturas,
campañas, categorías y artículos de
conocimientos
Los contratos, casos, artículos, ofertas, pedidos, facturas, campañas de marketing,

categoría y artículos de conocimientos se numeran automáticamente. Si la organización
tiene formatos de numeración estándar, puede cambiar los prefijos predeterminados de
tres caracteres y el formato de número para que coincidan con los de su organización.
Estos ajustes se pueden encontrar en el Centro de administración de Microsoft Power

Platform yendo a Entornos> [seleccionar un entorno] >Configuración>Gestión de
datos>Numeración automática.


sistema.

datos>Numeración automática.
2. En el cuadro de diálogo Definición de numeración automática, seleccione el tipo

de registro que desee cambiar.
3. En el cuadro Prefijo, especifique tres caracteres, símbolos o números como

máximo.
Los prefijos son para todo el sistema y se aplican en todos los números generados
por el sistema para el tipo de registro seleccionado. Si cambia el prefijo de un tipo
de registro, no cambiará el prefijo de los números que ya se hayan asignado.
El prefijo del símbolo (token) de seguimiento para mensajes de correo electrónico

se establece en el área Configuración del sistema. Más información: Cuadro de
diálogo Configuración del sistema: pestaña Correo electrónico
4. En el cuadro Número, especifique el número inicial.
Si no estableció ningún formato de numeración antes, en el cuadro Número se

muestra 1000. Una vez establecido el formato de numeración y guardada la
configuración, el campo pasa a solo lectura y no puede modificarlo. Si se usó una
solución personalizada de numeración automática, no podrá cambiar el número.
5. Seleccione una longitud del sufijo.
Los artículos y artículos de conocimientos no tienen sufijos. El sufijo se usa para los
registros que se crearon sin conexión y para los que no se puede garantizar que el
número sea único.
6. Para guardar la configuración, seleccione Aceptar.
Vea también
Usar soluciones para las personalizaciones
Configurar reglas para crear o actualizar
registros automáticamente en la
aplicación heredada
 Sugerencia

Todas las organizaciones tienen varias aplicaciones para capturar interacciones con los
clientes. La capacidad de canalizar datos externos a los registros de Microsoft Dataverse
puede mejorar de forma notable la eficacia de sus equipos de ventas, marketing y de
servicio, e incrementar la calidad de los datos. Ahora puede dirigir estos datos desde
distintas aplicaciones y orígenes externos a Dataverse con la ayuda de reglas de creación
y actualización de registros.
Mediante las reglas de creación y actualización de registros en Dynamics 365 Customer

Service, puede crear o actualizar automáticamente registros del sistema o
personalizados desde actividades de de entrada, como correos electrónicos, actividades
sociales, o actividades personalizadas sin escribir ningún código. No solo eso, también
puede configurar la regla para convertir la actividad de entrada en varios registros. Por
ejemplo, puede crear un caso y un cliente potencial desde una única actividad social.
Una regla de creación y actualización de registros se compone de reglas de elementos

que definen las condiciones para crear o actualizar registros y también define qué
acciones o pasos se deben dar con los registros recién creados. La regla también
contiene propiedades de canal que se usan para definir las condiciones de reglas y
también para establecer las propiedades del registro que está creando o actualizando.
Para habilitar la regla para actualizar registros, debe agregar un paso Actualización a la
regla. Solo se actualizará la entidad seleccionada en el paso Actualización en función de
las propiedades que establezca.
Actividades y entidades que admiten las de

creación y actualización de registros
De forma predeterminada, Customer Service permite crear registros desde las siguientes
actividades, también denominadas tipos de origen en el contexto de las reglas de
creación y actualización de registros:
Correo electrónico
Actividad social
Tarea
Llamada de teléfono
Cita
Actividad de servicio
Actividad personalizada
Estas actividades se pueden convertir en cualquier registro de entidad predeterminado

(del sistema) o registro de entidad personalizado. Por ejemplo, puede crear un cliente
potencial, oportunidad (registro del sistema) o un incidente (registro personalizado) de
un correo electrónico entrante.
Capturar datos de orígenes externos

También puede capturar información adicional de clientes valiosos que suministra una
aplicación externa en formato JSON (una colección de pares nombre-valor) y usarla para
mejorar la calidad de los registros de destino y establecer distintas condiciones en las
reglas de creación y actualización de registros.
Cada actividad predeterminada (predefinida) o actividad personalizada tiene un atributo

Parámetros adicionales. Este atributo almacena la carga útil de JSON recibida de una
aplicación externa.
Para capturar esta información en Dataverse, puede definir propiedades de canal y

asociarlas con una regla específica o compartirlas a través de reglas múltiples del mismo
tipo de origen. Por ejemplo, junto con una publicación social, puede capturar
información importante acerca de la publicación, como valor de la opinión. El valor de la
opinión es la propiedad de la actividad social, por lo que puede usar esta propiedad en
cualquier otra regla de creación y actualización de registros de tipo Actividad social.
Este es el formato correcto en el que Dataverse debe recibir la carga útil de JSON (datos
recibidos como par de nombre-valor en formato JSON) de la aplicación externa:
{“PropertyName1”:”Propertyvalue1”; “PropertyName2”:”Propertyvalue2”}
７ Nota
Cualquier configuración realizada en las propiedades del canal es válida solo si
dichos pares de nombre-valor existen en la carga útil de JSON. Además, debe usar
sólo los parámetros recibidos de la aplicación externa en las condiciones del
elemento de regla y como propiedades de registro.
Activación o desactivación de una regla

Para que la regla de la creación y actualización de registros se aplique a una actividad
de entrada que coincide, después de agregar los elementos de la regla, debe activar la
regla.
Al activar una regla de creación y actualización de registros, también se crea

automáticamente un flujo de trabajo correspondiente. Puede usar propiedades de canal
de definir las condiciones y los operadores de un flujo de trabajo y asignar los valores
de atributo de la entidad de destino. Para escenarios complejos, puede configurar flujos
de trabajo secundarios.
Más información: Configurar pasos del flujo de trabajo
¿Cómo funcionan las reglas de creación y

actualización de registros con colas?
En una regla de creación y actualización de registros, cuando se especifica una cola para
un tipo de origen, cualquier actividad entrante de ese origen se agrega como elemento
de cola para esa cola especificada. Es decir, si una regla para una combinación específica
de actividad y cola de origen se encuentra activa, la regla procesa la actividad de
entrada en esa cola para crear o actualizar registros.
Para un tipo de origen de correo electrónico, especificar una cola es obligatorio. Para los
demás tipos de origen que incluyen actividades personalizadas, es opcional.
７ Nota
Cuando una regla automática de (ARC) de creación de registro se aplica a un

elemento de cola de correo electrónico, desactivarlo.
Reglas en soluciones
Las reglas de creación y actualización de registros se pueden empaquetar como parte
de la solución de Dataverse. Los personalizadores y los desarrolladores distribuyen
soluciones de modo que las organizaciones puedan usar Dataverse para instalar y
desinstalar la funcionalidad de su negocio definida por la solución.
Tenga en cuenta los siguientes aspectos sobre el uso de reglas en soluciones:
Las nuevas reglas que cree en Dynamics CRM Online 2015 Update 1 o en versiones
posteriores no se pueden exportar a una versión anterior.
Las reglas actualizadas y modificadas en Dynamics CRM Online 2015 Update 1 o

en versiones posteriores no se pueden exportar a una versión anterior.
Requisitos previos
Para poder usar reglas de creación automática de registros, asegúrese de que la
aplicación externa/el sistema social engagement ya está integrado con la instancia de
Dataverse.
Si la instancia cumple los requisitos previos, todo lo que debe hacer es configurar reglas
en Dataverse que creen o actualicen automáticamente un caso, cliente potencial,
oportunidad, oferta, tarea, etc. de apoyo de actividades entrantes.
Configurar una regla para crear y actualizar

registros automáticamente en la aplicación
heredada
1. Compruebe que tiene el rol de servicio al cliente, administrador de ventas o
administrador de marketing o permisos equivalentes.


2. vaya a Configuración>Administración de servicios
3. Seleccione Reglas de creación y actualización automática de registros.
4. Para crear una regla de creación y actualización de registros, seleccione Nueva.

O bien
Para modificar una regla existente, en la lista de reglas, seleccione y abra la regla
que desea editar.
5. Escriba o modifique información en los campos.
Desplácese sobre las etiquetas de campo para ver qué debe escribir:
Nombre. Escriba el nombre de la regla.
Tipo de origen. En la lista desplegable, seleccione la actividad que sea el

origen del registro.
Cola. Seleccione la cola a la que se aplica la regla. La actividad de entrada

llega a la cola, y luego se aplican la regla y el elemento de regla válidos para
la creación o actualización de registros.
Estas son algunos puntos a tener en cuenta:
En todas las actividades y actividades personalizados, excepto correo

electrónico, especificar una cola es opcional. Para todas estas actividades
solo puede tener una regla con una cola asociada y una regla sin una cola
asociada activa en un momento determinado. Por ejemplo, para un tipo
de origen de Actividad social, puede tener dos reglas activas, una cola con
una especificada, y una sin una cola.
Si seleccionó correo electrónico como tipo de origen para esta regla, no

puede habilitar la regla a menos que seleccione una cola.
７ Nota
Puede asociar solo una regla por tipo de origen a una cola específica. Si
está creando una regla para convertir un correo electrónico en un caso,
asegúrese de especificar una dirección de correo electrónico para esta
cola. De lo contrario, la creación automática de registros para correo
electrónico no funcionará.
Más información: Crear o cambiar una cola
Configurar las propiedades de canal

1. En Propiedades de canal, en la casilla Propiedades adicionales, elija un grupo de
propiedades de canal.
７ Nota
Cuando se selecciona un grupo de propiedades para una regla de creación y

actualización de registros, puede usar los elementos de propiedad del grupo
de propiedades del canal en las condiciones de elementos de regla o mientras
establece las propiedades del registro de destino. Después de activar una
regla, no se puede quitar o cambiar el grupo de propiedades seleccionado.
Puede seleccionar otro grupo de propiedades solo una vez que quite los
elementos de la propiedad referenciada del grupo de propiedades anterior de
los elementos de regla. Al intentar seleccionar un nuevo grupo de
propiedades sin quitar las referencias de propiedad del grupo de propiedades
anterior, verá un error.
Para obtener más información acerca de cómo crear grupos de propiedades del canal y
agregarles propiedades, vea la sección Configurar las propiedades del canal de este
tema.
Configurar las condiciones del correo electrónico

Si el tipo de origen de la regla está establecido en correo electrónico, especifique las
condiciones para convertir el correo electrónico en el registro de destino.
1. Crear registros para correo electrónico de remitentes desconocidos. Si selecciona

esta casilla, todos los mensajes de correo electrónico de remitentes desconocidos
(un remitente cuya dirección de correo electrónico no se encuentra en los
registros) se convertirán en nuevos registros (basados en las condiciones que
usted defina). Un registro de contacto también se crea para este remitente
desconocido.
７ Nota
Dataverse determina qué registros se crean en función de la entidad que

seleccione en el paso Crear registro en Acciones.
Si no selecciona esta casilla, los registros se crean únicamente para los mensajes
de correo electrónico que tienen un contacto o una cuenta como remitentes.
Esta opción, junto con la opción Crear automáticamente registros en Dynamics

365 for Customer Engagement de las opciones personales del propietario de la
regla, determinan si se crean un caso y un registro de contacto (consulte Definir
opciones personales).
2. Crear un caso si existe un derecho válido para el cliente. Si selecciona esta casilla,
se crea un caso solo si existe un derecho activo para el cliente.
Si el remitente del correo electrónico es un contacto con una cuenta primaria, se

crea un registro si la cuenta primaria del contacto tiene un derecho válido, y el
contacto aparece en la sección Contactos del derecho o si la sección Contactos
está vacía (lo que significa el derecho es aplicable a todos los contactos para el
cliente).
3. Crear casos para actividades asociadas a un caso resuelto. Si selecciona esta

casilla, se crea un caso si el correo electrónico está relacionada con un caso
resuelto. Si el correo electrónico está relacionada con un caso activo, no se creará
un nuevo caso. Sin embargo, si el correo electrónico está relacionada con un caso
cancelado, se creará un nuevo caso.
4. Crear caso si el caso asociado con la actividad está resuelto desde. Si activa la
casilla Crear casos para actividades asociadas con un caso resuelto, seleccione la
duración aquí. Se crea un caso solo si el caso se resuelve antes que la duración que
especifique. Si el correo electrónico entrante está relacionada con un caso resuelto
más tarde que la duración especificada, se asocia solo el correo electrónico
entrante con un caso resuelto existente; no se creará un nuevo caso.
5. Enviar una respuesta automática por correo electrónico al cliente al crear el

registro. Seleccione esta casilla si desea enviar automáticamente respuestas de
correo electrónico al remitente del correo electrónico cuando se crea un registro
de destino para el correo electrónico.
6. Seleccione la plantilla de correo electrónico para responder al cliente. Si activa la

casilla Enviar una respuesta automática por correo electrónico al cliente al crear
el registro, seleccione una plantilla de correo electrónico (plantilla de correo
electrónico global o plantilla de correo electrónico del tipo de entidad de registro).
Si no selecciona una plantilla, no se enviará una respuesta automática.
７ Nota
Cuando asigna el correo electrónico entrante a un campo que no admite

HTML, deberá quitar el contenido HTML del correo electrónico, de modo que
el texto sea compatible con Dynamics y el contenido se pueda ver sin
etiquetas HTML. Puede hacerlo de las formas siguientes.
1. Use una expresión regular como <[^>]*> para filtrar las etiquetas
HTML fuera del correo electrónico antes de asignarlo al campo. Tenga en
cuenta que este método quitará de forma permanente las etiquetas del
contenido.
2. Si desea mantener el HTML del correo electrónico, pero no desea que se

muestre, personalice el CSS del campo para usar el nodo textContent DOM
para que el explorador solo muestre el texto del correo electrónico en el
formulario.
Tenga en cuenta que estas personalizaciones no son compatibles con

Microsoft. Pruébelos en el entorno de espacio aislado para evitar cualquier
pérdida de datos de producción.
Configurar las condiciones de las actividades sociales

Si el tipo de origen de la regla está establecido en actividad social, especifique las
condiciones para convertir la actividad social en el registro de destino.
1. Crear registros para perfiles sociales bloqueados. Si activa esta casilla, se crea o
actualiza un registro de destino para las publicaciones sociales (actividades
sociales) de los perfiles sociales que están bloqueados por usted.
７ Nota
Las publicaciones sociales aparecen en la aplicación como actividades

sociales.
2. Crear registros solo para mensajes directos. Si selecciona esta casilla, se crea el
registro de destino solo cuando las publicaciones sociales se envían como
mensajes directos o privados. Si se desactiva la casilla, se crean registros para
todas las publicaciones sociales incluidos los mensajes públicos (escala de tiempo).
７ Nota
Dataverse determina qué registros se crean en función de la entidad que

seleccione en el paso Crear registro en Acciones.
Configurar los detalles de la creación del registro

En la sección Especificar detalles de creación y actualización de registros, seleccione
para definir las condiciones para crear o actualizar un registro y para especificar las
propiedades del registro.
1. En el cuadro Nombre, especifique un nombre descriptivo para el elemento de la

regla.
2. En la sección Condiciones, seleccione el registro, las propiedades del canal, los

campos y los operadores de consulta relacional para especificar cuándo se debe
crear o actualizar un registro de destino.
Por ejemplo, para crear un registro de una publicación en alguna red social
(actividad social) con un valor de opinión de menos de 3, una puntuación de
influencia superior a 60, y hashtags que contienen SilverCreditCard, puede agregar
las siguientes condiciones:
７ Nota
También puede usar propiedades del canal en las condiciones.

Aquí se presenta el elemento de regla después de agregar todas las condiciones:
3. Agregue pasos para crear o actualizar registros para la actividad de entrada que
cumpla las condiciones que definió anteriormente.
a. En Acciones, seleccione Agregar paso>Crear registro.
b. En el cuadro Crear, seleccione el tipo de registro para el registro que desea crear
desde la actividad entrante. Por ejemplo, si desea crear un caso desde la actividad
social, seleccione Caso.
７ Nota
Si la actividad de entrada tiene un objeto referente a establecido, y si la

entidad del objeto referente a y la entidad seleccionada en el paso Crear
registro no son las mismas, no se aplica ningún flujo de trabajo y las acciones
definidas en la regla no se ejecutan.
c. Seleccione Establecer propiedades.
Aparece el formulario de entidad. Puede asignar campos de entidad de destino a

los datos de registro de actividades sociales, incluidas propiedades de canal.
Algunas de las asignaciones están disponibles de manera predefinida: Título,
Cliente y Origen del caso (destacados en amarillo). Las asignaciones predefinidas
se pueden cambiar y se pueden agregar nuevas asignaciones mediante el control
Asistente de formulario.
El nuevo registro que se crea se configurará automáticamente como registro

referente del registro de actividad de entrada. Solo hay un objeto referente en la
actividad social, por lo tanto, solo una acción de registro Crear es posible en la
sección Acciones.
d. Para agregar más acciones, en Especificar otras acciones, seleccione Agregar

paso><Acción>. Las acciones disponibles son: Crear registro, Actualizar registro,
Enviar correo electrónico o Iniciar flujo de trabajo secundario.
Obtenga más información acerca de cada una de estas acciones en Configurar

pasos del flujo de trabajo.
７ Nota
Los tipos de datos "Conjunto de opciones" y "Dos opciones" no se

admiten en condiciones de tipo cadena.
Los elementos de propiedad de cada uno de los tipos de datos
admitidos deben tener un valor predeterminado. Este requisito es
importante en escenarios donde los elementos de línea de propiedad
configurados tienen una solicitud web de entrada en blanco. En esos
casos, el elemento de línea de propiedad tomará el valor
predeterminado cuando se haga referencia a él en un flujo de trabajo.
Activar la regla
Active la regla para que los registros puedan empezar a crearse o actualizarse para
actividades de entrada en función de las condiciones definidas. Más información: Activar
o desactivar una regla.
 Sugerencia
Los programadores también pueden aplicar reglas retroactivamente a los registros

de entrada que se hayan ignorado mientras se editaba una regla.
Configuración de propiedades de canal

Cada actividad predeterminada o actividad personalizada tiene un atributo Parámetros
adicionales. Este atributo almacena la carga útil de JSON recibida de una aplicación
externa.
Puede buscar estos parámetros en el campo Parámetros adicionales de cualquier

actividad entrante.
Para capturar esta información en Dataverse y asociarla con la regla de creación o

actualización de registros, puede definir propiedades del canal en un grupo de
propiedades de canal y asociarlas con una regla específica o compartirlas a través de
varias reglas. Por ejemplo, junto con el contenido de una publicación social, puede
capturar información importante acerca de la publicación, como nivel de interés o
puntuación de una persona con influencia. Nivel de interés y puntuación de una persona
con influencia son las propiedades del canal social.
Crear grupos de propiedades de canal y agregar propiedades de

canal
1. Una vez que guarde el formulario de la regla de creación y actualización de

registros, en la sección Propiedades de canal, en el cuadro Propiedades
adicionales, seleccione el botón de consulta y, a continuación seleccione Nueva.
Se abre un formulario de grupo de propiedades de canal.
） Importante
Un registro de grupo de propiedades contiene varios elementos de la

propiedad.
Para solucionar este problema, elimine primero las propiedades de las

condiciones y los pasos que usan el registro y, a continuación guarde o active
la regla.
2. Escriba un nombre descriptivo para el grupo de propiedades, para que pueda

identificarlo fácilmente mientras lo agrega a cualquier regla de creación o
actualización de registros.
3. El campo Tipo de origen se establecerá automáticamente en el tipo de origen de

la regla de creación y actualización de registros.
5. En la sección Propiedades de canal, seleccione + para agregar propiedades de

canal específicas del grupo.
6. En el formulario Propiedad de canal, especifique la siguiente información:
a. Nombre. Escriba el nombre de propiedad tal como aparece en la carga útil de la

actividad.
７ Nota
El nombre solo puede contener caracteres alfanuméricos y de subrayado y no

debe tener más de 300 caracteres.
Para ver las propiedades recibidas para una actividad, vaya a Ventas o Servicio o
Marketing>Actividades, y abra la actividad, y vea el campo Parámetros
adicionales.
７ Nota
Este campo no está disponible en el formulario de actividad de forma

predeterminada. Un personalizador del sistema puede agregar el campo a los
formularios de actividad. El campo tendrá la carga útil de JSON solo cuando la
aplicación externa la envíe para la actividad.
） Importante
Cree una propiedad de canal para cada nombre del par nombre-valor
que desea usar en su regla de creación y actualización de registros. Por
ejemplo, podría usar influenceScore como nombre de propiedad.
La información de la carga útil de JSON no es muy fácil de leer. Para
hacerla más legible, puede usar analizador JSON en línea que
proporcionará mejores resultados.
El grupo de propiedades no permite agregar valores anidados en una
carga útil de JSON como propiedades de canal. El siguiente ejemplo
muestra el "FollowersCount" bajo el nodo de usuario como un par de
clave-valor de JSON anidado.
b. Tipo de datos. Seleccione un tipo de datos para la propiedad de canal. Por
ejemplo, si la propiedad es la puntuación de influencia, use el tipo de datos como
Número entero porque su valor no admite decimales.
El tipo de datos seleccionado determinará los operadores de consulta relacionales

cuando se usa la propiedad para definir condiciones de los elementos de reglas de
creación y actualización de registros. Dataverse permite crear propiedades solo de
los siguientes tipos de datos: Número de punto flotante, Línea de texto única, y
Número entero.
７ Nota
Los tipos de datos Conjunto de opciones y Dos opciones no se admiten

en condiciones de tipo cadena. Tendrá que especificar el valor del
conjunto de opciones en las condiciones.
Dataverse establece un valor predeterminado para elementos de
propiedad de cada uno de los tipos de datos admitidos. Esto es para
escenarios cuando una propiedad de canal se usa en un flujo de trabajo
pero la carga útil de entrada no tiene ningún valor proporcionado del
canal externo; las condiciones de flujo de trabajo en las que se hace
referencia a la propiedad utilizan al menos el valor predeterminado
siguiente: Cadena: "", Número entero: -2,147,483,648, Flotante: -1e+011.
c. Origen de aplicación. Escriba el nombre de la aplicación con la que está

relacionada la propiedad.
d. Descripción. Escriba los detalles para explicar más para qué es la propiedad.
7. Cuando haya acabado, seleccione Guardar y cerrar.
Puede ver todas las propiedades en el formulario de grupo de propiedades del

canal.
Activar una regla de creación y actualización de registros
Para que la regla de la creación y actualización de registros se aplique a una actividad
de entrada que coincide, después de agregar los elementos de la regla, debe activar la
regla.
Para activar una regla de creación y actualización de registros
1. Vaya a Configuración>Administración de servicios.
2. Seleccione Reglas de creación y actualización automática de registros.
3. Abra la regla que desea activar y, en la barra de comandos, seleccione Activar.
７ Nota
Puede tener dos reglas de creación y actualización de registros activas a la vez

para cualquier tipo de origen, excepto correo electrónico: una con cola y una
sin cola. Solo puede tener una regla de creación y actualización de registros
activa para el tipo de origen Correo electrónico, y esta regla debe tener una
cola especificada.
Una vez está activa la regla, la única forma de cambiar la regla es desactivarla
primero. Abra la regla y, en la barra de comandos, seleccione Desactivar.
Administrar la creación y actualización

automáticas de registros desde un formulario
de cola
También puede crear o administrar una regla de creación y actualización automáticas de
registros desde un formulario de cola. Para ello, abra el registro de colas y, en la barra
de comandos, seleccione en Configuración de conversión de actividad de correo
electrónico o Configuración de conversión de actividad social.
Más información: Crear o cambiar una cola
Consideraciones sobre actualizaciones

Estos son algunas puntos que debería saber si actualiza a a la versión más reciente, y
tiene reglas de creación de casos existentes para el correo electrónico y la actividad
social.
Reglas existentes antes ¿Qué sucede con las reglas después de la actualización?
de la actualización
Una regla que tiene - La regla y los elementos de regla se actualizan y las propiedades y
elementos de reglas con las condiciones de los elementos de regla existentes se conservan.
condiciones y - Se crea un elemento de regla nuevo con condiciones en blanco. Se

propiedades definidas agrega un nuevo paso Crear registro (con el caso seleccionado) con
asignación de propiedades predefinidas. Los elementos de regla se
aplican en un orden y el elemento de regla recién creado se
considera el último del orden.
Una regla que tiene - La regla y los elementos de regla se actualizan y las condiciones de
elementos de reglas con los elementos de regla se conservan.
condiciones, pero no - Se crea un elemento de regla nuevo con condiciones en blanco. Se

propiedades definidas agrega un nuevo paso Crear registro (con el caso seleccionado) con
Una regla que tiene - Se actualizan la regla y los elementos de regla.
elementos de reglas sin - Se crea un elemento de regla nuevo con condiciones en blanco. Se
condiciones ni agrega un nuevo paso Crear registro (con el caso seleccionado) con
propiedades definidas asignación de propiedades predefinidas. Los elementos de regla se
Una regla que tiene - La regla y los elementos de regla se actualizan y las propiedades de
elementos de reglas con los elementos de regla se conservan.
propiedades, pero no - Se crea un elemento de regla nuevo con condiciones en blanco. Se

condiciones definidas agrega un nuevo paso Crear registro (con el caso seleccionado) con
Reglas existentes antes ¿Qué sucede con las reglas después de la actualización?
de la actualización
Una regla sin elementos - Se actualiza la regla.
de reglas - Se crea un elemento de regla nuevo con condiciones en blanco. Se

agrega un nuevo paso Crear registro (con el caso seleccionado) con
Una regla de creación de Todas esas reglas se actualizarán en un estado activo.

casos activa para tipos de
origen sociales o de
correo electrónico, con
una cola especificada
Una regla de creación de Todas esas reglas se actualizarán y desactivarán. Esto se debe a que
casos activa para tipos de incluso en Dynamics CRM Online Primavera 2014, una regla de
origen sociales o de creación de casos sin una cola no aplicó ni creó ningún registro.
correo electrónico, sin
una cola especificada
Recomendación para actualizar la solución

Realice los siguientes pasos antes de actualizar una solución:
1. Desactive las Reglas de creación y actualización de registros que se traen a través

de la versión anterior de la solución. El estado de Reglas de creación y
actualización de registros cambia a borrador.
2. Actualice la solución según corresponda.
3. Tras la actualización correcta de la solución, active las Reglas de creación y

actualización de registros según corresponda.
Vea también
Creación de reglas para enrutar casos automáticamente
Creación o cambio de una cola

Eliminar una cantidad grande de datos
específicos con la eliminación en masa
La característica eliminación en masa ayuda a mantener la calidad de los datos y a

administrar el consumo de almacenamiento del sistema mediante la eliminación de
datos que ya no son necesarios.
Por ejemplo, puede eliminar los siguientes datos en masa:
Datos obsoletos.
Datos irrelevantes para el negocio.
Datos de ejemplo o de prueba innecesarios.
Datos que se importan incorrectamente desde otros sistemas.
Con la eliminación en masa puede realizar las operaciones siguientes:
Eliminar datos en varias tablas.

Eliminar registros para una tabla especificada.
Recibir notificaciones por correo electrónico cuando finaliza una eliminación en
masa.
Eliminar datos periódicamente.
Programar la hora de inicio de una eliminación en masa periódica.
Recuperar la información acerca de los errores que se han producido durante una
eliminación en masa.

datos>Eliminación en masa.

configuración.

sistema.
Eliminar datos en masa

2. Seleccione Nuevo para ejecutar Asistente para eliminación en masa para crear un
trabajo de eliminación en masa con los registros que desee eliminar.
Para obtener más información sobre cómo implementar la eliminación en masa en

código, consulte Delete data in bulk.
Vea también
Administrar sus datos
Cifrado de datos
Importar datos (todos los tipos de
registro) de varios orígenes
La importación de datos suele ser la primera tarea importante que debe realizar
después de haber instalado aplicaciones de involucración del cliente (Dynamics 365
Marketing y Dynamics 365 Project Service Automation). Puede importar datos de varios
orígenes y sistemas de datos en las columnas estándar y personalizadas de la mayoría
de las tablas de negocio y personalizadas. Puede incluir datos relacionados, como notas
y datos adjuntos. Para garantizar la integridad de los datos, puede habilitar la detección
de duplicados que impide importar registros duplicados. Más información: Detectar
datos duplicados. Para obtener escenarios más complejos de importación de datos,
puede escribir código con el servicio web de importación de datos. Más información:
Importar datos.

datos>Asistente para la importación de datos.
Los pasos previos a la importación de los datos incluyen:
1. Preparar los archivos de datos de origen en uno de los siguientes formatos: valores
separados por comas (.csv), hoja de cálculo de XML 2003 (.xml) XML, comprimido
(.zip) o archivos de texto. Puede importar datos de un archivo de origen o de
varios archivos de origen. Un archivo de origen puede contener datos para un tipo
de tabla o varios tipos de tabla.
2. Preparar asignaciones de datos para asignar los datos contenidos en el archivo de

origen a los campos de registro. Debe asignar cada columna del archivo de origen
a un campo apropiado. Los datos sin asignar no se importan. Más información:
Seleccionar una asignación de datos
Hay varias formas de importar datos:
７ Nota
Recomendamos limitar de su importación a 20K filas o menos.

1. Para importar grandes volúmenes de datos, se recomienda una forma
programática, como la más eficaz. Al importar datos mediante programación, logra
funcionalidades adicionales que no están disponibles al usar otros métodos de
importar datos. Estas capacidades avanzadas incluyen la visualización de datos de
origen almacenados, el acceso a los registros de errores y la creación de
asignaciones de datos que incluyan la asignación de transformaciones complejas,
como concatenación, división y reemplazo. Vea Importar datos.
2. Para trabajos más pequeños de importación, puede usar la herramienta Asistente

para la importación de datos que se incluye en la aplicación web.
７ Nota
En el Asistente para la importación de datos, el tamaño máximo de archivo de

los archivos .zip es de 32 MB; para los otros formatos de archivo, es de 8 MB.
Con el Asistente para la importación de datos, puede especificar la opción

"Asignar automáticamente". El asistente asigna automáticamente todos los
archivos y encabezados de columna con campos y tipos de registro si:
Los nombres de archivo coinciden exactamente con el nombre para

mostrar del tipo de registro.
los encabezados de columna del archivo que se está importando
coinciden exactamente con los nombres para mostrar de los campos del
registro.
3. Para agregar los datos de un registro individual, la forma más rápida es usar
Creación rápida de la barra de navegación o Nuevo del formulario de la tabla.
Consultar también
Detectar datos duplicados
1. Seleccione una asignación de datos para indicar al asistente para la importación de

datos cómo organizar los datos importados en las columnas y los campos
correctos en aplicaciones de Customer Engagement.
Seleccione la asignación de datos predeterminada para permitir que el asistente

asigne automáticamente los datos, o seleccione una asignación de datos para
hacer coincidir el tipo de información que está importando.

Las siguientes tablas ayudan a decidir qué asignación de datos se utiliza.

Asignaciones Cuándo usar

de datos del
sistema
Predeterminado Recomendado. Úselo cuando desee que el asistente asigne automáticamente

(Asignación los datos importados a las columnas y los campos en aplicaciones de Customer
automática) Engagement.
Si el asistente no puede determinar cómo asignar sus datos, tendrá una

oportunidad de asignarlos manualmente más adelante. Importante: los
archivos de importación solo pueden contener un tipo de datos, por ejemplo,
contactos, clientes potenciales, cuentas o casos. Asimismo, los encabezados de
columna del archivo de origen deben coincidir exactamente con los nombres
de campos de aplicaciones de Customer Engagement.
Para datos Utilice cuando el archivo de importación contiene contactos o cuentas.

genéricos de
contactos y
cuentas

de datos para
Salesforce

Para la Use esta asignación cuando su archivo de importación contiene contactos o

exportación del cuentas de Salesforce.
informe de
contactos y
cuentas
Para Use esta asignación cuando su archivo de importación se exporte desde

exportaciones Salesforce mediante Exportación de datos completos.
de datos
completos
Para Use esta asignación cuando su archivo de importación se exporte desde

exportaciones Salesforce mediante Exportar informe.
de informes

de datos para
Microsoft
Outlook
Business
Contact
Manager
Para Microsoft Use esta asignación cuando el archivo de importación contenga datos de
Outlook 2010 Microsoft Outlook 2010 con Business Contact Manager.
con Business
Contact
Manager
Mapas Cuándo usar

personalizados
(opcional)
Asignaciones Si están disponibles, las asignaciones de datos personalizadas creadas para la

personalizadas organización aparecen aquí.
Ejecutar trabajos del sistema en masa
para detectar registros duplicados
Para mantener la integridad de los datos del sistema, deberá comprobar periódicamente
que los usuarios no creen accidentalmente contactos, cuentas, clientes potenciales u
otro tipo de registros.
El Asistente para búsqueda de duplicados le ayuda a configurar un "trabajo" en masa

que busca y limpia registros duplicados. Puede programar el trabajo para que se ejecute
a diario, y puede recibir una confirmación de correo electrónico al finalizar el trabajo.
７ Nota
Si aún no lo ha hecho, cree y publique reglas de detección de duplicados, y active

la detección de duplicados antes de ejecutar el asistente. Más información:
Configurar reglas de detección de duplicados para mantener limpios los datos
2. Seleccione Configuración>Administración de datos>Trabajos de detección de

duplicados.
3. Seleccione Nuevo o elija el nombre del trabajo de detección de duplicados que

desea ejecutar.
Aparecerá el Asistente para detección de duplicados, que le ayudará a crear un

trabajo para comprobar si existen duplicados.
5. En la lista desplegable Buscar, seleccione el tipo de registro que desea para

comprobar si existen duplicados.
７ Nota
Lo que se muestra en esta lista depende de qué reglas de detección de

duplicados se publiquen. Más información: Configurar reglas de detección de
duplicados para mantener limpios los datos
6. En la lista desplegable Usar vista guardada, seleccione una vista si desea limitar los
registros buscados a los registros de esa vista. Por ejemplo, seleccione Cuentas
activas. Cuando seleccione una vista, las aplicaciones de involucración del cliente
Dynamics 365 Marketing y Dynamics 365 Project Service Automation) agregan los
criterios de búsqueda.
7. Para limitar aún más los registros buscados, elija Seleccionar y, a continuación,
especifique los criterios que desee.
9. Acepte el nombre predeterminado del trabajo, o escriba otro nombre.
10. Especifique la hora de inicio para el trabajo, e introduzca la frecuencia de ejecución

del trabajo en días. (Escriba 1 para ejecutar el trabajo a diario).
11. Si desea recibir una confirmación por correo electrónico cuando el trabajo se
complete, active la casilla Opciones de correo electrónico. Si lo desea, introduzca
una dirección de correo electrónico adicional.
12. Seleccione Siguiente y luego seleccione Enviar.
Vea también
Activar o desactivar reglas de detección de duplicados para toda la organización

Ver y realizar acciones en los trabajos de eliminación en masa

Configurar reglas de detección de
duplicados para mantener limpios los
datos
Para mantener la integridad de los datos, es una buena idea disponer de reglas para
reducir registros duplicados en el sistema. Las aplicaciones de involucración del cliente
Dynamics 365 Marketing y Dynamics 365 Project Service Automation) incluyen reglas
predeterminadas de detección de duplicados para cuentas, contactos y clientes
potenciales, pero no para otros tipos de registros. Si desea que el sistema detecte
duplicados para otros tipos de registro, deberá crear una nueva regla.
Una vez que ha creado reglas de detección de duplicados, deberá activar la detección
de duplicados.
1. Compruebe que tiene asignado el rol de seguridad Administrador del sistema,

Personalizador del sistema, Jefe de ventas, Vicepresidente de ventas,
Vicepresidente de marketing o Director general, o permisos equivalentes.

del sistema.
3. Seleccione Configuración>Administración de datos>Reglas de detección de

duplicados.
4. Para crear una nueva regla de detección de duplicados, elija Nuevo. Escriba un
nombre y una descripción.
–O BIEN–
Para editar una regla de detección de duplicados existente sin publicar, elija la
regla de detección de duplicados.
–O BIEN–
Para editar una regla de detección de duplicados publicada, selecciónela. En el
menú Acciones, elija Anular publicación y después elija la regla.
5. Seleccione el criterio que se va a usar para identificar un registro como duplicado.
a. Si desea crear una nueva regla:
En la sección Criterios de regla de detección de duplicados, en la lista

Tipo de registro base, elija el tipo de registro al que se va a aplicar esta
regla. Por ejemplo, seleccione Contactos.
En el cuadro Tipo de registro coincidente, elija el tipo de registro para

comparar. En la mayoría de los casos, probablemente querrá usar el
mismo tipo de registro para Tipo de registro base y Tipo de registro
coincidente. Resulta útil poder comparar diferentes tipos de registros. Por
ejemplo, es posible que quiera comparar el campo Correo electrónico en
Contactos con el campo Correo electrónico en Clientes potenciales.
b. Si desea que la regla solo considere los registros activos al detectar duplicados,
active la casilla de verificación Excluir registros coincidentes inactivos. También
debe activar esta casilla si los criterios de la regla de detección de duplicados
están basados en un campo de estado.
c. Si desea que la regla distinga mayúsculas de minúsculas, active la casilla de

verificación Distinguir mayúsculas de minúsculas.
d. Si ha seleccionado diferentes tipos de registro para los tipos de registro base y

coincidente, para cada nuevo criterio, en la columna Campo de registro base,
elija Seleccionar y, a continuación, elija un nombre de campo. En la misma fila,
en la columna Campo de registro coincidente, elija Seleccionar y, a
continuación, elija un campo de campo.
Si ha seleccionado los mismos tipos de registro para los tipos de registro base y
coincidente, para cada nuevo criterio, en la columna Atributo, elija Seleccionar
y, a continuación, elija un campo.
e. En la misma fila, en la columna Criterios, elija Seleccionar y, a continuación, elija

un operador. Por ejemplo, seleccione Coincidencia exacta.
f. Si especificó Mismos caracteres iniciales o Mismos caracteres finales, en la

columna Nº de caracteres, elija Escribir valor y, a continuación, escriba el
número de caracteres que se van a comparar.
g. Si no desea que la regla tenga en cuenta campos en blanco (valores nulos)
como iguales al identificar duplicados, active la casilla Omitir valores en blanco.
） Importante
Si la regla de detección de duplicados contiene una sola condición, los valores

en blanco serán ignorados durante el trabajo de detección de duplicados y no
funcionan cuando el usuario está desconectado.
El número de caracteres que se pueden almacenar en el código de

correspondencia del registro limita el número de criterios que se pueden
seleccionar. A medida que vaya agregando criterios, compruebe cómo cambia el
valor de Longitud actual del código de correspondencia que se muestra en la
parte inferior de la lista de criterios.
6. Cuando haya terminado de agregar criterios, elija Guardar y cerrar.
7. Para poder usar la regla de detección de duplicados nueva o modificada,

seleccione la regla y, a continuación, elija Publicar.
Cuando se publica una regla de detección de duplicados, se crea un código de

correspondencia para cada registro en el tipo de registro coincidente para dicha
regla. Puede publicar sólo cinco reglas para el mismo tipo de registro base (cuenta,
por ejemplo) a la vez. Es posible que deba eliminar o anular la publicación de una
regla existente si se encuentra con este límite.
７ Nota
Se recomienda establecer los criterios de detección de duplicados en un

campo que contenga valores únicos, por ejemplo, Correo electrónico.
Para cada tipo de registro puede tener más de una regla de detección de
duplicados.
Vea también
Ejecutar trabajos del sistema en masa para detectar registros duplicados
Combinación de registros duplicados para cuentas, contactos o clientes potenciales
Guía para desarrolladores: entidades de regla de duplicados

Activar o desactivar reglas de detección
de duplicados para toda la organización
Para mantener la integridad de los datos, es una buena idea configurar reglas de
detección de duplicados para reducir los registros duplicados en el sistema. Recuerde
que después de crear reglas de detección de duplicados, necesita activarlas.

datos>Detección de duplicados.
Compruebe que tiene asignado el rol de seguridad Administrador del sistema,

Personalizador del sistema, Jefe de ventas, Vicepresidente de ventas, Vicepresidente de
marketing o Director general, o permisos equivalentes para actualizar el ajuste.

sistema.

2. Active o desactive la casilla Habilitar detección de duplicados.
７ Nota
Si su sistema contiene un gran número de registros, la comprobación de

duplicados puede afectar al rendimiento.
3. Si activa la detección de duplicados, active o desactive las casillas para establecer

cuándo se detectan duplicados:
Cuando se cree o actualice un registro
El sistema comprueba si hay duplicados cuando un usuario introduce o

actualiza registros.
） Importante
Los duplicados no se detectan cuando un usuario combina dos registros,
activa o desactiva un registro, o guarda una actividad completada.
Cuando Dynamics 365 for Outlook pase de desconectado a conectado
Para los usuarios de Dynamics 365 for Outlook, el sistema detecta duplicados
cuando el usuario sincronicen los datos después de trabajar sin conexión,
siempre que los usuarios hayan habilitado la detección de duplicados en
Outlook. Para habilitar la detección de duplicados en Outlook, seleccione
Archivo>Dynamics 365>Opciones. Elija la pestaña Datos locales y seleccione
la casilla Habilitar detección de duplicados durante la sincronización de
desconexión a conexión.
Durante la importación de datos
Al usar el Asistente para la importación de datos para introducir contactos,

clientes potenciales, cuentas, u otros tipos de datos, el asistente detecta los
registros duplicados siempre que habilite la detección de duplicados en el
asistente. Para obtener más información, consulte Importar datos desde
múltiples orígenes.
Consultar también
Preguntas frecuentes sobre la sincronización de registros entre aplicaciones de

involucración del cliente y Microsoft Outlook
Procesamiento asincrónico de
transacciones en cascada
Algunas transacciones se pueden configurar para que hagan cascada en todos los
registros relacionados. Esto significa que el cambio en un registro primario se realizará
mediante transacción (en cascada) a través de todos los registros secundarios. Las
relaciones en cascada se configuran a nivel de tabla. Para obtener más información
sobre las relaciones en cascada, consulte Configurar comportamiento de cascada de
relaciones de tabla.
Modo sincrónico y modo asincrónico

De forma predeterminada, las operaciones en cascada se realizan como transacción
sincrónica. Para una transacción en cascada sincrónica, todos los registros afectados
están identificados por el sistema. A medida que se procesan los registros, se bloquean
en el sistema. Una vez que se han completado todos los cambios, los registros se
desbloquean y se completa la transacción.
Las transacciones sincrónicas con un gran número de registros pueden producir

problemas de rendimiento cuando transacciones de larga duración generan un error
debido a los tiempos de espera agotados del servidor. Los registros se bloquean para
evitar que otras transacciones de trabajos y usuarios que operen en los mismos
registros, se ejecuten. Además, las transacciones de larga duración pueden provocar un
trabajo pendiente de transacciones y solicitudes pendientes que reduzca el rendimiento
del sistema y pueda producir un paro laborable.
Si un entorno está encontrando tiempos de espera o rendimiento degradado en tanto

que las operaciones asincrónicas en cascada están en curso, el entorno puede
aprovecharse habilitando el modo asincrónico. Las diferencias fundamentales entre los
modos se describen aquí.
Modo sincrónico Modo asincrónico
Ningún otro trabajo se puede Para Asignar y Eliminar, los cambios en cascada se agrupan en
ejecutar en el conjunto completo lotes, bloqueando solo los registros que se procesan dentro
de registros seleccionados del lote. Esto permite que otros trabajos se ejecuten durante
(directo o en cascada) hasta la operación completa de cambio en cascada. Para Combinar,
completar la operación en los cambios se ejecutan todavía como un solo lote, pero se
cascada. realizan de forma asincrónica para devolver el control al
usuario con mayor rapidez.
Modo sincrónico Modo asincrónico
Cuando se completa el trabajo, Mientras se ejecuta el trabajo, cada lote completado muestra
todos los datos muestran el el valor deseado. Esto significa que habrá un momento en que
nuevo valor deseado. algún dato muestre el valor deseado y otro momento en que
muestre el valor original hasta completar la operación
completa. Esto se conoce usualmente como "posible
coherencia".
Si se produce un error en un Si se produce un error en una sola tarea, se reintenta varias

solo registro, todos los datos se veces para intentar acabar. Si el trabajo no puede
devuelven al valor original. La completarse, se registrará el error en la área Trabajos del
reversión requerirá la reedición sistema. Observe que los registros completados con éxito
de todos los registros conservan el nuevo valor.
completados, lo que requiere
tiempo adicional.
Si uno de los registros de la lista Para Asignar, la operación siempre funciona en modo de
en cascada tiene un valor sobrescritura cambiando el valor actual al nuevo valor en
diferente al valor esperado, el función de la relación padre-hijo, no hay errores de trabajos
trabajo generará un error y se debido a un error de coincidencia del valor original. Para
revertirá. Por ejemplo, el registro Eliminar, si falta un registro que se esperaba como parte del
inicial pertenece a Propietario 1 y conjunto, todos los registros hasta el punto de error se
la operación en cascada desea consideran completados. El usuario o el administrador pueden
cambiarlo a Propietario 2. Si uno volver a ejecutar el trabajo con errores, lo que volverá a
de los registros relacionados con calcular el trabajo para continuar sin el registro que falta. Para
la cadena ha cambiado a Combinar, si hay un problema con un registro que falta, se
Propietario 3 o se elimina antes producirá un error de todo el trabajo, los administradores o
de que se produzca el bloqueo, los usuarios pueden ejecutar el trabajo de nuevo para detectar
el trabajo completo se revertirá. los registros correctos.
Modo asincrónico y complementos

Cuando una transacción en cascada alcanza el umbral de registros incluidos y no tiene
ningún complemento asociado con los registros, los registros se procesarán de forma
asincrónica.
Operación Umbral
Asignar 1000 registros
Eliminar 10 000 registros
Fusionar mediante combinación Siempre asincrónico
Si hay un complemento asignado a un registro dentro del lote asincrónico, la

actualización o eliminación del registro único junto con todos los complementos
asociados para ese registro se ejecutarán de forma sincrónica. Esto se produce como
parte de una transacción antes de pasar al siguiente registro del lote asincrónico.
Si un complemento dentro de la transacción asincrónica desencadena una nueva

eliminación o asignación en cascada, la nueva transacción en cascada siempre se
ejecutará de forma sincrónica dentro de la transacción asincrónica actual. Esto evita
tener varias capas de transacciones asincrónicas.
Seguimiento del progreso de la operación

asincrónica
Los administradores pueden controlar el procesamiento de las operaciones asincrónicas
en la área Configuración.
1. Inicie sesión en el centro de administración de Power Platform y luego

seleccione el entorno que desee. Seleccione Configuración, expanda Auditoría y
registros y luego seleccione Trabajos del sistema.
2. Las operaciones en cascada se muestran en la vista Todos los trabajos del sistema.
Para ver únicamente operaciones en cascada, en el seleccionador Vista seleccione

Operaciones en cascada.
Las operaciones en cascada tienen uno de los siguientes estados:
Completado. Todos los lotes de transacciones en cascada se completaron

correctamente.
En curso. Los cambios en cascada están en curso.
Con error. Después de varios reintentos, algunos de los cambios en cascada han
dado errores.
７ Nota
No es posible cancelar un trabajo en cascada asincrónico. Debe esperar a que se

complete con el estado Completado o Error.
Al abrir una operación en cascada se ve:
El número de reintentos que se han realizado para la transacción específica.
Fechas y horas de creación y finalización.
Quién creó el trabajo.
Los mensajes asociados al trabajo, como razones de error, o excepciones.
¿Qué transacciones en cascada se pueden

procesar de forma asincrónica?
Las transacciones en cascada de Asignar, Eliminar y Combinar se pueden procesar de
forma asincrónica.
７ Nota
Actualmente, se están revisando otras transacciones, como compartir/no compartir,

vista consolidada y cambio de primario para su procesamiento asincrónico.
Solución de problemas con operaciones en
cascada asincrónicas
Cuando se produce un error en los trabajos en cascada sincrónicos, se detienen y
revierten todos los cambios para que ninguno de los registros incluya los cambios
solicitados. Este puede ser un proceso lento ya que las reversiones pueden tardar tanto
tiempo como el intento original y reintentar la operación comenzará de nuevo desde el
primer registro.
Las operaciones asincrónicas se reintentarán varias veces si se produce un error. En la

mayoría de los casos, volver a intentar el trabajo hace que el trabajo se realice
continuamente y que pueda continuar hasta completarse. En algunos casos
excepcionales, volver a intentarlo no resolverá el problema. Cuando esto suceda, se
detendrá el trabajo asincrónico y el administrador y el usuario podrán solucionar el
problema y reanudar el trabajo desde el punto en el que se puso en pausa.
Causas comunes de errores en las operaciones en cascada

Entre las razones comunes de errores en el procesamiento de operaciones en cascada
se incluyen:
Excepciones de complementos
Excepciones de seguridad.
Excepciones de complementos.
Los complementos se agregan al procesamiento de operaciones en cascada para
realizar acciones específicas cuando se realizan cambios en un registro, como enviar un
correo electrónico o desencadenar una actualización diferente en otros registros. Se
pueden proporcionar por terceros o desarrollar internamente. Si un complemento
genera una excepción, se producirá un error en la operación en cascada. Según el
motivo de la excepción, un reintento puede resolver el problema. Si el trabajo en
cascada asincrónico se pone en pausa debido a errores, valide todos los complementos
asociados con las operaciones para asegurarse de que no generen excepciones. Una vez
corregido, el trabajo puede reanudarse.
Excepciones de seguridad
Las excepciones de seguridad se producen cuando el usuario que ejecutó la operación
en cascada no tiene privilegios suficientes para realizar un cambio en uno o más
registros, o se ha deshabilitado al usuario o eliminado del sistema.
Si el usuario sigue encontrándose en el sistema, valide que tenga los privilegios

necesarios para modificar los registros y que tenga permisos para ejecutar las acciones
especificadas. Una vez que esto se resuelva, reanude el trabajo.
Si se ha deshabilitado o eliminado el usuario del sistema, volver a habilitar o a agregar al

usuario resolverá el problema y se podrá reanudar el trabajo. Sin embargo, si se debe
eliminar o deshabilitar al usuario, o no se supone que tenga permisos para las acciones
o registros, el trabajo se debe cancelar y reiniciar por alguien con los permisos
adecuados.
Para cualquier otro problema con trabajos con errores, comuníquese con el Soporte de
Microsoft. Más información: Descripción general del soporte técnico
Solución de problemas de eliminación de archivos

durante la combinación en cascada
Si tiene problemas con las operaciones de combinación en cascada porque los archivos
se eliminan durante la ejecución del trabajo, puede omitir la comprobación de relación
jerárquica. Esto permite que su combinación continúe incluso si alguien elimina un
registro del conjunto mientras que el trabajo se está ejecutando en segundo plano. Para
ello, cuando elija combinar registros, en la parte inferior de la ventana de combinación,
desactive la opción La comprobación de relación jerárquica está habilitada de forma
predeterminada. Desactive esto para omitir la comprobación de relación jerárquica.
Ejemplo de Combinar registro
Imagine que tiene cuentas con una relación de contacto, que tiene una relación con
pedidos. Desea combinar dos registros de cuentas.
Si el trabajo se ejecuta correctamente, la combinación asigna todos los contactos

relacionados y sus pedidos a la cuenta de destino.
Si durante el proceso de combinación de registros, otro usuario elimina un registro de

contacto relacionado, pero aún existen registros de pedidos relacionados con el registro
de contacto, se producirá un error en el trabajo de combinación porque falta un registro
principal a secundario. Si opta por omitir la comprobación de relación jerárquica
durante la combinación de registros, los pedidos con el registro de contacto que falta se
combinarán en el registro de la cuenta de destino. Sin embargo, no se asignarán
registros de contacto relacionados a la cuenta de destino y el trabajo se completará.
Bloqueos debidos a la combinación que impiden otros cambios de

acceso
La operación Combinación en cascada otorga acceso al nuevo propietario de la tabla
subordinada. Para hacer esto, la operación de combinación en cascada accede a la tabla
de objetos principales y realiza en ella cambios que requieren un bloqueo. Si una
operación de combinación contiene muchos registros (según la relación en cascada),
este bloqueo podría aplicarse durante un período de tiempo prolongado. Esto podría
causar un error si una operación intenta otorgar o revocar el acceso a un registro no
relacionado mientras está ejecuta la combinación. En este caso, pruebe a ejecutar la
combinación durante las horas de inactividad, para que se pueda reducir el bloqueo.
Consulte también
Información general sobre relaciones entre tablas
Importar cuentas, clientes potenciales u
otros datos
versión de Power Apps de este artículo, consulte: Importar datos
Tanto si sus datos están almacenados en hojas de cálculo, bases de datos o en otros
sistemas, es probable que quiera importarlos en Dynamics 365 Customer Engagement
(on-premises) para poder realizar un seguimiento de toda la información del cliente en
un solo lugar.
Puede importar cualquier tipo de información, como cuentas, clientes potenciales,

oportunidades incluso actividades o casos. (Los distintos tipos de información se
denominan "tipos de registro"). Los contactos vienen normalmente de un programa de
correo electrónico. Puede leer sobre esto aquí: Más información: Importar contactos
Paso 1: Prepare el archivo de importación

Primero, necesitará incluir los datos en un archivo.
Asegúrese de que los datos sean lo más completos y precisos posible al crear el archivo
de importación. Especifique la información que falte y compruebe que los nombres y el
resto de información estén escritos correctamente.
Se admiten estos formatos de archivo:
Valores separados por comas (.csv)
Texto (.txt)
Comprimido (.zip).
Hoja de cálculo de Excel 2003 (.xml)
Libro de Excel (.xlsx)
El tamaño máximo de archivo permitido en los archivos .zip es de 32 MB. Para los
otros formatos de archivo, tamaño máximo de archivo permitido es de 8 MB.
 Sugerencia
Si necesita importar una mayor cantidad de datos, consulte la documentación

del desarrollador, Importar datos para obtener detalles adicionales.
Puede agregar varios archivos de importación a un solo archivo .zip y,

después, importar el archivo .zip para pasar todos los archivos a la vez. Por
ejemplo, si varios comerciales entran clientes potenciales en una feria
comercial en diferentes hojas de cálculo, puede recopilarlas en un archivo .zip
para su importación.
La importación generará un error si usa una plantilla que exportó desde

Dynamics 365 Customer Engagement (on-premises), le agrega una nueva
columna y ahora intenta importar los datos a Customer Engagement (on-
premises).
Paso 2: ejecute el asistente para la importación

de datos
Utilizará el asistente Importar datos para importar el archivo.
1. Vaya a Configuración>Administración de datos>Importaciones.
2. En una barra de comandos, seleccione Importar datos>Importar datos.
3. Vaya a la carpeta donde guardó el archivo que contiene el archivo de importación.

Seleccione el archivo y, a continuación, seleccione Abrir. A continuación, seleccione
Siguiente.
 Sugerencia
Sólo se puede importar un archivo a la vez. Para pasar varios archivos, ejecute
el asistente nuevamente o agregue todos los archivos de importación en un
archivo .zip único.
4. Revise el nombre de archivo y, si el archivo está en formato .xlsx, .xml, .csv, .txt o
.zip, compruebe que los delimitadores de campos y datos son correctos. En la
mayoría de los casos, puede aceptar los delimitadores predeterminados, siga este
paso si desea comprobarlos:
a. Haga clic en Configuración de delimitadores y luego seleccione los caracteres
usados para separar los contenidos de los campos y los datos. (Estos caracteres
se denominan "delimitadores").
El delimitador predeterminado de campos es una coma (,). Los otros

delimitadores de campos admitidos son los dos puntos (:), el punto y coma (;) y
el carácter de tabulación (\t).
Ejemplo de delimitador de campo:
Nombre de la empresa, dirección, ciudad, estado
El delimitador predeterminado para los datos es comillas dobles ("). Los otros
delimitadores admitidos para los datos son comilla simple ('), y Ninguno.
Ejemplos de delimitador de datos:
Nombre y dirección de la empresa
"Fabrikam, Inc.","150 A Street"
７ Nota
Como el archivo XML no usa delimitadores, si se carga un archivo en el

formato de hoja de cálculo XML 2003, o un archivo .zip que contiene
archivos en formato de hoja de cálculo XML 2003, no estará disponible la
información sobre los delimitadores.
6. Seleccione cómo determina el asistente qué campos se utilizarán para los datos.
Más información: Seleccionar una asignación de datos.
Seleccione Predeterminado (Asignación automática) si desea que el

asistente determine los campos correspondientes en Dynamics 365 Customer
Engagement (on-premises) automáticamente. Si el asistente no puede
encontrar un campo, tendrá la oportunidad de "asignarla" usted mismo.
-- O bien --
Seleccione Para datos genéricos de contactos y cuentas si su archivo de

importación contiene contactos y cuentas (y los contactos son el tipo de
datos principal).
O BIEN
Si está disponible para su organización, seleccione una asignación de datos
personalizada. (Se mostrará en la lista si están disponibles para usted).
8. Si se le solicita, en la lista desplegable Tipos de registros de Dynamics 365

Customer Engagement (on-premises) , seleccione el tipo de registro que va a
importar, como Cuenta o Cliente potencial. A continuación, seleccione Siguiente.
9. Confirme que el asistente para la importación de datos ha asignado todos los tipos
de información (denominados "campos") del archivo de importación a los campos
correctos en Dynamics 365 Customer Engagement (on-premises). Es posible que
deba desplazarse hacia abajo para ver todos los campos del archivo de
importación. Para cualquier tipo de registro con un icono de alerta, asigne el
campo del archivo de importación a un campo correspondiente en Dynamics 365
Customer Engagement (on-premises).
Por ejemplo, un archivo de importación que contenga contactos puede tener un

campo para nombre de pila, apellidos y puesto. Asegúrese de que esos campos se
asignan correctamente a los campos correspondientes en Dynamics 365 Customer
Engagement (on-premises).
Para cualquier campo del archivo de importación que está marcado como Sin
asignar, vaya a la lista desplegable Dynamics 365 Customer Engagement (on-
premises)Tipos de campos y seleccione el nombre de campo que se usará en
Dynamics 365 Customer Engagement (on-premises). Es posible que deba
desplazarse hacia abajo para ver todos los campos disponibles.
10. Después de revisar la asignación de campo, seleccione Siguiente.
11. Revise el resumen y luego seleccione Siguiente.
12. Seleccione ajustes adicionales de la importación. Más información: Revisar la

configuración e importar datos.
Si es aceptable que el asistente para la importación de datos importe

registros duplicados, en la sección Permitir duplicados, seleccione Sí.
Ｕ Precaución
En la mayoría de los casos, para evitar la importación de información

duplicada debe mantener este conjunto de opciones en No.
Para establecer quién es el propietario de los registros importados, en la
sección Seleccione el propietario para los registros importados, seleccione
el botón Búsqueda . Seleccione Buscar más registros, escriba el nombre de
la persona y, a continuación, seleccione Agregar.
７ Nota
¿Cómo decide quién debe "poseer" los datos importados?

Normalmente, el propietario es la persona responsable de llevar a cabo
la acción en los datos. Aquí mostramos un ejemplo: Si su archivo de
importación contiene los contactos que obtuvo en una feria comercial y
desea asignar un usuario para realizar un seguimiento de estos
contactos, seleccione a esa persona como propietario. Para asignar a
una persona aparte de usted mismo como propietario de los registros
importados, su rol de seguridad debe incluir permisos para crear
registros para el usuario. Si no tiene permisos suficientes, el asistente le
asignará como propietario de los registros importados de forma
predeterminada.
Para guardar esta configuración de importación y poder usarla otra vez,

especifique un nombre para la configuración (denominada "asignación de
datos").
La próxima vez que ejecute el asistente para la importación de datos, se

mostrará la nueva asignación de datos mostrada en Mapas personalizados.
13. Seleccione Enviar.
14. Para comprobar que el asistente sesión ha funcionado correctamente, seleccione

Importaciones y después revise el informe. En caso contrario, seleccione Finalizar.
15. Si es necesario, averigüe sobre quitar duplicados: Combinar registros duplicados

para cuentas, contactos o clientes potenciales
Agregar o quitar datos de ejemplo
Los datos de ejemplo le brindan algo con lo que experimentar a medida que aprende
Service Automation), y le ayuda a ver cómo se organizan los datos en el sistema. En
algún momento, probablemente querrá quitar los datos de ejemplo.
O, si los datos de muestra no están instalados en el sistema, puede resultar conveniente

agregarlos con fines de aprendizaje. Más adelante, cuando esté listo, podrá quitarlos.
） Importante
Use los datos de ejemplo para obtener y experimentar con las características del
sistema. Sin embargo, para evitar resultados no deseados, no los asocie con los
datos que realmente necesita.
En el centro de administración de Power

Platform.
equivalentes.


4. Seleccione Administración de datos para expandir la categoría, luego seleccione

Datos de ejemplo.
5. Aparecerá un mensaje donde se le indica si los datos de ejemplo están instalados.
6. Seleccione una acción en la parte inferior de la pantalla:

Quitar datos de ejemplo y luego seleccione Cerrar.
Instalar datos de ejemplo y luego seleccione Cerrar.
Para cerrar la pantalla sin hacer cambios, solo seleccione Cerrar.


equivalentes.


Memorar la seguridad cifrando mejor
los datos
Las aplicaciones de Customer Engagement (Dynamics 365 Sales, Dynamics 365

Project Service Automation) usan cifrado a nivel de celda estándar de SQL Server para
un conjunto de atributos de tabla predeterminados que contienen información
confidencial, como nombres de usuario y contraseñas de correo electrónico. Esta
característica puede ayudar a las organizaciones a mantener el cumplimiento de FIPS
140-2.
Todas las organizaciones nuevas o actualizadas usan cifrado de datos de forma

predeterminada. El cifrado de datos no puede estar desactivado.
Los usuarios de que tengan el rol de seguridad de administrador del sistema pueden
cambiar la clave de cifrado en cualquier momento.
Cambiar una clave de cifrado de organización

Vaya a Entornos> [seleccione un entorno] >Configuración>Cifrado>Cifrado de datos.

configuración.

sistema.
1. Seleccione un entorno y vaya a Configuración>Cifrado>Cifrado de datos.
2. En el cuadro Cambiar clave de cifrado escriba la nueva clave de cifrado y luego

seleccione Cambiar.
3. Seleccione Aceptar en el mensaje de confirmación y seleccione Cerrar para salir de

la página Cifrado de datos.
4. Se recomienda copiar la clave en un lugar seguro. Consulte la sección siguiente.

Copie la clave de cifrado de datos de su
organización
Se recomienda hacer una copia de la clave de cifrado de datos.
1. Inicie sesión con permisos de administrador del sistema o equivalentes.
2. Seleccione un entorno y vaya a Configuración>Cifrado.
3. En el cuadro de diálogo Cifrado de datos, seleccione Mostrar clave de cifrado en

el cuadro Clave de cifrado actual, seleccione la clave de cifrado, y cópiela en el
portapapeles.
4. Pegue la clave de cifrado en un editor de texto como el Bloc de notas.
２ Advertencia
De forma predeterminada, las aplicaciones de involucración del cliente

generan una frase de contraseña que es una colección aleatoria de caracteres
Unicode. Por tanto, debe guardar la frase de contraseña generada por el
sistema utilizando una aplicación y un archivo que admita caracteres Unicode.
Algunos editores de texto, como el Bloc de notas, usan codificación ANSI de
forma predeterminada. Para guardar la frase de contraseñas utilizando el Bloc
de notas, seleccione Guardar como y en la lista Codificación, seleccione
Unicode.
5. Como procedimiento recomendado, guarde el archivo de texto que contiene la

clave de cifrado en un equipo en una ubicación segura en un disco duro cifrado.
Vea también
Cifrado de SQL Server
Evaluación de FIPS 140

Administrador datos de configuración

Configuración de administración de
empresas
Seleccione uno de los siguientes vínculos para obtener información sobre la

configuración de la página Opciones de administración de negocio:

Trabajar con configuración de año fiscal Crear o editar un objetivo
Establezca cuándo se cierra el negocio (Customer Agregar instalaciones y equipamiento para

Service) programación de servicios (Customer Service)
Creación o edición de colas Creación o edición de grupos de recursos

(Customer Service)
Configuración de territorios de ventas para Crear o editar un servicio (Customer Service)

organizar mercados de negocios por área
geográfica
Usar sitios para administrar ubicaciones de Definición de temas para categorizar casos,
servicio (Customer Service) productos y artículos
Administrar transacciones con varias divisas Creación de conexiones para ver relaciones
entre registros
Crear conexiones para definir y ver relaciones Configurar reglas para crear o actualizar
entre registros registros automáticamente (Customer
Service)
App for Outlook
７ Nota

Requisitos previos



predeterminado

del sistema.










seguridad


seguridad

varios

varios
７ Nota
equipo.


seleccione Aceptar.
sea necesario.
） Importante

Outlook .



aplicación.
Outlook.

usuarios.



Dynamics 365.

Cuadro de diálogo de configuración del
sistema
Utilice el cuadro de diálogo Configuración del sistema para especificar la configuración

del sistema general para su entorno y aplicaciones de interacción con los clientes
Dynamics 365 Marketing y Dynamics 365 Project Service Automation).
７ Nota
La ruta para llegar al cuadro de diálogo Configuración del sistema puede variar en
función del tipo de aplicación que utilice (Interfaz unificada o el cliente web
tradicional). Es posible que tenga que ajustar los pasos del procedimiento que se
describe en esta sección según el tipo de aplicación. Consulte Configuración.
Además, estamos moviendo algunas configuraciones de aplicaciones de

involucración del cliente al Centro de administración de Power Platform. Consulte
Estamos transfiriendo los valores de configuración del entorno.
Pestaña General de Configuración del
sistema
Use la configuración de esta página para cambiar la configuración general a nivel del
sistema como las preferencias de guardar, precisión decimal y de divisa, y otras
configuraciones predeterminadas para aplicaciones basadas en modelo de Dynamics
365, como Dynamics 365 Sales y Customer Service.
７ Nota
Muchos de estos ajustes se pueden encontrar en el centro de administración de

Power Platform yendo a Entornos> [seleccione un entorno] >Configuración.

sistema

4. Seleccione la pestaña Configuración del sistema>General.
Permitir ajuste Valor predeterminado: Sí. Elija Sí para permitir ajuste de texto.
de texto en Nota: Esta configuración solo se admite en la interfaz clásica y no en Interfaz

etiquetas y unificada (UCI).
valores de
campos de
formulario
Seleccione el
modo
predeterminado
para guardar los
formularios
Habilitar En caso afirmativo, que es la opción predeterminada, una vez creado un

guardado registro (guardado en un principio), los cambios realizados en un formulario
automático en se guardarán automáticamente treinta segundos después del cambio. El
todos los periodo de 30 segundos empieza de nuevo después de realizar un cambio. Si
formularios no se realiza ningún cambio, el guardado automático no se ejecuta.
Más información: Administrar autoguardado.
Configurar
opciones de
Skype
Empresarial
Habilitar Si elige Sí, que es la opción predeterminada, la mensajería instantánea

presencia para el mostrará el estado actual de usuarios, contactos, oportunidades o clientes
sistema potenciales. Esto se aplica únicamente a listas y sublistas para las tablas con
una interfaz de usuario actualizada.
Definir el
formato de
nombre
completo
Formato del Seleccione el orden en el que desee que se muestren los nombres de los
nombre usuarios y clientes. La opción predeterminada es Nombre de pila Apellidos.
Establecimiento
de la precisión
de divisa usada
para los precios
en todo el
sistema
Precisión decimal Seleccione el número de posiciones decimales que se usará para una divisa.
de precios El valor predeterminado es 2.
Establecimiento
de la
compartición de
los registros
reasignados con
el propietario
original
Compartir Seleccione si se compartirá un registro con el propietario original del registro

registros o si se reasignará totalmente a otro usuario. La opción predeterminada es
reasignados con No.
el propietario
original
Establecimiento Impida que los usuarios adjunten archivos con extensiones de nombre de
de las archivo específicas.
extensiones de
archivo
bloqueadas para
datos adjuntos
Establecimiento
de la opción de
visualización de
divisas
Mostrar divisas Establezca cómo mostrar divisas, por un símbolo de moneda, que es la
con configuración predeterminada, o por código de divisa. Por ejemplo, un
símbolo de moneda podría ser $, y el código de divisa podría ser USD.
Configuración de
la búsqueda
Habilitar la Si está activada, puede usar la búsqueda de Dataverse por relevancia para
búsqueda de buscar registros en varias tablas, ordenadas por relevancia.
Dataverse
Habilitar límites Si selecciona Sí, que es la opción predeterminada, y se encuentran más de

de registro de 10.000 registros, aparecerá un mensaje que sugiere que use una búsqueda
Búsqueda rápida más selectiva.
Más información: Configurar búsqueda de Dataverse para la organización

Seleccionar Haga clic en Seleccionar para elegir las tablas para incluir cuando los
entidades para la usuarios hagan una búsqueda en Power Apps.
búsqueda
categorizada Tenga en cuenta que la tabla debe ser parte de la aplicación basada en
modelos para que esté disponible para la búsqueda. Usted puede agregar
una tabla a una aplicación basada en modelos usando el Diseñador de
aplicaciones.
Habilitar los
Mapas de Bing
Mostrar Mapas Si elige Sí, que es la opción predeterminada, los usuarios de Customer
de Bing en los Engagement (on-premises) deberán especificar una clave de Mapas de Bing.
formularios Los usuarios de Power Apps no necesitan especificar una clave.
Escriba la clave Los usuarios locales pueden obtener una clave de Mapas de Bing en el
de Mapas de Centro de Desarrollo de Mapas de Bing
Bing (local)
Establecimiento
del código de
país o la región
predeterminados
Habilitar los Si está habilitada, que es la opción predeterminada, aplicaciones Customer

prefijos de Engagement prefijará el código de país/región a los números que los
código de país o usuarios están intentando llamar.
región
Prefijo del código La opción predeterminada es +1, que es el código de llamada de país/región
de país o región para Norteamérica.
Establecimiento
del proveedor de
telefonía
Seleccione Elija el proveedor para habilitar las llamadas salientes desde aplicaciones
proveedor para Customer Engagement. Este valor no se aplica a Dynamics 365 para tabletas
Hacer clic para o Dynamics 365 para teléfonos.
llamar
Definir si los
usuarios verán el
mensaje de
aplicaciones de
involucración del
cliente
Los usuarios ven Si selecciona Sí, que es la opción predeterminada, los usuarios verá un
el mensaje de mensaje sobre la descarga de la aplicación de Dynamics 365 para tabletas.
descarga de la
aplicación
Establecimiento
de la URL de la
Ayuda
personalizada
Usar la Ayuda Si desea reemplazar el contenido de Ayuda predeterminado con la Ayuda

personalizada personalizada diseñada para los usuarios, haga clic en Sí. Después de
para entidades habilitar la Ayuda personalizada, puede escribir una dirección URL de Ayuda
personalizables personalizada global.
Dirección URL de Para reemplazar la Ayuda predeterminada a una sola dirección URL para
la ayuda todos los tipos de tablas personalizables, escriba la dirección URL aquí.
personalizada También tiene la opción de introducir direcciones URL de reemplazo para
global cada tipo de tabla para tipos de registros personalizables. Más información:
Personalizar la experiencia de ayuda
Anexar los Si hace clic en Sí para anexar parámetros a la dirección URL, puede hacer que
parámetros a la el contenido de la Ayuda sea más dinámico. Por ejemplo, puede tener acceso
URL a los parámetros para código de idioma del usuario, el nombre de la entidad,
el punto de entrada y el formulario de identificación. Más información:
Personalizar la experiencia de ayuda
Habilitar ruta de Cambia el acceso a la ruta de aprendizaje para una organización completa.
aprendizaje Más información: Modificador encendido/apagado para Ruta de aprendizaje
(ayuda guiada).
Habilitar la La configuración predeterminada es No. Establezca Sí si desea que permitir

creación de la que los usuarios creen contenido de Ruta de aprendizaje.
ruta de
aprendizaje Más información: Crear ayuda guiada (Ruta de aprendizaje) para la aplicación
Deshabilitar
Social
Engagement
Impedir a la La configuración predeterminada es No. Si no desea recibir datos sociales en

característica aplicaciones Customer Engagement , seleccione Sí. Si deshabilita Social
recibir datos Engagement, la organización no podrá recibir datos sociales. Los usuarios
sociales en pueden seguir trabajando con datos sociales existente, sin embargo.
aplicaciones
Customer
Engagement
Establecimiento
de la
visualización de
la pantalla de
bienvenida por
parte de los
usuarios
Mostrar la Cuando los usuarios inician aplicaciones Customer Engagement, se les

pantalla de presentarán una pantalla de bienvenida (paseo de navegación) que
bienvenida a los proporciona información general rápida de aplicaciones Dynamics 365. Haga
usuarios cuando clic en No para deshabilitar este paseo para todos los usuarios de la
inician sesión organización.
Uso de
representación
de formularios
heredados
Para En CRM Online 2015 Update 1 y Dynamics 365 On-premises, hemos realizado
compatibilidad, mejoras en los formularios de aplicaciones de modo que se carguen más
use el motor de rápido.
representación
de formularios Sin embargo, si tiene formularios que incluyen personalizaciones no
heredado. Tenga admitidas, estas mejoras pueden causar problemas de compatibilidad. Para
en cuenta que el evitarlo, puede deba desactivar temporalmente las mejoras de formularios
rendimiento eligiendo Sí. Se recomienda restablecer este valor en No después de
podría verse solucionar los problemas de scripts para poder aprovechar los formularios
afectado optimizados. Nota: Cuando se usa un formulario que incluye
negativamente. personalizaciones no admitidas, como JavaScript, para el que no existe
compatibilidad, es posible que el formulario no se cargue o que el usuario
reciba un mensaje de error.
Si se produce un error en el formulario, establezca la opción Usar

representación de formularios heredados como Sí. Si el formulario se
carga después de seleccionar esta opción, es posible que tenga
personalizaciones no compatibles.
Si el usuario recibe un error, haga clic en "Ver los datos que se enviarán
a Microsoft" y consulte la información de las etiquetas
<CrmScriptErrorReport>.
Establecer
opciones para la
aplicación
predeterminada:
Dynamics 365 –
personalizado
Mostrar El valor predeterminado es Sí. Cambie a No para evitar que la aplicación

aplicación predeterminada aparezca en la página principal de Dynamics 365 y en el
predeterminada menú del seleccionador de aplicaciones.
en la página de
aterrizaje y en las More information: Para administradores y usuarios finales: Introducción a la
últimas página principal de Dynamics 365
aplicaciones
Nombre Especifique la etiqueta a usar para la aplicación predeterminada. Aparece en

predeterminado la página principal de Dynamics 365. La etiqueta predeterminada es
de la aplicación Dynamics 365 - personalizado.
More information: Para administradores y usuarios finales: Introducción a la

página principal de Dynamics 365
Establezca el
estado
predeterminado
de la tarjeta para
los paneles
interactivos
Mostrar las Haga clic en Sí para ver el formulario de la tarjeta detallado en un panel. Si se
tarjetas en estado establece en No (predeterminado), solo el encabezado y los detalles mínimos
expandido. se muestran en el formulario de tarjeta.
Establecer el Más información: Administración de tiempo de espera de sesión de usuario

tiempo de espera
de sesión
Configuración de Elija Establecer personalizado para especificar valores diferentes de los

tiempo de espera predeterminados.
de sesión
Escriba la Escriba el número de minutos para que una sesión permanezca abierta.
duración máxima
de la sesión
¿Cuánto tiempo Escriba el número de minutos antes de la expiración de sesión para que se
antes de que muestre una advertencia de tiempo de espera.
expire la sesión
desea mostrar
una advertencia
de tiempo de
espera?
Establecer Más información: Tiempo de espera de inactividad

tiempo de espera
de inactividad
Habilitar tiempo Elija Sí para habilitar el tiempo de espera de inactividad.

de espera de
sesión por
inactividad
Duración de la Escriba el número de minutos de inactividad después del que finaliza un

inactividad antes tiempo de espera de sesión.
de que se agote
el tiempo de
espera
¿Cuánto tiempo Introduzca el número de minutos antes de expirar la sesión para que se
antes de que muestre una advertencia de inactividad.
expire la sesión
desea mostrar
una advertencia
de inactividad?
Establecer
opciones de
Azure Content
Delivery Network
Cargar contenido El valor predeterminado es Sí y las aplicaciones de involucración del cliente

estático cargarán contenido estático listo para usar del servicio Azure Content
predeterminado Delivery Network (CDN). Para las restricciones de firewall y los problemas
desde la red de relacionados con la lista de aprobación de IP, los administradores del sistema
entrega de pueden seleccionar No para deshabilitar la característica de Azure Content
contenido Delivery Network.
Consulte también
Administración del autoguardado
Personalización de la experiencia de la Ayuda

Pestaña Calendario de Configuración
del sistema
Use las opciones de esta página para establecer la configuración del calendario para
aplicaciones basadas en modelo de Dynamics 365.
Abra el cuadro de diálogo Configuración del

sistema Calendario

3. Seleccione Configuración>Empresa>Calendario.
Definición de
opciones de
programación
Duración máxima Los usuarios pueden crear citas para encontrarse o hablar con los clientes.
de una cita en días Los usuarios crean estas citas en el Calendario de servicio o en el área
Actividades.
Puede usar este valor para controlar el número máximo de días para los que
los usuarios puedan programar una cita. El valor predeterminado es 10 días.
Vea también
Creación o edición de citas
Pestaña Formatos de Configuración del
sistema
Puede controlar cómo las aplicaciones de participación del cliente (Dynamics 365 Sales,
Dynamics 365 Project Service Automation), muestran números, monedas, horas y fechas
para su organización.

sistema Formatos (si aún no está abierto)

4. Seleccione la pestaña Configuración del sistema>Formatos.
Estándares y
formatos de la
organización
Formato actual Valor predeterminado: el idioma y la configuración regional de la

organización. Elija Personalizar para personalizar los formatos de números,
divisas, horas y fechas para la organización.
Vista previa del Obtenga una vista previa de la configuración del idioma y la configuración
formato regional seleccionadas.
Vea también
Personalizar la configuración regional (administradores)
Pestaña Auditoría de configuración del
sistema
Habilite la auditoría para realizar un seguimiento de los cambios en los datos de la

organización y mantener un registro de dichos cambios.

sistema

Iniciar Opción predeterminada: Desactivado. Inicio o detención de la auditoría.

auditoría
Auditoría de Opción predeterminada: Desactivado. Si están habilitadas, las aplicaciones de

acceso de involucración del cliente (como Dynamics 365 Sales y Customer Service) realizan
usuario un seguimiento de cuándo el usuario comenzó a acceder a las aplicaciones de
involucración del cliente y si el usuario accedió o no a la aplicación mediante la
aplicación web o Dynamics 365 for Outlook.
Iniciar Opción predeterminada: Desactivado. Los registros se enviarán al Centro de

auditoría de seguridad y cumplimiento de Microsoft 365 .
lectura
Especificar las áreas específicas de auditoría del producto, tal como se describe en la
siguiente tabla.
Área de auditoría Habilite el inicio de auditoría para estas entidades
en las siguientes
áreas
Entidades comunes Cuenta, contacto, cliente potencial, lista de marketing, producto,

campaña exprés, informe, documentación de ventas, rol de seguridad y
usuario
Entidades de ventas Competidor, Oportunidad, Factura, Pedido y Oferta.
Entidades de Campaña
marketing
Entidades de servicio Artículo, caso, comentarios de los clientes, contrato y servicio

al cliente
Consulte también
Guía para desarrolladores de Dataverse: configurar la auditoría
Pestaña Correo electrónico de
Configuración del sistema
Use los parámetros de esta página para configurar procesamiento de correo electrónico
en aplicaciones basadas en modelo de Dynamics 365, como Dynamics 365 Sales y
Customer Service.
７ Nota
Muchos de estos ajustes se pueden encontrar en el centro de administración de

Power Platform yendo a Entornos> [seleccione un entorno]
>Configuración>Correo electrónico>Configuración de correo electrónico.

sistema

3. Seleccione Configuración>Configuración de correo electrónico.
4. Seleccione Opciones de configuración de correo electrónico.
Configurar procesamiento de correo

electrónico
Procesar correo electrónico usando Seleccione si desea procesar el correo

electrónico mediante sincronización de lado del
servidor o E-mail Router. La sincronización del
lado del servidor es el método preferido.
Más información: Integrar el sistema de correo

electrónico
Configurar método de sincronización Para cualquier buzón que se cree

predeterminado automáticamente en aplicaciones Customer
Engagement, se aplicará la configuración
predeterminada de correo electrónico definida
en esta sección cuando un usuario o cola se
crean.
Perfil de servidor Para la sincronización del lado del servidor,

seleccione el perfil de servidor de correo
electrónico que quiera usar. El perfil de servidor
de correo electrónico contiene los datos de
configuración que permiten a aplicaciones
Customer Engagement conectarse con
Microsoft Exchange. Si está conectando
aplicaciones de Customer Engagement con
Exchange Online, el perfil de servidor de correo
electrónico se crea automáticamente para
usted.
Correo electrónico entrante Seleccione si desea usar Dynamics 365 for

Outlook, E-mail Router, la sincronización del
lado del servidor o un buzón de enrutamiento
para procesar el correo electrónico entrante.
Más información: Creación de buzones de
enrutamiento o edición de buzones
Correo electrónico saliente Seleccione si desea utilizar Dynamics 365 for

Outlook, E-mail Router o la sincronización del
lado del servidor para procesar correo
electrónico saliente.
Citas, contactos y tareas Seleccione si desea usar Dynamics 365 for

Outlook o sincronización del lado del servidor
para sincronizar citas, contactos y tareas entre
aplicaciones de Outlook y Customer
Engagement.
Nota: No puede sincronizar citas, contactos ni

tareas si está realizando una sincronización con
un servidor de correo electrónico POP3.
Procesamiento de correo electrónico para Seleccione estas casillas si desea habilitar el

usuarios y colas no aprobados procesamiento de correo electrónico solo para
usuarios y colas cuyas direcciones de correo
electrónico se hayan aprobado. Más
información: Aprobar correos electrónicos
Procesar sólo correo electrónico para

usuarios aprobados
Procesar sólo correo electrónico para
colas aprobadas
Configurar el seguimiento de nivel de carpeta

y la correlación de correo electrónico
Usar el seguimiento de nivel de carpeta para Los usuarios pueden configurar carpetas de
carpetas de Exchange (se debe habilitar la seguimiento de Exchange y después mover los
sincronización del lado del servidor) mensajes a esas carpetas para seguirlas
automáticamente en prácticamente cualquier
dispositivo. Más información: Realizar un
seguimiento de correo electrónico de Outlook
moviéndolo a una carpeta de Exchange con
seguimiento
El seguimiento de nivel de carpeta proporciona

una precisión de seguimiento del 100%. Para
usar seguimiento de nivel de carpeta:
Debe seleccionar esta casilla.

Su organización debe sincronizar correo
electrónico a través de sincronización del
lado del servidor. Más información:
Configurar sincronización del lado del
servidor
Usar la correlación para realizar un seguimiento Active esta casilla si desea vincular las
de las conversaciones por correo electrónico actividades de correo electrónico con otros
registros relacionados utilizando la información
en los encabezados de correo electrónico. Este
método usa las propiedades de correo
electrónico para correlación y es más precisa
que la coincidencia inteligente, pero menos
precisa que el seguimiento de nivel de carpeta
o los tokens de seguimiento. Más
información:Filtrado y correlación de mensajes
Nota: La correlación de correo electrónico

mediante encabezados de correo electrónico
funciona mejor cuando el correo electrónico se
procesa mediante sincronización del lado del
servidor. Si usa E-mail Router para procesar
correo electrónico, puede usar los tokens de
seguimiento o la coincidencia inteligente para
correlacionar actividades de correo electrónico
con los registros correspondientes.
Usar tokens de seguimiento Active esta casilla para usar símbolos (tokens)
de seguimiento y configurar el modo en que
aplicaciones Customer Engagement los muestra
en la línea Asunto de los mensajes de correo
electrónico.
Los tokens de seguimiento ofrecen una

precisión de seguimiento del 100%. Si no desea
ver tokens de líneas de asunto, no obstante,
considere la posibilidad de usar seguimiento de
nivel de carpeta, que también proporciona una
precisión de seguimiento del 100%.
Puede configurar prefijos y otras secciones de

tokens de seguimiento. Los cambios en prefijos
largos o en demasiados prefijos pueden dar
lugar a que se pierdan datos en el historial, sin
embargo. Más información:Filtrado y
Usar la coincidencia inteligente Active esta casilla para usar la coincidencia

inteligente para correlacionar el correo
electrónico basándose en la semejanza entre
los mensajes de correo electrónico. La
coincidencia inteligente no es tan precisa como
los tokens de seguimiento o el seguimiento de
nivel de carpeta. Más información:Filtrado y
Definir opciones de seguimiento para correos

entre usuarios
Realizar el seguimiento de correo electrónico Seleccione esta opción para crear dos
enviado entre usuarios como dos actividades actividades de correo electrónico entre
usuarios, una para el remitente y otra para el
destinatario.
Establecimiento de opciones de formulario de

correo electrónico
Usar marcos seguros para restringir el Si esto se establece en Sí, es posible que vea el
contenido de mensajes de correo electrónico siguiente mensaje de error cuando lea el correo
electrónico: "Este contenido no se puede
mostrar en un marco". Aunque cambiar la
configuración a No normalmente elimina este
error, un cambio de este tipo puede hacer que
el envío de contenido confidencial en el correo
electrónico sea menos seguro.
Permitir mensajes para enviar con destinatarios Establezca esta opción como Sí si desea enviar
sin resolver correos electrónicos con destinatarios no
resueltos.
Establecer campos Para, CC y CCO como Use este valor para elegir a qué registro se
valores sin resolver si se encuentran varias resuelve una dirección de correo electrónico
coincidencias en Correos electrónicos cuando hay múltiples posibles coincidencias en
entrantes. los campos Para, CC o CCO de un correo
electrónico. Cuando se selecciona Sí, si los
campos Para, CC o CCO de un correo
electrónico tienen una dirección de correo
electrónico que se puede resolver a varios
contactos (o a otros registros), la dirección de
correo electrónico se resolverá en el modo sin
resolver en lugar de resolverla a todos los
registros posibles. Las direcciones de correo
electrónico sin resolver se pueden resolver
individualmente cuando las encuentra. El valor
predeterminado es No.
Aplicar la misma dirección de correo Cuando se establece en Sí, la misma dirección

electrónico a todas las coincidencias sin de correo electrónico se aplica a todas las
resolver cuando se resuelve manualmente una. direcciones de correo electrónico sin resolver
similares al resolver en una actividad de correo
electrónico. Cuando se establece en No, la
dirección de correo electrónico solo se aplica a
la actividad de correo electrónico específica y
no resuelve direcciones similares presentes en
otras actividades de correo electrónico. El valor
predeterminado es Sí.
Este valor aparece cuando Establecer campos

Para, CC y CCO como valores sin resolver si se
encuentran varias coincidencias en Correos
electrónicos entrantes se establece en Sí.
Establecer límite de tamaño para archivos

adjuntos
Tamaño máximo de archivo (en kilobytes) Aumente o disminuya el tamaño máximo de

archivo para los archivos adjuntos. El tamaño
predeterminado es 5 MB (5120 KB). El tamaño
máximo recomendado es de 32 MB (32.768 KB).
No se recomienda usar un tamaño de archivo
más grande.
Correo electrónico mejorado para escala de

tiempo
Realice varias tareas, redacte y guarde Seleccione esta casilla para permitir a los
borradores con las ventanas emergentes de usuarios utilizar el correo electrónico mejorado.
correo electrónico al crear correo electrónico Al habilitar o deshabilitar el correo electrónico
desde la escala de tiempo. mejorado, esta configuración se aplicará a
todas las aplicaciones de la organización que
usan Escala de tiempo.
Configurar alertas Active las casillas para el tipo de alertas que se

debe enviar a los usuarios:
Error (predeterminado)
Advertencia
Información (predeterminado)
Sugerencia: Seleccione Advertencia si está

solucionando problemas o realizando pruebas
o si desea obtener más detallados mensajes en
el muro de alerta.
Notificar al propietario del buzón De forma predeterminada, se notifica al

administrador del sistema de los errores que se
producen para un perfil de servidor de correo
electrónico.
Seleccione esta casilla si también quiere

notificar al propietario del buzón.
Habilitar la acción Enviar correo electrónico

directo en la Interfaz unificada
Habilitar la acción Enviar correo electrónico Establezca esto en Sí si desea enviar un

directo en la Interfaz unificada para las mensaje de correo electrónico a múltiples
entidades habilitadas para envío de correo destinatarios utilizando plantillas de correo
electrónico. electrónico.
Vea también

involucración del cliente y Outlook
Configurar correo electrónico mediante sincronización del lado del servidor

Pestaña Marketing de Configuración del
sistema
Use la configuración en está página para configurar las configuraciones de marketing de

las aplicaciones Customer Engagment (Dynamics 365 Sales, Dynamics 365 Customer
Service Automation).

sistema Marketing

4. Seleccione la pestaña Configuración del sistema>Marketing.
Definir si el correo
electrónico directo mediante
combinación de
correspondencia está
habilitado en las campañas
Habilitar correo electrónico Valor predeterminado: Sí. Si selecciona Sí, los usuarios podrán
directo mediante enviar correo electrónico como una actividad de campaña
combinación de mediante la característica de combinación de correspondencia.
correspondencia Nota: Para habilitar esta opción, el rol de seguridad asignado a
los usuarios para los que quiere habilitar la combinación de
correspondencia también debe incluir el privilegio Combinación
de correspondencia.
Establecimiento de la
creación de respuestas de
campaña para correo
electrónico entrante de
actividades de campaña (solo
disponible si se habilita el
seguimiento de correo
electrónico)
Crear respuestas de campaña Valor predeterminado: Sí. Si selecciona Sí, las aplicaciones
para correo electrónico Customer Engagement crearán registros de respuesta de
entrante campaña automáticamente cuando se reciban mensajes de
correo electrónico en respuesta a una determinada campaña de
marketing.
Establecimiento de las
opciones de anulación de
suscripción automática
(disponible solo si se habilita
el seguimiento de correo
electrónico)
Establecer la opción "No Valor predeterminado: No. Si selecciona Sí, cuando se reciba un
enviar material de marketing" correo electrónico de cancelación de suscripción, se actualizan
al recibir un mensaje de automáticamente el valor de la preferencia de cuenta, el
anulación de suscripción contacto o el cliente potencial de la lista de marketing para no
recibir materiales de marketing.
Enviar confirmación a los Si seleccionó Sí en la opción anterior Establecer "No enviar

clientes que solicitan la material de marketing", puede usar este valor para enviar una
anulación de suscripción respuesta a los clientes cuando cancelan la suscripción.
Plantilla de correo electrónico Si los dos valores anteriores son Sí, debe especificar una plantilla
de confirmación de correo electrónico para utilizar para responder a los clientes
cuando cancelan su suscripción.
Pestaña Personalización de
Configuración del sistema
Use la pestaña para establecer las preferencias para seguimiento de complementos y

flujos de trabajo y también el uso del modo de aplicación.

sistema

3. Seleccione Configuración>Personalización.
4. Elija Configuración del sistema y luego elija la pestaña Personalización.
Modo de aplicación
Establezca si las aplicaciones de

participación del cliente (Dynamics
365 Sales, Dynamics 365 Customer
Service, Dynamics 365 Field Service,
Dynamics 365 Marketing y Dynamics
365 Project Service Automation), se
puede abrir en una ventana del
navegador sin menú, navegación ni
barras de comandos.
Abra las aplicaciones Customer Seleccione esta casilla para habilitar el modo de
Engagement en el modo de aplicación aplicación. Cuando este modo está habilitado,
aplicaciones de involucración del cliente se puede abrir
en un explorador sin menús, navegación ni barras de
herramientas. Si se ocultan estas partes del explorador,
las aplicaciones de involucración del cliente parecen
aplicaciones independientes en lugar de un sitio web. De
forma predeterminada, el modo de aplicación no está
habilitado.
Seguimiento de complementos y
actividad de flujo de trabajo
personalizada
Habilitar registro para registro de Ahora puede almacenar información detallada sobre una
seguimientos de complemento excepción o evento de seguimiento elevado producido
por un código personalizado para ayudar a los
desarrolladores a depurar los complementos o la
actividad de flujo de trabajo personalizada que
desarrollan utilizan do los métodos de personalización
compatibles con aplicaciones de interactuación con los
clientes.
- Para capturar registros de seguimiento únicamente

para excepciones, seleccione Excepción.
- Para capturar registros de todos los errores y eventos

de seguimiento general, seleccione Todo.
- Para deshabilitar la captura de registros de

seguimiento, seleccione Desactivado.
Más información: Depuración de un

complementoAdvertencia: Se recomienda no mantener
esta opción habilitada durante un período largo, ya que
puede tener consecuencias en el rendimiento de la
organización.
Habilitar Microsoft Power Automate Más información: Habilitar Power Automate incrustado
para automatizar procesos
Mostrar Power Automate en Valor predeterminado: Sí. Seleccione Sí para habilitar

formularios y en el mapa del sitio flujos de Power Automate incrustados en su
organización.
Vea también
Depurar un complemento
Pestaña Outlook de Configuración del
sistema
Utilice la configuración de esta página para configurar cómo Outlook interactúa con

sistema (si aún no está abierto)

2. Vaya a Configuración>Administración.
3. Elija la pestaña Configuración del sistema>Outlook.
Establecimiento de opciones de
promoción de correo electrónico para
Dynamics 365 for Outlook
Realizar comprobaciones cuando se Valor predeterminado: Sí. Si selecciona Sí, se

recibe correo electrónico nuevo comprueba si existe seguimiento en el correo
electrónico en cuanto llega.
Promover correo electrónico entrante Valor predeterminado: 10 minutos. Busca y vincula el

cada correo electrónico entrante en el intervalo
especificado.
Enviar el correo electrónico pendiente Valor predeterminado: 10 minutos. Envía el correo

cada electrónico pendiente en el intervalo especificado.
Establecimiento de la opción de
programación de la sincronización de
programas para los usuarios en
Los usuarios pueden programar la Valor predeterminado: Sí. Si selecciona Sí, los
sincronización usuarios pueden establecer si Dynamics 365 for
Outlook se sincroniza o no con aplicaciones de
Tiempo mínimo entre sincronizaciones Valor predeterminado: 15 minutos. Sincroniza

Dynamics 365 for Outlook y las aplicaciones de
involucración del cliente en el intervalo especificado.
Establecimiento de la opción de
actualización de datos locales propios
de clientes en segundo plano en
sincronización de datos locales en usuarios pueden actualizar los datos almacenados en
segundo plano su equipo para usarlos cuando están desconectados.
Tiempo mínimo entre sincronizaciones de Valor predeterminado: 15 minutos. Los datos locales
los datos locales en segundo plano se sincronizan con aplicaciones de involucración del
cliente en el intervalo especificado.
Definir el programa para la

sincronización de libretas de direcciones
en Dynamics 365 for Outlook
sincronización de la libreta de direcciones usuarios pueden actualizar la libreta de direcciones
en segundo plano que se almacena en su equipo para usarla cuando
están desconectados.
Tiempo mínimo entre sincronizaciones de Valor predeterminado: 1 hora. La libreta de

la libreta de direcciones direcciones local se sincroniza con aplicaciones de
involucración del cliente en el intervalo especificado.
Definir si los usuarios verán el mensaje

de aplicaciones de involucración del
cliente
Los usuarios ven la opción "Obtener Valor predeterminado: Sí. Si selecciona Sí, se
Dynamics 365 for Outlook" en la barra de mostrará el botón Obtener Dynamics 365 for
mensajes Outlook.
Pestaña Informes de Configuración del
sistema
Utilice la configuración de esta página para establecer la configuración de los informes

para aplicaciones basadas en modelos en aplicaciones de involucración del cliente

sistema Informes

4. Seleccione la pestaña Configuración del sistema>Informes.
Especificar Categorías predeterminadas:
categorías de
informe - Informes de ventas
- Informes de servicio
- Informes de marketing
- Informes administrativos Nota: Si agrega una nueva categoría o cambia

categorías existentes, también debería cambiar las vistas predeterminadas
disponibles para el tipo de registro Informe. De lo contrario, los usuarios no
podrán ver todos los informes de las nuevas categorías.
Valor Sin asignar. Seleccione la categoría de informe predeterminada.

predeterminado
Establecer si los
usuarios pueden
insertar
elementos
visuales de
Power BI
Permitir la Permite a los usuarios insertar Power BI para visualizaciones de Microsoft 365
incrustación de la en sus paneles personales. Una visualización de Power BI es una instantánea
visualización de de los datos de usuario, como un gráfico, un mapa, o número agregado. Más
Power BI información: Agregar o editar visualizaciones de Power BI en el panel.
Valor predeterminado: No. Los usuarios no pueden insertar visualizaciones de

Power BI en sus paneles personales.
Vea también
Uso de Power BI
Cuadro de diálogo Configuración del sistema - ficha General

Pestaña Objetivos de Configuración del
sistema
Configure la duración y la frecuencia del resumen automático de objetivos. Estas

opciones de configuración solo afectan al procesamiento automático de todos los
objetivos establecidos en las aplicaciones de interacción con el cliente (Dynamics 365
Marketing y Dynamics 365 Project Service Automation). Siempre puede realizar un
resumen manual para cualquier objetivo en cualquier momento.


2. Si está usando ventas aplicación web de Sales, vaya a

Configuración>Administración>Configuración del sistema y seleccione la
pestaña Objetivos.
Si está utilizando la aplicación Centro de ventas, seleccione el icono del mapa del
sitio , luego seleccione los puntos suspensivos , luego seleccione Ajustes

de Aplicacion y luego seleccione Configuración de objetivos.
Establecer la hora de
caducidad y la
frecuencia del informe
Días después de la fecha Establezca el número de días que han de pasar tras la fecha de
final del objetivo cuando finalización de un objetivo para que las aplicaciones basadas en
se detendrá el informe modelo de Dynamics 365 dejen de incluir un objetivo en un informe.
Valor predeterminado: 30 días.

Frecuencia de Establezca el número de horas entre cada informe de objetivos.
recurrencia de Predeterminado: 24
acumulación Límites: el valor debe ser mayor o igual que 24 horas
Consultar también
Guía del administrador y jefe de ventas
Informe de progreso en relación con los objetivos

Pestaña Ventas de Configuración del
sistema
Utilice la configuración de esta página para establecer la configuración del sistema

general para el área de ventas de las aplicaciones de involucración del cliente (Dynamics
365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics 365
Marketing y Dynamics 365 Project Service Automation).

2. Si está usando ventas aplicación web de Sales, vaya a

Configuración>Administración>Configuración del sistema y seleccione la
pestaña Ventas.
Si está utilizando la aplicación Centro de ventas, seleccione el icono del mapa del
sitio , luego seleccione los puntos suspensivos , luego seleccione Ajustes

de Aplicacion y luego seleccione Configuración de objetivos.
Seleccionar si los
productos se
deben crear en el
estado activo
Crear productos Para establecer los productos en el estado activo de forma predeterminada
en el estado después de la creación, haga clic en Sí. Esta opción se aplica solo a los
activo productos que no tienen una familia de productos primaria. Para crear
productos en estado de borrador, haga clic en No.
Establecer si la
lista de precios
predeterminada
para una
oportunidad
debe
seleccionarse
mediante una
regla integrada
Permitir la Haga clic en Sí si desea que la lista de precios predeterminada se seleccione

selección de la para una oportunidad basada en la regla integrada (en función de las listas
lista de precios de precios predeterminadas definidas para las zonas). De lo contrario, haga
predeterminada clic en No.
para la
oportunidad
mediante una
regla integrada
Establecer el
número máximo
de productos de
una agrupación
Número máximo Escriba el número máximo de productos que una agrupación puede tener.
de productos de
una agrupación
Establecer la
preferencia de
cálculo del precio
Usar cálculos de Haga clic en Sí para usar los cálculos de precios de aplicaciones de
precios del involucración del cliente. Para usar precios personalizados mediante un
sistema complemento, haga clic en No. Cuando esta opción se establece en No, no
se realizarán cálculos de precios predeterminados en registros de
oportunidad, oferta, pedido ni facturación.
Definir si se
aplica un
descuento como
elemento de
línea o por
unidad
Método de Seleccione Por unidad si desea que el motor de cálculo de precios calcule el
cálculo de descuento en función de los precios por unidad en lugar de un elemento de
descuento línea. De forma predeterminada, los cálculos se realizan por elemento de
línea. *Consulte la siguiente tabla, que muestra la diferencia entre los dos
cálculos.
Establecer el
número máximo
de propiedades
permitidas para
un producto o
una agrupación
Número máximo Escriba el número máximo de propiedades (especificaciones) que puede

de propiedades tener un producto o agrupación. Las propiedades del producto se agregan a
permitidas para un registro de familia de productos, y todos los productos y agrupaciones
un producto o secundarios bajo la familia de productos heredan las propiedades agregadas
una agrupación a la familia de productos principal. El número especificado en este valor se
aplica únicamente cuando se publica un producto o agrupación con las
propiedades asociadas.
* Tabla: Diferencia entre cálculos
Método de Producto Precio Cantidad Descuento Importe

descuento unitario
Elemento de línea Producto 100 11 10 (100*11)-10=1090

1
Por unidad Producto 100 11 10 (100-10)*11=990

2
Vea también
Configuración de un catálogo de productos: tutorial
Definir precios de productos con listas de precios y elementos de listas de precios
Configurar una lista de descuentos
Configurar agrupaciones de productos para vender varios artículos juntos
Usar propiedades para describir un producto

Pestaña Servicio de Configuración del
sistema
Utilice esta pestaña para establecer preferencias para el área de servicio de atención al
cliente, como contratos de nivel de servicio y derechos en aplicaciones basadas en
modelos en aplicaciones de involucración del cliente (Dynamics 365 Sales, Dynamics 365

Compruebe su rol de seguridad.

4. Seleccione la pestaña Configuración del sistema>Servicio.
７ Nota
Con la versión 9.1, la configuración de servicio en administración de servicio está

disponible en el Centro de servicio al cliente, basada en la experiencia de la interfaz
unificada. Se recomienda administrar la configuración de servicio mediante la
nueva experiencia.
En la aplicación del Centro de servicio al cliente, vaya a Administración de servicio

y seleccione Condiciones de servicio>Opciones de configuración del servicio en
el mapa del sitio para tener acceso a la configuración de servicio.
Deshabilitar SLA
Deshabilitar los contratos Los SLA están habilitados de forma predeterminada. Puede
de nivel de servicio (SLA) habilitarlos o deshabilitarlos para registros de entidad habilitados
en los registros de entidad para SLA en su organización. Por ejemplo, quizá le convenga
habilitados para el SLA deshabilitar SLA durante las actividades de mantenimiento o cuando
está importando registros y no desea que los SLA se apliquen a los
registros. Para deshabilitar, seleccione Sí. Para habilitar, seleccione
No. Nota: Cuando los SLA se deshabilitan, es posible continuar
creando y modificando los registros de SLA. Sin embargo, los SLA no
se aplicarán a registros de caso.
Aplicar el SLA después

del reemplazo manual
Aplicación automática de Este valor determina si un SLA se debe aplicar automáticamente a

la actualización de SLA o un registro cuando un se selecciona manualmente un SLA en el
del registro de entidad campo de SLA del registro. La aplicación automática del SLA puede
después de la aplicación realizarse a través del derecho aplicado al caso (para la entidad
manual de SLA Caso) o con el SLA predeterminado.
Importante: Para
organizaciones, esta En cualquier caso, el SLA manual tiene prioridad sobre cualquier otra
característica está forma de aplicación de SLA.
disponible únicamente si
la organización instaló la Cuando se establece como No, los SLA no se aplicarán
actualización de Dynamics automáticamente a registros después de que se aplique
CRM Online 2016. ¿Le manualmente un SLA. Nota: Para registros de la entidad Caso,
interesa obtener esta cuando se vayan a cambiar tanto el derecho, como el cliente y el SLA
característica? Buscar al manual, se usa el SLA manual con independencia de este valor.
administrador o la
persona de soporte
Selección de estado de
pausa del SLA
Seleccione la entidad Seleccione la entidad habilitada para el SLA para la que desea elegir
habilitada para el SLA para el estado de pausa. Importante: Esta característica de habilitación
la que elegirá valores para otras entidades para SLA se introdujo en CRM Online 2016 Update 1
y CRM 2016 SP1. ¿Le interesa obtener esta característica? Buscar el
administrador o la persona de soporte
Para la entidad Seleccione los estados de casos para los que debe hacerse una
seleccionada, elija los pausa en cálculo de SLA. Haga doble clic en los estados de la
valores de estado para los columna Valores disponibles. Cuando el usuario establece un
que el cálculo del SLA se registro en uno de los valores de estado de pausa definidos aquí, las
debe pausar. aplicaciones de involucración del cliente pausan el cálculo del SLA.
Cuando el usuario cambia el estado del caso de nuevo a un estado
distinto de los estados de pausa, las aplicaciones de involucración
del cliente actualizan el tiempo de error y advertencia en los KPI de
SLA mejorados. También realiza un seguimiento del tiempo total
para el que un registro está en el estado de pausa. Importante: Esta
característica de habilitación otras entidades para SLA se introdujo
en CRM Online 2016 Update 1 y CRM 2016 SP1. ¿Le interesa obtener
esta característica? Buscar el administrador o la persona de soporte
Aplicación automática de - Seleccione si se debe aplicar automáticamente el derecho de

derechos cliente predeterminado en el momento de la creación de un caso.
- Seleccione si se debe aplicar automáticamente el derecho de

cliente predeterminado cuando se actualiza un caso y se ha
cambiado el campo de cliente, contacto o producto.
Consulte también
Conozca los principios básicos de Centro de servicio al cliente
Ficha Sincronización de la configuración
del sistema
Utilice la configuración de esta página para determinar cómo se sincronizan los datos
entre las aplicaciones de involucración del cliente (Dynamics 365 Sales, Dynamics 365
Project Service Automation) y Microsoft Dynamics 365 for Outlook. Por ejemplo, puede
controlar la sincronización entre pares de campos o habilitar o deshabilitar la
sincronización de direcciones adicionales de correo electrónico, tareas asignadas o
datos adjuntos de cita.

sistema

3. Seleccione Configuraciones>Integración>Sincronización.
 Sugerencia

Sincronizar
elementos con
Outlook o
Exchange
Administre Este valor proporciona acceso a la pestaña Filtros del usuario en el cuadro de
filtros del diálogo Configuración de sincronización para Outlook o Exchange. Es posible
sistema para que desee ver esta pestaña para ver la configuración de filtro de sincronización
toda su en línea predeterminada para usuarios de la organización. Más información:
organización Elección de los registros que se desea sincronizar entre aplicaciones de
para Customer Engagement y Outlook o Exchange
determinar los
registros que
se sincronizan
con sus
carpetas de
Outlook o
Exchange.
Administre los Este valor proporciona acceso a la pestaña Campos de sincronización en el

campos de cuadro de diálogo Configuración de sincronización para Outlook o Exchange.
sincronización Utilice esta pestaña para ver cómo los campos de citas, contactos, y tareas se
de Outlook o asignan entre aplicaciones de involucración del cliente y Outlook, y para
Exchange, cambiar la dirección de sincronización o restringir la sincronización para campos
incluidos citas, de contactos y tareas. Por ejemplo, si desea que el contenido del campo Notas
contactos y de los contactos sea privado, puede evitar que ese campo se sincronice. Más
tareas para información: Controlar la sincronización de campos entre aplicaciones de
toda la involucración del cliente y Outlook o Exchange
organización.
Administrar
los filtros sin
conexión y
consiga
información
sin conexión
en Dynamics
365 for
Outlook
Administre los Este valor proporciona acceso a la pestaña Filtros del usuario en el cuadro de
filtros sin diálogo Configuración sin conexión. Es posible que desee ver esta pestaña para
conexión del ver la configuración de filtro de sincronización sin conexión predeterminada
sistema para para usuarios de la organización.
toda la
organización
para
determinar
qué usuarios
de datos
pueden
llevarse con
ellos cuando
se
desconectan
en Dynamics
365 for
Outlook.
Configurar las
reglas de
sincronización
generales para
las tareas, las
citas y los
contactos de
toda su
organización
Citas
Sincronizar las Los datos adjuntos ocupan espacio en la base de datos, por lo que la
citas adjuntas sincronización de datos adjuntos de citas está desconectada de forma
con Outlook o predeterminada. Seleccione la casilla para activar la sincronización de datos
Exchange adjuntos. Importante: La sincronización de datos adjuntos de citas no se admite
para citas periódicas ni actividades de servicio. Además, la sincronización de
imágenes insertadas no es compatible y es posible que no se representen
correctamente.
Contactos
Sincronizar De forma predeterminada, solo un campo de dirección de correo de Outlook se

solo la sincroniza entre aplicaciones de involucración del cliente y Outlook. Esto es
dirección de suficiente para la mayoría de las organizaciones. Si desea sincronizar los tres
correo campos de dirección de correo de Outlook (campos Empresa, Particular y Otra),
electrónico en elija la opción Sincronizar las tres direcciones de contacto de Outlook.
el contacto de Advertencia: Tenga cuidado al habilitar esta opción, ya que puede causar
Outlook
pérdidas de datos en algunas situaciones si ya hay datos existentes. Esto se
debe a la reasignación de los atributos de los contactos con seguimiento
Sincronizar las existentes. Se recomienda realizar pruebas internas para comprender cómo la
tres reasignación afecta al entorno y los datos. En la mayoría de los casos, deberá
direcciones tener los datos completos a un lado (normalmente en aplicaciones de
(Trabajo, involucración del cliente) y sincronizarlos al otro lado (normalmente Outlook o
Particular, Exchange).
Otra) en
contacto de
Outlook
Tareas
Sincronizar las Las tareas de Outlook se sincronizan de forma predeterminada, pero la

tareas que sincronización de tareas asignadas se desconecta de forma predeterminada. La
están mayoría de las empresas no requieren esta característica debido a que las tareas
asignadas en normalmente se asignarían directamente en aplicaciones de involucración del
Outlook cliente cambiando la propiedad.
Sin embargo, es posible que desee habilitar esta característica, si los procesos
de negocio de su compañía incluyen crear y enviar tareas en Outlook en lugar
de aplicaciones de involucración del cliente.
Seleccione si
desea habilitar
la
sincronización
de las reservas
de recursos
con Outlook
Sincronizar las Activar (desactivado de forma predeterminada) para habilitar reservas de

reservas de recursos (Field Service) sincronización con Dynamics 365 App for Outlook. Más
recursos con información: Establecer recursos reservables (Field Service)
Outlook
Consultar también
Elección de los registros que desea sincronizar entre aplicaciones de involucración del
cliente y Outlook o Exchange

Outlook o Exchange
Pestaña Cliente móvil de Configuración
del sistema
Utilice la configuración de esta página para administrar las opciones móviles.

sistema

4. Seleccione la pestaña Configuración del sistema>Cliente móvil.
Establecer
detección de
conflictos para
la
sincronización
de Mobile
Offline
Habilitar En caso afirmativo, la detección de conflictos para la sincronización se habilitará

detección de durante la reproducción de acciones una vez que un dispositivo sin conexión
conflictos para vuelva a estar en línea. En caso negativo, de forma predeterminada, no se realiza
la detección de conflictos durante la reproducción de acciones una vez que un
sincronización dispositivo sin conexión vuelva a estar en línea. Los cambios realizados sin
de Mobile conexión sobrescribirán cualquier cambio realizado en las aplicaciones de
offline participación del cliente (Dynamics 365 Sales, Dynamics 365 Customer Service,
Dynamics 365 Field Service, Dynamics 365 Marketing y Dynamics 365 Project
Para obtener más información, consulte “Resolución de conflictos de

sincronización” en Trabajo sin conexión en Dynamics 365 para teléfonos y
tabletas
Pestaña Vistas previas de configuración
del sistema
Utilice la configuración de esta página para habilitar características en versión preliminar

en aplicaciones de involucración del cliente (Dynamics 365 Sales, Dynamics 365

sistema

4. Seleccione la pestaña Configuración del sistema>Vistas previas.
Estas funciones de vista previa están previstas

para utilizarse solo con fines de desarrollo y
pruebas.
He leído y acepto los términos de licencia Después de aceptar los términos de la

licencia, marque esta casilla para habilitar las
funciones de previsualización.
Compatibilidad con paso de acción para la vista

previa de flujos de proceso de negocio
Habilitar compatibilidad con paso de acción para Más información: Información general sobre
la vista previa de flujos de proceso de negocio flujos de proceso de negocio
Vista previa de Información de la organización
Habilitar vista previa de Información de la

organización
Vista previa de Análisis de texto para análisis de

temas de casos, sugerir casos similares y sugerir
artículos de conocimientos
Habilitar la vista previa de Análisis de texto Más información: Vista previa pública:
análisis de temas
Ideas sobre ventas
Obtener ideas sobre oportunidades, actividades y Más información: Información general de

clientes potenciales de clientes Dynamics 365 Sales Insights
Vea también
¿Qué son características de vista previa y cómo las puedo habilitar?
Modificador encendido/apagado para
Ruta de aprendizaje (ayuda guiada)
La Ruta de aprendizaje (ayuda guiada) se activa de forma predeterminada.
Activar o desactivar la Ruta de aprendizaje para

un usuario individual
Esta configuración solo afecta a la persona que realiza este cambio.
Para desactivar la Ruta de aprendizaje: en la barra de navegación, haga clic en el

icono Opciones >Optar por no recibir Ruta de aprendizaje.
Para desactivar la Ruta de aprendizaje en: en la barra de navegación, haga clic en

el icono Opciones >Optar por recibir Ruta de aprendizaje.
Activar o desactivar la ruta de aprendizaje para

una organización completa
Este valor cambia el acceso a la ruta de aprendizaje para una organización completa.

del sistema.
4. En Características de la Ayuda, establezca Ruta de aprendizaje en Activada.
Aviso de privacidad
Al habilitar la característica Ruta de aprendizaje, permite que el contenido html estático,
las imágenes y los scripts se almacenen en la red de entrega de contenido (red CDN) de
Azure. Además, todo el contenido dinámico que se muestra se almacenará en Azure
Redis Cache, que se usa para el almacenamiento previo en caché desde Azure SQL
Database.
Un administrador puede habilitar y deshabilitar el uso de la característica Ruta de

aprendizaje dentro de una instancia de Dynamics 365 (online) mediante Habilitar la
ayuda guiada en la organización de Dynamics 365.
En las próximas secciones se detallan los componentes y servicios de Azure relacionados

con la funcionalidad Ruta de aprendizaje.
７ Nota
Para obtener más información acerca de otras ofertas de servicios de Azure,

consulta el Centro de confianza de Microsoft Azure .
Cloud Services
Tiempo de ejecución de Ruta de aprendizaje (rol web)
Esta es la aplicación web que presenta el contenido a los usuarios.
Servicio Ruta de aprendizaje (rol de trabajo)
El rol de trabajo es responsable de procesar los datos de Azure SQL Database y

almacenarlos en caché en Azure Redis Cache.
Azure SQL Database
Ruta de aprendizaje usa SQL Database para almacenar:
Contenido
Metadatos de contenido
Metadatos del sistema
Azure Blob Storage
Tanto el código HTML como las imágenes, JavaScript y CSS se almacenan en Azure Blob
Storage.
Red de entrega de contenido (CDN) de Azure

Ruta de aprendizaje usa la Red de entrega de contenido de Azure para presentar
contenido estático al tiempo de ejecución de la encuesta, como HTML, imágenes,
JavaScript y CSS.
Azure Active Directory
Ruta de aprendizaje usa Azure Active Directory Service para autenticar servicios web
específicamente para el diseñador. Actualmente, el diseñador no se expone a los
clientes y asociados. Por tanto, la autenticación solo se realiza dentro del dominio de
Microsoft.
Azure Redis Cache
Ruta de aprendizaje usa Azure Redis Cache para almacenar en caché contenido
dinámico que presentamos a los usuarios.
Azure Traffic Manager
Ruta de aprendizaje usa Traffic Manager para mejorar la disponibilidad de las

aplicaciones importantes al supervisar los sitios y servicios externos o de Azure y remitir
automáticamente a los usuarios a una nueva ubicación si se produce algún error.
Azure Resource Manager
Ruta de aprendizaje usa Azure Resource Manager para implementar CDN, Redis Cache,
SQL Database y Cloud Services como grupos de recursos para que estén en un estado
coherente y se puedan implementar repetidamente.
Consulte también
Crear ayuda guiada (Ruta de aprendizaje) para la aplicación
Los procesos operativos de los centros de datos detectan periódicamente entornos para
inquilinos que no tienen una suscripción activa. El proceso de limpieza automática del
entorno comienza después de que todas las licencias comerciales adquiridas para un
inquilino alcancen un estado de desaprovisionamiento. Los entornos dentro de dicho
inquilino se marcan para su desactivación y eventual eliminación. Puede renovar o
comprar una suscripción para que el inquilino devuelva los entornos al estado activo.
 Sugerencia
Si recibe notificaciones porque supera su capacidad de almacenamiento autorizada,

consulte Cambios por exceder los derechos de capacidad de almacenamiento
para informarse de las acciones que puede hacer.
Para obtener información sobre la limpieza automática de entornos de Microsoft

Dataverse for Teams, consulte Eliminación automática de entornos de Microsoft
Dataverse for Teams (versión preliminar).
Para ver el estado de sus entornos:
1. Inicie sesión como administrador en el centro de administración de Power

Platform .
2. Seleccione Entornos.
3. Busque entornos con estado Inactivo.
Scope
La limpieza automática solo afecta a los entornos de producción y el espacio aislado.
Notificación al administrador debido a la

limpieza del entorno
Esto es lo que puede esperar recibir si usted (como administrador) o alguien de su
organización ha creado un entorno marcado para limpieza.
14 días antes de deshabilitar el entorno, se envía un correo electrónico a todos los

administradores de su organización.
7 días antes de deshabilitar el entorno, se envía un correo electrónico a todos los
1 día antes de deshabilitar el entorno, se envía un correo electrónico a todos los
Si no se realiza ninguna acción, el entorno se eliminará 10 días después del correo
electrónico final.
Acciones que puede tomar para evitar la

desactivación y eliminación del entorno
En cualquier momento antes de la eliminación del entorno, puede adquirir licencias.
Asegúrese de comprar suficientes licencias y/o capacidad para cubrir todos los entornos
de producción de su inquilino. Consulte Información general de licencias para Microsoft
Power Platform.
Eliminación automática de entornos de Microsoft Dataverse for Teams
inactivos (versión preliminar) Dentro de las 24 horas posteriores a la aplicación de las
licencias y la capacidad a su inquilino, el entorno se habilita automáticamente. Si su
entorno ya se ha eliminado, es posible recuperarlo dentro de un período de tiempo
limitado. Vea Recuperar entorno.
） Importante
Deje suficiente tiempo para tomar las medidas apropiadas. Su organización puede
tener un administrador central y un grupo de compras y puede estar comprando a
través de socios de Microsoft. Planifique sus operaciones en consecuencia.
Vea también
Guía de licencias de Microsoft Power Apps y Power Automate

Eliminación automática de entornos
inactivos de Microsoft Dataverse for
Teams
Power Platform proporciona un mecanismo de limpieza que elimina automáticamente

los entornos de Dataverse for Teams de su inquilino que se han quedado inactivos. Un
entorno se deshabilitará primero tras 90 días de inactividad. Si los administradores no
toman ninguna medida y el entorno se deja deshabilitado durante 30 días, se eliminará.
Los administradores tienen 7 días para recuperar los entornos eliminados.
Un entorno deshabilitado o eliminado no afectará a ningún otro activo de Microsoft

Teams (Teams, canales, sitios de SharePoint, sitios conectados a Teams, etc.) y solo se
aplica a integraciones de Dataverse. Este proceso de limpieza es automático. Si ya no
necesita un entorno de Dataverse for Teams inactivo, no necesita hacer nada.
Deshabilitar un entorno de Dataverse for Teams impide cualquier uso significativo del
entorno y sus recursos. Las aplicaciones no se pueden iniciar, los flujos se suspenden, no
se puede interactuar con los chatbots, etc.
Para obtener información sobre la limpieza automática de entornos de producción y

espacio aislado, consulte Limpieza automática del entorno.
Escala de tiempo para entornos de Dataverse

for Teams inactivos
La siguiente tabla describe la programación de notificaciones y acciones para entornos
de Dataverse for Teams que se consideran inactivos.
Estado de Acción de Power Platform

Dataverse
for Teams
83 días sin Se envía una advertencia de que el entorno se desactivará. Actualice el estado del
actividad del entorno en la página de lista de Entornos1 y la página Entorno2.
usuario
87 días sin Se envía una advertencia de que el entorno se desactivará. Actualice el estado del
actividad del entorno inactivo en la página de lista de Entornos1 y la página Entorno2.
usuario
Estado de Acción de Power Platform
Dataverse
for Teams
90 días sin Se deshabilita el entorno. Se envía un aviso de que el entorno ha sido

actividad del deshabilitado. Actualice el estado del entorno desactivado en la página de lista de
usuario Entornos1 y la página Entorno3.
113 días sin Se envía una advertencia de que el entorno se eliminará. Actualice el estado del
actividad del entorno desactivado en la página de lista de Entornos1 y la página Entorno3.
usuario
117 días sin Se envía una advertencia de que el entorno se eliminará. Actualice el estado del
actividad del entorno desactivado en la página de lista de Entornos1 y la página Entorno3.
usuario
120 días sin Se elimina el entorno. Se envía un aviso de que el entorno ha sido eliminado.
actividad del
usuario
1Estado del entorno en la página de lista de Entornos en el centro de administración

de Power Platform
2
Alerta de entorno inactivo en la página Entorno en el centro de administración de
Power Platform
７ Nota
El mosaico de advertencia Entorno inactivo solo se muestra si el entorno de

Dataverse for Teams es <= 7 días hasta la desactivación.
3Alerta de entorno deshabilitada en la página Entorno en el centro de administración

de Power Platform
７ Nota
El mosaico Entorno deshabilitado muestra en cualquier momento que un entorno

de Dataverse for Teams está deshabilitado debido a la inactividad.
Destinatarios de notificaciones
Los siguientes usuarios recibirán notificaciones por correo electrónico en el horario
descrito en la escala de tiempo:
Los administradores del sistema del entorno
Un entorno de Dataverse for Teams se empareja con un equipo en Microsoft

Teams. A los propietarios del equipo se les otorga automáticamente el rol de
administrador del sistema del entorno. Reciben notificaciones por correo
electrónico y pueden desencadenar actividad, volver a habilitar y recuperar el
entorno en el Centro de administración de Power Platform. Los miembros del
equipo y los invitados no reciben las notificaciones por correo electrónico.
El usuario que creó el entorno
Además, se notifica a los usuarios y creadores en la página de lista Entornos y en la

página Entorno cuando el entorno de Dataverse for Teams está deshabilitado.
Definición de actividad de usuario

Power Platform calcula una sola medida de inactividad para cada entorno de Dataverse
for Teams. La medida representa toda la actividad de los usuarios, creadores y
administradores en Power Apps, Power Automate, Power Virtual Agents y Dataverse.
La mayoría de las operaciones de creación, lectura, actualización y eliminación del

entorno y sus recursos que inicia un usuario, creador o administrador se consideran
actividades. La mayoría de las operaciones de lectura no se tienen en cuenta.
Estos son algunos ejemplos de los tipos de actividades que se incluyen en la medida:
Actividad del usuario: iniciar una aplicación, ejecutar un flujo (ya sea automático o
no), chatear con un bot de Power Virtual Agents
Actividad del creador: crear, leer, actualizar o eliminar una aplicación, flujo (flujos
de escritorio y de nube), bot de Power Virtual Agents, conector personalizado
Actividad de administrador: operaciones de entorno como copiar, eliminar,

realizar copias de seguridad, recuperar, restablecer
La actividad incluye comportamientos automatizados, como ejecuciones de flujo

programadas. Por ejemplo, si no hay actividad de usuario, creador o administrador en
un entorno, pero contiene un flujo de nube que se ejecuta a diario, entonces el entorno
se considera activo.
Desencadenar actividad, volver a habilitar y
recuperar un entorno de Dataverse for Teams
De forma predeterminada, los administradores tienen 30 días para volver a habilitar un
entorno. Si el entorno permanece deshabilitado durante 30 días, se elimina
automáticamente. Los administradores tienen siete días para recuperar un entorno
eliminado. Consulte Recupere un entorno eliminado de Dataverse for Teams.
Activar actividad para un entorno de Dataverse for Teams

inactivo
2. Seleccione Entornos y después seleccione un entorno de Dataverse for Teams

inactivo.
3. En la página Entorno, seleccione Desencadenar actividad del entorno.
Volver a habilitar un entorno de Dataverse for Teams

deshabilitado
2. Seleccione Entornos y después seleccione un entorno de Dataverse for Teams

deshabilitado.
3. En la página Entornos, seleccione Volver a habilitar el entorno.
Recuperar un entorno de Dataverse for Teams eliminado

2. Seleccione Entornos y luego seleccione Recuperar entornos eliminados.
3. Seleccione un entorno a recuperar y luego seleccione Recuperar.
Para más información, consulte: Recuperar entorno.
Consulte también
Entornos de Microsoft Dataverse for Teams
Recuperar ambiente
Migración de inquilino a inquilino
Migrar un entorno a un inquilino diferente

Puede usar la característica de migración de inquilino a inquilino para solicitar mover un
entorno de un inquilino* a otro. Esta función permite a los clientes respaldar los
siguientes casos:
Consolidar varios inquilinos en un solo inquilino

Adquisición de soporte de la Empresa A a la Empresa B
*En realidad, el entorno no se mueve físicamente, sino que se asocia con otro inquilino.
El entorno aún existe, pero ya no está bajo el inquilino de origen. Está disponible para el
inquilino de destino, quien lo administra.
Necesita enviar una solicitud de soporte para iniciar la migración de inquilino a

inquilino.
No hay cambios de la interfaz de usuario o los cambios en la versión como parte de este
traslado. Puede mover uno o varios entornos. Una vez completada la migración, los
entornos aparecerán en el nuevo inquilino.
） Importante
Si al mover entornos individuales desde un inquilino a otro se requiere un

cambio de región geográfica, el inquilino se convierte en un inquilino
multirregional. El equipo de soporte habilita las características regionales en el
Centro de administración de Power Platform. Más información: Migraciones
de geografía a geografía.
Quizá deba reconfigurar algunas aplicaciones y valores después de una
migración de inquilino a inquilino como Microsoft Dynamics 365 for Outlook,
sincronización del lado del servidor u otros.
Los cambios de región geográfica no se admiten dentro o fuera de US GCC,
US GCC High, US DoD, OCE, IND o China.
Las copias de seguridad de la base de datos de origen existente no se
migrarán al inquilino de destino.
No es posible vincular una organización de Dataverse a una organización de
finanzas y operaciones.
La migración de inquilino a inquilino está sujeta a Caja de seguridad del
cliente cuando se habilita en el inqulino de origen.
Aplicaciones y plataformas compatibles
Addmitido No totalmente admitido*
Dataverse Aplicación de lienzo

Aplicaciones de Dynamics Biblioteca de componentes
Páginas personalizadas
Power Automate
Power Virtual Agents
*Puede haber una posible pérdida de datos durante la migración y se requieren pasos
adicionales. Confirme si alguna de las siguientes soluciones están instaladas en los
entornos que se van a migrar, ya que pueden requerir pasos adicionales por su parte o
el Soporte.
Tipos de entorno admitidos
Addmitido No admitido
Migrar un entorno de Migrar el entorno predeterminado

producción Migrar el entorno de Teams
Migrar un entorno de Migrar el entorno de prueba
espacio aislado Migrar el entorno de demostración
Migrar inquilinos de Migrar el entorno de desarrollo
GCC a GCC Migrar inquilinos de GCC a otra ubicación geográfica o de
Uno o varios entornos otra ubicación geográfica a GCC
Flujo de migración
Una vez que se envía una solicitud de migración, el equipo de soporte se compromete a
revisar la solicitud manualmente. A continuación se muestra la lista de pasos realizados
durante todo el proceso de migración.
Image
Requisitos previos:
Si no tiene una suscripción pagada de Dynamics 365, Power Apps o Power Virtual
Agents en el inquilino de destino, deberá crear uno. Es posible que deba comprar una
nueva suscripción o convertir una versión de prueba en paga, si aún no lo ha hecho.
El inquilino de destino necesita un número igual o mayor de licencias de usuario activo

y un almacenamiento igual o mayor que el inquilino de origen.
Cuando su entorno se mueva desde un inquilino a otro dentro de la misma región, la

dirección URL no cambia. Para realizar esta operación, deberá responder a algunas
preguntas, como:
¿Cuál es el dominio de inquilino de origen y su región? (Ejemplo: EMEA, NA o

APAC)
¿Cuál es el dominio de inquilino de destino y su región? (Ejemplo: EMEA, NA o
APAC)
¿El inquilino de destino tiene una suscripción válida a Dynamics 365 con
suficientes puestos para que se asignen todos los usuarios? Los usuarios que se
proporcionarán en el archivo de mapeo deberán estar activos y tener licencia tanto
en el entorno de origen como en el de destino.
¿El inquilino de destino tiene suficientes licencias de usuario disponibles?
¿El inquilino de destino tiene suficiente almacenamiento disponible para los
entornos que se van a migrar?
Antes de migrar entornos de producción (o entornos con impacto comercial
potencial), primero se deben realizar migraciones de copia de sandbox. El objetivo
de estas migraciones que usan copias de los entornos de producción importantes
es permitir la validación de los entornos migrados antes de continuar con las
migraciones de entornos críticos para el negocio. ¿Tiene la capacidad suficiente
para aprovisionar una copia de su entorno de producción para continuar con esta
prueba? Para obtener instrucciones sobre cómo copiar un entorno, vaya a Copiar
un entorno.
También tendrá que proporcionar la siguiente información:
Los entornos que se migrarán desde el inquilino de origen.

El archivo de asignación de usuarios para el primer entorno que se va a migrar.
Cada entorno deberá tener un archivo de mapeo independiente. Tenga en cuenta
que los usuarios deben existir tanto en los inquilinos de origen como en los de
destino, y deben tener una licencia y estar habilitados en los entornos para que la
migración se realice correctamente. Pueden tener diferentes dominios de origen y
destino siempre que estén activos.
El Id. de objeto del grupo de seguridad en el arrendatario de destino para asignar
a cada entorno, si se debe asignar un grupo de seguridad. El id. de objeto del
grupo de seguridad del arrendatario de destino se asignará durante la migración,
si se proporciona. Si no se proporciona, el grupo de seguridad se puede asignar
desde el centro de administración de Power Platform una vez completada la
migración.
Pasos que debe realizar un administrador global, un

administrador de Dynamics 365 o administrador de
Power Platform
1. Estar autorizado para realizar la migración.
2. Todas las partes deben ejecutar y validar una migración con una copia de sandbox
antes de planificar la migración de un entorno empresarial crítico. En ese caso,
también necesitaremos un nuevo entorno en el inquilino de origen para que
podamos copiar el entorno crítico para el negocio en el nuevo entorno y realizar la
migración de prueba.
3. Crear usuarios en los entornos de destino en el inquilino de destino. Debe:
a. Cree usuarios en Microsoft 365/Azure AD.
b. Asignación de licencias.
4. Una vez creados y habilitados los usuarios, el archivo de mapeo deberá generarse
siguiendo los pasos descritos más adelante en este tema.
5. Si hay alguna solución para flujos de Power Apps o Power Automate, estos deben
exportarse desde el portal de creadores de Power Apps e importados
nuevamente al nuevo entorno después de la migración.
6. Si Lockbox está habilitado en el arrendatario de origen, prepárese para aprobar la
solicitud de Lockbox al comienzo de la operación de arrendatario a arrendatario.
Confirme si alguna de las siguientes soluciones están

instaladas en los entornos que se van a migrar, ya que
pueden requerir pasos adicionales por su parte o por
parte del soporte:
Power Apps o Power Automate
Power Virtual Agents
Dynamics 365 Customer Voice
Aplicación Comprobador de Power Apps
Café X
Forms Pro
Buzones. Si el usuario asignado tiene un buzón de correo en el entorno de destino,
el buzón de correo se configura automáticamente durante la migración. Para todos
los demás usuarios, deberá volver a configurar el buzón:
1. Si se usa el mismo buzón en el inquilino de destino (test@microsoft.com), el

buzón se habilitará de manera predeterminada. Antes del proceso de
inquilino a inquilino, los clientes deben migrar/configurar sus buzones en el
arrendatario de destino.
2. Si está utilizando el dominio predeterminado de onmicrosoft
(test@sourcecompanyname.onmicrosoft.com), el nombre de dominio
posterior a la migración se cambia
(test@targetcompanyname.onmicrosoft.com). Los clientes deben
reconfigurar el buzón. Para configurar el buzón, consulte Conectarse a
Exchange Online.
Pasos para crear el archivo de mapeo

Para usuarios de acceso total:
1. Acceda al entorno de origen.
2. Usar búsqueda avanzada ( ) y buscar usuarios.
3. Seleccione Usar vista guardada>Usuarios con acceso completo y luego

seleccione Editar columnas.
4. Eliminar todas las columnas excepto Nombre completo.
5. Seleccione Agregar columnas>Windows Live ID.
6. Seleccione OK>Resultados para ver la lista de usuarios con acceso completo.

7. Seleccione todos los registros, seleccione Exportar usuarios en la cinta y luego
elija Hoja de trabajo estática.
8. Siga los pasos 1 a 7 anteriores para el entorno de destino. Ahora debería tener dos
hojas de Excel independientes: una para el origen y otra para el destino.
9. Abra los archivos para editarlos.
10. Comenzando con la hoja de origen de Excel, copie los registros debajo de la
columna Windows Live ID en el Bloc de notas. No copie el encabezado.
11. Guarde el archivo del bloc de notas.
12. A continuación, ingrese el Windows Live ID (UPN) de destino en el mismo

documento del Bloc de notas a la derecha del UPN de origen correspondiente,
separando los UPN de origen y de destino con una coma (,).
Ejemplo:
user001@source.com,user001@destination.com
13. Guarde el archivo como CSV.
Para usuarios con acceso administrativo:
1. Acceda al entorno de origen.

2. Usar búsqueda avanzada ( ) y buscar usuarios.
3. Seleccione Usar vista guardada>Usuarios con acceso administrativo y luego
seleccione Resultados para ver la lista de usuarios con acceso administrativo.
4. Si decide no incluir a ninguno de estos usuarios, omita los siguientes pasos. De lo
contrario, para incluir a estos usuarios en el mapeo:
a. Busque los usuarios correspondientes en el inquilino de destino.
b. Asegúrese de que se asigne una licencia válida de Dynamics 365 al usuario de
destino en el inquilino de destino.
Nota: Si al usuario de destino no se le asigna
ninguna licencia, la migración fallará.
c. Guarde el archivo CSV que tiene asignados tanto los usuarios de acceso
completo como los usuarios de acceso administrativo.
Siga los siguientes pasos para Power Apps, Power

Automate, Power Virtual Agents, portales de Power Apps
y Marketing antes y después de la migración:
Para Power Apps y Power Automate:
Ningún flujo de Power Apps y Power Automate debe exportarse manualmente.
No admitimos la migración de conectores, conexiones o puertas de enlace del
cliente. Si ha configurado alguno de estos componentes, debe volver a
configurarlos manualmente después de la migración.
Para las aplicaciones que son compatibles con las soluciones
Antes de la migración:
1. Para las aplicaciones que son compatibles con las soluciones, puede ir a
https://make.powerapps.com/ , navegue a la página Soluciones y exporte todas
las aplicaciones / soluciones (ya sea individualmente o agrúpelas en una sola
solución si aún no lo están)
Después de la migración:
1. Seleccione el nuevo entorno en https://make.powerapps.com/ y navegue a la

página Soluciones.
2. Seleccione Importar y use el selector de archivos para elegir los paquetes
exportados de los pasos anteriores.
3. Confirme que la importación se completó correctamente verificando el contenido
de la solución en el entorno de destino.
Para las aplicaciones que no son compatibles con las soluciones
1. Vaya a https://make.powerapps.com y seleccione Aplicaciones.

2. Para cada aplicación que desee mover, seleccione Más comandos (…) y luego
seleccione Exportar paquete (vista previa).
3. Complete los detalles necesarios para realizar la exportación de la aplicación y
luego seleccione Exportar. Una vez que se complete la exportación, debería
comenzar una descarga. El archivo resultante contiene el paquete de la aplicación
que se seleccionó.
4. Repita estos pasos hasta que se hayan exportado todas las aplicaciones.
1. Vaya a https://make.powerapps.com .
2. Seleccione el nuevo entorno en el selector de entornos situado en la parte superior
derecha.
3. Seleccionar Aplicaciones.
4. Seleccione Importar aplicación de lienzo.
5. Cargar el archivo de paquete de la aplicación.
6. Complete todas las selecciones de opciones de importación y luego seleccione
Importar.
7. Repita estos pasos hasta que se hayan importado todas las aplicaciones.
Para Power Virtual Agents:

Cualquier bot de chat de Power Virtual Agents debe exportarse manualmente.
Los componentes dependientes de algunos chatbots deben reconfigurarse
manualmente durante o después de la migración, por ejemplo, conexiones,
variables de entorno, conectores personalizados.
1. Los bots de chat son compatibles con las soluciones. Puede ir a

https://make.powerapps.com/ , navegar a la página Soluciones y exportar todas
las soluciones de bot de chat (ya sea individualmente o agrúpelas en una sola
solución si aún no lo están). Para obtener más información, consulte Exportar e
importar bots con soluciones.

página Soluciones.
Para portales de Power Apps (debe hacerse para cada portal de los
entornos):
1. Inicie sesión en el entorno.

2. Abra el Centro de administración de portales de Power Apps.
3. Restablezca el portal.

3. Aprovisione el portal con el mismo tipo de portal e idioma.
Para Dynamics 365 Marketing:
Si la aplicación Marketing se implementa en el inquilino, asegúrese de que las licencias

necesarias estén presentes en el inquilino de destino para reaprovisionar la aplicación
una vez que se complete la migración. Vaya a: Migración de inquilino a inquilino para
Dynamics 365 Marketing.
Después de la migración
Después de mover entornos a otro inquilino:
La URL del entorno, el ID de la organización (OrgID) y el nombre no cambian.

No se podrá acceder al entorno de origen.
Los usuarios no incluidos en el archivo de mapeo no serán migrados ni mapeados
después de la migración.
Cómo funciona el traslado

Se le proporcionará una lista de requisitos previos y posteriores para la migración como
parte de la solicitud de soporte presentada. La siguiente tabla se describe qué hace
Microsoft antes, durante y después del traslado.
Antes del Durante el traslado:

Después del traslado:
traslado:
Transferencia Notificación y soporte
Notificación técnico
Antes del Durante el traslado:
Después del traslado:
traslado:
Transferencia Notificación y soporte
Notificación técnico
Qué hace El representante La transferencia para la migración Se le avisará por teléfono o

Microsoft de soporte tarda varias horas, dependiendo correo electrónico cuando se
técnico o el del número de usuarios. Durante migre el entorno al nuevo
administrador este período, el entorno no está inquilino.
de cuentas accesible por los usuarios, por lo

trabajará con que la transferencia debe Después de completar la
usted para programarse durante la tarde o migración de inquilinos, su
solicitar un durante un fin de semana.
representante de soporte o
traslado y Administrador de cuentas le
programarlo. Hay un paso que requerirá su ayudará a ponerse en
implicación, que es proporcionar contacto con factura para
un archivo de asignación de cancelar o abonar su
usuarios. Esto es necesario por suscripción anterior, si es
anticipado para poder validar a necesario.
los usuarios que se mueven antes
de realizar la migración.
Cumpliremos los términos del Acuerdo de nivel de servicio de Microsoft Online

Services para todos los traslados.
¿Están habilitadas las operaciones en segundo plano

durante la migración de inquilino a inquilino?
El modo de administración está habilitado durante la migración de inquilino a inquilino,
por lo que las operaciones en segundo plano no se ejecutan. Vaya a: Modo de
administración: Power Platform
¿Podemos migrar a todos los usuarios del entorno de

origen al de destino?
Podemos migrar todos los usuarios de origen al entorno de destino solo si existen
usuarios en el entorno de destino. Por ejemplo:
Migraciones de geografía a geografía
Continuamos abriendo nuevas regiones de centro de datos para servicios profesionales,

y agregando centros de datos a las regiones existentes.
La característica Migración de geografía permitirá a los clientes trasladar sus entornos

en un solo inquilino de una región a otra. No hay cambios de la interfaz de usuario o los
cambios en la versión como parte de este traslado. En el caso de un entorno que resida
en un entorno de Microsoft 365 en un solo inquilino, al trasladar el entorno no se
traslada el entorno de Microsoft 365; son servicios diferentes. Su entorno seguirá
apareciendo en su inquilino junto al entorno de Microsoft 365.
） Importante
El soporte para migración de una geografía a otra es limitado y normalmente

no está disponible.
Para aplicar una migración regional, póngase en contacto con el
administrador de cuentas o vea Soporte técnico.
Después de realizar una solicitud, espere al menos 10 días para que se
complete la migración.
Las migraciones de ubicación geográfica no se admiten dentro o fuera de US
GCC, US GCC High o China.
Las migraciones geográficas están restringidas hacia o desde OCE o IND.
La aplicación Dynamics 365 Marketing no admite la migración geográfica por
las dependencias de los componentes. Para obtener más información,
consulte Administrar sus instancias de Dynamics 365 Marketing.
La migración geográfica no es compatible en entornos de Microsoft
La organización Dataverse vinculada a una organización de finanzas y
operaciones no es compatible.
Hay pasos de preparación importantes y críticos que se mencionan a
continuación que deben realizarse para Power Apps/Power Automate, etc.
antes de la migración geográfica. Si se saltan estos pasos, es difícil recuperar
las soluciones de Power Apps/Power Automate.

producción
Migrar un entorno Dataverse for Teams
Migrar un entorno de
espacio aislado Migrar el entorno de prueba
Migrar el entorno de demostración
Migrar el entorno de desarrollo
Migrar el entorno de GCC a otra ubicación geográfica o de

otra ubicación geográfica a GCC
Impacto de la migración
Mover un entorno a otra región cambia su inquilino a multirregional, lo que habilita
características de configuración regional en el centro de administración de Dynamics
365.
） Importante
Una vez que se mueve un entorno a la nueva región, las copias de seguridad
anteriores de ese entorno ya no están disponibles.
El otro cambio significativo es en la URL de su organización. Cada uno de los centros de

datos regionales tiene un identificador único en la URL. Cuando la organización se
mueve de un centro de datos regional a otro este identificador cambiará. Por ejemplo:
Sudamérica (LATAM/SAM) = .crm2.dynamics.com

Canadá (CAN) = .crm3.dynamics.com
Europa, Oriente Medio, África (EMEA) = .crm4.dynamics.com
Asia Pacífico (APAC) = *.crm5.dynamics.com
Australia (OCE) = *.crm6.dynamics.com
Alemania (GER) = *.crm16.dynamics.com
Japón (JPN) = *.crm7.dynamics.com
India (IND) = *.crm8.dynamics.com
Reino Unido (UK) = *.crm11.dynamics.com
Emiratos Árabes Unidos (EAU) = *.crm15.dynamics.com
Por ejemplo, si la dirección URL existente de la organización es

https://myorg.crm 5.dynamics.com y solicita su traslado a Australia, la nueva direcciÓn
URL de la organización será https://myorg.crm 6.dynamics.com.
Deberá actualizar cualquier referencia directa a la URL de la organización.
７ Nota
Las URL de organización deben ser únicas. Si el nombre de la organización ya se ha

reservado en el centro de datos de destino, no estará disponible. En el improbable
caso de que esto ocurre, trabajaremos con usted para decidir cómo continuar.
Ver el lugar donde residen sus datos .
Los siguientes temas tienen información que podría resultar útil conocer el proceso de
traslado:
Regiones de centros de datos nuevos

Acerca de Microsoft Cloud Australia
Acerca de Microsoft Cloud Canadá
Acerca del centro de datos de Microsoft Cloud Alemania
Acerca de Microsoft Cloud Japón
Acerca de Microsoft Cloud India

y marketing antes y después de la migración:
Todos los flujos de Power Apps y Power Automate deben exportarse manualmente
antes de la fecha y la hora acordadas para realizar la migración de geo a geo.
las aplicaciones/soluciones (ya sea individualmente o agrúpelas en una sola
solución si aún no lo están).

página Soluciones.

que se seleccionó.
derecha.
Importar.



página Soluciones.
Para portales de Power Apps (debe hacerse para cada portal en los
entornos):

3. Restablecer el portal.


Se le proporcionará una lista de requisitos previos y posteriores para la migración. La
siguiente tabla se describe qué hace Microsoft antes, durante y después del traslado.
Antes del Durante el traslado Después del traslado

traslado
traslado
Qué hace Notificación

Transferencia
Notificación y soporte
Microsoft técnico
El representante La transferencia para cada servicio

de soporte depende del número de usuarios y la Se le alertará por
técnico o el cantidad de datos. Este paso puede teléfono o correo
administrador durar de 1 a 6 horas para electrónico cuando el
de cuentas organizaciones más pequeñas, pero entorno migre al nuevo
trabajará con puede tardar hasta 48 horas para centro de datos.
usted para grandes organizaciones. El traslado se

solicitar un lleva a cabo durante la noche o el fin Después de que se
traslado y una de semana.
haya migrado su
programación. geografía, podrá llevar
Hay un paso que requerirá su a cabo los pasos de
participación, que es volver a requisitos posteriores;
especificar la clave de cifrado. Esto sobre todo, cambiar sus
puede ocurrir en el momento que le nuevas URL con los
convenga, pero el proceso de complementos o
migración estará en espera hasta que servicios asociados.
complete esta acción.

Vea también
Información general de regiones
Para compañías multinacionales con empleados y clientes distribuidos por todo el

mundo, podrá crear y administrar entornos específicos de sus áreas globales. Puede
crear un entorno en un área distinta de donde reside su empresa. Los entornos pueden
proporcionar un acceso más rápido a los datos para usuarios de esa área. Asegúrese de
leer Una implementación de varios entornos para comprender las características de
varios entornos.
¿Cómo averiguo donde se implementa mi

aplicación?
Su aplicación se implementa en la región que hospeda el entorno. Por ejemplo, si su
entorno se crea en la región de Europa, la aplicación se implementa en los centros de
datos de Europa.
Uso del centro de administración de Power Platform

Si usted es un administrador, puede determinar la región de cada entorno en el centro
de administración de Power Platform.
Busque el centro de administración e inicie sesión con la cuenta de

administrador.
En el menú del lado izquierdo, seleccione Entornos.
¿Qué regiones están disponibles?

Seleccione el botón Ver informe en Disponibilidad de Dynamics 365 y Microsoft Power
Platform .
¿Quién puede crear entornos en estas

regiones?
Con Power Apps, usted puede crear entornos en diversas regiones del mundo, lo que
beneficia a su negocio de las siguientes maneras:
Almacenar los datos más cerca de los usuarios

Mantenga los requisitos de cumplimiento de su geografía
Puede crear una base de datos para un entorno en una región (por ejemplo, Estados
Unidos) aunque el inquilino de Azure Active Directory (Azure AD) esté en otra región
(por ejemplo, Canadá o Europa). Tenga en cuenta lo siguiente:
La legislación fiscal le impide crear una base de datos para un entorno en India y
Australia, si su inquilino de Azure AD no está en India y Australia respectivamente.
Puede obtener una excepción para Australia.
Puede crear un entorno en la región de vista previa (Estados Unidos),
independientemente de dónde se encuentre el inquilino de Azure AD, pero no
puede aprovisionar una base de datos en esa región.
Solo una organización asociada con la administración pública de Estados Unidos
puede crear un entorno en Administración Pública de Estados Unidos.
La ubicación principal del inquilino Regiones donde puede crear una base de datos
de Azure AD
India Cualquier región excepto Australia y vista previa

(Estados Unidos)
Australia Cualquier región excepto India y vista previa (Estados

Unidos)
Cualquier otra ubicación Cualquier región excepto India, Australia y vista previa
(Estados Unidos)
¿Qué características son específicas de una

región dada?
Los entornos se pueden crear en diferentes regiones, y están enlazados a esa ubicación
geográfica. Al crear una aplicación en un entorno, esa aplicación se implementa en
centros de datos en esa ubicación geográfica. Esto se aplica a cualquier elemento que
cree en ese entorno, incluidas bases de datos en Microsoft Dataverse, aplicaciones,
conexiones, puertas de enlace y conectores personalizados.
Para el rendimiento óptimo, si los usuarios están en Europa, cree y use el entorno en la
región de Europa. Si sus usuarios están en Estados Unidos, cree y use el entorno en
Estados Unidos.
７ Nota
Las puertas de enlace de datos local no están disponibles en la región de India.
¿Puedo crear un entorno fuera de la región de

mi inquilino?
Actualmente, hay límites para crear un entorno para una región distinta de la región del
inquilino. Póngase en contacto con el administrador de cuentas o Soporte técnico.
Acerca de múltiples entornos o
inquilinos en línea
Las aplicaciones de involucración del cliente (Dynamics 365 Sales, Dynamics 365
Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing) proporcionan
opciones para segregar los datos y el acceso del usuario. A la mayoría de las empresas,
agregar y utilizar varios entornos de Power Platform les proporciona la combinación
adecuada de funcionalidad y facilidad de administración. Las empresas con entidades
separadas que quieran separar el directorio y las licencias podrían considerar el uso de
múltiples inquilinos. Todos los usuarios del inquilino pueden acceder a múltiples
entornos. Los inquilinos múltiples necesitan invitar a otros usuarios inquilinos como
usuarios invitados para darles acceso.
Usos para varias entornos

Los entornos son similares en concepto a un complejo de negocios de muchas plantas
en el que las plantas están organizadas de acuerdo con las funciones de negocio.
Considere cada planta del edificio como una aplicación (Ventas/Servicio/Marketing,
Administración de proveedores, Administración de riqueza) y considere cada unidad en
una planta como un entorno para un fin específico como producción, formación,
pruebas y desarrollo.
Se necesitan varios entornos cuando hay que separar datos, complementos, flujos de
trabajo o recursos de administración que no se pueden aislar fácilmente mediante
unidades de negocio.
Una implementación de múltiples entornos
Un cliente típico solo tiene un inquilino. Un inquilino puede incluir uno o más entornos;
sin embargo, un entorno siempre está asociado con un solo inquilino.
Este ejemplo usa dos entornos para tres equipos: Ventas, Marketing y Servicios.
Ventas y Marketing comparten un entorno, por lo que ambos pueden acceder

fácilmente a información sobre clientes potenciales. Servicios tiene su propio entorno,
por lo que los vales y las garantías se pueden administrar de forma independiente de las
campañas y otros eventos relacionados con ventas.
Puede proporcionar acceso a uno o a los dos entornos fácilmente. Los usuarios de
Ventas y Marketing pueden estar limitados a su entorno, mientras que los usuarios de
Servicio con acceso extendido podrían actualizar registros de jerarquía de soporte
técnico relacionados con las cuentas en ambos entornos.
Acerca de un solo inquilino con varios entornos:
Cada entorno del inquilino recibe su propia base de datos SQL.
Los datos no se comparten entre entornos.
Vea Capacidad de almacenamiento de Microsoft Dataverse para obtener

información sobre cómo se comparte el almacenamiento entre los entornos.
Los entornos de un único inquilino se crean de forma predeterminada en la

geografía en la que se inscribieron inicialmente en su cuenta. Además, el creador
del entorno puede elegir crear el entorno en una geografía diferente; las
geografías permitidas se mostrarán para que el usuario las elija. En determinadas
circunstancias los usuarios necesitarán poder ver o seleccionar todas las geografías
admitidas por Power Platform.
El consumo de almacenamiento se suma y se sigue en todos los entornos

asociados a un inquilino del cliente.
Puede configurar grupos de seguridad separados para los entornos si desea

controlar quién puede ver y tener acceso a un entorno.
Un usuario con licencia puede acceder potencialmente a todos los entornos

asociados con el inquilino. El acceso se controla por la pertenencia al grupo de
seguridad del entorno.
Motivos para usar varios entornos

Los siguientes son casos de uso compartido para la implementación de varios entornos.
Considere estos ejemplos cuando decida el tipo de implementación que mejor se
adapte a los requisitos de su empresa.
Administración de datos maestros
En este escenario, un conjunto de datos "maestro" permite la administración de cambios

a través de un origen de datos maestro central. Este método requiere que los datos
maestros centrales estén sincronizados con todos los entornos para que cada entorno
obtenga acceso a la versión más reciente de la información base. Los cambios
solicitados de la información se pueden realizar directamente dentro del sistema
principal. Como alternativa, los usuarios pueden tener acceso explícitamente al sistema
principal o capturar los cambios en el entorno local, pasando esos cambios
posteriormente al entorno principal.
Requerir que los cambios se realicen de forma centralizada proporciona un control

centralizado de los cambios. Por ejemplo, pueden realizarse comprobaciones antifraude
para garantizar que los cambios los realiza exclusivamente un equipo central y no
equipos locales que de otro modo podrían beneficiarse de un cambio, por ejemplo, en
los límites de crédito. Esto proporcionaría un segundo nivel de autorización y
verificación de cambios que impediría que una sola persona o un grupo de personas
que trabajan en estrecha colaboración colaboraran para intervenir en un fraude. Enviar
una solicitud a un equipo diferente e independiente puede ofrecer protección contra
posibles fraudes.
Seguridad y privacidad
Las diferencias en la legislación regional, por ejemplo, de la Unión Europea (UE), o
nacional pueden dar lugar a variaciones en los requisitos para asegurar los datos o
mantener la privacidad de estos en las diferentes regiones o países incluidos en una
implementación. En algunos casos, las restricciones legislativas/normativas hacen que
sea ilegal hospedar datos fuera de las fronteras de un país o región, y abordar este
desafío es especialmente crítico en sectores empresariales específicos.
Por ejemplo, considere las restricciones del sector sanitario para compartir información
del paciente. Algunas normativas de la UE requieren que toda la información sanitaria
que se recopila sobre las personas que residen en la UE se mantenga y se comparta solo
dentro de los límites de la UE, mientras que los datos similares recopilados sobre las
personas en Estados Unidos (EE. UU.) deben mantenerse dentro de las fronteras
estadounidenses. Considere también las restricciones del sector bancario para compartir
información del cliente. En Suiza, por ejemplo, la normativa considera ilegal compartir la
información de clientes fuera de los límites nacionales.
Escalabilidad
Si bien un único entorno puede escalar vertical y horizontalmente para permitir el

crecimiento del negocio de un cliente, con volúmenes de datos o niveles de
complejidad muy altos, hay consideraciones adicionales. Por ejemplo, en entornos con
volúmenes extremos o un uso extensivo de la Programación de servicios, la ampliación
de SQL Server puede requerir una infraestructura compleja y costosa, de precio
prohibitivo o extremadamente difícil de administrar.
Hay muchos escenarios en los que existe una división funcional natural en los requisitos
de capacidad. En esos casos, la delegación de cargas de trabajo creando escenarios de
escalado horizontal que se basan en estas divisiones funcionales puede permitir
volúmenes superiores mediante la infraestructura de mercancías.
Agregar un entorno a la suscripción

Para obtener información sobre cómo agregar un entorno a su inquilino, consulte Crear
y administrar entornos.
Una implementación multiempresa

Las empresas globales con modelos regionales o nacionales distintos pueden utilizar
inquilinos para tener en cuenta las variaciones en el enfoque, el tamaño del mercado o
el cumplimiento de las restricciones jurídicas y normativas.
Este ejemplo incluye un segundo inquilino para Contoso Japón.
Las cuentas de usuario, las identidades, los grupos de seguridad, suscripciones, licencias,
y almacenamiento no pueden compartirse entre empresas. Todos los inquilinos pueden
tener varios entornos asociados con cada inquilino específico. Los datos no se
comparten entre entornos o inquilinos.
Acerca de múltiples empresas:
En un escenario de varios inquilinos, un usuario con licencia asociado a un

inquilino puede tener acceso únicamente a uno o varios entornos asignados al
mismo inquilino. Para tener acceso a otro inquilino, se debe invitar a un usuario
como usuario invitado y es posible que se le asigne una licencia por separado.
Cada empresa requerirá un administrador (o varios administradores) de Microsoft

Power Platform con credenciales únicas de inicio de sesión, y cada afiliado de
inquilino administrará su empresa por separado en la consola del administrador.
Varias entornos en un inquilino son visibles en la interfaz si el administrador tiene

acceso.
No puede reasignar licencias entre inscripciones de inquilinos. Un afiliado inscrito

puede usar la reducción de licencias en una inscripción y agregar licencias a otra
inscripción para facilitar esto.
Federación de Active Directory local no puede establecerse con más de una

empresa a menos que disponga de dominios de nivel superior que necesite
federar con distintas empresas (por ejemplo, Contoso.com y Fabricam.com).
Por qué utilizar múltiples empresas
Localización funcional
Este escenario surge normalmente en organizaciones con necesidades funcionales

solapadas pero separadas. Algunos ejemplos habituales son:
Organizaciones con diferentes divisiones de negocio, cada una de ellas con un

mercado o modelo de operación diferente.
Empresas globales con modelos regionales o nacionales distintos, para dar cabida
a las variaciones en el enfoque, el tamaño del mercado o el cumplimiento de las
restricciones jurídicas y normativas.
En estos tipos de entornos profesionales, una organización tendrá a menudo

conjuntos comunes de funcionalidad que permite a regiones, países o áreas de
negocio específicos un grado de localización en relación con:
Captura de información. Por ejemplo, la captura del código ZIP en Estados Unidos
se correlacionaría con la captura del código postal en el Reino Unido.
Formularios, flujos de trabajo.
Distribución física
Para soluciones empresariales que deben ser compatibles con usuarios distribuidos
físicamente en grandes distancias, especialmente para implementaciones globales, el
uso de un único entorno puede no ser adecuado debido a las implicaciones (como
latencia de WAN) asociadas con la infraestructura a través de la que están conectados
los usuarios, lo que pueden afectar de forma significativa la experiencia del usuario. La
distribución de entornos para proporcionar a los usuarios más acceso local puede
reducir o superar los problemas relacionados con WAN, pues el acceso se realiza a
través de conexiones de red más cortas.
Agregue una implementación multiempresa

con licencias por volumen
Para una implementación multiempresa, necesitará una enmienda multiempresa. Una
enmienda multiempresa es una enmienda real del contrato de licencia por volumen
usado para adquirir licencias. Póngase en contacto con su representante de ventas o
revendedor de Microsoft para obtener la enmienda.
Restricciones de multiempresa
Los administradores que desean implementar y administrar múltiples empresas deben
conocer lo siguiente:
Las cuentas de usuario, las identidades, los grupos de seguridad, suscripciones,

licencias, y almacenamiento no pueden compartirse entre empresas.
Un solo dominio solo se puede federar con un inquilino.
Cada inquilino debe tener su propio espacio de nombres; los espacios de nombres
UPN o SMTP no se pueden compartir entre inquilinos.
Si existe una organización de Exchange local, no es posible dividir esta

organización en varios inquilinos.
La lista global de direcciones consolidada no estará disponible, excepto si se

administra explícitamente a continuación de la sincronización.
La colaboración entre inquilinos se limitará a las características Federación de Lync

y Federación de Exchange.
El acceso deSharePoint a través de empresas puede no ser posible. Si bien esto se

puede resolver con el acceso de asociado, se interrumpe la experiencia del usuario
y se aplican los aspectos de licencia.
No puede haber cuentas duplicadas entre los inquilinos ni particiones en Active

Directory local.
Consulte también
Blog: ¿Qué es un inquilino?

Migrar entornos predeterminados y de
Dataverse for Teams
Los entornos predeterminado y Dataverse for Teams son tipos especiales de entornos
creados por el sistema. En la mayoría de los casos, los administradores del sistema no
pueden decidir la región geográfica para este tipo de entornos. Esta elección se hace
por ellos en función del país o la región seleccionados durante la creación de la cuenta.
En algunos casos, la región geográfica seleccionada por el sistema no es la opción ideal

para el cliente y sus usuarios de Power Platform. Este artículo describe sus opciones para
abordar tal situación.
Región del entorno

Puede encontrar la región geográfica de sus entornos seleccionando Entornos en el
panel izquierdo del centro de administración de Power Platform y luego ver la
información debajo de la columna Región.
Migrar el entorno predeterminado

Debe ponerse en contacto con el soporte de Microsoft para esta operación.
Antes de migrar
La migración del entorno predeterminado puede afectar ciertos tipos de aplicaciones
instaladas en el entorno anterior. Asegúrese de haber evaluado el impacto y prepare
una estrategia para la migración posterior en términos de exportación de aplicaciones y
flujos u otra mitigación. También se recomienda comunicar el impacto y las expectativas
a los usuarios del entorno predeterminado. Aquí hay una lista de aplicaciones conocidas
de Microsoft afectadas por esta operación y posibles mitigaciones:
Power Automate: No se podrá acceder a los flujos instantáneos después de la

migración. Todos los demás tipos de flujos de Power Automate no se verán
afectados.
Aplicaciones de formularios integradas de SharePoint: no se verán afectados. Los

formularios existentes seguirán ejecutándose en el antiguo entorno
predeterminado. Se crearán nuevos formularios en el nuevo entorno
predeterminado. Deberá eliminar y volver a crear la aplicación anterior desde el
entorno anterior si es importante que se ejecute en el nuevo entorno
predeterminado.
Microsoft Project Roadmap: todos los datos de la hoja de ruta no estarán

disponibles después de la migración. La aplicación se comportará como una nueva
implementación.
Microsoft Project for the Web: todos los datos de Project for the Web no estarán
disponibles después de la migración. La aplicación se comportará como una nueva
implementación
El soporte de Microsoft puede ayudarlo a identificar qué aplicaciones están instaladas y

utilizadas en el entorno predeterminado.
Cómo migrar el entorno predeterminado

Al trabajar con el soporte de Microsoft, identificará un entorno nuevo o existente en
otra región geográfica de su elección para que se convierta en el nuevo entorno
predeterminado para el arrendatario.
７ Nota
El entorno nuevo o existente en otra región que desea designar como el nuevo
entorno predeterminado no debe tener una base de datos de Dataverse. Más
información: Crear un entorno sin una base de datos
Puede determinar si un entorno tiene una base de datos desde la página de

detalles del entorno en el centro de administración de Power Platform. Un entorno
sin una base de datos tendrá la opción de agregar una base de datos.
Debe comprender que el entorno predeterminado existente no se mueve a la región
geográfica de destino. En su lugar, un entorno nuevo o existente en una región de su
elección se establece como el nuevo entorno predeterminado para el arrendatario con
la ayuda del soporte técnico de Microsoft.
Una vez que haya identificado un entorno para establecerlo como el nuevo entorno
predeterminado, el soporte de Microsoft ejecutará un comando para hacer lo mismo y
cambiar el antiguo entorno predeterminado al entorno de producción.
） Importante
Después de este cambio, el entorno antiguo seguirá el ciclo del entorno de tipo
Producción y el procedimiento de seguridad. Por ejemplo, a los nuevos usuarios
agregados al entorno anterior no se les asignará automáticamente un Maker rol de
seguridad.
Después de la migración
Después de la migración del entorno predeterminado, puede agregar una base de datos
de Dataverse al nuevo entorno predeterminado y, si es necesario, exportar aplicaciones,
flujos y otros datos del antiguo entorno (Producción) e importarlos al nuevo entorno
predeterminado.
Migrar el entorno de Dataverse for Teams

Por lo general, no se admite la migración de entornos de tipo Dataverse for Teams entre
regiones geográficas. Hay ciertas condiciones en las que el soporte técnico de Microsoft
haría una excepción y ayudaría a trasladar Dataverse for Teams a una región geográfica
diferente. Aunque algunas de las consideraciones descritas anteriormente para el
entorno predeterminado también se aplican al entorno Dataverse for Teams, el proceso
es diferente. Para Teams, el soporte de Microsoft realiza un movimiento de ubicación
geográfica a ubicación geográfica. Más información: Migraciones de geografía a
geografía
Puede poner un entorno de espacio aislado, de producción o de prueba (basado en

suscripción) en modo de administración para que solo los usuarios con roles de
seguridad de administrador del sistema o personalizador del sistema puedan iniciar
sesión en ese entorno. El modo de administración es útil cuando se desea realizar
cambios operativos, pero sin que los usuarios habituales afecten al propio trabajo ni los
usuarios finales se vean afectados por él (no administradores).
７ Nota
Puede poner entornos de espacio aislado, de producción o de prueba

(basados en suscripción) en modo de administración.
Los procesos que utilizan código, como complementos o conjuntos de flujos
de trabajo personalizados, continúan siendo procesados por la plataforma
Microsoft Dataverse cuando está habilitado el modo de administración y
están deshabilitadas las operaciones en segundo plano.
Los personalizadores del sistema deberán iniciar sesión en el entorno
directamente a través de la URL, ya que el entorno en modo de
administración no aparecerá para los personalizadores del sistema en la
página Entornos del Centro de administración de Power Platform.
En el panel Configuración puede establecer lo siguiente:
Ajuste Descripción
Modo de Seleccione esta opción para habilitar el modo de administración para el entorno
administración de espacio aislado, de producción o de prueba (basado en suscripción)
seleccionado. Solo los administradores del sistema o los personalizadores del
sistema podrán iniciar sesión en el espacio aislado o el entorno de producción
seleccionados.
Operaciones Seleccione para deshabilitar todas las operaciones asincrónicas (consulte

en segundo Servicio asincrónico) como flujos de trabajo y la sincronización con Exchange.
plano No se enviará correo electrónico y estará deshabilitada la sincronización del lado
(opcional) del servidor para citas, contactos y tareas. Nota: el modo de administración
debe estar habilitado para deshabilitar operaciones en segundo plano.
Establecer el modo de administración

2. En el menú del lado izquierdo, seleccione Entornos y luego seleccione un entorno

de producción de espacio aislado o de prueba (basado en suscripción).
3. En la página Detalles, seleccione Editar.
4. En Modo de administración, cambie Deshabilitado a Habilitado.
5. Opcionalmente, puede configurar Operaciones en segundo plano.
Problemas conocidos
Después de sacar el entorno del modo de administrador, es posible que los flujos
no se desencadenen de la manera prevista hasta que se hayan borrado las cachés;
esto puede tardar hasta 24 horas.
Automatización de tareas con
PowerShell
Los cmdlets de PowerShell permiten a los administradores completar la tarea del portal
de administración mediante comandos de secuencia de comandos. Con PowerShell
puede ejecutar secuencialmente varios comandos a la vez o canalizar comandos de
salida para automatizar tareas comunes.
Con los cmdlets de PowerShell y los conectores de administración, los administradores

pueden crear flujos y aplicaciones que ayuden a implementar directivas de gobierno.
Puede usar estos cmdlets de PowerShell de ejemplo:
Biblioteca de cmdlet de Tareas comunes

PowerShell
Cmdlets Power Apps

Diseñado para creadores y administradores de aplicaciones para
Compatibilidad con automatizar tareas con entornos y aplicaciones, flujos y conectores
PowerShell para Power asociados.
Apps
Cmdlets Microsoft 365

Se usa para tareas relacionadas de Microsoft 365 para automatizar
Introducción a acciones y tareas relacionadas con el usuario. Por ejemplo, la
PowerShell para asignación de licencias.
Microsoft 365
Cmdlets de Dynamics 365

Utilícelo para entornos con bases de datos de Microsoft Dataverse.
Información general de Los módulos incluyen soporte para la API de administración en línea
Dynamics 365 Customer de Dataverse y la implementación de soluciones de automatización
Engagement (on- en los entornos de .
premises) PowerShell
Cmdlets Microsoft Azure

Úselo para incluir cualquier componente de Azure en su solución
Documentación de Azure general. Puede utilizarlo para la configuración de secuencias de
PowerShell comandos de la puerta de enlace de la aplicación local.
Puede usar una combinación de todos los cmdlets anteriores para crear scripts de
PowerShell destinados a realizar operaciones masivas en usuarios, entornos o sus
recursos.
 Sugerencia
También se pueden encontrar ejemplos al instalar y probar el Kit de inicio del

Centro de excelencia o en los laboratorios prácticos de Admin-in-a-Day,
disponibles en GitHub (Admin in a day ).
Tareas comunes de PowerShell

Mostrar una lista de entornos
PowerShell
Get-AdminPowerAppEnvironment
Las tareas le brindan información clave, como el nombre para mostrar y el GUID del
entorno. Esta tarea es a menudo lo que se necesita para las operaciones de
seguimiento.
Agregar parámetros, como -Default, permite a los administradores encontrar

genéricamente el entorno predeterminado en el inquilino.
PowerShell
Get-AdminPowerAppEnvironment -Default
Utilice el GUID para devolver un nombre no visible para el entorno. Luego, puede
explorar en profundidad los detalles de ese entorno específico. Por ejemplo:
Get-AdminPowerAppEnvironment -Environment 'EnvironmentName'.
Esto devuelve lo siguiente:
Este ejemplo devuelve una lista de conexiones en un entorno, incluidas todas las
conexiones en el entorno predeterminado de un inquilino.
PowerShell
Get-AdminPowerAppEnvironment -Default | Get-AdminPowerAppConnection
Este ejemplo canaliza la salida de un cmdlet a otro. Presenta una lista de aplicaciones
numéricas en cada entorno de inquilinos.
PowerShell
Get-AdminPowerApp | select -ExpandProperty EnvironmentName | Group | %{

New-Object -TypeName PSObject -Property @{ DisplayName = (Get-
AdminPowerAppEnvironment -EnvironmentName $_.Name | select -ExpandProperty
displayName); Count = $_.Count } }
Esto producirá la siguiente información detallada:

Automatización de tareas con Microsoft
Power Automate
Una de las características únicas de Power Automate es que puede usarlo para que se
administre automáticamente junto a otras partes de Microsoft Power Platform. Los
conectores siguientes pueden ser útiles para automatizar tareas del administrador con
Power Automate.
Conector Usos posibles
Conector de Se puede utilizar para automatizar el trabajo mediante flujos de trabajo, y se

administración pueden obtener listas de nuevos flujos de trabajo o conectores en sus
de Power entornos.
Automate
Administración
de Power
Automate
Conector de Permite realizar acciones de administrador típicas, como deshabilitar un flujo o

Power Automate eliminar un flujo.
para
administradores
Power Automate
para
administradores
Conector de Para establecer permisos en Power Apps o establecer permisos para un

Power Apps for conector determinado que utiliza esta aplicación.
Admins
Power Apps for

Admins
Conector de Los creadores pueden usarlo, aunque algunas acciones podrían ser tareas de
Power Apps for administración, como la configuración de permisos para una aplicación. Por lo
App Makers
tanto, los administradores también pueden usar este conector.
Power Apps para
creadores
Conector de Para realizar tareas con componentes de la plataforma, como crear un entorno
Power Platform o aprovisionar una base de datos de Microsoft Dataverse, o crear una directiva
for Admins
DLP para un entorno específico.
Power Platform
for Admins
Conector Usos posibles
Conector de Útil para automatizar acciones con usuarios. Por ejemplo, podría usar el
usuarios de conector para que el administrador de un usuario que posee un entorno
Microsoft 365
pueda enviarles un correo electrónico de aprobación.
Office 365 Users
Conector de Los administradores necesitan obtener aprobaciones a menudo, y Power

aprobaciones
Automate les ofrece un amplio conjunto de tareas de aprobación con las que
Aprobaciones pueden automatizar este proceso.
Microsoft Forms
Los formularios son una forma fácil de obtener información para comenzar
Microsoft Forms una tarea de administración. Esto se puede ser combinada con el conector de
aprobación para obtener aprobación de administrador.
Conector de Útil para realizar tareas como agregar un usuario a un grupo o incluso crear el
Azure AD
grupo.
Azure AD
Tareas comunes de Power Automate

Mostrar conectores de Microsoft Flow nuevos es una plantilla sencilla con la que puede
comenzar de inmediato. Se activa diariamente según lo programado y utiliza el conector
de administración de Power Automate para obtener una lista de conexiones en el
entorno y enviarle un correo electrónico. Puede agregarlo a sus flujos rápidamente
mediante la plantilla disponible en
https://us.flow.microsoft.com/galleries/public/templates/5a6ef26db3b749ed88b7afb377
d11ecf/list-new-microsoft-flow-connectors/ .
Si desea intentar crearlo usted mismo, el siguiente tutorial le enseñará a crear un flujo
partiendo de cero: https://flow.microsoft.com/blog/new-flow-connector-notifications/
Documentación de seguridad de
Aprenda a configurar y mantener la seguridad de Power Platform.
Comenzar con la seguridad
Seguridad en Microsoft Power Platform
Autenticación para servicios de Power Platform
Acceda de forma segura a los datos de los clientes
Conexión y autenticación a orígenes de datos
Consideraciones sobre seguridad y gobernanza
Configurar la seguridad del ambiente
Controlar la creación de ambientes
Restringir el acceso cruzado de inquilinos
Directiva de seguridad de contenido
ｐ CONCEPTO
Múltiples ambientes en línea o inquilinos
Configurar la seguridad de usuarios

Control del acceso de los usuarios
Asignar roles de seguridad
Agregar usuarios a un ambiente
ｄ CURSOS
Introducción a los roles de seguridad en Dataverse
Directivas de prevención de pérdida de datos
ｐ CONCEPTO
Directivas DLP
Clasificación de conectores
Crear una directiva DLP
Administrar directivas DLP
ｄ CURSOS
Administrar cambios en el entorno
Configurar equipos y plantillas de equipo
Administración de equipos
Administrar equipos de grupos
Plantillas de equipo
Plantillas de equipo para derechos de acceso
Configurar seguridad de nivel de campo
¿Qué es la seguridad de nivel de campo?

¿Q g p
Establecer permisos para un campo
Habilitar o deshabilitar la seguridad de campos
Agregar equipos o usuarios a la seguridad de campo
Cifrado
Memorar la seguridad cifrando mejor los datos
Análisis
Análisis de Power Apps
Denuncias
Power Platform pone el poder de crear rápida y fácilmente soluciones integrales en

manos de desarrolladores profesionales y no profesionales por igual. La seguridad es
fundamental para estas soluciones. Power Platform está diseñado para proporcionar una
protección líder en la industria.
Las organizaciones están acelerando su transición a la nube, incorporando tecnologías

avanzadas en las operaciones y la toma de decisiones comerciales. Más empleados
están trabajando de forma remota. La demanda de los clientes por los servicios en línea
se está disparando. La seguridad tradicional de las aplicaciones en las instalaciones ya
no será suficiente. Las organizaciones que buscan una solución de seguridad de defensa
en profundidad, de varios niveles y nativa de la nube para sus datos de inteligencia
empresarial optan por Power Platform. Las agencias de seguridad nacional, instituciones
financieras y proveedores de atención médica confían a Power Platform su información
más confidencial.
Microsoft ha realizado inversiones masivas en seguridad desde mediados de la década

de 2000. Más de 3500 ingenieros de Microsoft trabajan para abordar de manera
proactiva el panorama de amenazas en constante cambio. La seguridad de Microsoft
comienza en el núcleo del BIOS en el chip y se extiende hasta la experiencia del usuario.
Hoy, nuestra pila de seguridad es la más avanzada de la industria. Microsoft es
ampliamente visto como el líder mundial en la lucha contra los actores
malintencionados. Miles de millones de computadoras, billones de inicios de sesión y
zettabytes de datos se confían a la protección de Microsoft.
Power Platform se basa en esta base fuerte. Utiliza la misma pila de seguridad que le dio
a Azure el derecho de servir y proteger los datos más confidenciales del mundo, y se
integra con las herramientas de cumplimiento y protección de la información más
avanzadas de Microsoft 365. Power Platform ofrece protección integral diseñada en
torno a las preocupaciones más desafiantes de nuestros clientes en la era de la nube:
¿Cómo podemos controlar quién puede conectarse, desde dónde se conectan y

cómo se conectan? ¿Cómo podemos controlar las conexiones?
¿Cómo se almacenan nuestros datos? ¿Cómo se cifran? ¿Qué controles tenemos
sobre nuestros datos?
¿Cómo podemos controlar y proteger nuestros datos confidenciales? ¿Cómo
podemos asegurarnos de que nuestros datos no se filtren fuera de la
organización?
¿Cómo podemos auditar quién puede hacer qué? ¿Cómo podemos reaccionar
rápidamente si detectamos actividad sospechosa?
Gobierno
El servicio Power Platform se rige por los términos de Microsoft Online Services y la
Declaración de privacidad de Microsoft Enterprise . Para conocer la ubicación de
procesamiento de datos, vea los términos de ubicación de procesamiento de datos de
los Términos de Microsoft Online Services y el Anexo sobre protección de datos .
El Centro de confianza de Microsoft es el principal recurso para la información de

cumplimiento de Power Platform. Aprenda más en las Ofertas de cumplimiento de
Microsoft
El servicio Power Platform sigue el ciclo de vida de desarrollo de seguridad (SDL). El SDL
es un conjunto de prácticas estrictas que respaldan los requisitos de cumplimiento y
garantía de seguridad. Obtenga más información en Prácticas del ciclo de vida del
desarrollo de seguridad de Microsoft .
Conceptos de seguridad comunes de Power

Platform
Power Platform incluye varios servicios. Algunos de los conceptos de seguridad que
cubriremos en esta serie se aplican a todos ellos. Otros concpetos son específicos de
servicios individuales. Cuando los conceptos de seguridad sean diferentes, los
mencionaremos.
Los conceptos de seguridad que son comunes a todos los servicios de Power Platform
incluyen:
La arquitectura de servicio de Power Platform, o cómo fluye la información en el

sistema
Autenticación en los servicios de Power Platform, o cómo los usuarios acceden a
los servicios
Conexión y autenticación a fuentes de datos, o cómo los servicios se conectan a las
fuentes de datos y los usuarios obtienen acceso a los datos
Almacenamiento de datos en Power Platform, o cómo se protegen los datos, ya
sea que estén en reposo o en tránsito entre sistemas y servicios
Arquitectura de servicio de Power Platform

Los servicios de Power Platform se basan en Azure, la plataforma informática en la nube
de Microsoft. La arquitectura de servicio de Power Platform se compone de cuatro
componentes:
Clúster front-end web

Clúster de back-end
Infraestructura Premium
Plataformas para dispositivos móviles
Clúster front-end web

Se aplica a servicios de Power Platform que muestran una interfaz de usuario web. El
clúster front-end web sirve la página de inicio de la aplicación o el servicio en el
navegador del usuario. Usa Azure Active Directory (Azure AD) para autenticar clientes
inicialmente y proporcionar tokens para conexiones de clientes posteriores, al servicio
de fondo Power Platform.
Un clúster front-end web consta de un sitio web ASP.NET que se ejecuta en Azure App
Service Environment. Cuando un usuario visita un servicio o aplicación de Power
Platform, el servicio DNS del cliente puede obtener el centro de datos más apropiado
(generalmente el más cercano) de Azure Traffic Manager. Para más información, vea
Métodos de enrutamiento del tráfico de Azure Traffic Manager.
El clúster de front-end web administra la secuencia de inicio de sesión y autenticación.

Obtiene un token de acceso de Azure AD después de autenticar al usuario. El
componente ASP.NET analiza el token para determinar a qué organización pertenece el
usuario. A continuación, el componente consulte el servicio de back-end global de
Power Platform para especificar al navegador qué clúster de back-end alberga el
arrendatario de la organización. Las interacciones subsiguientes del cliente ocurren
directamente con el clúster de back-end, sin la necesidad del intermediario del front-
end web.
El navegador obtiene recursos estáticos, como .js, .css y archivos de imagen,

principalmente de una red de entrega de contenido (CDN) de Azure. Los despliegues de
clústeres del gobierno soberano son una excepción. Por motivos de cumplimiento, estas
implementaciones omiten Azure CDN. En su lugar, utilizan un clúster de front-end web
de una región compatible para alojar contenido estático.
Clúster de back-end de Power Platform

El clúster de back-end es la columna vertebral de toda la funcionalidad disponible en un
servicio Power Platform. Consiste en puntos finales de servicio, servicios de trabajo en
segundo plano, bases de datos, cachés y otros componentes.
El back-end está disponible en la mayoría de las regiones de Azure y se implementa en

nuevas regiones a medida que están disponibles. Una región puede albergar varios
clústeres. Esta configuración permite servicios Power Platform de escalado horizontal
ilimitado después de alcanzar los límites de escalado vertical y horizontal de un único
clúster.
Los clústeres de back-end tienen estado. Un clúster de back-end aloja todos los datos
de todos los inquilinos asignados a él. El clúster que contiene los datos de un
arrendatario específico se denomina clúster de inicio del arrendatario. La información
del clúster principal de un usuario autenticado se proporciona mediante el servicio
back-end global de Power Platform al clúster front-end web. El front-end web utiliza la
información para enrutar las solicitudes al clúster de back-end de inicio del inquilino.
Los metadatos y los datos del arrendatario se almacenan dentro de los límites del
clúster. La excepción es la replicación de datos en un clúster de back-end secundario
que se encuentra en una región emparejada en la misma geografía de Azure. El clúster
de back-end secundario sirve como un clúster de conmutación por error si hay una
interrupción regional y es pasivo en cualquier otro momento. Los microservicios que se
ejecutan en diferentes máquinas en la red virtual del clúster también brindan
funcionalidad de back-end. Solo dos de estos microservicios son accesibles desde la
Internet pública:
Servicio de puerta de enlace

Azure API Management
Infraestructura de Power Platform Premium
Power Platform Premium brinda acceso a un conjunto ampliado de conectores como un
servicio pago. Los creadores de Power Platform no están restringidos en el uso de
conectores premium, pero los usuarios de aplicaciones sí lo están. Es decir, los usuarios
de una aplicación qeu incluye conectores prémium deben tener la licencia correcta para
acceder a ellos. El servicio de back-end de Power Platform determina si un usuario tiene
acceso a conectores premium.
Plataformas para dispositivos móviles

Power Platform admite Android, iOS y aplicaciones Windows (UWP). Las consideraciones
de seguridad para las aplicaciones móviles se dividen en dos categorías:
Comunicación de dispositivos
La aplicación y los datos en el dispositivo
Comunicación de dispositivos
Las aplicaciones móviles de Power Platform utilizan las mismas secuencias de conexión y
autenticación que utilizan los navegadores. Las aplicaciones Android e iOS abren una
sesión de navegador en la aplicación. Las aplicaciones de Windows utilizan un
intermediario para establecer un canal de comunicación con los servicios Power
Platform para el proceso de inicio de sesión.
En la tabla siguiente se muestra la compatibilidad con la autenticación basada en
certificados (CBA) para las aplicaciones móviles:
Soporte técnico de CBA iOS Android Ventanas
Iniciar sesión en el servicio Addmitido Addmitido No admitido
SSRS ADFS local (conectar al servidor SSRS) No admitido Addmitido No admitido
Proxy de aplicación de SSRS Addmitido Addmitido No admitido
Las aplicaciones móviles se comunican activamente con los servicios de Power Platform.
Las estadísticas de uso de la aplicación y datos similares se transmiten a los servicios
que monitorean el uso y la actividad. No se incluyen datos de clientes.
La aplicación y los datos en el dispositivo

La aplicación móvil y los datos que requiere se almacenan de forma segura en el
dispositivo. Azure AD y los tokens de actualización se almacenan utilizando medidas de
seguridad estándar de la industria.
Los datos almacenados en caché en el dispositivo incluyen datos de aplicaciones,

configuraciones de usuario y paneles e informes a los que se accedió en sesiones
anteriores. El caché se almacena en una caja de arena en el almacenamiento interno.
Solo la aplicación puede acceder al caché y el sistema operativo puede cifrarlo.
iOS: el cifrado es automático cuando el usuario establece un código de acceso.

Android: el cifrado se puede configurar en la configuración.
Windows: BitLocker se encarga del cifrado.
El cifrado a nivel de archivo de Microsoft Intune se puede utilizar para mejorar el

cifrado de datos. Intune es un servicio de software que proporciona administración de
aplicaciones y dispositivos móviles. Las tres plataformas móviles admiten Intune. Con
Intune habilitado y configurado, se cifran los datos en el dispositivo móvil y la propia
aplicación de Power Platform no se puede instalar en una tarjeta SD.
Las aplicaciones de Windows también admiten la Protección de información de

Windows (WIP).
Los datos en caché se eliminan cuando el usuario:
desinstala la aplicación
cierra la sesión del servicio Power Platform
no puede iniciar sesión después de cambiar una contraseña o caduca un token
La geolocalización es habilitada o deshabilitada explícitamente por el usuario. Si está
habilitado, los datos de geolocalización no se guardan en el dispositivo y no se
comparten con Microsoft.
Las notificaciones están habilitadas o deshabilitadas explícitamente por el usuario. Si

están habilitadas las notificaciones, Android e iOS no admiten los requisitos de
residencia de datos geográficos para las notificaciones.
Los servicios móviles de Power Platform no acceden a otras carpetas o archivos de

aplicaciones en el dispositivo.
Algunos datos de autenticación basados en token están disponibles para otras

aplicaciones de Microsoft, como Authenticator, para habilitar el inicio de sesión único.
Estos datos son gestionados por el SDK de la biblioteca de autenticación de Azure AD.
Artículos relacionados
Autenticación en los servicios de Power Platform
Almacenamiento de datos en Power Platform
Preguntas frecuentes sobre seguridad de Power Platform
Consulte también
Términos de Microsoft Online Services
Declaración de privacidad de Microsoft Enterprise
Anexo de protección de datos
Prácticas del ciclo de vida del desarrollo de seguridad de Microsoft
Métodos de enrutamiento del tráfico de Azure Traffic Manager
Microsoft Intune
Windows Information Protection (WIP)
Autenticación para servicios de Power
Platform
La autenticación de Power Platform implica una secuencia de solicitudes, respuestas y

redireccionamientos entre el navegador del usuario y servicios de Azure o Power
Platform. La secuencia sigue el flujo de concesión de código de autenticación de Azure
Active Directory (Azure AD). Para obtener más información sobre los modelos de
autenticación de usuarios, consulte Elegir un modelo de inicio de sesión para Microsoft
365 .
Secuencia de autenticación de Power Platform

La secuencia de autenticación se ilustra en el siguiente diagrama.
1. El usuario inicia una conexión a un servicio de Power Platform desde un

navegador. El usuario puede ingresar la dirección del servicio en la barra de
direcciones o seleccionar Iniciar sesión en una página de servicio de Power
Platform. La conexión se establece mediante TLS 1.2 y HTTPS. Toda comunicación
posterior entre el navegador y el servicio Power Platform usa HTTPS.
2. Azure Traffic Manager comprueba el registro DNS del navegador para determinar
el centro de datos más adecuado (normalmente el más cercano) donde se
despliega el servicio Power Platform. El administrador de tráfico devuelve la
dirección IP del clúster de front-end web a la que el usuario debe ser enviado.
3. El clúster front-end web redirige al usuario a la página de inicio de sesión de
Microsoft Online Services para la autenticación.
4. La página de inicio de sesión redirige al usuario autenticado de vuelta al clúster
front-end web con un código de autenticación de Azure AD.
5. El clúster de front-end web usa el código de autenticación para obtener un token
de seguridad del servicio Azure AD.
6. El clúster front-end web consulta el servicio back-end global de Power Platform
para determinar qué clúster de servicio de back-end contiene el arrendatario del
usuario.
7. El clúster front-end web luego devuelve una página de la aplicación al navegador
del usuario con la información neceasaria de sesión, acceso y enrutamiento.
8. El navegador envía solicitudes de datos del cliente al clúster de back-end con el
token de acceso de Azure AD en el encabezado de autorización. El clúster de back-
end lee el token de acceso y valida la firma para garantizar que la identidad de la
solicitud sea válida. El token de acceso tiene una vida útil predeterminada de una
hora. Para mantener la sesión, el navegador realiza solicitudes periódicas para
renovar el token de acceso antes de que caduque.
Cuando un servicio de Power Platform está integrado en SharePoint, Power BI o Teams,

la secuencia de autenticación es ligeramente diferente. Esto se debe a que estos
servicios realizan algunos de los pasos por sí mismos.
７ Nota
La autenticación con orígenes de datos externos es un paso separado y distinto

desde la autenticación en el servicio. Para más información, vea Conexión a
orígenes de datos.
Seguridad en Microsoft Power PlatformConexión y autenticación a orígenes de datos
Consulte también
Flujo de concesión de código de autorización de Azure Active Directory (Azure AD)
Elegir un modelo de inicio de sesión para Microsoft 365
Almacenamiento y gobernanza de datos
en Power Platform
En primer lugar, es importante distinguir entre información personal y datos de los

clientes.
Información personal es información sobre personas que se puede utilizar para

identificarlas.
Los datos del cliente incluyen datos personales y otra información del cliente,
como direcciones URL, metadatos e información de autenticación de empleados,
como nombres DNS.
Residencia de datos
Un inquilino de Azure Active Directory (Azure AD) alberga información que es relevante
para una organización y su seguridad. Cuando un inquilino de Azure AD inicia sesión en
servicios de Power Platform, el país o región seleccionados del arrendatario se asignan a
la geografía de Azure más adecuada donde existe un despliegue de Power Platform.
Power Platform almacena los datos del cliente en la geografía de Azure asignada al
arrendatario, o ubicación geográfica, excepto cuando las organizaciones implementan
servicios en varias regiones.
Algunas organizaciones tienen una presencia global. Por ejemplo, una empresa puede
tener su sede en los Estados Unidos pero hacer negocios en Australia. Puede que
necesite que ciertos datos de Power Platform se almacenen en Australia para cumplir
con las regulaciones locales. Cuándo los servicios de Power Platform se implementan en
más de una geografía de Azure, se denomina despliegue multigeo. En este caso, solo los
metadatos relacionados con el entorno se almacenan en la geografía local. Todos los
metadatos y datos de productos en ese entorno se almacenan en la ubicación
geográfica remota.
Microsoft puede replicar datos en otras regiones para la resistencia de datos. Sin
embargo, no replicamos ni movemos datos personales fuera de la geo. Los datos
replicados en otras regiones pueden incluir datos no personales, como la información
de autenticación de los empleados.
Los servicios de Power Platform se encuentran en geografías de Azure específicas. Para

obtener más información sobre dónde están disponibles los servicios de Power
Platform, dónde se almacenan los datos y cómo se usan, vaya a Microsoft Trust
Center . Los compromisos sobre la ubicación de los datos de cliente en reposo se
especifican en los Términos de procesamiento de datos de los Términos de Microsoft
Online Services . Microsoft también proporciona centros de datos para entidades
soberanas.
Manejo de datos
Esta sección describe cómo Power Platform almacena, procesa y transfiere datos de
clientes.
Datos en reposo
A menos que se indique lo contrario en la documentación, los datos del cliente
permanecen en su fuente original (por ejemplo, Dataverse o SharePoint). Una aplicación
de Power Platform se almacena en Azure Storage como parte de un entorno. Los datos
usados en aplicaciones móviles se cifran y almacenan en SQL Express. En la mayoría de
los casos, las aplicaciones usan Azure Storage para persistir datos de servicio de Power
Platform y Azure SQL Database para conservar los metadatos de servicio. Los datos
ingresados por los usuarios de aplicaciones se almacenan en el respectivo origen de
datos para el servicio, como Dataverse.
Todos los datos conservados por Power Platform se cifran de forma predeterminada con
claves administradas por Microsoft. Los datos de los clientes almacenados en Azure SQL
Database están totalmente cifrados con tecnología Cifrado de datos transparente (TDE)
de Azure SQL. Los datos del cliente almacenados en Azure Blob Storage se cifran
mediante Azure Storage Encryption.
Datos en procesamiento
Los datos están en proceso cuando se están utilizando como parte de un escenario
interactivo o cuando un proceso en segundo plano, como la actualización, toca estos
datos. Power Platform carga datos en procesamiento en el espacio de memoria de una
o más cargas de trabajo de servicio. Para facilitar la funcionalidad de la carga de trabajo,
los datos que se almacenan en la memoria no se cifran.
Datos en tránsito
Power Platform requiere que todo el tráfico HTTP entrante se cifre con TLS 1.2 o
superior. Se rechazan las solicitudes que intentan utilizar TLS 1.1 o inferior.
Características de seguridad avanzadas
Algunas de las características de seguridad avanzadas de Power Platform tienen
requisitos de licencia específicos.
Etiquetas de servicio
Una etiqueta de servicio representa un grupo de prefijos de direcciones IP de un servicio
de Azure especificado. Puede usar etiquetas de servicio para definir controles de acceso
a la red en grupos de seguridad de red o Azure Firewall.
Las etiquetas de servicio ayudan a minimizar la complejidad de las actualizaciones

frecuentes de las reglas de seguridad de la red. Puede usar etiquetas de servicio en
lugar de direcciones IP específicas cuando crea reglas de seguridad que, por ejemplo,
permiten o deniegan el tráfico para el servicio correspondiente.
Microsoft administra los prefijos de dirección incluidos en la etiqueta de servicio y

actualiza automáticamente la etiqueta de servicio a medida que cambian las direcciones.
Para más información, vea Rangos de IP y etiquetas de servicio de Azure: nube
pública .
Prevención de pérdida de datos

Power Platform tiene un amplio conjunto de Funciones de prevención de pérdida de
datos (DLP) para ayudarlo a administrar la seguridad de sus datos.
Consulte también
Centro de confianza de Microsoft
Elija la región al configurar un entorno
Intervalos IP y etiquetas de servicio de Azure: nube pública
Caracterísicas de prevención de pérdida de datos (DLP)
Acceda de forma segura a los datos del
cliente utilizando la Caja de seguridad
del cliente en Power Platform (versión
preliminar)
La mayoría de las operaciones, el soporte y la resolución de problemas a cargo del

personal de Microsoft (lo que incluye los subprocesadores) no requieren acceso a los
datos del cliente. Con la Caja de seguridad del cliente de Power Platform ofrecemos una
interfaz para que los clientes puedan revisar y aprobar (o rechazar) solicitudes de acceso
a datos en las raras ocasiones en que se necesita acceso a datos de clientes. Se usa en
los casos en que un ingeniero de Microsoft necesita acceder a los datos del cliente, ya
sea en respuesta a una incidencia de soporte técnico iniciada por el cliente o a un
problema identificado por Microsoft.
Este artículo explica cómo habilitar la Caja de seguridad del cliente y cómo se inician,
rastrean y almacenan las solicitudes de esta para revisiones y auditorías posteriores.
） Importante
La Caja de seguridad del cliente para Power Platform está disponible en

versión preliminar sin coste alguno. Cuando esta función esté disponible de
forma general, habrá un coste asociado a los entornos protegidos con la Caja
de seguridad del cliente.
Las vistas previas de características no se han diseñado para un uso de
Resumen
Puede habilitar la Caja de seguridad del cliente para los orígenes de datos en su
inquilino. Mientras dure la versión preliminar, la habilitación de la Caja de seguridad del
cliente se aplicará a todos los entornos en el inquilino correspondiente. Los
administradores globales y los administradores de Power Platform pueden habilitar la
directiva de caja de seguridad.
Para obtener más información, vaya a Habilitar la directiva de caja de seguridad.
En las raras ocasiones en que Microsoft intente acceder a los datos del cliente
almacenados en Power Platform (por ejemplo, Dataverse), se enviará una solicitud de
caja de seguridad a los administradores globales y a los administradores de Power
Platform para que las aprueben. Para obtener más información, vaya a Revisar una
solicitud de caja de seguridad.
Todas las actualizaciones de una solicitud de caja de seguridad se registran y se ponen a

disposición de su organización como registros de auditoría. Para obtener más
información, vaya a Auditar solicitudes de caja de seguridad.
Las aplicaciones y los servicios de Power Platform almacenan los datos de los clientes en
distintas tecnologías de almacenamiento de Azure Storage. Cuando activa la Caja de
seguridad del cliente para un entorno, los datos del cliente asociados con el entorno
están protegidos por la directiva de caja de seguridad, independientemente del tipo de
almacenamiento.
７ Nota
Actualmente, las aplicaciones y los servicios en los que se aplicará la política de caja
de seguridad tras su habilitación son Power Apps (lo que incluye AI Builder), Power
Automate, Power Pages, Power Virtual Agents, Dataverse y Customer Insights, así
como el área de características de marketing en tiempo real de la aplicación
Marketing.
Workflow
1. Su organización tiene un problema con Microsoft Power Platform e inicia una
solicitud de soporte con Microsoft Support. Otra posibilidad es que Microsoft
identifique un problema de forma proactiva (por ejemplo, se activa una
notificación proactiva) y abra un evento para investigar y mitigar o corregir la
causa raíz.
2. Un operador de Microsoft revisa la solicitud o el evento de soporte e intenta
solucionar el problema mediante herramientas estándar y telemetría. Si se necesita
acceso a los datos del cliente para solucionar problemas, un ingeniero de
Microsoft inicia un proceso de aprobación interno para acceder a los datos del
cliente, independientemente de si la directiva de caja de seguridad está habilitada
o no.
3. Además, se genera una solicitud de caja de seguridad si el almacén de datos

correspondiente está asociado a un entorno protegido de acuerdo con la
habilitación de la directiva de caja de seguridad. Se envía una notificación por
correo electrónico a los aprobadores designados (administradores globales y
administradores de Power Platform) sobre la solicitud de Microsoft para el acceso
a datos que está pendiente.
） Importante
El ingeniero de Microsoft no podrá continuar con la investigación hasta que el

cliente apruebe la solicitud de la caja de seguridad. Esto podría causar
retrasos en la tramitación de la incidencia de soporte técnico o interrupciones
prolongadas. Asegúrese de controlar las notificaciones por correo electrónico
o las solicitudes de caja de seguridad en el Centro de administración de
Power Platform, y responda con rapidez para evitar interrupciones en el
servicio.
4. El aprobador inicia sesión en el Centro de administración de Power Platform y
aprueba la solicitud. Si la solicitud se rechaza o no se aprueba en un plazo de
cuatro días, esta caducará y no se otorgará acceso al ingeniero de Microsoft.
5. Cuando el aprobador de su organización aprueba la solicitud, el ingeniero de

Microsoft obtiene los permisos elevados que se solicitaron inicialmente y soluciona
el problema. Los ingenieros de Microsoft tienen una cantidad de tiempo
establecida (ocho horas) para solucionar el problema; después de este tiempo, el
acceso se revoca automáticamente.
Cómo habilitar la directiva de caja de seguridad

Los administradores globales o los administradores de Power Platform pueden crear o
actualizar la directiva de caja de seguridad en el Centro de administración de Power
Platform. Mientras dure la versión preliminar, la habilitación de la directiva en el ámbito
del inquilino se aplicará a todos los entornos del inquilino. Pueden pasar hasta
veinticuatro horas hasta que todos los orígenes de datos y entornos se implementen
con la Caja de seguridad del cliente.
2. Seleccione Directivas>Directiva de caja de seguridad (versión preliminar).

3. Establecer Directiva de caja de seguridad (versión preliminar) como Activado.
Revisar una solicitud de caja de seguridad

2. Seleccione Directivas>Caja de seguridad (versión preliminar).
3. Revise los detalles de la solicitud.
Campo Descripción
Id. de El id. de la incidencia de soporte técnico asociado a la solicitud de caja de

solicitud de seguridad. Si la solicitud es el resultado de una alerta interna iniciada por
soporte Microsoft, el valor será "Iniciado por Microsoft".
técnico
Entorno El nombre para mostrar del entorno en el que se ha solicitado el acceso a los
datos.
Estado El estado de la solicitud de caja de seguridad.
Acción necesaria: falta la aprobación por parte del cliente.

Expirada: no se ha recibido la aprobación del cliente.
Aprobado: aprobada por el cliente.
Denegado: denegada por el cliente.
Solicitado El momento en que el ingeniero de Microsoft solicitó acceso a los datos del
cliente en el entorno de este.
Expiración El momento en el que el cliente debe aprobar la solicitud de caja de

de la seguridad. El estado de la solicitud cambiará a Expirada si, llegado ese
solicitud momento, no se ha recibido la aprobación.
Campo Descripción
Período de La cantidad de tiempo que el solicitante desea tener para acceder a los datos
acceso del cliente. De forma predeterminada, este valor es de ocho horas y no se
puede cambiar.
Expiración Si se otorga acceso, este es el tiempo hasta el cual el ingeniero de Microsoft

del acceso tiene acceso a los datos del cliente.
4. Seleccione una solicitud de caja de seguridad y, luego, seleccione Aprobar o

Denegar.
７ Nota
Las solicitudes de caja de seguridad que se hayan hecho en los últimos

veintiocho días aparecen en la tabla Reciente.
Una vez que se aprueba una solicitud, no se puede revocar durante todo el
período de acceso de ocho horas.
Auditorías de solicitudes de caja de seguridad

Las acciones relacionadas con la aceptación, denegación o expiración de una solicitud
de caja de seguridad se registran automáticamente en Microsoft 365 Defender .
Los seguimientos de auditoría incluyen estos y otros campos para cada solicitud de caja
de seguridad:
Identificador único para la solicitud

Hora de creación de la solicitud
Id. de organización
Id. de usuario (identificador único del operador de Microsoft que hace la solicitud)
Estado de la solicitud
Id. de la incidencia de soporte técnico correspondiente
Hora de expiración de la solicitud
Hora de vencimiento del acceso a los datos
Id. de entorno
Justificación de la solicitud
La pestaña Auditoría de Microsoft 365 permite a los administradores buscar eventos

asociados con sesiones de caja de seguridad. Consulte la categoría Caja de seguridad
de Power Platform para ver los eventos de caja de seguridad relacionados con Power
Platform.
Los administradores pueden exportar directamente el conjunto de resultados en función
de los criterios de filtro.
Exclusiones
Las solicitudes de caja de seguridad no se activarán en las siguientes situaciones de
soporte de ingeniería:
Situaciones de emergencia que quedan fuera de los procedimientos operativos

estándar, como una interrupción importante del servicio que requiere atención
inmediata para recuperar o restaurar los servicios en casos inesperados o
impredecibles. Estos procesos de emergencia son poco frecuentes y, en la mayoría
de los casos, se pueden resolver sin acceder a los datos del cliente.
Un ingeniero de Microsoft accede a la plataforma subyacente para resolver un

problema y, sin darse cuenta, accede a los datos del cliente. Es muy poco frecuente
que esto provoque el acceso a cantidades significativas de datos de clientes.
Las solicitudes de la Caja de seguridad del cliente tampoco se desencadenan por
solicitudes legales externas de datos. Para obtener más información, consulte el análisis
sobre las solicitudes gubernamentales de datos en el Centro de confianza de
Microsoft .
Problemas conocidos
El proceso de consentimiento para crear una instancia de soporte y permitir el
acceso del usuario no está integrado en la Caja de seguridad del cliente. Una vez
que se crea la instancia de soporte después del consentimiento inicial del cliente,
un ingeniero de soporte con permisos de usuario de soporte tendrá acceso a los
datos almacenados en la instancia de soporte a fin de solucionar problemas.
En este momento, la versión preliminar de la Caja de seguridad del cliente no está

disponible en nubes soberanas.
La migración de inquilino a inquilino no se admite cuando está habilitada Caja de

seguridad del cliente. Debe deshabilitar Caja de seguridad del cliente para mover
un entorno a otro inquilino. Puede volver a habilitar Caja de seguridad del cliente
una vez que se complete la migración.
Conexión y autenticación a orígenes de
datos
Conectarse y autenticarse a un origen de datos es un paso independiente de la

autenticación en un servicio de Power Platform.
Veamos primero cómo los servicios de Power Platform se conectan con las fuentes de
datos. Los servicios de Power Platform se conectan a fuentes de datos externas de varias
maneras, pero el patrón general es el mismo. Luego, veremos cómo se autentican las
conexiones. Las credenciales de autenticación pueden ser las mismas o diferentes,
según la aplicación y las fuentes de datos que utilice.
Conectando a Microsoft Dataverse

Las aplicaciones de lienzo y basadas en modelos de Power Apps se conectan
directamente a Dataverse sin la necesidad de un conector separado. (Las aplicaciones de
lienzo almacenan el consentimiento para trabajar con otros entornos de en el Proveedor
de recursos (RP) de Power Apps). Power Automate se autentica usando un centro de
API, pero todas las interacciones de datos posteriores son directas a Dataverse. Power
Apps y Power Automate admiten conectores heredados que acceden a Dataverse
utilizando conectores (por ejemplo, Dynamics 365 (obsoleto) y Microsoft Dataverse
(legado)).
７ Nota
La creación de aplicaciones de lienzo con Empezar desde los datos utiliza un icono
de conector de marcador de posición para conectarse a Dataverse. Sin embargo,
no hay un conector real involucrado. Para más información, vea Conectar
aplicaciones de lienzo a Microsoft Dataverse.
El siguiente diagrama ilustra cómo funcionan las aplicaciones de lienzo con Dataverse.
1. Los servicios back-end de Power Apps solicitan datos de Dataverse directamente.
2. Dataverse devuelve los resultados de la consulta a los servicios de back-end de
Power Apps.
Conectarse a otros orígenes de datos

En general, los servicios de Power Platform usan conectores para trabajar con orígenes
de datos externos que no son Dataverse. El siguiente diagrama ilustra una vía típica
utilizando un Conector de administración de API de Azure (APIM).
1. El servicio Power Platform envía una solicitud de conexión al Proveedor de

recursos (RP) de Power Apps.
2. Power Apps RP le pide al API Hub que cree una conexión y almacene las
credenciales de autenticación.
3. El servicio Power Platform envía una solicitud de consulta de datos al conector de
API Management.
4. El conector de API Management envía una solicitud al servicio de consentimiento

para obtener permiso para acceder a origen de datos.
5. El servicio de consentimiento devuelve las credenciales al conector de API

Management.
6. El conector API Management envía las credenciales de consentimiento a Power

Apps RP. Las credenciales se almacenan en el RP para que Power Apps no vuelve a
solicitar el consentimiento la próxima vez que se soliciten datos.
７ Nota
El consentimiento para una conexión de aplicación no da consentimiento para

todas las aplicaciones. Cada consentimiento de conexión de la aplicación por
usuario es independiente. Por ejemplo, cuando proporciona una conexión
para usar en un flujo de Power Automate, da su consentimiento para que el
flujo use esa conexión en el futuro. No es necesario que vuelva a dar su
consentimiento para reutilizar esa conexión en ese flujo. Para una conexión
proporcionada por un autor de flujo, el consentimiento es doble (conexión y
flujo). Para una conexión proporcionada por un usuario que invoca un flujo
(por ejemplo, desde una aplicación de lienzo), este es un triple de
consentimiento de (conexión, flujo y usuario).
7. El conector de API Management pasa la consulta de datos al conector externo.
8. El conector envía la consulta a origen de datos.
9. El origen de datos devuelve los datos solicitados al conector.
10. El conector devuelve los datos al clúster de back-end de Power Platform.
Autenticación con orígenes de datos

Los usuarios se autentican primero con el servicio Power Platform. Luego, por separado,
los usuarios se autentican en un origen de datos usando las credenciales que requiere el
conector. El servicio de credenciales de API Hub siempre almacena y administra las
credenciales.
Algunos conectores admiten más de un método de autenticación. La autenticación a un

origen de datos es específica para esa instancia de origen de datos. Se basa en el
método de autenticación que eligió el fabricante al crear la conexión.
Hay dos tipos de métodos de autenticación de orígenes de datos en Power Apps:

explícito e implícito.
Autenticación explícita significa que las credenciales del usuario de la aplicación

se utilizan para acceder al origen de datos.
Autenticación implícita significa que se utilizan las credenciales que proporcionó
el creador de la aplicación al crear la conexión.
Le recomendamos que utilice la autenticación explícita siempre que sea posible. Es más
segura.
Obtenga más información sobre la diferencia entre conexiones explícitas e implícitas.

Aunque el artículo hace referencia a SQL Server, se aplica a todas las bases de datos
relacionales.
Consulte también
Conectar aplicaciones de lienzo a Microsoft Dataverse
Diferencia entre conexiones explícitas e implícitas
Referencia de conectores de Power Platform: Microsoft Dataverse
Consideraciones sobre seguridad y
gobernanza
¿Muchos clientes se preguntan cómo puede estar disponible Power Platform para su
negocio más amplio y respaldado por TI? La gobernanza es la respuesta. Su objetivo es
permitir que los grupos profesionales se centren en resolver problemas empresariales
de forma eficaz mientras cumplen con estándares de cumplimiento de TI y negocios. El
siguiente contenido está destinado a estructurar temas que a menudo se asocian con el
software de control y dar a conocer las capacidades disponibles para cada tema en lo
que respecta al gobierno de Power Platform.
Tema Preguntas habituales relacionadas con cada tema para las que este contenido
responde
Arquitectura ¿Qué son los conceptos y construcciones básicos de Power Apps, Power
Automate y Microsoft Dataverse?
¿De qué modo encajan las construcciones juntas en el tiempo de diseño y el

tiempo de ejecución?
Seguridad ¿Cuáles son las prácticas recomendadas para las consideraciones de diseño
de seguridad?
¿Cómo aprovecho nuestras soluciones existentes de administración de

usuarios y grupos para administrar el acceso y los roles de seguridad en
Power Apps?
Alerta y ¿Cómo defino el modelo de gobernanza entre los desarrolladores

acción ciudadanos y los servicios de TI administrados?
¿Cómo defino el modelo de gobernanza entre los administradores de la TI

central y de la unidad de negocio?
¿Cómo debo abordar el soporte para entornos no predeterminados en mi

organización?
Supervisar ¿Cómo estamos capturando los datos de cumplimiento/auditoría?
¿Cómo puedo medir la adopción y el uso dentro de mi organización?

Arquitectura
Como primer paso para crear la historia de gobernanza adecuada para su empresa, lo
mejor es familiarizarse con los entornos. Los entornos son los contenedores de todos
los recursos utilizados por Power Apps, Power Automate y Dataverse. Descripción
general de los entornos es una buena forma de empezar que debe ir seguida de ¿Qué
es Dataverse?, Tipos de Power Apps, Microsoft Power Automate, Conectores y Puertas
de enlace locales.
Seguridad
En esta sección se describen los mecanismos que existen para controlar quién puede
acceder a Power Apps en un entorno y a los datos: licencias, entornos, roles de entorno,
Azure Active Directory, directivas de prevención de pérdida de datos y conectores del
administradores que se pueden usar con Power Automate.
Licencias
El acceso a Power Apps y Power Automate comienza con tener una licencia. El tipo de
licencia que tiene un usuario determina los activos y los datos a los que puede acceder
un usuario. La siguiente tabla describe diferencias en los recursos disponibles para un
usuario en función del tipo de plan, desde un nivel alto. Los detalles granulares de la
licencia se encuentran en la Información general de licencias.
Planear Descripción
Microsoft Esto permite a los usuarios ampliar SharePoint y otros activos de Office que ya
365 tienen.
incluido
Dynamics Esto permite a los usuarios personalizar y ampliar las aplicaciones de involucración
365 del cliente (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365
incluido Field Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation)
que ya tienen.
Plan de Esto permite:

Power hacer que los conectores empresariales y Dataverse sean accesibles para su
Apps uso.
que los usuarios usen la robusta lógica de negocios en todos los tipos de
aplicaciones y capacidades de administración.
Planear Descripción
Comunidad Esto permite al usuario utilizar Power Apps, Power Automate, Dataverse y
de Power conectores de clientes en un único lugar para uso individual. No hay posibilidad de
Apps compartir aplicaciones.
Power Esto permite a los usuarios crear flujos ilimitados y realizar 750 ejecuciones.
Automate
gratis
Plan de Consulte Manual de licencias de Microsoft Power Apps y Microsoft Power

Power Automate .
Automate
Ambientes
Una vez que los usuarios tengan licencias, los entornos existirán como contenedores
para todos los recursos utilizados por Power Apps, Power Automate y Dataverse. Se
pueden usar entornos para dirigirse a diferentes públicos o con distintos fines como
desarrollo, prueba y producción. Puede encontrar más información en Información
general de los entornos.
Proteger los datos y la red

Power Apps y Power Automate no proporcionan a los usuarios acceso a activos de
datos a los que ya no tienen acceso. Los usuarios solo deben tener acceso a los
datos a los que realmente necesitan acceder.
Las directivas de control de acceso a la red también pueden aplicarse a Power
Apps y Power Automate. Para el entorno, se puede bloquear el acceso a un sitio
desde dentro de una red bloqueando la página de inicio de sesión para evitar que
se creen conexiones a ese sitio en Power Apps y Power Automate.
En un entorno, el acceso se controla en tres niveles: Roles de entorno, Permisos de
recursos para Power Apps, Power Automate, etc. y roles de seguridad de Dataverse
(si una base de datos de Dataverse se proporciona).
Cuando Dataverse se crea en un entorno, los roles de Dataverse se encargarán de
controlar la seguridad en el entorno (y se migran todos los administradores y
creadores de entornos).
Las siguientes entidades de seguridad están disponibles para cada tipo de rol.
Tipo de Rol Tipo de entidad de

entorno seguridad (Azure AD)
Tipo de Rol Tipo de entidad de
entorno seguridad (Azure AD)
Entorno sin Rol de entorno Usuario, grupo, inquilino

Dataverse
Permiso de recurso: Aplicación de lienzo Usuario, grupo, inquilino
Permiso de recurso: Power Automate, Conector Usuario, grupo

personalizado, Puertas de enlace, Conexiones1
Entorno con Rol de entorno User

Dataverse
Permiso de recurso: Aplicación de lienzo Usuario, grupo, inquilino
Permiso de recurso: Power Automate, Conector Usuario, grupo

personalizado, Puertas de enlace, Conexiones1
Rol de Dataverse (se aplica a todos los componentes y User

aplicaciones basadas en modelos)
1
Solo se pueden compartir ciertas conexiones (como SQL).
７ Nota
En el entorno predeterminado, se concede acceso a todos los usuarios en un

inquilino al rol Creador de entornos.
Los administradores globales de inquilinos de Azure AD tienen acceso de
administrador a todos los entornos.
Pregunta frecuente: ¿Qué permisos existen en el nivel de inquilino

de Azure AD?
Hoy, los administradores de Microsoft Power Platform pueden hacer lo siguiente:
1. Descargar el informe de licencias de Power Apps y Power Automate

2. Crear una directiva de DLP con el alcance limitado a "Todos los entornos" o con un
alcance que permita incluir/excluir determinados entornos
3. Administrar y asignar licencias a través del Centro de administración de Office
4. Acceda a todas las aplicaciones del entrono y las funciones de administración de
flujos para todos los entornos del inquilino disponibles a través de:
Cmdlets de PowerShell del administrador de Power Apps

Conectores de administración de Power Apps
5. Acceder al análisis del administrador de Power Apps y Power Automate para todos
los entornos en el inquilino:
https://aka.ms/paadminanalytics
https://aka.ms/flowadminanalytics
Considerar Microsoft Intune

Los clientes con Microsoft Intune pueden definir directivas de protección de la
aplicación móvil para las aplicaciones Power Apps y Power Automate en Android e iOS.
En este tutorial se destaca cómo establecer una directiva a través de Intune para Power
Automate.
Considerar el acceso condicional basado en la ubicación

Para los clientes con Azure AD directivas de acceso superiores condicionales, puede ser
definido en el Azure para Power Apps y Power Automate. Esto permite conceder o
bloqueo el acceso en función de: usuario/grupo, dispositivo, ubicación.
Crear una directiva de acceso condicional
1. Inicie sesión en https://portal.azure.com .

2. Seleccione Acceso condicional de Azure AD.
3. Seleccione + Nueva directiva.
4. Seleccione Usuarios y grupos seleccionados.
5. Seleccione Todas las aplicaciones en la nube>Todas las aplicaciones en la
nube>Common Data Service para controlar el acceso a las aplicaciones de
interacción con el cliente.
6. Aplicar condiciones (riesgo de usuario, plataformas de dispositivos, ubicaciones).
7. Seleccione Crear.
Evitar filtraciones de datos con directivas de prevención

de pérdida de datos
Las Directivas de prevención de pérdida de datos (DLP) aplique reglas para las que se
pueden usar conectores juntos clasificando los conectores como Solo datos
profesionales o No se permiten datos profesionales. Simplemente, si pone un conector
en el grupo de solo datos profesionales, solo se puede usar con otros conectores de ese
grupo en la misma aplicación. Los administradores de Power Platform pueden definir
directivas que se apliquen a todos los entornos.
P: ¿Puedo controlar, a nivel de inquilino, qué conector está disponible, por ejemplo, No
a Dropbox o Twitter, pero Sí a SharePoint?
R: Esto es posible utilizando las capacidades de clasificación de conectores y asignando

el clasificador Bloqueado para uno o más conectores que desea evitar que se utilicen.
Tenga en cuenta que hay un conjunto de conectores que no se pueden bloquear.
P: ¿Qué ocurre con el uso compartido de conectores entre los usuarios? Por ejemplo, ¿el
conector para Teams es general y se puede compartir?
R: Los conectores están disponibles para todos los usuarios. A excepción de los
conectores personalizados o de calidad que necesitan una licencia adicional (conectores
de calidad) o tienen que compartirse explícitamente (conectores personalizados)
Alerta y acción
Además de la supervisión, muchos clientes desean suscribirse a eventos de creación, uso
o estado de software para saber cuándo realizar una acción. En esta sección se
describen algunas formas de observar eventos (de forma manual y mediante
programación) y de realizar acciones desencadenadas por una instancia del evento.
Crear flujos de Power Automate para alertar sobre

eventos clave de auditoría
1. Un ejemplo de alertar que se puede implementar es suscribirse a registros de
auditoría de seguridad y cumplimiento de Microsoft 365.
2. Esto se puede lograr a través de una suscripción a webhook o de un enfoque de
sondeo . Sin embargo, al adjuntar Power Automate a estas alertas, podemos
dotar a los administradores de algo más que unas simples alertas por correo
electrónico.
Crear las directivas que necesita con Power Apps, Power

Automate y PowerShell
1. Estos cmdlets de PowerShell poner el control total en manos de los
administradores para automatizar las directivas de gobernanza necesarias.
2. Los conectores de administración brindan el mismo nivel de control pero con
extensibilidad y facilidad-de usos agregadas al aprovechar Power Apps y Power
Automate.
3. Para ponerse en marcha rápidamente, existen las siguientes plantillas de Power
Automate para conectores de administración:
a. Enumerar los conectores nuevos de Power Automate
b. Obtener lista de Power Apps, flujos de Power Automate y conectores nuevos
c. Enviarme un resumen semanal de avisos del Centro de mensajes de Office
365
d. Acceder a registros de seguridad y cumplimiento de Office 365 desde Power
Automate
4. Use esta plantilla de blogs y aplicaciones para ponerse en marcha rápidamente
con los conectores de administración.
5. Además, merece la pena comprobar el contenido compartido en la Galería de
aplicaciones de la comunidad . Aquí se muestra otro ejemplo de una experiencia
administrativa creada que usa Power Apps y conectores de administrador.
Problema Actualmente, todos los usuarios con licencias de Microsoft E3 pueden crear
aplicaciones en el ambiente predeterminado. ¿Cómo podemos habilitar los derechos del
creador de entornos para un grupo seleccionado, por ejemplo, para que 10 personas
para creen aplicaciones?
Recomendación Los cmdlets de PowerShell y los Conectores de administración

brindan total flexibilidad y control a los administradores para crear las directivas que
desean para su organización.
Supervisar
Se entiende que la supervisión es un aspecto crucial de la administración de software a
escala. En esta sección se destacan un par de formas para tener una idea clara del
desarrollo y el uso de Power Apps y Power Automate.
Revisar la traza de auditoría

El Registro de actividad para Power Apps se integra con el Centro de seguridad y
cumplimiento de Office para registros completos a través de servicios de Microsoft
como Dataverse y Microsoft 365. Office proporciona una API para consultar estos datos,
que es utilizada actualmente por muchos proveedores de SIEM que usan los datos de
registro de actividad para generar informes.
Vea el informe de licencia de Power Apps y Power
Automate
1. Vaya al Centro de administración de Power Platform .
2. Seleccione Análisis>Power Automate o Power Apps.
3. Vea los análisis del administrador de Power Apps y Power Automate
Puede obtener información sobre lo siguiente:
Usuario activo y uso de la aplicación: ¿cuántos usuarios están usando una

aplicación y con qué frecuencia?
Ubicación: ¿dónde está el uso?
Rendimiento de servicio de conectores
Informe de errores: ¿cuáles son las aplicaciones más propensas a error?
Flujos en uso por tipo y fecha
Flujos creados por tipo y fecha
Auditoría a nivel de aplicación
Estado del servicio
Conectores usados
Ver qué usuarios tienen licencia

Siempre puede consultar las licencias de usuario individuales en el centro de
administración de Microsoft 365 profundizando en usuarios específicos.
También puede utilizar el siguiente comando de PowerShell para exportar las licencias
de usuario asignadas.
PowerShell
inquilino en un archivo .csv de vista tabular. El archivo exportado contiene tanto planes
de prueba internos de registro de autoservicio como planes que con origen en Azure
Active Directory. Los planes de prueba internos no son visibles para los administradores
en el centro de administración de Microsoft 365.
usuarios de Power Platform.
Ver recursos de aplicación que se usan en un entorno
1. En el Centro de administración de Power Platform, seleccione Entornos en el menú
de navegación.
2. Seleccione un entorno.
3. Como alternativa, la lista de recursos que se usan en un entorno se puede
descargar como archivo .csv.
Consultar también
Usar los procedimientos recomendados para proteger y controlar entornos de Power
Automate
Starter Kit del Centro de excelencia (CoE) de Microsoft Power Platform

Esta sección proporciona información sobre cómo Microsoft Dataverse, la plataforma

de datos detrás de componentes de Power Platform, gestiona la seguridad, desde la
autenticación del usuario hasta la autorización, que permite a los usuarios realizar
acciones con datos y servicios. Conceptualmente, la seguridad en Dataverse sirve para
garantizar que los usuarios pueden hacer el trabajo que deben con la cantidad mínima
de fricción, al tiempo que se protegen los datos y servicios. La seguridad de Dataverse
se puede implementar como modelo de seguridad sencilla con acceso amplio en todo
momento a modelos de seguridad muy complejos en los que los usuarios tienen acceso
específico a nivel de registro y campo.
A continuación se ofrece una breve de información general de alto nivel cómo el

modelo de seguridad se implementa en Dataverse.
Azure Active Directory (Azure AD) autentica a los usuarios

La licencia es la primera puerta de control para permitir el acceso a componentes
de Power Apps.
La capacidad de crear aplicaciones y los flujos es controlada por los roles de
seguridad en el contexto de entornos.
La capacidad de un usuario de ver y usar aplicaciones se controla compartiendo la
aplicación con el usuario. Las aplicaciones de lienzo se comparten directamente
con un usuario o grupo de Azure AD. Este uso compartido está sujeto a los roles
de seguridad de Dataverse. El uso compartido de aplicaciones basadas en modelo
se realiza a través de roles de seguridad de Dataverse.
Los entornos actúan como límites de seguridad que permiten la implementación
de diferentes necesidades de seguridad en cada entorno.
Las aplicaciones de flujos y lienzo usan conectores, las credenciales de conexiones
específicas y los derechos de servicio asociados determinan permisos cuando las
aplicaciones usan conectores.
Los entornos con una instancia de Dataverse agregan soporte para modelos de
seguridad más avanzados específicos para controlar el acceso a datos y servicios
en el entorno con una base de datos de Dataverse.
 Sugerencia
Para obtener información sobre cómo ayudar a proteger y gobernar aplicaciones

de Microsoft Power Platform como Power Automate, revise Introducción a la
seguridad y gobernanza de Power Automate.
Consulte también
Seguridad en Power Platform
¿Qué es Dataverse?
Conceptos de seguridad en Dataverse
Cómo se determina el acceso a un registro
Bloquear el acceso por ubicación con el acceso condicional de Azure AD
Restricciones cruzadas entrantes y salientes de inquilinos

Conceptos de seguridad en Microsoft
Dataverse
Una de las características clave de Dataverse es su rico modelo de seguridad que puede
adaptarse a muchos escenarios de uso de negocio. Este modelo de seguridad solo entra
en juego cuando hay una base de datos de Dataverse en el entorno. Como
Administrador, es probable que no construya todo el modelo de seguridad usted
mismo, pero a menudo participará en el proceso de administración de usuarios y se
asegurará de que tengan la configuración adecuada y la solución de problemas
relacionados con el acceso de seguridad.
 Sugerencia
Compruebe el siguiente vídeo: Microsoft Dataverse - Conceptos de seguridad

mostrados en demostraciones .
Seguridad basada en roles

Dataverse utiliza la seguridad basada en roles para agrupar una recopilación de
privilegios. Estos roles de seguridad se pueden asociar directamente a los usuarios, o se
pueden asociar con equipos y unidades de negocio de Dataverse. A continuación, los
usuarios se pueden asociar con el equipo y, por lo tanto, todos los usuarios asociados
con este se beneficiarán del rol. Un concepto clave de la seguridad de Dataverse es
comprender que todas las concesiones de privilegios son acumulativas y prevalece la
cantidad mayor de acceso. Si otorgó acceso de lectura a un nivel de organización
amplio a todos los registros de contactos, no puede volver atrás y ocultar un solo
registro.
Unidades de negocio
 Sugerencia
Mire el siguiente vídeo: Modernizar las unidades de negocio .
Las unidades de negocio trabajan con roles de seguridad para determinar la seguridad
efectiva que tiene un usuario. Las unidades de negocio son un elemento esencial del
modelado de seguridad que ayudará a administrar a los usuarios y los datos a los que
pueden tener acceso. Las unidades de negocio definen un límite de seguridad. Cada
base de datos de Dataverse tiene una sola unidad de negocio raíz.
Puede crear unidades de negocio secundarias para ayudar segmentar adicionalmente a

usuarios y datos. Cada usuario asignado a un entorno pertenecerá a una unidad de
negocio. Pese a que la unidades de negocio se pueden usar para modelar una
verdadera jerarquía de organización 1:1, con más frecuencia suelen emplearse
solamente para límites de seguridad definidos para ayudar a atender las necesidades
que el modelo de seguridad necesita.
Para entenderlo mejor veamos el ejemplo siguiente. Tenemos tres unidades de negocio.
Woodgrove es la unidad de negocio raíz y siempre estará en la parte superior, esto es
inalterable. Hemos creado otras dos unidades de negocio secundarias A y B. Los
usuarios de estas unidades de negocio tienen necesidades de acceso muy diferentes.
Cuando asociamos un usuario con este entorno, podemos configurar al usuario en una
de estas tres unidades de negocio. Dónde está asociado el usuario determinará qué
unidad de negocio es propietaria de los registros que posee el usuario. Al tener esa
asociación, nos permite personalizar un rol de seguridad para permitir al usuario ver
todos los registros de esa unidad de negocio.
Estructura jerárquica de acceso a datos

Los clientes pueden usar una estructura organizativa en la que los datos y el usuario
estén compartimentados en una jerarquía en forma de árbol.
Cuando asociamos a un usuario con este entorno, podemos configurar el usuario para
que esté en una de estas tres unidades de negocio y asignar un rol de seguridad de la
unidad de negocio al usuario. La unidad de negocio con la que está asociado el usuario
determina qué unidad de negocio es propietaria de los registros cuando el usuario crea
un registro. Al tener esa asociación, nos permite personalizar un rol de seguridad que
permite al usuario ver registros en esa unidad de negocio.
El usuario A está asociado a la División A y se le asigna un rol de seguridad Y de la

División A. Esto le permite al usuario A obtener acceso a los registros de Contacto n.º 1
y Contacto n.º 2. Mientras que el usuario B de la División B no puede obtener acceso a
los registros de Contacto de la División A, pero puede obtener al registro del Contacto
n.º 3.
Estructura de acceso a datos de matriz (Unidades de
negocio modernizadas)
Los clientes pueden utilizar una estructura organizativa en la que los datos están
compartimentados en una jerarquía en forma de árbol, y los usuarios pueden trabajar y
obtener acceso a los datos de cualquier unidad de negocio, independientemente de la
unidad de negocio a la que esté asignado el usuario.
Cuando asociamos un usuario con este entorno, podemos configurar al usuario en una
de estas tres unidades de negocio. Para cada unidad de negocio a la que un usuario
tenga que obtener acceso a los datos, se asigna esa unidad de negocio al usuario.
Cuando el usuario crea un registro, el usuario puede establecer la unidad de negocio
para que sea propietaria del registro.
El usuario A puede asociarse con cualquiera de las unidades de negocio, incluida la

unidad de negocio raíz. Un rol de seguridad Y de la División A se asigna al usuario A, lo
que le da acceso al usuario a los registros de Contacto n.º 1 y Contacto n.º 2. Un rol de
seguridad Y de la División B se asigna al usuario A, lo que le da acceso al usuario al
registro de Contacto n.º 3.
Habilitar esta estructura de acceso a datos de matriz
７ Nota
Antes de habilitar esta función, debe publicar todas sus personalizaciones para
habilitar todas las tablas nuevas no publicadas para la función. Si detecta que tiene
tablas sin publicar que no funcionan con esta función después de haberla activado,
puede configurar el parámetro RecomputeOwnershipAcrossBusinessUnits usando
la herramienta OrgDBOrgSettings para Microsoft Dynamics CRM . Establecer
RecomputeOwnershipAcrossBusinessUnits en true permite configurar y actualizar
el campo Unidad de negocio propietaria.

2. Selecciona la pestaña Entornosy, a continuación, elija el entorno para el que desea
habilitar esta característica.
4. Active el conmutador Propiedad de registro endistintas unidades de negocio.
Una vez que este conmutador de característica esté activado, puede seleccionar Unidad
de negocio al asignar un rol de seguridad a un usuario. Esto le permite asignar roles de
seguridad de diferentes unidades de negocio a un usuario. El usuario también requiere
un rol de seguridad de la unidad de negocio a la que está asignado el usuario con
privilegios de configuración de usuario para ejecutar aplicaciones basadas en modelos.
Puede referirse al rol de seguridad Usuario Básico para averiguar cómo se habilitan
estos privilegios de configuración de usuario.
Puede asignar un usuario como propietario del registro en cualquier unidad comercial
sin necesidad de asignar un rol de seguridad en la unidad comercial propietaria del
registro, siempre que el usuario tenga un rol de seguridad que tenga privilegios de
lectura en la tabla de registros. Consulte Registro de propiedad en unidades de negocio
modernizadas.
７ Nota
Este conmutador de característica se almacena en el parámetro

EnableOwnershipAcrossBusinessUnits y también se puede configurar con la
herramienta OrgDBOrgSettings para Microsoft Dynamics CRM .
Asociar una unidad de negocio con un grupo de

seguridad de Azure AD
Puede usar un grupo de seguridad de Azure AD para mapear su unidad de negocios
para agilizar la administración de usuarios y la asignación de roles.
Cree un grupo de seguridad de Azure AD para cada unidad de negocio y asigne el rol
de seguridad de la unidad de negocio respectiva a cada equipo de grupo.
Para cada unidad de negocio, cree un grupo de seguridad de Azure AD. Cree un equipo
de grupo de Dataverse para cada grupo de seguridad de Azure AD. Asigne el respectivo
rol de seguridad de la unidad de negocio a cada equipo de grupo de Dataverse. El
usuario del diagrama anterior se creará en la unidad de negocio raíz cuando el usuario
acceda al entorno. Está bien que el usuario y los equipos de grupo de Dataverse se
encuentren en la unidad de negocio raíz. Solo tienen acceso a los datos de la unidad de
negocio donde está asignado el rol de seguridad.
Agregue usuarios al grupo de seguridad de Azure AD repectivopara otorgarles acceso a

la unidad de negocio. Los usuarios pueden ejecutar inmediatamente la aplicación y
acceder a sus recursos/datos.
En el acceso a datos de matriz, donde los usuarios pueden trabajar y acceder a los datos
de varias unidades de negocio, agregue los usuarios a los grupos de seguridad de Azure
AD asignados a esas unidades de negocio.
Unidad de negocio propietaria

Cada registro tiene una columna Unidad de negocio propietaria que determina qué
unidad de negocio es propietaria del registro. Esta columna tiene como valor
predeterminado la unidad de negocio del usuario cuando se crea el registro y no se
puede cambiar excepto cuando el conmutador de característica está activado.
７ Nota
Cuando cambie la unidad de negocio que posee un registro, asegúrese de

consultar lo siguiente para ver los efectos en cascada: Usar el servicio de
organización para configurar el comportamiento en cascada.
Puede administrar si desea permitir que su usuario establezca la columna Unidad de

negocio propietaria cuando el conmutador de característica esté activado. Para
establecer la columna Unidad de negocio propietaria, debe conceder al usuario con el
rol de seguridad el permiso Anexar a de la tabla de la unidad de negocio con permiso
de nivel local.
Para permitir que su usuario configure esta columna, puede habilitar esta columna en lo
siguiente:
1. Forma: tanto el cuerpo como el encabezado.

2. Ver.
3. Asignaciones de columnas. Si está utilizando AutoMapEntity, puede especificar la
columna en su asignación de columnas.
７ Nota
Si tiene un trabajo/proceso para sincronizar datos entre entornos y la Unidad de

negocio propietaria se incluye como parte del esquema, su trabajo fallará con una
infracción de restricción de Clave externa si el entorno de destino no tiene el
mismo valor de Unidad de negocio propietaria.
Puede eliminar la columna Unidad de negocio propietaria del esquema de origen,

o actualizar el valor de la columna Unidad de negocio propietaria de la Fuente a
cualquiera de las unidades de negocio del destino.
Si tiene un trabajo/proceso para copiar datos de un entorno a un recurso externo,

por ejemplo PowerBI, deberá seleccionar o deseleccionar la columna Unidad de
negocio propietaria de su origen. Selecciónelo si su recurso puede recibirlo; de lo
contrario, anule su selección.
Propiedad de tabla/registro
Dataverse admite dos tipos de propiedad de registros. Propiedad de la organización, del
usuario o del equipo. Esta es una elección que se produce en el momento en que se
crea la tabla, y no se puede cambiar. Por motivos de seguridad, para los registros que
son propiedad de la organización, la única elección de nivel de acceso es que el usuario
puede realizar la operación o no. Para los registros de propiedad del usuario y del
equipo, las opciones de nivel de acceso para la mayoría de los privilegios son
Organización, Unidad de Negocio, Unidad de Negocio y Unidad de Negocio Secundaria,
o solo los propios registros del usuario. Esto significa para privilegio de lectura sobre el
contacto, podría configurar propiedad del usuario, y el usuario vería únicamente sus
propios registros.
Pongamos otro ejemplo: digamos que el usuario A está asociado con la división A, y le
damos acceso de lectura en el nivel de unidad de negocio para el contacto. Podrían ver
el Contacto #1 y #2 pero no el Contacto #3.
Cuando configura o edita los privilegios rol de seguridad, está configurando el nivel de
acceso para cada opción. A continuación se presenta un ejemplo del rol del privilegios
de Rol de seguridad .
Arriba puede ver los tipos de privilegios estándar para cada operación Crear, Leer,
Escribir, Eliminar, Anexar, Anexar a, Asignar y Compartir de la tabla. Puede editar cada
una de ellas individualmente. La visualización de cada uno coincidirá con la clave a
continuación en cuanto al nivel de acceso que ha otorgado.
En el ejemplo anterior, hemos dado al nivel de la organización acceso a contacto, lo que

significa que el usuario en la división A puede ver y actualizar los contactos que
pertenecen a cualquiera. De hecho, uno de los errores administrativos más comunes es
frustrarse con los permisos y conceder demasiado acceso. Muy pronto, un modelo de
seguridad bien realizado comienza a parecer un queso suizo (lleno de agujeros).
Registro de propiedad en unidades de negocio

modernizadas
En Unidades de negocio modernizadas, puede hacer que los usuarios sean propietarios
de registros en cualquier unidad de negocio. Todo lo que los usuarios necesitan es un
rol de seguridad (cualquier unidad comercial) que tenga privilegios de lectura para la
tabla de registros. Los usuarios no necesitan tener asignado un rol de seguridad en cada
unidad de negocio donde reside el registro.
Si Registrar la propiedad en todas las unidades de negocio se habilitó en su entorno

de producción durante el período de versión preliminar, debe realizar lo siguiente para
habilitar la propiedad de este registro en todas las unidades comerciales:
1. Instale el Editor de configuración de organización

2. Establezca la configuración RecomputeOwnershipAcrossBusinessUnits en
verdadero. Cuando esta configuración se establece en true, el sistema se bloquea y
puede demorar hasta 5 minutos en realizar el nuevo cálculo para habilitar la
capacidad en la que los usuarios ahora pueden poseer registros en todas las
unidades comerciales sin la necesidad de tener asignado rol de seguridad
separado de cada unidad comercial. Esto permite que el propietario de un registro
asigne su registro a alguien fuera de la unidad de negocio propietaria del registro.
3. Establezca AlwaysMoveRecordToOwnerBusinessUnit a falso. Esto hace que el
registro permanezca en la unidad comercial propietaria original cuando se cambia
la propiedad del registro.
Para todos los entornos que no son de producción, solo necesita configurar
AlwaysMoveRecordToOwnerBusinessUnit a falso para usar esta capacidad.
７ Nota
Si desactiva la función Propiedad de registro en distintas unidades de negocio o

establece el ajuste RecomputeOwnershipAcrossBusinessUnits en false utilizando la
herramienta OrgDBOrgSettings para Microsoft Dynamics CRM , no podrá
configurar o actualizar el campo Unidad de negocio propietaria y todos los
registros en los que el campo Unidad de negocio propietaria sea diferente de la
unidad de negocio del propietario se actualizará a la unidad de negocio del
propietario.
Equipos (incluyendo equipos de grupo)

Los equipos son otro bloque de creación de la seguridad. Los equipos pertenecen a una
unidad de negocio. Cada unidad de negocio tiene un equipo predeterminado, que se
crea automáticamente cuando se crea la unidad de negocio. Los miembros del equipo
predeterminados los administra Dataverse y siempre contienen todos los usuarios
asociados con esa unidad de negocio. No puede agregar o quitar manualmente
integrantes del equipo predeterminado, son ajustados dinámicamente por el sistema
mientras los nuevos usuarios se asocian/desasocian con unidades de negocio. Existen
dos tipos de equipos, equipos propietarios y equipos de acceso.
Los equipos propietarios pueden poseer registros, lo que le da a cualquier

miembro del equipo acceso directo a ese registro. Los usuarios pueden ser
miembros de varios equipos. Esta es una forma eficaz de conceder permisos a los
usuarios de forma amplia sin microadministrar el acceso en el nivel de usuarios
individuales.
Los equipos de acceso se tratan en la siguiente sección como parte del
intercambio de registros.
Uso compartido de registros
Los registros individuales pueden compartirse uno a uno con otro usuario. Ésta es una
forma eficaz de administrar excepciones que no corresponden a la propiedad del
registro o miembro de un modelo de acceso de unidad de negocio. Sin embargo,
debería ser una excepción porque es una forma menos eficaz de controlar el acceso.
Compartir es más difícil de solucionar porque no es un control de acceso implementado
de manera consistente. El uso compartido se puede realizar en el nivel de usuario y del
equipo. El uso compartido con un equipo es una forma más eficaz de uso compartido.
Un concepto más avanzada de uso compartido es con equipos de acceso, que permite
la creación automáticamente de un equipo y el uso compartido de acceso a registros
con el equipo basándose en una plantilla de equipo de acceso (plantilla de permisos)
que se aplica. Los equipos de acceso también se pueden usar sin las plantillas, con solo
agregar / quitar manualmente sus miembros. Los equipos de acceso tienen más
rendimiento porque no permiten la propiedad de registros por el equipo o tener roles
de seguridad asignados al equipo. Los usuarios obtienen acceso porque el registro se
comparte con el equipo y el usuario es miembro.
Seguridad de nivel de registro en Dataverse

Puede que se pregunte: ¿qué determina el acceso a un registro? Esto parece una
pregunta simple pero para cualquier usuario determinado es la combinación de todos
sus roles de seguridad, la unidad de negocio a la que está asociado, los equipos de los
son miembros y los registros que se comparten con ellos. La clave es recordar que todo
el acceso es acumulativo en todos esos conceptos en el ámbito de un entorno de base
de datos de Dataverse. Estos derechos solo se otorgan dentro de una única base de
datos y se realiza un seguimiento individual en cada base de datos de Dataverse. Todo
esto, por supuesto, requiere que tengan una licencia adecuada para acceder a
Dataverse.
Seguridad de nivel de columna en Dataverse

A veces el control de acceso a nivel de registro no es adecuado para algunos escenarios
empresariales. Dataverse tiene una función de seguridad en el nivel de columna para
permitir un control más detallado de la seguridad en ese nivel. La seguridad de nivel de
columna se pueden habilitar en todas las columnas personalizadas y la mayoría de
columnas del sistema. La mayoría de las columnas del sistema que incluyen información
personal identificable (PII) se pueden proteger individualmente. Los metadatos de cada
columna definen si esa es una opción disponible para la columna del sistema.
La seguridad de nivel de columna se habilita para cada columna. El acceso a
continuación es administrado creando un perfil de seguridad de columna. El perfil
contiene todas las columnas que tienen seguridad de nivel de columna habilitada y el
acceso concedido por dicho perfil concreto. Cada columna se puede controlar en el
perfil para acceso de creación, actualización y lectura. Los perfiles de seguridad de
columna se asocian a continuación a un usuario o a equipos para conceder esos
privilegios a los usuarios a los registros a los que ya tienen acceso. Es importante tener
en cuenta que la seguridad a nivel de columna no tiene nada que ver con la seguridad a
nivel de registro. Un usuario ya debe tener acceso al registro del perfil de seguridad de
columna para otorgarle acceso a las columnas. La seguridad de nivel de columna se
debe usar según sea necesario y no excesivamente, ya que puede agregar sobrecarga
que es perjudicial si usa en exceso.
Administrar seguridad a través de varios entornos

Los roles de seguridad y perfiles de seguridad de columna se pueden empaquetar y
mover de un entorno al siguiente con soluciones de Dataverse. Las unidades de negocio
y los equipos se deben crear y administrar en cada entorno junto con la asignación de
usuarios a los componentes de seguridad necesarios.
Configurar seguridad del entorno de usuarios

Una vez que una organización ha definido las unidades de negocio, los equipos y los
roles en un entorno, es el momento de asignar a los usuarios sus configuraciones de
seguridad. Primero, cuando crea un usuario, lo asociará con una unidad de negocio. De
forma predeterminada, ésta es la unidad de negocio raíz de la organización. También se
agregan al equipo predeterminado de esa unidad de negocios.
Además, asignaría cualquier rol de seguridad que necesite el usuario. También los
agregaría como integrantes de cualquier equipo. Recuerde que los equipos también
pueden tener roles de seguridad, por lo que los derechos efectivos del usuario son la
combinación de los roles de seguridad directamente asignados a él y los roles de los
equipos a los que pertenezca. La seguridad siempre es aditiva, pues ofrece el permiso
menos restrictivo de cualquier derecho. A continuación se presenta un tutorial de
configurar la seguridad del entorno.
Si ha utilizado seguridad a nivel de columna, deberá asociar al usuario o un equipo del

usuario a uno de los Perfiles de valores de columna que creó.
La seguridad es un artículo complejo y se logra mejor como un esfuerzo conjunto entre

los creadores de la aplicación y el equipo que administra los permisos de los usuarios.
Cualquier cambio importante debe ser coordinado bastante antes de la implementación
de cambios en el entorno.
Consultar también
Configurar la seguridad del ambiente

Usuarios de aplicaciones y del sistema
Hay una lista de usuarios especiales del sistema y de aplicaciones que se crea cuando se aprovisiona el
sistema. Los usuarios del sistema especiales se crean para escenarios de integración y soporte. Los usuarios de
aplicaciones se crean durante el aprovisionamiento del sistema para la administración de instalación y
configuración. Usuarios de la aplicación también se puede utilizar para realizar servicios de back-end y su
acceso a los datos se gestiona mediante el rol de seguridad especial que se asigna. Estos roles de seguridad
son administrados por el sistema y es posible que no se puedan modificar. Ver otros roles de seguridad
predefinidos del sistema.
La mayoría de estos usuarios están ocultos a las vistas de los usuarios, pero se pueden encontrar mediante la
búsqueda avanzada en la tabla Usuarios. No elimine ni modifique estos usuarios, lo que incluye cambiar o
reasignar rol de seguridad.
Tipo de Nombre completo Nombre de usuario Finalidad Rol de seguridad asignado

usuario
Sistema SISTEMA N/A Consulte a N/A

continuación.
Usuario de soporte crmoln@microsoft.com Para permitir que el Usuario de soporte (no tiene
equipo de soporte privilegio a los datos de
técnico de clientes)
Microsoft tenga
acceso
restringido/limitado
a cualquier entorno
de cliente para
soporte al cliente.
Administrador crmoln2@microsoft.com Consulte Para Administrador del sistema

delegado partners: el
administrador
delegado.
Aplicación Cuenta de servicio de bap_sa@microsoft.com Para configurar Administrador del sistema

la plataforma de sistema y
aplicaciones configuraciones de
empresariales Power Apps.
Usuario de capam@microsoft.com Para permitir que Administrador del sistema

administración de los servicios de
aplicaciones administración de
aplicaciones
consulten los
detalles del
inquilino, como el
país del inquilino
Búsqueda de RelevanceSearch@onmicrosoft.com Para recuperar Administrador del sistema

Dataverse Dataverse datos de tabla y
metadatos para la
función de
búsqueda de
Dataverse
usuario
Servicio de datos de diofficedata@microsoft.com Aplicación de DataLakeWorkspaceAppAccess

Office de Dynamics servicio para
365 realizar la
integración de
datos entre
Microsoft Dataverse
y Microsoft 365.
Dynamics 365 Dynamics365Athena-

Aplicación de DataLakeWorkspaceAppAccess
Athena- CDStoAzuredatalake
servicios para
CDStoAzuredatalake @onmicrosoft.com realizar la
integración de
datos entre
Microsoft Dataverse
a Azure Data Lake.
Dynamics 365 Dynamics365Athena2-

Aplicación de DataLakeWorkspaceAppAccess
Athena2- CDStoAzuredatalake
servicios para
CDStoAzuredatalake @onmicrosoft.com realizar la
integración de
datos entre
Dataverse a Azure
Data Lake.
Ventas empresariales EnterpriseSales@onmicrosoft.com Aplicación de N/D

servicio para
realizar la
integración de
datos entre
Dataverse (Sales) a
Azure Data Lake.
Usuario de FinanceandOperations
Aplicación de Usuario de integración de
integración en tiempo RuntimeIntegrationUser
servicio para Finanzas y Operaciones
de ejecución de @onmicrosoft.com realizar la
Finanzas y integración de
Operaciones datos de escritura
dual entre
Dataverse y
aplicaciones de
finanzas y
operaciones.
# SIAutoCapture SIAutoCapture@onmicrosoft.com Se utilizará para Administrador de captura

requisitos automática de SalesInsights
empresariales de la
solución de captura
automática para
realizar consultas
de datos y ejecutar
complementos
desde servicios de
back-end.
usuario
# Dynamics 365 Sales Dynamics365Sales@onmicrosoft.com Para permitir que Sincronización de datos del
Dynamics 365 Sales sistema de ventas y acceso a la
se comunique con aplicación EAC
Dataverse y Azure
Data Lake para
análisis y
actualizaciones de
datos.
Microsoft Project Project@microsoft.com Permitir que Project Sistema de proyectos y usuario

for the Web and de la cartera
Roadmap Service se
comunique con
Dataverse.
Aplicación Pacheckerapp@microsoft.com Para realizar análisis Exportar personalizaciones y

Comprobador de estático de comprobador de soluciones
Power Apps soluciones de
Power Apps para
ayudar en la
identificación
riesgos del
rendimiento y la
estabilidad.
Powerqueryonline- Powerqueryonline-
Aplicación de N/A
CDStoAzuredatalake CDStoAzuredatalake
servicio para
@onmicrosoft.com realizar la consulta
de datos entre
Dataverse y Azure
Data Lake.
Aprovisionar usuario provisionapp@fabrikam.com Para realizar la Administrador del sistema

instalación de la
aplicación desde
AppSource o
actualizaciones del
sistema de
Microsoft.
DataLakeStorage DataLakeStorage@onmicrosoft.com Para permitir que DataLakeWorkspaceAppAccess

las soluciones
administren
espacios de trabajo,
permisos de
espacios de trabajo
y el descubrimiento
de espacios de
trabajo.
usuario
JobServicePreProd JobServicePreProd
Habilite los Administrador del sistema
@onmicrosoft.com servicios satelitales
para programar y
enviar mensajes a
cargas de trabajo
construidas de
forma
independiente con
entrega garantizada
de mensajes
basada en políticas
definidas por el
servicio.
JobServiceProd JobServiceProd@onmicrosoft.com Habilite los Administrador del sistema

servicios satelitales
para programar y
enviar mensajes a
cargas de trabajo
construidas de
forma
independiente con
entrega garantizada
de mensajes
basada en políticas
definidas por el
servicio.
# CCADAAdmins@onmicrosoft.com Para permitir Personalizador del sistema y

CCADataAnalyticsML información de IA administrador del sistema
en aplicaciones de
atención al cliente
como Customer
Service, Field
Service, etc.
# CDSReportService CDSReportService@onmicrosoft.com Para permitir al N/A

usuario ejecutar
informes.
Flujos de datos de ppdfcdsclient@onmicrosoft.com Aplicación de Administrador del sistema

Power Platform servicio de flujos de
datos de Power
Platform para
realizar la
preparación y carga
de datos en
Dataverse y Azure
Data Lake.
AIBuilderProd aibuilderfpapp@onmicrosoft.com Para realizar Administrador del sistema

autenticación para
AI Builder.
PowerAutomate- PowerAutomate-ProcessMining
Para permitir que el Creador de entornos,
ProcessMining @onmicrosoft.com servicio Process aplicación de Process Advisor
Advisor interactúe
con Dataverse.
usuario
AriaMdlExporter AriaMdlExporter@onmicrosoft.com Para exportar datos DataLakeWorkspaceAppAccess

de Engagement
Insights a Managed
Data Lake.
CDSFileStorage CDSFileStorage@onmicrosoft.com Para realizar Acceso a la aplicación

operaciones en FileStoreService
segundo plano
como operaciones
del ciclo de vida de
la organización
(OLC),
reconciliación de
archivos y
migración.
CDSUserManagement CDSUserManagement
Para aprovisionar y Administrador del sistema
@onmicrosoft.com sincronizar usuarios
en Dataverse desde
Active Directory.
GDSGlobalDiscovery GDSGlobalDiscovery
Para validar a qué Servicio de detección global
@onmicrosoft.com entornos pueden
acceder los
usuarios.
BAP BAP@onmicrosoft.com Para realizar N/D

operaciones
administrativas en
entornos
vinculados de
Dataverse: buscar
roles de usuario,
aprovisionar
usuarios, asignar
roles en portales de
Power Platform.
Microsoft Forms Pro enterprisesurveyappuser

Para realizar la Administrador del sistema
@contoso.com integración de
datos entre
Dynamics 365
Customer Voice y
Dataverse
PowerVIrtualAgents PowerVirtualAgents
Para gestionar las Administrador de CCI,
@onmicrosoft.com funcionalidades de personalizador del sistema y
PVA dentro los creador de entornos
entornos
BizQA BizQA@onmicrosoft.com Para acceder a la BizQAApp

telemetría de
búsqueda para
mejorar la
experiencia de
búsqueda
usuario
ProductInsights ProductInsights@onmicrosoft.com Para exportar datos DataLakeWorkspaceAppAccess

de Customer
Insights a
Engagement
Insights
Dynamics365 Dynamics365SalesForecasting
Para obtener datos ForecastAppUser
SalesForecasting @onmicrosoft.com de tabla y
metadatos para la
función de
pronóstico
# Omnicanal Ominichannel@onmicrosoft.com Para realizar la Administrador del sistema

integración de
datos entre la
Plataforma
omnicanal para
Customer Service y
Dataverse
# Flow-RP Flow-RP@onmicrosoft.com Para permitir que Rol de Flow-RP, Lector de

Power Automate se servicio
integre con
Dataverse
# DataSyncService- DataSyncService-<REGION>
Para leer datos para Servicio de sincronización de
<REGION> @onmicrosoft.com la sincronización de datos
Azure Data Lake
# DataSyncFramework- Para leer datos para Macro de trabajo de

DataSyncFramework- <REGION>@onmicrosoft.com la sincronización de sincronización de datos
<REGION> Azure Data Lake
# Sharepoint Syntex SharepointSyntex@onmicrosoft.com Para permitir a Usuario Basic

Sharepoint utilizar
los modelos de
procesamiento de
documentos de AI
Builder
¿El objetivo de la cuenta del sistema?
El usuario del sistema es una cuenta de usuario integrada que se usa para permitir que los clientes
realicen actualizaciones del sistema mediante complementos.
El uso principal de esta cuenta de usuario es cumplir los requisitos especiales de negocio que requieren
la elevación de privilegios; por ejemplo, ejecutar procesos en segundo plano para integrar con otras
aplicaciones.
También puede usarse para administrar los escenarios consolidados en donde los usuarios individuales
no tienen el privilegio requerido. Por ejemplo, la prioridad de un caso se configura automáticamente a la
prioridad máxima de las tareas de un usuario individual y los usuarios concretos solo pueden actualizar
su propia prioridad de tarea pero no la prioridad de caso.
¿Detalles técnicos en permisos?
Esta cuenta de usuario puede realizar cualquier acción y tiene todos los privilegios del sistema.
Los registros creados y actualizados por esta cuenta de usuario se auditan.
¿Detalles técnicos sobre la seguridad?
Esta cuenta de usuario no puede iniciar sesión en aplicaciones de Dynamics 365.

Los administradores tienen la opción de usar esta cuenta de usuario al registrar sus complementos.
Esta cuenta de usuario no tiene un buzón de correo, por lo que no se puede usar para enviar o recibir
correos electrónicos.
Dado que no puede iniciar sesión en las aplicaciones con esta cuenta de usuario, no tiene ninguna
entidad relacionada (configuración de usuario, colas, calendario, pertenencia al equipo, dirección interna,
etc.).
Los detalles de esta cuenta de usuario no se pueden modificar desde la interfaz del formulario de
usuario.
Esta cuenta de usuario no aparece en ninguna vista.
El propósito de los usuarios de la aplicación?
El usuario de la aplicación es una cuenta de usuario incorporada que se utiliza para realizar la integración
y el servicio de back-end del sistema para admitir una función en particular.
Dado que se trata de cuentas de usuario integradas, no se pueden actualizar. El rol de seguridad que se
asigna a estas cuentas tampoco se puede actualizar. Esto es para evitar interrupciones del servicio.
Estos usuarios no consumen licencias de servicio.
Configuración de la seguridad del
usuario a recursos en un entorno
Microsoft Dataverse usa un modelo de seguridad basada en roles para ayudar al acceso
seguro a la base de datos. Este artículo explica cómo crear los artefactos de seguridad
necesarios para ayudarle proteger recursos en un entorno. Los roles de seguridad se
pueden usar para configurar el acceso en todo el entorno a todos los recursos del
entorno, o para configurar el acceso a aplicaciones y datos específicos en el entorno.
Los roles de seguridad de usuario controlan el acceso de un usuario a los recursos de un
entorno a través de un conjunto de permisos y niveles de acceso. La combinación de
niveles de acceso y permisos que se incluyen en un determinado rol de seguridad define
los límites de visualización de aplicaciones y datos para el usuario, así como las
interacciones del usuario con estos.
Un entorno puede tener cero o una base de datos de Dataverse. El proceso para asignar
roles de seguridad para entornos sin base de datos Dataverse difiere de la de un
entorno con una base de datos Dataverse.
Roles de seguridad predefinidos

Los entornos incluyen roles de seguridad predefinidos que reflejan tareas de usuario
comunes con niveles de acceso definidos para que coincidan con el objetivo de
seguridad recomendado de proporcionar acceso a la cantidad mínima de datos
profesionales necesarios para usar la aplicación.
Estos roles de seguridad se pueden asignar al usuario, al equipo propietario y al equipo

de grupo.
Hay otro conjunto de roles de seguridad que se asigna a los usuarios de aplicaciones.
Esos roles de seguridad se instalan por nuestros servicios y no se pueden actualizar.
En función del entorno, estarán disponibles distintos roles de seguridad predefinidos.
Entornos sin una base de datos de Dataverse

Creador de entornos y Administrador de entornos son los únicos roles predefinidos para
entornos que no tienen base de datos de Dataverse. Estos roles se definen en la tabla
siguiente.
Rol de Privilegios de Descripción
seguridad base de datos*
Administrador Crear, leer, El rol Administrador de entorno puede realizar todas las
de entorno escribir, eliminar, acciones administrativas en un entorno, incluido lo
personalizaciones, siguiente:
roles de
seguridad Agregar o quitar un usuario en el rol Administrador
de entornos o el rol Creador de entornos.
Aprovisionar una base de datos de Dataverse para el
entorno. Una vez aprovisionada una base de datos, el
rol de Personalizador del sistema también debe
asignarse a un administrador de entorno para que
tenga acceso a los datos del entorno.
Ver y administrar todos los recursos creados en un
entorno.
Establecer directivas de prevención de pérdida de
datos. Más información: Directivas de prevención de
pérdida de datos
Creador de Personalizaciones Puede crear nuevos recursos asociados a un entorno

entorno incluyendo aplicaciones, conexiones, API personalizadas,
puertas de enlace y flujos usando Microsoft Power
Automate. Sin embargo, este rol no tiene ningún privilegio
para acceder a los datos de un entorno. Más información:
Información general sobre los entornos
Los creadores de entornos también pueden distribuir las

aplicaciones que crean en un entorno a otros usuarios de su
organización. Pueden compartir la aplicación con usuarios
individuales, grupos de seguridad o con todos los usuarios
de la organización. Más información: Compartir una
aplicación en Power Apps
*El alcance de estos privilegios es global, a menos que se especifique lo contrario.
Entornos con una base de datos de Dataverse

Si el entorno tiene una base de datos de Dataverse, hay que asignar a un usuario el rol
de Administrador del sistema en lugar del rol Administrador de entorno, para que tenga
privilegios de administrador completos, como se describe en la tabla anterior.
Para los usuarios que crean aplicaciones que se conectan a la base de datos y necesitan
crear o actualizar entidades y roles de seguridad, debe asignar el rol Personalizador del
sistema además del rol Creador de entornos. Esto es necesario porque el rol Creador de
entornos no tiene privilegios sobre los datos del entorno.


aplicaciones que crean en un entorno a otros usuarios de
su organización. Pueden compartir la aplicación con
usuarios individuales, grupos de seguridad o con todos los
usuarios de la organización. Más información: Compartir
una aplicación en Power Apps
Administrador Crear, leer, Tiene permiso completo para personalizar o administrar el

del sistema escribir, eliminar, entorno, incluida la creación, modificación y asignación de
personalizaciones, roles de seguridad. Puede ver todos los datos del entorno.
roles de Más información: Privilegios necesarios para la
seguridad personalización
Personalizador Creación Tiene permiso completo para personalizar el entorno. Sin

del sistema (automática), embargo, los usuarios con este rol solo pueden ver los
Lectura registros de las entidades del entorno que han creado. Más
(automática), información: Privilegios necesarios para la personalización.
Escritura
(automática),
Eliminación
(automática),
Personalizaciones
Usuario Basic Leer (registros Puede ejecutar una aplicación dentro del entorno y realizar
propios), Crear tareas comunes para los registros que posee. Tenga en
(registros cuenta que esto solo se aplica a entidades no
propios), Escribir personalizadas. Más información: Creación o configuración
(registros de un rol de seguridad personalizado
propios), Eliminar
(registros propios) Nota: el nombre del rol de seguridad Usuario de Common
Data Service se ha cambiado a Usuario básico. No es
necesaria ninguna acción; solo es un cambio de nombre y
no afecta a los privilegios del usuario ni a la asignación de
roles. Si tiene una solución con el rol de seguridad Usuario
de Common Data Service, al importar la solución podría
restablecer inadvertidamente el nombre del rol de
seguridad como Usuario de Common Data Service.
Actualice la solución antes de volver a importar.
Servicio lector Leído Tiene permiso de lectura completo para todas las
entidades, incluidas las entidades personalizadas. Esto lo
usa principalmente el servicio de backend que requiere leer
todas las entidades.
Redactor de Crear, lectura y Tiene permisos completos de creación, lectura y escritura

servicio escritura para todas las entidades, incluidas las entidades
personalizadas. Esto lo usa principalmente el servicio de
backend que requiere crear y actualizar registros.
Delegado Actuar en nombre Permite que el código se ejecute como otro usuario o lo
de otro usuario suplante. Normalmente se usa con otro rol de seguridad
para permitir el acceso a los registros. Más información:
Suplantar a otro usuario
Usuario de Leer Tiene permiso de lectura completo para la personalización

soporte personalizaciones, y la configuración de administración de empresas para
leer la permitir que el personal de soporte solucione problemas de
configuración de configuración del entorno. No tiene acceso a registros
Administración de básicos.
empresas
Colaborador Leer (registros Tiene permiso de lectura para las tablas en las que se
de Office propios) compartió un registro de estas tablas con la organización.
No tiene acceso a ningún otro registro de tabla principal y
personalizado. Esta función se asigna al equipo de
propietarios de Office Collaborators y no a un usuario
individual.
Lector global El rol Lector global aún no es compatible en el centro de

Además de los roles de seguridad predefinidos enumerados anteriormente para

Dataverse, puede haber otros roles de seguridad disponibles en su entorno según los
componentes de Power Platform (Power Apps, Power Automate, Power Virtual Agents)
que tenga.
Componente de Power Información

Platform
Power Apps Roles de seguridad predefinidos para entornos con una base de
datos de Dataverse
Power Automate Seguridad y privacidad

Platform
Power Virtual Agents Asignar roles de seguridad de entorno
Dataverse for Teams entornos

Para obtener información sobre los roles de seguridad del entorno Dataverse for Teams,
consulte Acceso de usuario a entornos de Dataverse for Teams.
Roles de seguridad específicos de aplicaciones

Si implementa aplicaciones de Dynamics 365 en su entorno, como Dynamics 365 Sales o
Dynamics 365 Field Service, se agregan roles de seguridad adicionales como resultado
de la implementación de estas aplicaciones. Para obtener información sobre estos roles
de seguridad adicionales, consulte la documentación de las aplicaciones respectivas:
Aplicación de Dynamics 365 Documentos de rol de seguridad
Dynamics 365 Sales Roles de seguridad predefinidos para Ventas
Dynamics 365 Marketing Roles de seguridad agregados por Dynamics 365 Marketing
Dynamics 365 Field Service Roles + definiciones de Dynamics 365 Field Service
Dynamics 365 Customer Service Roles en Plataforma omnicanal para Customer Service
Dynamics 365 Customer Roles de Customer Insights

Insights
Administrador de perfiles de Roles y privilegios asociados con el administrador de perfiles

aplicación de la aplicación
Dynamics 365 Finance Roles de seguridad en el sector público
Aplicaciones de finanzas y Roles de seguridad en Microsoft Power Platform

operaciones
Resumen de recursos disponibles para roles de

seguridad predefinidos
La siguiente tabla describe qué recursos puede crear cada rol de seguridad.
Recurso Creador de Administrador Personalizador Administrador
entorno de entorno del sistema del sistema
Aplicación de X X X X
lienzo
Flujo de nube X (no compatible X X (compatibles con X

con las soluciones) las soluciones)
Conector X X - X
Conexión X X - X
Puerta de X X - X
enlace de datos
Flujo de datos X X - X
Tablas de - - X X
Dataverse
Aplicación X - X X
basada en
modelo
Marco de la X - X X
solución
*Flujo de - - X X
escritorio
AI Builder - - X X
*
Los usuarios de Dataverse for Teams no obtienen acceso a los flujos de escritorio de
forma predeterminada. Necesita actualizar su entorno para disfrutar de todas las
capacidades de Dataverse y adquirir Planes de licencia de flujo de escritorio para usar
flujos de escritorio.
Asignar roles de seguridad a usuarios en un

entorno sin base de datos Dataverse
Para entornos sin base de datos de Dataverse, los roles de seguridad se pueden asignar
a usuarios individuales o a grupos de Azure AD. Un usuario que tenga la función de
administrador del entorno en el entorno puede realizar estos pasos.
2. Seleccione Entornos> [seleccione un entorno].

3. En el mosaico Acceso, seleccione Ver todo para Administrador de entorno o
Creador de entorno para agregar o eliminar personas para cualquiera de los roles.
4. Seleccione Añadir personas y luego especifique el nombre o la dirección de correo

electrónico de uno o más usuarios o grupos de Azure AD para asignar este rol.

entorno que tiene una base de datos Dataverse
Se pueden asignar roles de seguridad a equipos propietarios y equipos de grupo de
Azure AD, además de usuarios individuales. Antes de asignar un rol a un usuario,
verificar que el usuario está presente en el entorno en estado habilitado. Agregar al
usuario al entorno o corregir su estado para que esté habilitado antes de asignarles un
rol. Podrá asignar un rol como parte del proceso de agregar el usuario.
En general, un rol de seguridad se puede asignar únicamente los usuarios con estado
habilitado. Pero si necesita asignar roles de seguridad a los usuarios que tienen el
estado deshabilitado, puede hacerlo habilitando los
allowRoleAssignmentOnDisabledUsers en OrgDBOrgSettings.
Para agregar un rol de seguridad a un equipo propietario, equipo de grupo o un usuario

que tiene el estado Habilitado en un entorno:
3. En el icono Acceso, seleccione Ver todo en Roles de seguridad.
4. Asegúrese de seleccionar la unidad de negocio correcta en el menú desplegable y

seleccione un rol de la lista de roles en el entorno.
5. Seleccione Añadir personas para agregar un usuario, equipo propietario o equipo

de grupo al rol. Si no encuentra un usuario o equipo para asignarle el rol,
asegúrese de que el usuario o equipo esté presente en el entorno y que el usuario
tenga el estado Habilitado antes de asignarle un rol.
Crear o configurar un rol de seguridad
personalizado
Si su aplicación usa una entidad personalizada, sus privilegios se deben conceder
explícitamente en un rol de seguridad antes de que su aplicación pueda usarse. Puede
agregar estos privilegios en un rol de seguridad existente o crear un rol de seguridad
personalizado.
７ Nota
Cada rol de seguridad debe incluir un conjunto mínimo de privilegios antes de

poder usarse. Estos se describen más adelante en este mismo artículo.
 Sugerencia
Es posible que el entorno mantenga los registros que pueden usar varias
aplicaciones, y es posible que necesite varios roles de seguridad para acceder a los
datos con diferentes privilegios. Por ejemplo:
Es posible que algunos de los usuarios (llamémoslos Tipo A) solo necesiten

leer, actualizar y adjuntar otros registros para que su rol de seguridad tenga
privilegios de lectura, escritura y anexar.
Otros usuarios pueden necesitar todos los privilegios que tienen los usuarios
de Tipo A, además de la capacidad de crear, agregar, eliminar y compartir. El
rol de seguridad para estos usuarios tendrá privilegios para crear, leer,
escribir, anexar, eliminar, asignar, anexar a y compartir.
Para obtener más información sobre los privilegios de acceso y de ámbito, consulte
Roles de seguridad y privilegios.
1. Inicie sesión en el Centro de administración de Power Platform y seleccione el

entorno para el que desea actualizar un rol de seguridad.
2. Seleccione la URL del entorno.
3. Si ve aplicaciones y mosaicos publicados, seleccione el icono engranaje ( ) en la

esquina superior derecha y luego seleccione Configuración avanzada.
4. En la barra de menú, seleccione Configuración>Seguridad.
5. Seleccione Roles de seguridad.

7. Desde el diseñador rol de seguridad, introduzca un nombre de rol en la pestaña

Detalles. En las otras pestañas seleccionará las acciones y el alcance para realizar
esa acción.
8. Seleccione una pestaña y busque su entidad. Por ejemplo, seleccione la pestaña

Entidades personalizadas para establecer permisos en una entidad personalizada.
9. Seleccione los privilegios Leer, Crear, Anexar.
Privilegios mínimos para ejecutar una

aplicación
Cuando crea un rol de seguridad personalizado, es necesario incluir un conjunto de
privilegios mínimos en el rol de seguridad para que un usuario ejecute una aplicación.
Hemos creado una solución que puede importar que proporciona un rol de seguridad
con los privilegios mínimos requeridos.
Para empezar, descargue la solución desde el Centro de descarga: Rol de seguridad de

privilegio mínimo de Dataverse .
A continuación, siga las indicaciones para importar la solución: Importar, actualizar, y

exportar soluciones.
Cuando importe la solución, crea el rol min pro apps use que puede copiar (consulte:
Crear un rol de seguridad mediante Copiar rol). Cuando el proceso Copiar rol termine,
vaya a cada pestaña (Registros principales, Administración de empresas,
Personalización, etc.) y establezca los privilegios apropiados.
） Importante
Debe probar la solución en un entorno de desarrollo antes de importar en un

Vea también

Cómo se determina el acceso a un
registro
Existen distintas formas de obtener acceso a un registro en particular en las aplicaciones

Automation). Para poder realizar una acción determinada con una tabla (Crear, Leer,
Escribir, Eliminar, Anexar, Anexar a, Asignar, Compartir), se realizan dos comprobaciones
principales: comprobaciones de privilegios y comprobaciones de acceso.
Comprobación de privilegios
La comprobación de privilegios es la primera barrera que hay que superar para realizar
una determinada acción con un registro de una tabla. Las comprobaciones de
privilegios validan que el usuario tenga los privilegios necesarios para esa tabla. Para
cada tabla, ya esté lista para usar o sea una tabla personalizada, existen distintos
privilegios que ofrecen capacidades de interacción con los registros de ese tipo.
Por ejemplo, para Cuenta, los privilegios son:
Crear Necesario para crear un nuevo registro. Los registros que se pueden crear dependen

de seguridad.
Para realizar una acción en un registro, el usuario debe tener el privilegio requerido
asignado directamente a través de un rol o debe ser miembro de un equipo que tenga
un rol de seguridad con el privilegio asignado. Si este no es el caso, el usuario recibirá
un error de acceso denegado que indica que no tiene los privilegios necesarios para
realizar la acción.
Por ejemplo, en un escenario en el que un usuario desea crear un registro de cuenta, es

necesario que el usuario tenga el privilegio Crear, ya sea a través de un rol de seguridad
asignado a él o al equipo al que pertenece.
７ Nota
Al crear o editar un rol de seguridad, se otorga un privilegio a ese rol con un nivel
de acceso determinado. El nivel de acceso no se tiene en cuenta en la
comprobación de privilegios, esto se hace en la comprobación del acceso cuando
se supera la comprobación de privilegios.
Comprobación del acceso

Si se supera la comprobación de privilegios, entonces se lleva a cabo la comprobación
del acceso. La comprobación del acceso verifica que el usuario tenga los derechos
necesarios para realizar la acción que está intentando realizar.
Existen cuatro formas diferentes en las que un usuario puede tener derechos de acceso
para realizar una acción en un registro en particular. Son:
Propiedad
Acceso de rol
Acceso compartido
Acceso de jerarquía
） Importante
Todos estos se comprueban durante la comprobación del acceso, así que es posible
que el usuario tenga acceso para realizar la acción requerida en el registro de más
de una manera.
Propiedad
Un usuario puede tener acceso a un registro en particular porque es propietario del
registro en cuestión o pertenece a un equipo que posee el registro. En ambos casos,
cualquier nivel de acceso será suficiente para tener acceso independientemente de la
unidad de negocio a la que pertenezca el registro. Como ya se superó la comprobación
de privilegios, esto significa que el usuario tiene el acceso adecuado para realizar la
acción.
７ Nota
En caso de que el usuario pertenezca a un equipo propietario del registro, el

usuario también tiene acceso al registro.
Acceso de rol
Los usuarios pueden tener acceso para realizar una acción en un registro debido a los
roles de seguridad que tienen. En este caso, se tiene en cuenta el nivel de acceso del
privilegio que tiene un rol. Existen cuatro escenarios principales que corresponden a los
diferentes niveles de acceso que no son de Usuario, lo que se cubre en el caso de
propiedad.
El registro pertenece al usuario o a un equipo En este caso, el usuario debe tener o

del que el usuario es miembro pertenecer a un equipo que tenga un rol
asignado con al menos privilegios de acceso
en el nivel de usuario. *Consulte la Nota
posterior.
El registro pertenece a la misma unidad de En este caso, el usuario debe tener o
negocio que el usuario pertenecer a un equipo que tenga un rol
asignado con al menos privilegios de acceso
en el nivel de unidad de negocio.
El registro pertenece a la misma unidad de En este caso, el usuario debe tener o

negocio que el equipo del que es miembro el pertenecer al equipo que tenga un rol
usuario asignado con al menos privilegios de acceso
a nivel de unidad de negocio.
El registro pertenece a una unidad de negocio En este caso, el usuario debe tener o
que es descendiente de la unidad de negocio pertenecer a un equipo que tenga un rol
del usuario. asignado con al menos privilegios de acceso
Primario: unidades de negocio secundarias.
que es descendiente de la unidad de negocio pertenecer a un equipo que tenga un rol
del usuario o descendiente de la unidad de asignado con al menos privilegios de acceso
negocio del equipo de la que el usuario es Primario: unidades de negocio secundarias.
miembro
que no es descendiente de la unidad de pertenecer a un equipo que tenga un rol
negocio del usuario. asignado con privilegios de acceso en el
nivel de organización.
７ Nota
*Para los roles asignados a equipos con privilegios de usuario de acceso de nivel
básico, la configuración de herencia del rol también entra en juego. Si el equipo
tiene Herencia de privilegios del miembro ajustado a Solo privilegios del equipo,
entonces el usuario solo podrá hacer uso de ese privilegio para los registros
propiedad del equipo. Para obtener más información, visite Herencia de privilegios
de miembro del equipo.
Acceso compartido
Otra forma de obtener acceso a un registro sin tener un rol explícito asignado que
permita esto es a través del acceso compartido. El acceso compartido se obtiene cuando
un usuario que tiene los derechos de uso compartido adecuados comparte un registro
con un usuario, equipo u organización. Existen cinco formas en las que un usuario
puede tener acceso compartido a un registro.
El registro se Si se comparte un registro con el usuario para realizar una determinada acción,
compartió con entonces el usuario tendría acceso para realizar esa acción siempre que
el usuario superase la comprobación de privilegios.
directamente
Un registro El siguiente escenario tiene lugar cuando un registro A está relacionado con un
relacionado se registro B. Si el usuario tiene acceso compartido para realizar una determinada
compartió con acción en el registro A, entonces habría heredado el acceso para realizar la
el usuario misma acción en el registro B, siempre que el usuario superase la comprobación
directamente de privilegios.
El registro se Si se comparte un registro con un equipo para realizar un conjunto de acciones,

compartió con entonces los usuarios que pertenezcan a ese equipo tendrían acceso para
un equipo al realizar esas acciones siempre que superasen la comprobación de privilegios.
que pertenece
el usuario
Un registro El siguiente escenario se produce cuando un registro A está relacionado con un
relacionado se registro B. Si el registro A se comparte con un equipo para realizar un conjunto
compartió con de acciones, y el registro A está relacionado con el registro B, entonces los
un equipo al usuarios que pertenecen a ese equipo tendrían acceso para realizar esas
que pertenece acciones en los registros A y B, siempre que superen la comprobación de
el usuario privilegios.
El registro se Si se comparte un registro con una organización para realizar un conjunto de

compartió con acciones, entonces todos los usuarios que pertenezcan a esa organización
toda la podrán realizar esas acciones siempre que superasen la comprobación de
organización privilegios.
Acceso de jerarquía
El acceso a la jerarquía solo tiene lugar si la administración de la Seguridad de jerarquía
está habilitada en esa organización y para esa tabla, y si el usuario es un administrador.
En este caso, el usuario tendría acceso al registro si se cumplen las dos condiciones
siguientes:
El administrador tiene un rol de seguridad asignado directamente o a través de un

equipo que tiene el nivel de acceso Unidad de negocio o Unidades de negocio
principales:secundarias.
Además, realice una de las acciones siguientes:
El registro es propiedad de un subordinado directo.
Un subordinado directo es un miembro del equipo propietario.
El registro se compartió para realizar la acción requerida con un subordinado
directo.
El registro se compartió para realizar la acción requerida con un equipo al que
pertenece un subordinado directo.
Consultar también
Crear usuarios
Crear o editar un rol de seguridad para administrar el acceso

Controles de exfiltración de correo
electrónico para conectores
Microsoft Exchange permite a los administradores deshabilitar el envío automático de

correo electrónico y las respuestas automáticas a dominios remotos para destinatarios
externos. Exchange hace esto mediante el uso de encabezados de tipo mensaje, como
Reenvío automático, recibidos de Outlook y Outlook en clientes web.
Microsoft Power Platform tiene la capacidad de insertar encabezados SMTP específicos

en los mensajes de correo electrónico enviados a través de Power Automate y Power
Apps. Hace esto usando Conectores de Microsoft 365 Exchange/Outlook. Puede utilizar
estos encabezados SMTP para configurar las reglas de exfiltración adecuadas. Estas
reglas son para la transferencia no autorizada de datos de un dispositivo a otro en
Exchange para correos electrónicos salientes.
Para obtener más detalles sobre el conector de Outlook de Microsoft 365, consulte:
Encabezados SMTP.
７ Nota
Este método de control de exfiltración no está disponible en entornos GCC High y

DoD. En estas nubes no se utilizan los encabezados x-ms-mail-*.
Bloquear la exfiltración de correos electrónicos

reenviados
Los administradores pueden configurar reglas de flujo de correo de Exchange para
supervisar o bloquear los correos electrónicos enviados por Power Automate y / o
Power Apps utilizando el conector de Outlook de Microsoft 365. El formato del
encabezado SMTP utiliza una frase reservada ‘Microsoft Power Automate’ o ‘Microsoft
Power Apps’. Se inserta con el tipo de encabezado: ‘x-ms-mail-application’. Por ejemplo:
**x-ms-mail-application: Microsoft Power Automate**; User-Agent:
azure-logic-apps/1.0 (workflow afa0fb167803450aa650267e95d43287; version
08586093372199532216) microsoft-flow/1.0
x-ms-mail-operation-type: Forward
Para identificar el id. de la operación, se inserta una palabra reservada, como Reenviar,
Responder o Enviar, con el tipo de encabezado ‘x-ms-mail-operation-type’. Por ejemplo:
x-ms-mail-application: Microsoft Power Automate; User-Agent:
08586093372199532216) microsoft-flow/1.0
**x-ms-mail-operation-type: Forward**
Los administradores de Exchange pueden usar estos encabezados para configurar reglas
de bloqueo de exfiltración en el centro de administración de Exchange, como se
muestra en el siguiente ejemplo. Aquí la regla de "flujo de correo" rechaza los mensajes
de correo electrónico salientes con:
Encabezado "x-ms-mail-application" establecido como "Microsoft Power

Automate" y
encabezado "x-ms-mail-operation-type" establecido como "Enviar" o "Reenviar"
Esto es equivalente a la regla de ‘flujo de correo’ de Exchange configurada para el tipo

de mensaje igual a ‘reenvío automático’. Esta regla usa Outlook y Outlook para clientes
web.
Exentos de flujos específicos por bloqueo de
exfiltración
Además de los mensajes ‘x-ms-mail-application’, Power Platform también inserta el
identificador del flujo de trabajo como el nuevo encabezado ‘Usuario-Agente’. Esto es
igual a la aplicación o el id. de flujo. Por ejemplo:
x-ms-mail-application: Microsoft Power Automate; User-Agent:
08586093372199532216) microsoft-flow/1.0
**x-ms-mail-operation-type: Forward**
Como administrador, si desea eximir los flujos (o aplicaciones) de la exfiltración debido a

un escenario comercial legítimo, use el id. del flujo de trabajo como parte del
encabezado usuario-agente. Todas las demás condiciones de excepción ofrecidas por
las reglas de Exchange, como la dirección del remitente, permanecen disponibles para
eximir los casos de uso comercial legítimo de la aplicación del bloqueo. Por ejemplo:
Los administradores también pueden usar otras capacidades de excepción en las reglas
de correo de Exchange para eximir los flujos de las reglas de bloqueo de exfiltración. Por
ejemplo, una dirección de remitente única permite que los casos de uso de negocios
legítimos eludan el control.
Bloquear el ataque de reproducción de
cookie en Dataverse (versión preliminar)
Evitar vulnerabilidades de seguridad de secuestro de sesión en Dataverse con enlace de

cookies basado en la dirección IP. Digamos que un usuario malintencionado copia una
cookie de sesión válida desde una computadora autorizada que tiene habilitada la
vinculación de IP de cookies. Luego, el usuario intenta usar la cookie en una
computadora diferente para obtener acceso no autorizado a Dataverse. En tiempo real,
Dataverse compara la dirección IP de origen de la cookie con la dirección IP del
ordenador que realiza la solicitud. Si los dos son diferentes, el intento se bloquea y se
muestra un mensaje de error.
El enlace de cookies basado en IP está disponible en todos los entornos en todos los
inquilinos, incluidas las nubes gubernamentales. La característica está deshabilitada de
forma predeterminada durante la versión preliminar pública. Para participar en la versión
preliminar pública, habilite la función en el centro de administración de Power Platform.
） Importante
Las vistas previas de características no se han diseñado para un uso de producción

y pueden tener una funcionalidad restringida. Estas características están
disponibles antes del lanzamiento oficial para que los clientes puedan tener un
acceso anticipado y proporcionar comentarios.
Habilitar enlace de cookies basado en

direcciones IP
1. Inicie sesión en el centro de administración de Power Platform como
administrador.
2. Seleccione Entornos y luego seleccione un entorno.
3. Seleccione Configuración>Producto y después seleccione Privacidad +

Seguridad.
4. En Configuración de la dirección IP, seleccione Habilitar el enlace de cookies
basado en la dirección IP (versión preliminar).
¿Cómo funciona el enlace de cookies basado

en direcciones IP?
El enlace de cookies basado en IP establece el reclamo de dirección IP en la cookie de
sesión. Cada solicitud se evalúa para comparar la dirección IP actual con la dirección IP
de origen que se almacenó en la cookie cuando se creó. Si las direcciones no coinciden,
se deniega el acceso al usuario.
Escenarios en los que se pedirá a los usuarios

que se vuelvan a autenticar
Cuando cualquier cliente VPN está activado o desactivado
Al conectarse a un punto de acceso inalámbrico
Cuando el proveedor de servicios de Internet restablece la conexión a Internet
Cuando se restablece o reinicia un enrutador
Cómo probar la característica

1. Borrar todas las cookies del navegador. Este paso es importante para garantizar
que se genere una nueva cookie.
2. Inicie sesión en un entorno de Dynamics 365 que tenga habilitado el enlace de

cookies basado en IP.
3. Utilice una herramienta de cliente como Fiddler para copiar la cookie de sesión.
4. En una computadora diferente (no en la misma red), abra Postman .
5. Complete los detalles requeridos junto con la cookie copiada.
6. Envíe la solicitud. Se debe devolver un código HTTP 403.
Exclusiones
Si el usuario se conecta a Dataverse desde la misma dirección IP con la antigua cookie
válida, Dataverse aceptará la cookie.
¿Esta característica está disponible en Dataverse?

La vinculación de IP de cookies está disponible para la cookie CrmOwinAuth en Microsoft
Dynamics 365 Interfaz unificada.
¿Qué tan pronto entra en vigencia el cambio una vez que

se realiza en el centro de administración de Power
Platform?
Normalmente, el cambio surte efecto en unos cinco minutos.
¿Esta función funciona en tiempo real?

La función evalúa la cookie en tiempo real, a excepción de la solicitud inicial que se
realiza después de habilitar la función.
¿Está función está habilitada de forma predeterminada en

todos los entornos?
De forma predeterminada, la característica de vinculación de IP de cookie está
deshabilitada. Los administradores deben habilitarla en el centro de administración
Power Platform.
Consulte también
Empezar a usar roles de seguridad de Dataverse
Controlar el acceso de usuario a los
entornos: grupos de seguridad y
licencias
Si su compañía tiene varios entornos, puede usar grupos de seguridad para controlar
qué usuarios con licencia pueden ser miembros de un entorno determinado.
７ Nota
Para obtener información sobre cómo funciona el acceso de usuarios en Microsoft

Dataverse for Teams, vea Acceso de usuario a entornos de Dataverse for Teams.
Considere el siguiente escenario de ejemplo:
Ambiente de Grupo de Finalidad

seguridad
Ventas de Sales_SG Proporcionar acceso al entorno que crea oportunidades de

Coho Winery ventas, gestiona presupuestos y cierra tratos.
Marketing de Marketing_SG Proporcione acceso al entorno que controla los esfuerzos de

Coho Winery marketing con campañas de marketing y publicidad.
Servicio de Service_SG Proporcionar acceso al entorno que procesa casos de clientes.

Coho Winery
Desarrollo de Developer_SG Proporciona acceso al entorno de espacio aislado usado para

Coho Winery desarrollo y pruebas.
En este ejemplo, cuatro grupos de seguridad proporcionan acceso controlado a un

entorno específico.
Tenga en cuenta lo siguiente sobre los grupos de seguridad:
Acerca de los grupos de seguridad anidados
Los miembros de un grupo de seguridad anidado en un grupo de seguridad del

entorno no se aprovisionan previamente ni se agregan automáticamente al
entorno. Sin embargo, se pueden agregar al entorno al crear un equipo de grupo
de Dataverse para el grupo de seguridad anidado.
Un ejemplo de este escenario: asignó un grupo de seguridad para el entorno
cuando se creó el entorno. Durante el ciclo de vida del entorno, desea agregar
miembros al entorno que se administran mediante grupos de seguridad. Creó un
grupo de seguridad en Azure Active Directory, por ejemplo, administradores, y
asignó a todos sus administradores al grupo. A continuación, agregue este grupo
de seguridad como secundario del grupo de seguridad del entorno, cree un
equipo de grupo de Dataverse y asigne un rol de seguridad al equipo del grupo.
Sus administradores ahora pueden acceder a Dataverse inmediatamente.
Un miembro de un grupo de seguridad anidado también se agrega al entorno en

tiempo de ejecución cuando el miembro accede al entorno por primera vez. Pero
el miembro no podrá ejecutar ninguna aplicación ni acceder a ningún dato hasta
que se asigne un rol de seguridad.
Cuando se agregan usuarios al grupo de seguridad, estos se agregan al entorno.
Cuando se quitan usuarios del grupo, estos se deshabilitan en el entorno.
Cuando se asocia un grupo de seguridad a un entorno existente con usuarios,

todos los usuarios del entorno que no sean miembros del grupo se deshabilitarán.
Si un entorno no tiene un grupo de seguridad asociado, todos los usuarios con

una licencia de Dataverse (aplicaciones de interacción con los clientes Dynamics
365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics
365 Marketing y Dynamics 365 Project Service Automation, Power Automate,
Power Apps, etc.). Se crearán como usuarios y se habilitarán en el entorno.
Si un grupo de seguridad se asocia a un entorno, solo los usuarios con licencias de

Dataverse o plan por aplicación que sean miembros del grupo de seguridad del
entorno se crearán como usuarios en el entorno.
Si no especifica un grupo de seguridad, se agregarán al nuevo entorno todos los

usuarios que tengan una licencia de Dataverse (aplicaciones de Customer
Engagement, como Dynamics 365 Sales y Customer Service).
Nuevo: no se pueden asignar grupos de seguridad a los tipos de entorno

predeterminado y de desarrollador. Si ya ha asignado un grupo de seguridad a su
entorno predeterminado o de desarrollador, le recomendamos que lo elimine, ya
que el entorno predeterminado está destinado a ser compartido con todos los
usuarios del inquilino y el entorno del desarrollador está destinado a ser utilizado
solo por el propietario del entorno.
Los entornos admiten la asociación de los siguientes tipos de grupos: Seguridad y

Microsoft 365. No se permite asociar otros tipos de grupos.
Cuando seleccione un grupo de seguridad, asegúrese de seleccionar un grupo de
seguridad de Azure AD y no uno creado en Windows Active Directory local. Los
grupos de seguridad de Windows AD local no son compatibles.
Si un usuario no forma parte del grupo de seguridad asignado al entorno pero

tiene la función de administrador global del inquilino de Azure, el usuario seguirá
apareciendo como usuario activo y podrá iniciar sesión.
７ Nota
Todos los usuarios con licencia, independientemente de si son miembros de los

grupos de seguridad, deben tener roles de seguridad asignados para tener acceso
a los datos de los entornos. Puede asignar los roles de seguridad en la aplicación
web. Si los usuarios no tienen un rol de seguridad, obtendrán un error de
denegación de acceso a los datos cuando intenten ejecutar una aplicación. Los
usuarios no pueden acceder a los entornos hasta que se les haya asignado al
menos un rol de seguridad para ese entorno. Para obtener más información,
consulte Configurar la seguridad del entorno
La asignación automática de
usuarios a un entorno no es compatible con los entornos de prueba. Para los
entornos de prueba, los usuarios deben asignarse manualmente.
Crear un grupo de seguridad y agregar

miembros a dicho grupo
2. Seleccione Equipos y grupos>Equipos y grupos activos.
3. Seleccionar + Agregar un grupo.
4. Cambie el tipo a Grupo de seguridad, agregue el Nombre y la Descripción del

grupo. Seleccione Agregar>Cerrar.
5. Seleccione el grupo que ha creado y luego junto Integrantes, seleccione Editar.
6. Seleccione + Agregar integrantes. Seleccione los usuarios para agregar al grupo

de seguridad y, a continuación, seleccione Guardar>Cerrar varias veces para volver
a la lista Grupos.
7. Para quitar un usuario del grupo de seguridad, seleccione el grupo de seguridad,

junto a Integrantes, seleccione Editar. Seleccione Quitar integrantes, y después
seleccione X para cada integrante que desee quitar.
７ Nota
Si los usuarios que desea agregar al grupo de seguridad no se han creado, créelos
y asígneles las licencias de Dataverse.
Para agregar varios usuarios, consulte: agregar en masa usuarios a grupos de

Office365.
Crear un usuario y asignar una licencia

1. En el centro de administración de Microsoft 365, seleccione Usuarios>Usuarios
activos>+ Agregar un usuario. Especifique la información de usuario, seleccione
licencias y luego seleccione Agregar.
Más información: Agregar usuarios y asignar licencias al mismo tiempo
O bien, compre y asigne pases por aplicación: Acerca de los planes por aplicación de
Power Apps
７ Nota
Si un entorno tiene una instancia de Power Apps por plan de aplicación asignado,
todos los usuarios se considerarán con licencia cuando intenten acceder al entorno,
incluidos los usuarios que no tengan asignadas licencias individuales. La asignación
del plan por aplicación en un entorno cumple el requisito de que los usuarios
tengan licencia para acceder al entorno.
Asociar un grupo de seguridad a un entorno

2. En el panel de navegación, seleccione Entornos, seleccione un entorno y después

lo seleccione Editar.
3. En la página Editar detalles, seleccione Editar ( ).
Solo los primeros 200 grupos de seguridad se devolverán y se podrán seleccionar

de forma predeterminada. Para seleccionar grupos de seguridad adicionales, use
Buscar para buscar un grupo de seguridad específico.
4. Seleccione un grupo de seguridad, seleccione Hecho y después lo seleccione
Guardar.
El grupo de seguridad está asociado al entorno.
７ Nota
Para los usuarios finales que ejecutan aplicaciones de lienzo cuando un grupo de
seguridad está asociado con el entorno de la aplicación, los usuarios deben ser
miembros del grupo de seguridad para poder ejecutar la aplicación de lienzo,
independientemente de si la aplicación se ha compartido con ellos. De lo contrario,
los usuarios verán este mensaje de error: "No puede abrir aplicaciones en este
entorno. No es miembro del grupo de seguridad del entorno".
Quitar la asociación de un grupo de seguridad

con un entorno

3. En la página Configuración, seleccione Eliminar ( ).

4. Confirme la eliminación, seleccione Quitar y, a continuación, seleccione Guardar.
Se quitará el grupo de seguridad asociado con el entorno y dejaré de restringirse el

acceso al entorno únicamente a los usuarios que sean miembros de ese grupo.
Consulte también
Crear usuarios
Restricciones de entrada y salida entre
inquilinos (versión preliminar)
Microsoft Power Platform tiene un rico ecosistema de conectores basados en Azure

Active Directory (Azure AD) que permiten a usuarios de Azure AD autorizados crear
aplicaciones y flujos convincentes que establezcan conexiones con los datos comerciales
disponibles a través de estos almacenes de datos. El aislamiento de inquilinos facilita a
los administradores asegurarse de que estos conectores puedan aprovecharse de
manera segura dentro del inquilino y, al mismo tiempo, minimizar el riesgo de filtración
de datos fuera del inquilino. El aislamiento de inquilinos permite a los administradores
controlar de manera efectiva el movimiento de datos de inquilinos desde fuentes de
datos de Azure AD autorizadas hacia y desde su inquilino.
） Importante

Esta función se está implementando gradualmente en todas las regiones y es
posible que aún no esté disponible en su región.
Tenga en cuenta que el aislamiento del inquilino de Power Platform es diferente de la

restricción de inquilinos en Azure AD. No influye en el acceso basado en Azure AD fuera
de Power Platform. El aislamiento del inquilino de Power Platform solo funciona para
conectores que usan autenticación basada en Azure AD como Office 365 Outlook o
SharePoint.
２ Advertencia
Hay un problema conocido con el conector Azure DevOps que da como resultado
que la política de aislamiento de inquilinos no se aplique para las conexiones
establecidas mediante este conector. Si un vector adjunto interno es una
preocupación, se recomienda limitar el uso del conector o sus acciones mediante
políticas de datos.
La configuración predeterminada en Power Platform con aislamiento de inquilinos

Apagado es permitir que las conexiones entre inquilinos se establezcan sin problemas,
si el usuario del inquilino A que establece la conexión con el inquilino B presenta
credenciales de Azure AD. Si los administradores desean permitir que solo un conjunto
selecto de inquilinos establezca conexiones hacia o desde su inquilino, pueden activar el
aislamiento de inquilinos.
Con el aislamiento de inquilinos Activado, todos los inquilinos están restringidos. Las
conexiones entre inquilinos entrantes (conexiones al inquilino desde inquilinos externos)
y salientes (conexiones del inquilino a inquilinos externos) están bloqueadas por Power
Platform incluso si el usuario presenta credenciales válidas al origen de datos protegido
con Azure AD. Puede usar reglas para agregar excepciones.
Los administradores pueden especificar una lista de permitidos explícita de inquilinos

que desean habilitar entrante, saliente o ambos, que omitirán los controles de
aislamiento de inquilinos cuando se configuren. Los administradores pueden usar un
patrón especial "*" para permitir a todos inquilinos en una dirección específica cuando el
aislamiento de inquilinos está activado. Todas las demás conexiones entre inquilinos,
excepto las que están en la lista de permitidos, son rechazadas por Power Platform.
El aislamiento de inquilinos se puede configurar en el centro de administración de

Power Platform. Afecta a las aplicaciones de lienzo de Power Platform y los flujos de
Power Automate. Para configurar el aislamiento de inquilinos, debe ser administrador de
inquilinos.
La capacidad de aislamiento del inquilino Power Platform está disponible con dos
opciones: restricción unidireccional o bidireccional.
Aislamiento de inquilino bidireccional

(restricción de conexión entrante y saliente)
El aislamiento bidireccional de inquilinos bloqueará los intentos de establecimiento de
conexión con su inquilino por parte de otros inquilinos. Además, el aislamiento de
inquilino bidireccional también bloqueará los intentos de establecimiento de conexión
de su inquilino a otros inquilinos.
En este escenario, el administrador de inquilinos ha habilitado el aislamiento de

inquilinos bidireccional en el inquilino de Contoso, mientras que el inquilino externo de
Fabrikam no se ha agregado a la lista de permitidos.
Los usuarios registrados en Power Platform en el inquilino de Contoso no pueden

establecer conexiones basadas en Azure AD salientes con fuentes de datos en el
arrendatario Fabrikam a pesar de presentar credenciales de Azure AD para establecer la
conexión. Este es un aislamiento de inquilino saliente para el inquilino de Contoso.
De forma similar, los usuarios registrados en Power Platform en el inquilino de Fabrikam

no pueden establecer conexiones basadas en Azure AD entrantes con fuentes de datos
en el arrendatario Contoso a pesar de presentar credenciales de Azure AD para
establecer la conexión. Este es un aislamiento de inquilino entrante para el inquilino de
Contoso.
Inquilino del creador de Inicio de sesión de conexión de ¿Permite el

conexiones inquilino acceso?
Contoso Contoso Sí
Contoso (aislamiento de inquilinos Fabrikam No (saliente)

Activo)
Fabrikam Contoso (aislamiento de inquilinos No (entrante)

Activo)
Fabrikam Fabrikam Sí
Aislamiento de inquilinos con listas de

permitidos
El aislamiento de inquilino unidireccional o el aislamiento entrante bloqueará los
intentos de establecimiento de conexión con su inquilino desde otros inquilinos.
Escenario: lista de permitidos de salida: Fabrikam se
agrega a la lista de permitidos de salida del inquilino de
Contoso
En este escenario, el administrador agrega el inquilino de Fabrikam en la lista de
permitidos de salida mientras el aislamiento del inquilino está Activado.
Los usuarios registrados en Power Platform en el inquilino de Contoso pueden

establecer conexiones basadas en Azure AD salientes con fuentes de datos en el
arrendatario Fabrikam si presentan credenciales de Azure AD para establecer la
conexión. El establecimiento de la conexión saliente al inquilino de Fabrikam está
permitido en virtud de la entrada configurada en la lista de permitidos.
Sin embargo, los usuarios registrados en Power Platform en el inquilino de Fabrikam

todavía no pueden establecer conexiones basadas en Azure AD entrantes con fuentes
de datos en el arrendatario Contoso a pesar de presentar credenciales de Azure AD para
establecer la conexión. El establecimiento de conexiones entrantes desde el arrendatario
de Fabrikam aún no está permitido, incluso si la entrada de la lista de permitidos está
configurada y permite las conexiones salientes.
Inquilino del creador de conexiones Inicio de sesión de conexión de ¿Permite el

inquilino acceso?
Contoso Contoso Sí
Contoso (aislamiento de inquilinos Fabrikam Sí

Activo)
Fabrikam añadido a la lista de

permitidos de salida
Fabrikam Contoso (aislamiento de inquilinos No (entrante)

Activo)
Fabrikam añadido a la lista de

permitidos de salida
Escenario: lista de permitidos bidireccional: Fabrikam se
agrega a las listas de permitidos de entrada y salida del
inquilino de Contoso
En este escenario, el administrador agrega el inquilino de Fabrikam a las listas de
permitidos de entrada y salida mientras el aislamiento del inquilino está Activado.
Inquilino del creador de conexiones Inicio de sesión de conexión de ¿Permite el

inquilino acceso?
Contoso Contoso Sí
Contoso (aislamiento de inquilinos Fabrikam Sí

Activo)
Fabrikam añadido a ambas listas de

permitidos
Fabrikam Contoso (aislamiento de inquilinos Sí

Activo)
Fabrikam añadido a ambas listas de

permitidos
Habilitar el aislamiento de inquilinos y
configure la lista de permitidos
En el centro de administración de Power Platform, el aislamiento de inquilinos se
establece con Políticas>Aislamiento de inquilinos.
La lista de permitidos de aislamiento de inquilinos se puede configurar mediante Nueva

regla de inquilino en la página Aislamiento de inquilinos. Si el aislamiento del inquilino
está Desactivado, puede agregar o editar las reglas en la lista. Sin embargo, estas reglas
no se aplicarán hasta que active el aislamiento de inquilinos.
Desde la lista desplegable Dirección de regla de nuevo inquilino, elija la dirección de la

entrada de la lista de permitidos.
También puede ingresar el valor del arrendatario permitido como dominio de
arrendatario o ID de arrendatario. Una vez guardada, la entrada se agrega a la lista de
reglas junto con otros inquilinos permitidos. Si usa el dominio de arrendatario para
agregar la entrada de la lista de permitidos, el centro de administración de Power
Platform calcula automáticamente la identificación del arrendatario.
Una vez que la entrada aparece en la lista, se muestran los campos ID de inquilino y
Nombre del inquilino de Azure AD. Tenga en cuenta que en Azure AD, el nombre del
arrendatario es diferente del dominio del arrendatario. El nombre del arrendatario es
único para el arrendatario, pero un arrendatario puede tener más de un nombre de
dominio.
Puedes usar "*" como un carácter especial para indicar que todos los inquilinos pueden
ir en la dirección designada cuando se activa el aislamiento de inquilinos.
Puede editar la dirección de la entrada de la lista de permitidos de inquilinos según los

requisitos comerciales. Tenga en cuenta que el campo Dominio o ID del arrendatario
no se puede editar en la página Editar regla de arrendatario.
Puede realizar todas las operaciones de la lista de permitidas, como agregar, editar y
eliminar, mientras se activa o desactiva el aislamiento de inquilinos. Las entradas de la
lista de permitidos tienen un efecto en el comportamiento de la conexión cuando se
desactiva el aislamiento de inquilinos ya que todas las conexiones entre inquilinos están
permitidas.
Impacto en tiempo de diseño en aplicaciones y

flujos
Los usuarios que creen o editen un recurso afectado por la política de aislamiento de
inquilinos verán un mensaje de error relacionado. Por ejemplo, los creadores de Power
Apps verán el siguiente error cuando usen conexiones entre inquilinos en una aplicación
que está bloqueada por políticas de aislamiento de inquilinos. La aplicación no agregará
la conexión.
De forma similar, los creadores de Power Automate verán el siguiente error cuando
intentan guardar un flujo que use conexiones en un flujo bloqueado por políticas de
aislamiento de inquilinos. El flujo en sí se guardará, pero se marcará como "Suspendido"
y no se ejecutará a menos que el creador resuelva la infracción de la política de
prevención de pérdida de datos (DLP).
Impacto en tiempo de ejecución en
aplicaciones y flujos
Como administrador, puede decidir modificar las políticas de aislamiento de inquilinos
para su inquilino en cualquier momento. Si las aplicaciones y los flujos se crearon y
ejecutaron de conformidad con las políticas de aislamiento de inquilinos anteriores,
algunos de ellos podrían verse afectados negativamente por cualquier cambio de
política que realice. Las aplicaciones o los flujos que infrinjan la política de aislamiento
de inquilinos no se ejecutarán correctamente. Por ejemplo, ejecute el historial dentro de
Power Automate indica que la ejecución del flujo falló. Además, al seleccionar la
ejecución fallida se mostrarán los detalles del error.
Para los flujos existentes que no se ejecutan correctamente debido a la política de

aislamiento de inquilinos más reciente, ejecute el historial dentro de Power Automate
indica que la ejecución del flujo falló.
Al seleccionar la ejecución fallida, se mostrarán los detalles de la ejecución de flujo
fallida.
７ Nota
Los últimos cambios en la política de aislamiento de inquilinos tardan

aproximadamente una hora en evaluarse en aplicaciones y flujos activos. No es un
cambio instantáneo.
Problemas conocidos
El conector Azure DevOps usa la autenticación de Azure AD como proveedor de
identidad, pero utiliza su propio flujo de OAuth y STS para autorizar y emitir un token.
Dado que el token devuelto por el flujo de ADO basado en la configuración de ese
conector no es de Azure AD, no se aplica la directiva de aislamiento de inquilinos. Como
mitigación, recomendamos usar otros tipos de políticas de datos para limitar el uso del
conector o sus acciones.
Directiva de seguridad de contenido
Política de seguridad de contenido (CSP) actualmente es compatible con Power Apps

basadas en modelo y de lienzo. Los administradores pueden controlar si se envía el
encabezado CSP y, hasta cierto punto, qué contiene. La configuración se encuentra en
el nivel del entorno, lo que significa que se aplicaría a todas las aplicaciones del
entorno una vez activadas.
Cada componente del valor de encabezado CSP controla los activos que se pueden
descargar y se describe con más detalle en Red para desarrolladores de Mozilla (MDN).
Los valores predeterminados son los siguientes:
Directiva Valor predeterminado Personalizable
script-src * 'unsafe-inline' 'unsafe-eval' No
worker-src 'self' blob: No
style-src * 'unsafe-inline' No
font-src * data: No
frame-ancestors 'self' Sí
Esto da como resultado un CSP predeterminado de script-src * 'unsafe-inline'

'unsafe-eval'; worker-src 'self' blob:; style-src * 'unsafe-inline'; font-src *
data:; frame-ancestors 'self'; . En nuestra hoja de ruta, tenemos la capacidad de

modificar los encabezados que actualmente no se pueden personalizar.
Requisitos previos
Para las aplicaciones Dynamics 365 Customer Engagement y otras aplicaciones
basadas en modelos, CSP solo está disponible en entornos en línea y en
organizaciones con Dynamics 365 Customer Engagement (on-premises), versión
9.1 o posterior.
Configurando CSP
CSP se puede cambiar y configurar mediante el centro de administración de Power
Platform. Es importante habilitar primero en un entorno de desarrollo/prueba ya que
si lo habilita podría comenzar a bloquearse escenarios si se viola la política. También
admitimos un "modo de solo informe" para permitir un aumento más fácil en
producción.
Para configurar CSP, vaya al Centro de administración de Power Platform ->Entornos

->Ajustes ->Privacidad + Seguridad. A continuación se muestra el estado
predeterminado de la configuración:
Denunciando
La opción "Habilitar informes" controla si las aplicaciones basadas en modelos y de
lienzo envían informes de infracciones. Habilitarlo requiere que se especifique un punto
de conexión. Los informes de infracciones se enviarán a este punto de conexión
independientemente de si CSP se aplica o no (usando el modo de solo informe si CSP
no se aplica). Para obtener más información, consulte la documentación de informes .
Aplicación
La aplicación de CSP se controla de forma independiente para aplicaciones de lienzo y
basadas en modelos para proporcionar un control granular sobre las políticas. Use el
pivote basado en modelo/lienzo para modificar el tipo de aplicación previsto.
El interruptor "Aplicar política de seguridad de contenido" activa la política
predeterminada para la aplicación, como se especificó anteriormente, para el tipo de
aplicación dado. Activar esta opción cambiará el comportamiento de las aplicaciones en
este entorno para cumplir con la política. Por lo tanto, el flujo de habilitación sugerido
sería:
1. Aplicar en un entorno de desarrollo/prueba.

2. Habilite el modo de solo informe en producción.
3. Hacer cumplir en producción una vez que no se informen infracciones.
Configurar directivas
La sección final es "Configurar directivas". Esta sección le permite controlar directivas
individuales dentro de la política. Actualmente, solo se puede personalizar frame-
ancestors .
Dejar la directiva predeterminada activada utiliza el valor predeterminado especificado

en la tabla anterior. Desactivar la alternancia permite a los administradores especificar
valores personalizados para la directiva. El siguiente ejemplo establece valores
personalizados para frame-ancestors . La directiva se establecería en frame-ancestors:
https://www.foo.com https://www.bar.com en este ejemplo, lo que significa que la
aplicación podría estar alojada en https://www.foo.com y https://www.bar.com , pero no

en otros orígenes. Utilice el botón Agregar para agregar entradas a la lista y el icono de
eliminar para eliminarlas.
Consideraciones importantes
Desactivar la directiva predeterminada no envía el valor predeterminado como
parte de la respuesta. Por ejemplo, usando personalizado frame-ancestors no
enviaría 'self' como parte de la directiva. Los administradores tendrían que
agregar manualmente 'self' a la lista.
Desactivar la directiva predeterminada y guardar con una lista vacía apaga la
directiva por completo y no lo envía como parte del encabezado de respuesta de
CSP.
Ejemplos
Echemos un vistazo a un par de ejemplos de configuración de CSP:
Ejemplo 1
En el ejemplo anterior:
Los informes están desactivados.

La aplicación basada en modelos está habilitada.
frame-ancestors está personalizado para https://www.foo.com y
https://www.bar.com
La aplicación de lienzo está deshabilitada.
Los encabezados efectivos serían:
Aplicaciones basadas en modelos: Content-Security-Policy: script-src *

'unsafe-inline' 'unsafe-eval'; worker-src 'self' blob:; style-src * 'unsafe-
inline'; font-src * data:; frame-ancestors https://www.foo.com
https://www.bar.com;
Aplicaciones de lienzo: no se enviaría el encabezado CSP.
Ejemplo 2
En el ejemplo anterior:
Los informes están activados.

El extremo de informes está establecido en
https://www.mysite.com/myreportingendpoint
La aplicación basada en modelos está habilitada.

frame-ancestors se mantiene por defecto
La aplicación de lienzo está deshabilitada.
frame-ancestors está personalizado a https://www.baz.com
Los valores CSP efectivos serían:
Aplicaciones basadas en modelos: Content-Security-Policy: script-src *

inline'; font-src * data:; frame-ancestors 'self'; report-uri
https://www.mysite.com/myreportingendpoint;
Aplicaciones de lienzo: Content-Security-Policy-Report-Only: script-src *
inline'; font-src * data:; frame-ancestors https://www.baz.com; report-uri
https://www.mysite.com/myreportingendpoint;
Configuración de organización
CSP se puede configurar sin usar la interfaz de usuario modificando directamente la
siguiente configuración de la organización:
IsContentSecurityPolicyEnabled controla si el encabezado Content-Security-Policy

se envía en aplicaciones basadas en modelo.
ContentSecurityPolicyConfiguration controla el valor de la parte frame-ancestors

(como se ha visto, está establecida en 'self' si
ContentSecurityPolicyConfiguration no se ha establecido). Esta configuración está
representada por un objeto JSON con la siguiente estructura: { "Frame-Ancestor":

{ "sources": [ { "source": "foo" }, { "source": "bar" } ] } } . Esto se
traduciría en script-src * 'unsafe-inline' 'unsafe-eval'; worker-src 'self'
blob:; style-src * 'unsafe-inline'; font-src * data:; frame-ancestors 'foo'
'bar';
(De MDN) La directiva HTTP Content-Security-Policy (CSP) frame-ancestors

(CSP) especifica elementos primarios válidos que pueden incrustarse en una
página usando <frame> , <iframe> , <object> , <embed> o <applet> .
IsContentSecurityPolicyEnabledForCanvas controla si el encabezado Content-

Security-Policy se envía en aplicaciones basadas en modelo.
ContentSecurityPolicyConfigurationForCanvas controla la política de lienzo

utilizando el mismo proceso descrito en ContentSecurityPolicyConfiguration
arriba.
ContentSecurityPolicyReportUri controla si se deben utilizar los informes. Esta

configuración se usa tanto en las aplicaciones basadas en modelos como en las de
lienzo. Una cadena válida enviará informes de infracción al punto de conexión
especificado, utilizando el modo de solo informe si
IsContentSecurityPolicyEnabled / IsContentSecurityPolicyEnabledForCanvas esta
desactivado. Una cadena vacía deshabilita los informes. Para obtener más
información, consulte la documentación de informes .
Configurar CSP sin IU
Especialmente para entornos que no están en el centro de administración de Power
Platform, como configuraciones local, es posible que los administradores deseen
configurar CSP mediante scripts para modificar directamente la configuración.
Habilitación de CSP sin interfaz de usuario

Pasos:
Abra las herramientas de desarrollo del navegador mientras usa la aplicación

basada en modelos como un usuario con privilegios de actualización de entidades
de la organización (administrador del sistema es una buena opción).
Pegue y ejecute el siguiente script en la consola.
Para habilitar simplemente CSP, pase la configuración predeterminada:
enableFrameAncestors(["'self'"])
Un ejemplo de habilitar orígenes adicionales para incrustar en la aplicación:
enableFrameAncestors(["*.powerapps.com", "'self'", "abcxyz"])
JavaScript
async function enableFrameAncestors(sources) {
const baseUrl = Xrm.Utility.getGlobalContext().getClientUrl();
if (!Array.isArray(sources) || sources.some(s => typeof s !== 'string'))

{
throw new Error('sources must be a string array');
const orgResponse = await

fetch(`${baseUrl}/api/data/v9.1/organizations`);
if (!orgResponse.ok) throw new Error('Failed to retrieve org info');
const orgs = await orgResponse.json();
const { organizationid, contentsecuritypolicyconfiguration,

iscontentsecuritypolicyenabled } = orgs.value[0];
console.log(`Organization Id: ${organizationid}`);
console.log(`CSP Enabled?: ${iscontentsecuritypolicyenabled}`);
console.log(`CSP Config: ${contentsecuritypolicyconfiguration}`);
const orgProperty = prop =>

`${baseUrl}/api/data/v9.1/organizations(${organizationid})/${prop}`;
console.log('Updating CSP configuration...')
const config = {
'Frame-Ancestor': {
sources: sources.map(source => ({ source })),
},
};
const cspConfigResponse = await

fetch(orgProperty('contentsecuritypolicyconfiguration'), {
method: 'PUT',
headers: { 'Content-Type': 'application/json' },

body: JSON.stringify({
value: JSON.stringify(config),
}),
});
if (!cspConfigResponse.ok) {
throw new Error('Failed to update csp configuration');
console.log('Successfully updated CSP configuration!')
if (iscontentsecuritypolicyenabled) {
console.log('CSP is already enabled! Skipping update.')
return;
console.log('Enabling CSP...')
const cspEnableResponse = await

fetch(orgProperty('iscontentsecuritypolicyenabled'), {
method: 'PUT',

value: true,
}),
});
if (!cspEnableResponse.ok) {
throw new Error('Failed to enable csp');
console.log('Successfully enabled CSP!')
Deshabilitación de CSP sin interfaz de usuario

Pasos:
Abra las herramientas de desarrollo del navegador mientras usa la aplicación

basada en modelos como un usuario con privilegios de actualización de entidades
de la organización (administrador del sistema es una buena opción).
Pegue y ejecute el siguiente script en la consola.
Para deshabilitar CSP, pegue en la consola: disableCSP()
JavaScript
async function disableCSP() {
const baseUrl = Xrm.Utility.getGlobalContext().getClientUrl();

const orgResponse = await
fetch(`${baseUrl}/api/data/v9.1/organizations`);
if (!orgResponse.ok) throw new Error('Failed to retrieve org info');
const orgs = await orgResponse.json();
const { organizationid, iscontentsecuritypolicyenabled } =

orgs.value[0];
console.log(`Organization Id: ${organizationid}`);
console.log(`CSP Enabled?: ${iscontentsecuritypolicyenabled}`);
const orgProperty = prop =>

`${baseUrl}/api/data/v9.1/organizations(${organizationid})/${prop}`;
if (!iscontentsecuritypolicyenabled) {
console.log('CSP is already disabled! Skipping update.')
return;
console.log('Disabling CSP...')
const cspEnableResponse = await

fetch(orgProperty('iscontentsecuritypolicyenabled'), {
method: 'PUT',

value: false,
}),
});
if (!cspEnableResponse.ok) {
throw new Error('Failed to disable csp');
console.log('Successfully disabled CSP!')
Directivas de prevención de pérdida de

datos
Los datos de su organización son probablemente uno de los activos más importantes de
cuya protección es usted responsable como administrador. La capacidad de crear
aplicaciones y automatización para usar esos datos constituye gran parte del éxito de su
empresa. Puede usar Power Apps y Power Automate para la creación y el despliegue
rápidos de estas aplicaciones de alto valor de forma que los usuarios puedan medir y
actuar sobre los datos en tiempo real, manteniendo la seguridad de los mismos. Las
aplicaciones y la automatización están cada vez más conectadas a través de múltiples
orígenes de datos y servicios. Algunos de estos servicios pueden ser servicios de
proveedores externos e incluso podrían prestarse a través de redes sociales. Por lo
general, los usuarios tendrán buenas intenciones, pero podrían pasar por alto fácilmente
el potencial de exposición derivado de la filtración de datos a servicios y públicos que
no deberían tener acceso a ellos.
Puede crear directivas de prevención de pérdida de datos (DLP) que pueden actuar
como barreras de protección para ayudar a evitar que los usuarios expongan
involuntariamente los datos de la organización. Las directivas de DLP pueden tener un
alcance a nivel de entorno o de inquilino, ofreciendo flexibilidad para elaborar directivas
sensatas que logren el equilibrio adecuado entre protección y productividad. Para las
directivas de nivel de inquilino, puede definir el alcance para todos los entornos, los
entornos seleccionados o todos los entornos excepto aquellos que excluya
específicamente. Las directivas a nivel de entorno se pueden definir para un entorno
cada vez.
Las directivas DLP aplican reglas relativas para que los conectores se pueden usar juntos
mediante la clasificación de conectores como Empresariales o No empresariales. Si
coloca un conector en el grupo Empresariales, solo se podrá usar con otros conectores
de ese grupo en cualquier aplicación o flujo. A veces es posible que desee bloquear el
uso de determinados conectores por completo clasificándolos como Bloqueados.
Las directivas de DLP se crean en el centro de administración Power Platform . Afectan

a la aplicación de lienzo Power Platform y a los flujos Power Automate. Para crear una
directiva DLP, debe ser administrador de inquilinos o tener el rol Administrador de
entorno.
７ Nota
La capacidad de bloquear conectores mediante una clasificación de tres vías
Comercial, No comercial y Bloqueados además de la compatibilidad con la interfaz
de usuario de la directiva DLP del Centro de administración de Power Platform
ahora están generalmente disponibles. Existe un nuevo soporte de PowerShell de
directiva DLP que admite la clasificación de directiva DLP de tres vías, que también
está disponible de forma generalizada. Compatibilidad con directivas de DLP
heredadas para clasificación de dos vías (Negocio y No comercial), junto con la
interfaz de usuario del centro de administración y el soporte de PowerShell para la
clasificación de dos vías, están actualmente disponibles de forma generalizada y
seguirán estándolo en el futuro previsible. Más información: Documentación de
conectores
Consultar también
Crear una directiva de prevención de pérdida de datos (DLP)
Administrar directivas de prevención de pérdida de datos (DLP)
Comandos de directiva de prevención de pérdida de datos (DLP)

Crear una directiva de prevención de
pérdida de datos (DLP)
Para proteger los datos de la organización, puede usar Power Apps para crear y aplicar
directivas que los conectores de consumidor qué datos profesionales específicos
pueden compartirse. Estas políticas se llaman políticas de prevención de pérdida de datos
(DLP). Las directivas DLP garantizan que los datos se administran de forma uniforme en
toda la organización e impiden que los datos empresariales importantes se publiquen
accidentalmente a conectores como sitios de redes sociales.
Las políticas de DLP se pueden crear a nivel de inquilino o a nivel de entorno, y se

administran desde el Centro de administración de Power Platform.
Requisitos previos
Nivel de inquilino
Las políticas a nivel de inquilino se pueden definir para incluir o excluir entornos
específicos. Para seguir los pasos descritos en este artículo para las políticas a nivel de
inquilino, se requiere uno de los siguientes permisos:
Permisos de administrador de Microsoft Power Platform

Permisos de administrador global de Microsoft 365
Nos referimos a estos roles a lo largo de este artículo como administradores de

inquilinos. Más información: Uso de roles de administrador de servicios para administrar
el inquilino
Nivel de entorno
Para seguir los pasos para las políticas a nivel de entorno, debe tener permisos de
administración del entorno de Power Apps. Para entornos con una base de datos de
Dataverse, debe tener asignado el rol System Administrador en su lugar.
７ Nota
Si usa el parámetro de EnvironmentType SingleEnvironment cuando se usa

PowerShell para crear una directiva DLP, la cuenta de usuario utilizada para crear la
directiva DEBE tener el nivel de entorno y NO DEBE tener permisos de nivel de
inquilino como se describe anteriormente, o se devolverá un error de solicitud
incorrecta y no se creará la directiva.
Buscar y ver directivas DLP

Para buscar y ver las directivas de DLP, vea Encontrar y ver las directivas de DLP.
El proceso de la directiva DLP

Los siguientes son los pasos que debe seguir para crear una directiva DLP:
1. Asigne un nombre a la directiva.

2. Clasifique conectores.
3. Defina el ámbito de la directiva. Este paso no se aplica a las políticas a nivel de
entorno.
4. Seleccione entornos.
5. Revisión de configuración.
Esto se cubre en la siguiente sección.
Tutorial: Crear una directiva DLP

En este tutorial de ejemplo, crearemos una directiva DLP a nivel de inquilino.
Agregaremos SharePoint y Salesforce al grupo de datos Negocio de una directiva DLP.
También agregaremos Facebook y Twitter al grupo de datos Bloqueado. Dejaremos los
conectores restantes en el grupo de datos No comercial. Luego excluiremos los
entornos de prueba del alcance de esta directiva y aplicaremos la directiva a los
entornos restantes, como los entornos predeterminados y de producción en el inquilino.
Después de guardar esta directiva, cualquier fabricante de Power Apps o Power

Automate que forma parte del entorno de la directiva DLP puede crear una aplicación o
un flujo que comparta datos entre SharePoint o Salesforce. Cualquier recurso de Power
Apps o Power Automate que incluye una conexión existente con un conector en el
grupo de datos No comercial no podrá establecer conexiones con SharePoint o
conectores de Salesforce, y viceversa. Además, estos creadores no podrán agregar
conectores de Facebook o Twitter a ningún recurso de Power Apps o Power Automate.
1. En el centro de administración de Power Platform, seleccione Directivas>Directivas

de datos>Nueva directiva.
Si no existen directivas en el inquilino, verá la siguiente página.
2. Escriba un nombre de directiva y seleccione Siguiente.
3. Revise los diversos atributos y configuraciones que puede realizar en la página

Asignar conectores.
Atributos
Attribute Description
Name El nombre del conector.
Bloqueable Conectores que pueden bloquearse. Para obtener una lista de los
conectores que no se pueden bloquear, consulte la Lista de conectores
que no se pueden bloquear..
Escribir Si el uso del conector requiere una licencia Premium o está incluido en la
licencia básica / estándar para Microsoft Power Platform.
Editor La empresa que publica el conector. Este valor puede ser diferente del
propietario del servicio. Por ejemplo, Microsoft puede ser el editor del
conector de Salesforce, pero el servicio subyacente es propiedad de
Salesforce, no de Microsoft.
Acerca de la Seleccione la URL para obtener más información sobre el conector.

aplicación
Listas
Pivot Descripción
Empresa (n) Conectores para datos confidenciales de negocios. Los conectores de

este grupo no pueden compartir datos con conectores de otros grupos.
No Conectores para datos no comerciales, como datos de uso personal. Los

empresariales/
conectores de este grupo no pueden compartir datos con conectores de
Predeterminado otros grupos.
(n)
Bloqueados (n) Los conectores bloqueados no se pueden usar cuando se aplica esta
directiva.
Acciones
Acción Descripción
Establecer El grupo que asigna cualquier conector nuevo agregado por Microsoft
grupo Power Platform después de crear su directiva DLP. Más información:
predeterminado Grupo de datos predeterminado para nuevos conectores
Conectores de Busque en una larga lista de conectores para encontrar conectores

búsqueda específicos para clasificar. Puede buscar en cualquier campo en la vista
de lista de conectores, como Nombre, Bloqueable, Tipo o Editor.
Puede realizar las siguientes acciones:

Description
1 Asigne uno o más conectores a través de grupos de clasificación de conectores
2 Tablas pivote del grupo de clasificación de conectores
3 Barra de búsqueda para buscar conectores en propiedades como Nombre, Bloqueable,

Tipo o Editor
4 Grupo de clasificación de conector que asigna cualquier conector nuevo agregado por
Microsoft Power Platform después de crear su directiva DLP.
5 Conectores de selección, selección múltiple o selección masiva para moverse entre

grupos
6 Capacidad de clasificación alfabética en columnas individuales
7 Botones de acción para asignar conectores individuales a través de grupos de

clasificación de conectores
4. Seleccione uno o más conectores. Para este tutorial, seleccione los conectores
SalesForce y SharePoint, y luego seleccione Mover a Negocios desde la barra de
menú superior. También puedes usar los puntos suspensivos ( ) a la derecha del
nombre del conector.
Los conectores aparecerán en el grupo de datos Profesional.
Los conectores pueden residir en un solo grupo de datos a la vez. Al mover los
conectores SharePoint y Salesforce al grupo de datos Profesional impedirá que los
usuarios creen flujos y aplicaciones que combinen estos dos conectores en
cualquiera de los grupos de conectores No profesional o Bloqueado.
Para conectores como SharePoint que no son bloqueables, la acción Bloquear se

atenuará y aparecerá una advertencia.
5. Revise y cambie la configuración de grupo predeterminada para los nuevos

conectores, si es necesario. Recomendamos mantener la configuración
predeterminada como No comercial para asignar cualquier conector nuevo
agregado a Microsoft Power Platform por defecto. Los conectores no comerciales
se pueden asignar manualmente a Negocio o Bloqueado más tarde editando la
directiva DLP, después de que haya tenido la oportunidad de revisarlos y
asignarlos. Si la nueva configuración del conector es Bloqueado, cualquier
conector nuevo que sea bloqueable se asignará a Bloqueado, como se esperaba.
Sin embargo, cualquier conector nuevo que no se pueda bloquear se asignará a
No comercial porque por diseño no se pueden bloquear.
Seleccione el icono Establecer grupo predeterminado en la esquina superior

derecha.
Después de completar todas las asignaciones de conectores en los grupos

Negocio/No comercial/Bloqueado y establecer el grupo predeterminado para
nuevos conectores, seleccione Siguiente.
6. Elija el ámbito de la directiva DLP. Este paso no está disponible para directivas de
nivel de entorno, porque siempre están destinadas a un único entorno.
Para los fines de este tutorial, excluirá los entornos de prueba de esta directiva.
Seleccione Excluir ciertos entornos y en la página Agregar entornos, seleccione
Siguiente.
7. Revise los diversos atributos y configuraciones en la página Agregar entornos.

Para las directivas de nivel de inquilino, esta lista mostrará al administrador de
nivel de inquilino todos los entornos del inquilino. Para las directivas de nivel de
entorno, esta lista solo mostrará el subconjunto de entornos en el inquilino que se
administran por el usuario que inició sesión como Administrador de entornos o
como Administrador del sistema para entornos con bases de datos de Dataverse.
Atributos
Attribute Description
Name Nombre del entorno.
Escribir El tipo de entorno: prueba, producción, espacio aislado, predeterminado
Región La región asociada al entorno.
Autor Usuario que creó el entorno.
Fecha de La fecha en la que se creó el entorno.

creación
Listas
Pivot Descripción
Disponible (n) Entornos que no están explícitamente incluidos o excluidos en el ámbito

de la directiva. Para directivas de nivel de entorno y directivas de nivel de
inquilino con alcance definido como Agregar múltiples entornos, esta
lista representa el subconjunto de entornos que no están incluidos en el
ámbito de la directiva. Para directivas de nivel de inquilino con ámbito
definido como Excluir ciertos entornos, este pivot representa el
conjunto de entornos que están incluidos en el ámbito de la directiva.
Agregado a la Para directivas de nivel de entorno y directivas de nivel de inquilino con

directiva (n) alcance definido como Agregar múltiples entornos, este pivot
representa el subconjunto de entornos que están incluidos en el ámbito
de la directiva. Para directivas de nivel de inquilino con ámbito definido
como Excluir ciertos entornos, este pivot representa el subconjunto de
entornos que están excluidos del ámbito de la directiva.
Acciones
Acción Descripción
Agregar a Los entornos en la categoría Disponible se puede mover a la categoría

directiva Agregado a la directiva mediante el uso de esta acción.
Quitar de Los entornos en la categoría Agregado a la directiva se pueden mover a

directiva la categoría Disponible mediante el uso de esta acción.
8. Seleccione uno o más entornos. Puede usar la barra de búsqueda para encontrar
rápidamente los entornos de interés. Para este tutorial, buscaremos entornos de
prueba: escriba espacio aislado. Después de seleccionar los entornos de espacio
aislado, los asignamos al ámbito de la directiva utilizando Agregar a la directiva
desde la barra de menú superior.
Debido a que el alcance de la directiva se seleccionó inicialmente como Excluir

ciertos entornos, estos entornos de prueba ahora se excluirán del alcance de la
directiva y la configuración de la directiva DLP se aplicará a todo el resto de
entornos (Disponible). Para la directiva de nivel de entorno, solo puede seleccionar
un entorno único de la lista de entornos disponibles.
Después de hacer selecciones para entornos, seleccione Siguiente.
9. Revise la configuración de la directiva y luego seleccione Crear directiva.

La directiva se crea y aparece en la lista de directivas DLP. Como resultado de esta
directiva, las aplicaciones de SharePoint y Salesforce pueden compartir datos en
entornos que no sean de pruebatales como entornos de producciónporque ambos son
parte del mismo grupo de datos Negocio. Sin embargo, cualquier conector que reside
en el grupo de datos No comercial, como Outlook.com, no compartirá datos con
aplicaciones y flujos utilizando conectores de SharePoint o Salesforce. Los conectores de
Facebook y Twitter están totalmente bloqueados para su uso en cualquier aplicación o
flujo en entornos que no sean de prueba, como los entornos de producción o los
entornos predeterminados.
Se recomienda que los administradores compartan la lista de directivas DLP con su

organización para que los usuarios sean conscientes de las directivas antes de crear
aplicaciones.
Esta tabla describe cómo la directiva DLP que creó afecta las conexiones de datos en
aplicaciones y flujos.
Matriz de SharePoint Salesforce Outlook.com Facebook Twitter

conector (Business) (Negocios) (No comercial) (Bloqueado) (Bloqueado)
SharePoint Permitido Permitido Denegado Denegado Denegado

(Business)
Salesforce Permitido Permitido Denegado Denegado Denegado

(Negocios)
Outlook.com Denegado Denegado Permitido Denegado Denegado

(No comercial)
Matriz de SharePoint Salesforce Outlook.com Facebook Twitter
conector (Business) (Negocios) (No comercial) (Bloqueado) (Bloqueado)
Facebook Denegado Denegado Denegado Denegado Denegado

(Bloqueado)
Twitter Denegado Denegado Denegado Denegado Denegado

(Bloqueado)
Debido a que no se ha aplicado una directiva DLP a los entornos de prueba, las
aplicaciones y los flujos pueden usar cualquier conjunto de conectores en estos
entornos.
Utilizar los comandos de DLP de PowerShell

Vea Comandos de directiva de prevención de pérdida de datos (DLP).
Vea también
Administrar directivas de prevención de pérdida de datos (DLP)
SDK de prevención de pérdida de datos (DLP) de Power Platform

Administrar directivas de prevención de
pérdida de datos (DLP)
Los datos de una organización son cruciales para su éxito. Es preciso que los datos estén
disponibles rápidamente para la toma de decisiones, pero los datos deben protegerse
para que no se puedan compartir con audiencias que no deberían tener acceso a ellos.
Para proteger estos datos, puede usar Power Apps permite crear y aplicar directivas de
prevención de pérdida de datos (DLP) que definen con qué conectores de consumidor
se pueden compartir datos empresariales específicos. Por ejemplo, es posible que una
organización que usa Power Apps no desee que sus datos empresariales que se
almacenan en SharePoint se publiquen automáticamente en su cronología de Twitter.
Para crear, editar o eliminar las directivas DLP, debe tener los permisos Administrador de
entorno o Administrador de inquilinos Power Platform.
Buscar y ver directivas DLP

2. En el panel de navegación izquierdo, seleccione Directivas de datos. Si tiene una

lista larga de directivas, use el cuadro Buscar para encontrar directivas específicas
de DLP.
La vista de lista muestra los siguientes atributos:
Atributo Descripción
Nombre El nombre de la directiva.
Scope El tipo de directiva, como nivel de entorno o nivel de inquilino

Aplicada a El alcance del entorno asociado con la directiva.
Para una directiva de nivel de entorno, este será un nombre de entorno

específico (único) asociado con la directiva.
Para una directiva de nivel de inquilino, puede ser uno de los siguientes
valores:
Todos los entornos

Todos los entornos excepto (n)
(n) entornos
Un nombre de entorno único
Autor El usuario que creó la directiva.
Fecha de La fecha en la que se creó la directiva.

creación
Modificado por El usuario que modificó la directiva.
Fecha de La fecha en la que se modificó la directiva.

modificación
Editar una directiva DLP

2. De la lista de directivas DLP, seleccione un entorno y luego seleccione Editar

directiva. Si tiene una lista larga de directivas, use el cuadro Buscar para buscar
entornos específicos.
７ Nota
Los administradores del entorno no pueden editar las directivas creadas por el
administrador de inquilinos.
3. Continúe con los pasos descritos en Crear una directiva DLP y luego seleccione
Actualizar directiva.
７ Nota
Las directivas DLP a nivel de entorno no pueden reemplazar las directivas DLP
de los inquilinos.
Eliminar una directiva DLP

2. De la lista de directivas DLP, seleccione un entorno y luego seleccione Eliminar

７ Nota
Los administradores del entorno no pueden eliminar las directivas creadas por
el administrador de inquilinos.
3. En el cuadro de diálogo de confirmación, seleccione Eliminar.
Cambiar el grupo de datos predeterminado

1. Inicie sesión en centro de administración de Power Platform como administrador
global.
2. De la lista de directivas DLP, seleccione un entorno y luego seleccione Editar

７ Nota
Los administradores del entorno no pueden editar las directivas creadas por el
3. Seleccione el paso Conectores en el proceso Editar directiva.
4. Seleccione el icono Establecer grupo predeterminado en la esquina superior

derecha.
5. Elija un grupo predeterminado y luego seleccione Aplicar. Más información:
Clasificación de conector y Grupo de datos predeterminado para nuevos
conectores
6. Seleccione Siguiente según sea necesario para cerrar el proceso Editar directiva.
El grupo de datos que elija será el grupo predeterminado para clasificar

automáticamente cualquier conector nuevo agregado a Microsoft Power Platform
después de que se haya creado su directiva.
Utilizar los comandos de DLP de PowerShell

Vea Comandos de directiva de prevención de pérdida de datos (DLP).
Vea también
Crear una directiva de prevención de pérdida de datos (DLP)
SDK de prevención de pérdida de datos (DLP) de Power Platform

Power Platform prevención de pérdida
de datos (DLP) SDK
Este tema presenta las capacidades del SDK de DLP y le muestra cómo DLP puede
ayudarlo a administrar su directiva de inquilinos y entornos con experiencias que van
desde crear, leer, actualizar y eliminar directivas de DLP. Más información: Directivas de
prevención de pérdida de datos
Cómo ejecutar esta muestra

1. Descargar o clonar el informe de Repo de muestras para que tenga una copia
local.
2. Abra PowerShell ISE como administrador.
3. Ejecute el siguiente comando:
PowerShell

Force
4. Edite RunSamples.ps1 y realice los siguientes cambios:
Reemplace el valor de $TenantAdminName con su cuenta de administrador

de inquilino
Reemplace el valor de $TenantAdminPassword con su contraseña de cuenta
de administrador de inquilino
Reemplace el valor de $EnvironmentAdminName con su cuenta de
administrador de entorno
Reemplace el valor de $EnvironmentAdminPassword con su contraseña de
cuenta de administrador de entorno
Nota: la cuenta de administrador del inquilino no debe usarse como una cuenta de
administrador del entorno.
5. Ejecute RunSamples.ps1.
Qué hace este ejemplo

Este ejemplo llama a las API de DLP en Microsoft.PowerApps.Administration.PowerShell
para crear, leer, actualizar y eliminar directivas DLP. A continuación, se muestran los
escenarios admitidos por el SDK.
1. Cree una directiva a nivel de inquilino que clasifique los conectores en los grupos
Comercial, No comercial y Bloqueados.
2. Cree una directiva para todos los entornos excepto para ciertos entornos que
clasifique los conectores en los grupos Comercial, No comercial y Bloqueados.
3. Cree una directiva a nivel de entorno único que clasifique los conectores en los
grupos Comercial, No comercial y Bloqueados.
4. Obtenga una lista de directivas a nivel de inquilino (todos los entornos).
5. Actualice la directiva para mover el conector entre los grupos (Comercial, No
comercial y Bloqueados).
6. Pruebe la compatibilidad de las directivas existentes que anteriormente usaban las
API de PowerShell heredadas y que ahora usan nuevas API de PowerShell.
7. Aplique una directiva de DLP a todos los entornos de Teams dentro de un
inquilino. Más información: Aplicar una directiva de prevención de pérdida de
datos a todos los entornos Dataverse for Teams
Cómo funciona este ejemplo

Este ejemplo proporciona algunos escenarios de DLP sobre cómo llamar a las API de
DLP para su referencia. Puede ejecutar la muestra y ver el resultado.
Clasificación de conectores
Los grupos de datos son una manera sencilla de clasificar conectores dentro de una
directiva de prevención de pérdida de datos (DLP). Los tres grupos de datos disponibles
son los grupos de datos Empresariales, No empresariales y Bloqueados.
Una buena manera de clasificar los conectores es colocarlos en grupos en función de los
servicios centrados en el uso de negocios o personal a los que se conectan en el
contexto de su organización. Los conectores que hospedan datos de uso empresarial
deben clasificarse como Comercial y los conectores que hospedan datos de uso
personal deben clasificarse como No comercial. Todos los conectores que se quiera
evitar que se utilicen en uno o más entornos deben clasificarse como Bloqueado.
Cuando se crea una nueva directiva, de forma predeterminada, todos los conectores se
colocan en el grupo No empresariales. Desde allí, pueden moverse a Empresariales o
Bloqueados según su preferencia. Los conectores de un grupo de datos se administran
al crear o modificar las propiedades de una directiva DLP desde el centro de
administración. Consulte Crear una directiva de prevención de pérdida de datos (DLP).
También puede cambiar la clasificación inicial de los conectores editando su directiva
DLP. Más información: Editar una directiva DLP
７ Nota
Hasta hace poco, algunos conectores HTTP no estaban disponibles para la

configuración de la directiva DLP mediante el uso de la interfaz de usuario de la
directiva DLP o PowerShell. A partir de mayo de 2020, los siguientes conectores
HTTP ya se pueden clasificar utilizando la interfaz de usuario de la directiva DLP y
PowerShell, como cualquier otro conector Power Platform: HTTP, Webhook HTTP y
Cuando se recibe una solicitud HTTP. Si las directivas DLP heredadas se actualizan
mediante el uso de la nueva interfaz de usuario de DLP, se mostrará un mensaje de
advertencia a los administradores indicando que estos tres conectores HTTP ahora
se están agregando al ámbito de DLP y que deben asegurarse de que estos
conectores se coloquen en el agrupamiento de DLP correcto.
Debido a que los flujos secundarios comparten una dependencia interna con el
conector HTTP, la agrupación que los administradores eligen para los conectores
HTTP en una política de DLP puede afectar la capacidad de ejecutar flujos
secundarios en ese entorno o inquilino. Asegúrese de que sus conectores HTTP
estén clasificados en el grupo apropiado para que funcionen los flujos secundarios.
Si hay alguna duda al clasificar el conector como Comercial en entornos
compartidos como el entorno predeterminado, nuestro consejo es clasificarlo
como No comercial o bloquearlo. A continuación, cree entornos dedicados en los
que los creadores puedan utilizar conectores HTTP, pero restrinja la lista de
creadores para poder desbloquear la creación de flujos secundarios por parte de
los creadores.
El conector de Conversión de contenido es una característica integral de Microsoft

Power Platform, que se utiliza para convertir un documento HTML en texto sin
formato. Se aplica tanto a escenarios Empresariales y No Empresariales, y no
almacena ningún contexto de datos del contenido convertido a través de él; por lo
tanto, no está disponible para su clasificación a través de las directivas DLP.
Cómo se comparten los datos entre grupos de

datos
Los datos no se pueden compartir entre los conectores que se encuentran en diferentes
grupos. Por ejemplo, si coloca los conectores de Salesforce y SharePoint en el grupo
Empresariales y coloca Gmail en el grupo No empresariales, los fabricantes no pueden
crear una aplicación o flujo que use los conectores tanto de SharePoint como de Gmail.
Esto a su vez restringe los flujos de datos entre estos dos servicios en Microsoft Power
Platform.
Aunque no se pueden compartir datos entre servicios en diferentes grupos, sí se pueden

compartir entre los servicios de un grupo concreto. Del ejemplo anterior, dado que
SharePoint y Salesforce se colocaron en el mismo grupo de datos, los fabricantes
pueden crear una aplicación o flujo que use tantos los conectores de SharePoint como
de Salesforce a la vez. Esto a su vez permite flujos de datos entre estos dos servicios en
El punto clave es que los conectores del mismo grupo pueden compartir datos en
Microsoft Power Platform, mientras que los conectores en diferentes grupos no pueden
compartir datos.
El efecto del grupo de datos bloqueados

El flujo de datos a un servicio específico se puede bloquear por completo marcando ese
conector como Bloqueado. Por ejemplo, si coloca Facebook en el grupo Bloqueado, los
fabricantes no pueden crear una aplicación o flujo que use el conector de Facebook.
Esto a su vez restringe los flujos de datos a este servicio en Microsoft Power Platform.
Todos los conectores de terceros se pueden bloquear. Todos los conectores premium
propiedad de Microsoft (excepto Microsoft Dataverse) pueden estar bloqueados.
Lista de conectores que no se pueden bloquear

Todos los conectores que impulsan la funcionalidad clave de Microsoft Power Platform
(como Dataverse, Aprobaciones y Notificaciones), además de los conectores que
permiten escenarios de personalización principales de Office, como los conectores
estándar de Microsoft Enterprise Plan, seguirán siendo no bloqueables para garantizar
que los escenarios principales de los usuarios sigan siendo totalmente funcionales.
Sin embargo, estos conectores no bloqueables se pueden clasificar en grupos de datos

Comercial o No comercial. Estos conectores se dividen en general en las siguientes
categorías:
Conectores estándar de Microsoft Enterprise Plan (sin implicaciones de licencia

adicionales).
Conectores específicos de Microsoft Power Platform que forman parte de las
capacidades de la plataforma base. Dentro de esto, los conectores de Dataverse
son los únicos conectores premium que no se pueden bloquear, porque Dataverse
es una parte integral de Microsoft Power Platform.
Los siguientes conectores no pueden bloquearse mediante el uso de directivas DLP.
Conectores estándar de Microsoft Enterprise Plan Conectores centrales de Power Platform
Defender para aplicaciones en la nube Aprobaciones
Dynamics 365 Customer Voice Notificaciones
Excel Online (Empresas) Dataverse
Kaizala Dataverse (current environment)
Grupos de Microsoft 365 Notificaciones de Power Apps (v1 y v2)
Correo de Grupos de Microsoft 365 (Vista previa)
Microsoft 365 Outlook
Usuarios de Microsoft 365
Microsoft Teams
Microsoft To-Do (Empresa)
OneDrive for Business

Conectores estándar de Microsoft Enterprise Plan Conectores centrales de Power Platform
OneNote (Business)
Planner
Power BI
SharePoint
Shifts
Skype Empresarial Online
Yammer
７ Nota
Si un conector actualmente no bloqueable ya está en el grupo Bloqueado (por

ejemplo, porque se bloqueó cuando las restricciones eran diferentes), permanecerá
en el mismo grupo hasta que edite la política. Recibirá un mensaje de error que le
impedirá guardar la política hasta que mueva el conector no bloqueable a un
grupo Comercial o No comercial.
Clasificación de conectores personalizados
Directivas DLP de nivel de entorno

Los administradores del entorno ahora pueden encontrar todos los conectores
personalizados en sus entornos junto con los conectores preconstruidos en la página
Conectores en Políticas de datos. De manera similar a los conectores prediseñados,
puede clasificar conectores personalizados en las categorías Bloqueado, Comercial o
No comercial. Los conectores personalizados que no están clasificados explícitamente
se incluirán en el grupo predeterminado (o No comercial, si los administradores no
eligen explícitamente ninguna configuración de grupo predeterminada).
También puede utilizar los comandos de PowerShell de la directiva DLP para configurar
conectores personalizados en los grupos Comercial, No comercial y Bloqueado. Más
información: Comandos de directiva de prevención de pérdida de datos (DLP)
Directivas DLP de nivel de inquilino

El centro de administración de Power Platform también tiene soporte para que los
administradores de inquilinos clasifiquen conectores personalizados por sus puntos
finales de URL de host mediante el uso de una construcción de coincidencia de patrones
para las directivas DLP a nivel de inquilino. Debido a que el alcance de los conectores
personalizados es específico del entorno, estos conectores no aparecerán en la página
Conectores para que la clasifique. En su lugar, verá una nueva página en Políticas de
datos con el nombre Conectores personalizados, que puede usar para especificar una
lista ordenada de patrones de URL Permitir y Denegar para conectores personalizados.
La regla para el carácter comodín ( * ) siempre será la última entrada de la lista, que se
aplica a todos los conectores personalizados. Los administradores pueden etiquetar el
patrón * a Bloqueado, Comercial, No comercial o Ignorar. De manera predeterminada,
el patrón se establece como Ignorar para nuevas directivas DLP.
Ignorar ignora la clasificación de DLP para todos los conectores en esta política de nivel
de inquilino y difiere la evaluación de un patrón a otros entornos o políticas de nivel de
inquilino para atribuirlos a la agrupación Comercial, No comercial o Bloqueado según
corresponda. Si no existe una regla específica para los conectores personalizados, la
regla Ignorar * permitirá que se utilicen conectores personalizados con las agrupaciones
de conectores Comercial y No comercial. Excepto por la última entrada de la lista,
Ignorar ya que una acción no es compatible con ningún otro patrón de URL agregado a
las reglas de patrón de conector personalizado.
Puede agregar más reglas nuevas seleccionando Agregar patrón de conector en la

página Conectores personalizados.
Esto abre un panel lateral donde puede agregar patrones de URL de conectores
personalizados y clasificarlos. Las nuevas reglas se agregan al final de la lista de
patrones (como la penúltima regla, porque * siempre será la última entrada de la lista).
Sin embargo, puede actualizar el orden mientras agrega un nuevo patrón.
También puede actualizar el orden de los patrones utilizando la lista desplegable Orden
o seleccionando Subir o Bajar.
Una vez que se ha agregado un patrón, puede editar o eliminar estos patrones
seleccionando una fila específica y seleccionando Editar o Eliminar.
Grupo de datos predeterminado para nuevos
conectores
Se debe designar un grupo de datos como el grupo predeterminado para clasificar
automáticamente los nuevos conectores agregados a Microsoft Power Platform después
de que se haya creado su directiva. Inicialmente, el grupo No empresariales es el grupo
predeterminado para los nuevos conectores y todos los servicios. Puede cambiar el
grupo de datos predeterminado al grupo de datos Empresariales o Bloqueados, pero
no recomendamos que lo haga.
Los nuevos servicios que se agreguen a las aplicaciones se colocarán en el grupo

designado como predeterminado. Por este motivo, le recomendamos que mantenga No
comercial como grupo predeterminado, y que agregue manualmente servicios al grupo
Comercial o Bloqueado después de que su organización haya evaluado el impacto de
permitir que los datos empresariales se compartan con el nuevo servicio.
７ Nota
Los conectores de licencia de Microsoft 365 Enterprise y algunos conectores de

Microsoft Power Platform están exentos de marcarse como Bloqueados, y solo se
puede clasificar como Comercial o No comercial. Si Microsoft agrega nuevos
conectores que no se pueden bloquear y ha configurado el grupo predeterminado
para la directiva DLP como Bloqueado, estos conectores se marcarán
automáticamente como No comercial en lugar de Bloqueado.
Controles de conector granulares de
DLP avanzados
Aunque la capacidad de clasificación de conectores es muy útil para gobernar

conectores de Microsoft Power Platform, los controles detallados como la capacidad de
bloquear acciones específicas del conector o extremos de conexión le ayudan a lograr
un equilibrio entre productividad y protección.
７ Nota
Algunas aplicaciones deben volver a publicarse para que se apliquen las reglas de
acción del conector y las reglas de filtrado del punto de conexión del conector.
Consulte Limitaciones conocidas a continuación.
Control de acciones del conector
７ Nota
Control de acciones del conector está disponible en general.

La configuración de las acciones de un conector está disponible para todos
los conectores bloqueables, pero no para conectores no bloqueables y
conectores personalizados.
Puede usar el control de acciones del conector para permitir o bloquear acciones
individuales dentro de un conector determinado. En la página Conectores, haga clic con
el botón derecho en el conector y, a continuación, seleccione Configurar
conector>Acciones del conector.
Esto abre un panel lateral donde puede permitir o denegar acciones específicas.
También puede establecer el valor predeterminado (Permitir o Denegar) para cualquier
nueva acción de conector que se agregará al conector en el futuro.
Soporte de PowerShell para el control de acciones del
conector
Recuperar una lista de acciones disponibles para un conector
PowerShell
Get-AdminPowerAppConnectorAction
Ejemplo
PowerShell
Get-AdminPowerAppConnectorAction -ConnectorName shared_msnweather
Id. Tipo Propiedades
TodaysForecast Microsoft.ProcessSimple/apis/apiOperations @{summary=Obtener

la previsión para hoy;
description=Obtiene
la previsión para el
día actual en el lugar
especificado.; visib...
OnCurrentWeatherChange Microsoft.ProcessSimple/apis/apiOperations @{summary=Cuando

el tiempo actual
cambia;
description=Activa
un nuevo flujo
cuando la medición
meteorológica
especificada cambia...
CurrentWeather Microsoft.ProcessSimple/apis/apiOperations @{summary=Obtener

el tiempo actual;
description=Obtiene
el tiempo actual de
un lugar.;
visibility=avanzado;
pageable=Fa...
TomorrowsForecast Microsoft.ProcessSimple/apis/apiOperations @{summary=Obtener

previsión para
mañana;
description=Obtiene
la previsión para
mañana en el lugar
especificado.; visib...
OnCurrentConditionsChange Microsoft.ProcessSimple/apis/apiOperations @{summary=Cuando

las condiciones
actuales cambian;
description=Activa
un nuevo flujo
cuando las
condiciones cambian
para una ubicación...
Configurar las reglas de acciones del conector para una directiva

El objeto que contiene las reglas de acciones del conector para una política se
denomina a continuación configuraciones de conector.
El objeto de configuraciones de
conector tiene la siguiente estructura:
PowerShell
$ConnectorConfigurations = @{
connectorActionConfigurations = @( # array – one entry per connector
@{
connectorId # string
actionRules = @( # array – one entry per rule
@{
actionId # string
behavior # supported values: Allow/Block
defaultConnectorActionRuleBehavior # supported values: Allow/Block
Recuperar configuraciones de conector existentes para una directiva DLP
PowerShell
Get-PowerAppDlpPolicyConnectorConfigurations
Crear configuraciones de conector para una directiva DLP
PowerShell
New-PowerAppDlpPolicyConnectorConfigurations
Actualizar configuraciones de conector para una directiva DLP
PowerShell
Set-PowerAppDlpPolicyConnectorConfigurations
Ejemplo
Objetivo:
Bloquear las acciones TodaysForecast y CurrentWeather del conector MSN

Weather; permitir todas las otras acciones.
Permitir la acción GetRepositoryById del conector GitHub; bloquear todas las otras
acciones.
７ Nota
En el siguiente cmdlet, PolicyName se refiere al GUID único. Puede recuperar el
GUID de DLP ejecutando el cmdlet Get-DlpPolicy.
PowerShell
connectorActionConfigurations = @(
@{
connectorId = "/providers/Microsoft.PowerApps/apis/shared_msnweather"
actionRules = @(
@{
actionId = "TodaysForecast"
behavior = "Block"
},
@{
actionId = "CurrentWeather"
behavior = "Block"
defaultConnectorActionRuleBehavior = "Allow"
},
@{
connectorId = "/providers/Microsoft.PowerApps/apis/shared_github"
actionRules = @(
@{
actionId = "GetRepositoryById"
behavior = "Allow"
defaultConnectorActionRuleBehavior = "Block"
New-PowerAppDlpPolicyConnectorConfigurations -TenantId $TenantId -PolicyName

$PolicyName -NewDlpPolicyConnectorConfigurations $ConnectorConfigurations
Filtrado de extremo de conector
７ Nota
Filtrado de extremo de conector está en versión preliminar pública.
El filtrado de extremo permite a los administradores gobernar con precisión qué

extremos específicos se permitirán y cuáles se bloquearán a nivel de inquilino o entorno.
Esta instalación está disponible para HTTP, HTTP con Azure AD, HTTP Webhook, SQL
Server, Almacenamiento de blobs de Azure y extremos de conexión SMTP. Para más
información, consulte Formatos de entrada de extremo y ejemplos.
La columna Extremo configurable en la página Conectores prediseñados en Directivas

de datos indica si la capacidad de filtrado del extremo es compatible con el conector
Si el valor de la columna Extremo configurable es Sí, puede utilizar esta capacidad

haciendo clic con el botón derecho y después seleccionando Configurar
conector>Extremos de conector.
Esto abre un panel lateral donde puede especificar una lista ordenada de patrones de
Permitir o Denegar URL. La última fila de la lista será siempre una regla para el carácter
comodín * , que se aplica a todos los extremos de ese conector. De manera
predeterminada, el patrón * está configurado como Permitir para las nuevas directivas
DLP, pero se puede etiquetar como Permitir o Denegar.
Puede agregar nuevas reglas seleccionando Agregar extremo. Las nuevas reglas se
agregan al final de la lista de patrones (como la penúltima regla, porque * siempre será
la última entrada de la lista). No obstante, también puede actualizar el orden de los
patrones utilizando la lista desplegable Orden o seleccionando Subir o Bajar.
Una vez que se ha agregado un patrón, puede editar o eliminar estos patrones
seleccionando una fila específica y seleccionando Eliminar.
Soporte de PowerShell para el filtrado del extremo
Configurar las reglas de filtrado de extremo para una directiva

El objeto que contiene las reglas de filtrado del extremo para una política se denomina a
continuación configuraciones de conector.
El objeto de configuraciones de conector
tiene la siguiente estructura:
PowerShell
connectorActionConfigurations = @() # used for connector action rules
endpointConfigurations = @( # array – one entry per
@{
connectorId # string
endpointRules = @( # array – one entry per rule
@{
order # number
endpoint # string
behavior # supported values: Allow/Deny
Notas
La última regla de cada conector debe aplicarse siempre a la URL “*”, para
garantizar que todas las URL estén cubiertas por las reglas
La propiedad de orden de las reglas para cada conector debe rellenarse con
números del 1 al N, donde N es el número de reglas para ese conector
Recuperar configuraciones de conector existentes para una directiva DLP
PowerShell
Get-PowerAppDlpPolicyConnectorConfigurations
Crear configuraciones de conector para una directiva DLP
PowerShell
New-PowerAppDlpPolicyConnectorConfigurations
Actualizar configuraciones de conector para una directiva DLP
PowerShell
Set-PowerAppDlpPolicyConnectorConfigurations
Ejemplo
Objetivo:
Para el conector de SQL Server:
Denegar la base de datos “testdatabase” del servidor

“myservername.database.windows.net”
Permitir todas las otras bases de datos del servidor
“myservername.database.windows.net”
Denegar todos los otros servidores
Para el conector SMTP:

Permitir Gmail (dirección del servidor: smtp.gmail.com, port: 587)
Denegar todas las otras direcciones
Para el conector HTTP:
Permitir extremos https://mywebsite.com/allowedPath1 y

https://mywebsite.com/allowedPath2
Denegar todas las otras URL
７ Nota
En el siguiente cmdlet, PolicyName se refiere al GUID único. Puede recuperar el

PowerShell
endpointConfigurations = @(
@{
connectorId = "/providers/Microsoft.PowerApps/apis/shared_sql"
endpointRules = @(
@{
order = 1
endpoint = "myservername.database.windows.net,testdatabase"
behavior = "Deny"
},
@{
order = 2
endpoint = "myservername.database.windows.net,*"
behavior = "Allow"
},
@{
order = 3
endpoint = "*"
behavior = "Deny"
},
@{
connectorId = "/providers/Microsoft.PowerApps/apis/shared_smtp"
endpointRules = @(
@{
order = 1
endpoint = "smtp.gmail.com,587"
behavior = "Allow"
},
@{
order = 2
endpoint = "*"
behavior = "Deny"
},
@{
connectorId = "http"
endpointRules = @(
@{
order = 1
endpoint = "https://mywebsite.com/allowedPath1"
behavior = "Allow"
},
@{
order = 2
endpoint = "https://mywebsite.com/allowedPath2"
behavior = "Allow"
},
@{
order = 3
endpoint = "*"
behavior = "Deny"
New-PowerAppDlpPolicyConnectorConfigurations -TenantId $TenantId -PolicyName

$PolicyName -NewDlpPolicyConnectorConfigurations $ConnectorConfigurations
Las reglas de filtrado de puntos de conexión no son obligatorias en las variables
de entorno, entradas personalizadas y los extremos vinculados dinámicamente
durante el tiempo de ejecución. Solo se aplican los puntos de conexión estáticos
conocidos y seleccionados al crear una aplicación, un flujo o un bot de chat
durante el tiempo de diseño.
Las reglas del punto de conexión para SQL Server y Azure Blob Storage no son
obligatorias si las conexiones se autentican con Azure Active Directory.
Algunas aplicaciones de Power Apps publicadas antes del 1 de octubre de 2020
deben volver a publicarse para que se apliquen las reglas de acción del conector
de DLP y las reglas del punto de conexión del conector de DLP. La siguiente
secuencia de comandos permite a los administradores y creadores identificar
aplicaciones que deben volver a publicarse para respetar estas nuevas reglas de
control granular de DLP:
PowerShell
Add-PowerAppsAccount
$GranularDLPDate = Get-Date -Date "2020-10-01 00:00:00Z"
ForEach ($app in Get-AdminPowerApp){
$versionAsDate = [datetime]::Parse($app.LastModifiedTime)
$olderApp = $versionAsDate -lt $GranularDLPDate
$wasBackfilled = $app.Internal.properties.executionRestrictions -ne

$null -and
$app.Internal.properties.executionRestrictions.dataLossPreventionEvaluationR
esult -ne $null -and !
[string]::IsNullOrEmpty($app.Internal.properties.executionRestrictions.dataL
ossPreventionEvaluationResult.lastAdvancedBackfillDate)
If($($olderApp -and !$wasBackfilled)){
Write-Host "App must be republished to be Granular DLP compliant: "

$app.AppName " " $app.Internal.properties.displayName " "
$app.Internal.properties.owner.email
Else{
Write-Host "App is already Granular DLP compliant: " $app.AppName
Formatos de entrada de extremo y

ejemplos
Cada conector tiene una noción diferente de lo que significa un extremo. Además,
algunos extremos se pueden definir en varios formatos. Por lo tanto, los extremos
deben introducirse en todos los formatos posibles para evitar que los fabricantes los
usen mientras crean aplicaciones y flujos. Los administradores pueden introducir el
nombre completo del punto final o utilizar la coincidencia de patrones con el carácter
comodín ( * ) al crear una regla de filtrado de extremos. Estas reglas se introducen y se
presentan en una lista ordenada de patrones de extremos, lo que significa que se
evaluarán en orden ascendente por número. Tenga en cuenta que la última regla para
cualquier conector dado es siempre * Permitir o * Denegar (Permitir de forma
predeterminada, que se puede cambiar a Denegar). La siguiente guía describe cómo
introducir extremos de conector al crear reglas para permitirlos o denegarlos.
SQL Server
Los extremos de conexión de SQL Server deben estar listados en formato <Server_name,
database_name> . Algunas cosas a tener en cuenta:
Los creadores pueden introducir el nombre del servidor en varios formatos. Por lo
tanto, para abordar realmente un extremo, debe introducirse en todos los
formatos posibles. Por ejemplo, las instancias locales pueden estar en formato
<machine_name\named_instance, database_name> o <IP address, custom port,
database_name> . En este caso, deberá aplicar reglas de permitir o bloquear en
ambos formatos para un extremo. Por ejemplo:

Bloquear WS12875676\Servername1,MktingDB
Bloquear 11.22.33.444,1401,MktingDB
No hay una lógica especial para manejar direcciones relativas como localhost . Por
lo tanto, si bloquea *localhost* , evitará que los creadores utilicen extremos
mediante el uso de localhost como parte del extremo de SQL Server. Sin
embargo, no impedirá que accedan al extremo usando la dirección absoluta, a
menos que el administrador también haya bloqueado la dirección absoluta.
A continuación, se muestran ejemplos de algunos escenarios:
Permitir solo instancias de Azure SQL Server:

1. Permitir *.database.windows.net*
2. Denegar *
Permitir solo un rango específico de IP (tenga en cuenta que las direcciones IP que
no están permitidas todavía pueden ser introducidas por el fabricante en formato
<machine_name\named_instance> ):
1. Permitir 11.22.33*
2. Denegar *
Dataverse
Los puntos de conexión de Dataverse se representan según el id. de organización; por
ejemplo 7b97cd5c-ce38-4930-9497-eec2a95bf5f7. Tenga en cuenta que actualmente
sólo el conector normal de Dataverse está en el ámbito del filtrado de extremos. Los
conectores actuales de Dataverse Dynamics y Dataverse no están dentro del alcance.
Además, la instancia local de Dataverse (también conocido como el entorno actual)
nunca se puede bloquear para su uso dentro de un entorno. Esto significa que dentro
de cualquier entorno, los creadores siempre pueden tener acceso al entorno actual de
Dataverse. Por tanto, una regla que dice lo siguiente:
1. Permitir 7b97cd5c-ce38-4930-9497-eec2a95bf5f7
2. Denegar *
En realidad significa:
1. Permitir Dataverse current environment

2. Permitir 7b97cd5c-ce38-4930-9497-eec2a95bf5f7
3. Denegar *
Permitir Dataverse current environment es siempre implícitamente la primera regla en

el extremo de Dataverse de la lista de filtrado para cualquier entorno determinado.
Azure Blob Storage

Los extremos de Azure Blob Storage están representados por el nombre de la cuenta de
Azure Storage.
SMTP
Los extremos SMTP están representados en formato <SMTP server address, port
number> .
A continuación se expone un escenario de ejemplo.
1. Denegar smtp.gmail.com,587
2. Permitir *
HTTP con Azure AD, HTTP Webhook y conectores HTTP

Los extremos de todos los conectores HTTP están representados por un patrón de URL.
La acción Obtener recurso web de HTTP con el conector de Azure AD está fuera de
alcance.
A continuación se expone un escenario de ejemplo.
Permita el acceso solo a la página de suscripciones de Azure dentro de

https://management.azure.com/ .
1. Permitir https://management.azure.com/subscriptions*
2. Denegar https://management.azure.com/*
3. Denegar *
DLP para conectores personalizados
Power Platform permite que los fabricantes creen y compartan conectores

personalizados. Puede administrar conectores personalizados para directivas de
prevención de pérdida de datos (DLP) a nivel de inquilino y entorno. Específicamente:
1. Los administradores de entorno pueden utilizar el centro de administración Power

Platform para clasificar los conectores personalizados individuales por nombre
para las directivas DLP a nivel de entorno.
2. Los administradores de inquilinos pueden usar el centro de administración de
Power Platform y PowerShell para clasificar conectores personalizados por sus
puntos finales de URL de host mediante el uso de una construcción de
coincidencia de patrones para las directivas DLP a nivel de inquilino.
７ Nota
DLP para conectores personalizados ahora está disponible en general.
Interfaz de usuario
Directivas DLP de nivel de entorno

Los administradores del entorno pueden ver todos los conectores personalizados en sus
entornos junto con los conectores preconstruidos en la pestaña Conectores del
asistente Directivas de datos. De manera similar a los conectores prediseñados, los
administradores pueden clasificar conectores personalizados en las categorías
Bloqueado/Comercial/No comercial. Los conectores personalizados que no están
clasificados explícitamente se incluirán en el grupo predeterminado (o No comercial, si
los administradores no eligen explícitamente ninguna configuración de grupo
predeterminada).
Directivas DLP de nivel de inquilino
Los administradores de inquilinos verán una pestaña nueva en el asistente Directivas de
Datos llamada Conectores personalizados que les permitirá especificar una lista
ordenada de patrones URL Permitir y Denegar para conectores personalizados.
La regla para * siempre será la última entrada de la lista, que se aplica a todos los
conectores personalizados que no coincidan con una regla previa.
Los administradores pueden etiquetar el patrón * a Bloqueado/Comercial/No

comercial/Ignorar. De manera predeterminada, el patrón se configura como Ignorar
para nuevas directivas DLP.
Ignorar esencialmente ignora la clasificación de DLP para todos los conectores en esta
directiva de nivel de inquilino y difiere la evaluación de un patrón a otro entorno o
directivas de nivel de inquilino para atribuirlos a la agrupación Comercial/No
comercial/Bloqueado según corresponda. Si no existe una regla específica para los
conectores personalizados, la regla "Ignorar *" permitirá que se utilicen conectores
personalizados con las agrupaciones de conectores comercial y no comercial. Ignorar
como una acción no es compatible con ningún otro patrón de URL agregado a las
reglas de patrón de conector personalizado excepto por la última entrada en la lista.
Los administradores pueden agregar más reglas nuevas usando Agregar patrón de
conector en la pestaña Conectores personalizados.
Esto abriría un panel lateral donde administradores pueden agregar patrones de URL de
conectores personalizados y clasificarlos. Las nuevas reglas se agregan al final de la lista
de patrones (como la penúltima para ser más específica, porque * siempre será la
última entrada de la lista). Sin embargo, los administradores pueden actualizar el orden
mientras agrega un nuevo patrón.
Los administradores pueden actualizar el orden de los patrones utilizando la lista
desplegable orden o los botones Subir o Bajar.
Una vez que se ha agregado un patrón, los administradores pueden editar o eliminar
estos patrones haciendo clic en una fila específica y usando el botón Editar o Eliminar.
Soporte de Powershell para patrones de URL de
conectores personalizados
El objeto que contiene reglas de patrón de URL de conector personalizado para una
directiva tiene la siguiente estructura:
PowerShell
$UrlPatterns = @{
rules = @(
@{
order # integer (starting at 1)
customConnectorRuleClassification # supported values: General |

Confidential | Blocked | Ignore
pattern # string
７ Nota
En el siguiente cmdlets, PolicyName se refiere al GUID único. Puede recuperar el

Recuperar patrones de URL de conector personalizado

existente para una directiva
PowerShell
Get-PowerAppPolicyUrlPatterns -TenantId -PolicyName
Cree patrones de URL de conector personalizados para

una directiva
PowerShell
New-PowerAppPolicyUrlPatterns -TenantId -PolicyName -NewUrlPatterns
Eliminar patrones de URL de conector personalizados de

una directiva
PowerShell
Remove-PowerAppPolicyUrlPatterns -TenantId -PolicyName
Ejemplo
Objetivo:
Clasificar https://www.mycompany.com como negocio

Clasificar https://www.bing.com como no empresarial
Bloquear todas las otras URL
PowerShell
$UrlPatterns = @{
rules = @(
@{
order = 1
customConnectorRuleClassification = “Confidential”
pattern = “https://www.mycompany.com*”
},
@{
order = 2
customConnectorRuleClassification = “General”
pattern = “https://www.bing.com*”
},
@{
order = 3
customConnectorRuleClassification = “Blocked”
pattern = “*”
New-PowerAppPolicyUrlPatterns -TenantId $TenantId -PolicyName $PolicyId -

NewUrlPatterns $UrlPatterns
DLP no impone el uso de conectores personalizados en aplicaciones que se
publicaron por última vez antes de octubre de 2020.
Cuando un administrador de entorno crea o actualiza una directiva DLP a nivel de
entorno, solo puede ver los conectores personalizados de los que es propietario o
que se han compartido con él.
Si se ha agregado un conector personalizado por nombre a una directiva de nivel
de inquilino (mediante el uso de cmdlets de PowerShell), las reglas del patrón de
URL del conector personalizado se reemplazarán por la clasificación existente para
el conector por nombre. Use el cmdlet Remove-DlpPolicy para quitar los
conectores personalizados de la directiva para que estas reglas entren en vigencia.
Recomendamos que las directivas de nivel de inquilino solo utilicen patrones de
URL de host de conector personalizados. No administre conectores personalizados
por nombre en las directivas de nivel de inquilino, porque el alcance del conector
personalizado individual está limitado al límite del entorno y el nombre de un
conector personalizado no tiene ninguna importancia a nivel de inquilino.
datos (DLP)
Este documento le introduce en las directivas de prevención de pérdida de datos, que

ayudan a proteger los datos de la organización al evitar que se compartan con una lista
de conectores que usted defina.
¿Qué es una directiva de prevención de pérdida

de datos?
Los datos de una organización son fundamentales para su éxito. Es preciso que los
datos estén disponibles rápidamente para la toma de decisiones, pero deben protegerse
para que no se puedan compartir con públicos que no deberían tener acceso a ellos.
Para proteger estos datos, Power Automate le ofrece la posibilidad de crear y aplicar
directivas que definan a qué conectores de consumidor puede acceder a datos
empresariales y con cuáles puede compartirlos. Las directivas que definen cómo se
pueden compartir los datos se denominan directivas de prevención de pérdida de datos
(DLP).
Para obtener más información sobre cómo proteger los datos, consulte Directivas de
prevención de pérdida de datos en la Guía de administración de Microsoft Power
Platform.
） Importante
Los administradores controlan las directivas de prevención de pérdida de datos.

Contacte con su administrador si una directiva de prevención de pérdida de datos
bloquea la ejecución de sus flujos.
Prevención de pérdida de datos (DLP) para

flujos de escritorio (versión preliminar)
） Importante
La prevención de pérdida de datos para flujos de escritorio es una característica en

versión preliminar gratuita. Cuando esta característica esté disponible de forma
general (primer semestre de 2023), estará disponible únicamente para entornos
gestionados.
Power Automate proporciona la capacidad de crear y aplicar directivas DLP que

clasifiquen los módulos de flujos de escritorio (o acciones de módulos individuales) en
las categorías comercial, no comercial o bloqueado. Esta categorización evita que los
fabricantes combinen módulos y acciones de diferentes categorías en un flujo de
escritorio, o entre un flujo de nube y los flujos de escritorio que este utilice.
） Importante
La prevención de pérdida de datos para flujos de escritorio está disponible para las
versiones de Power Automate para escritorio 2.14.173.21294 o más recientes. Si
está utilizando una versión anterior, desinstale y actualice a la última versión.
Disponibilidad
La prevención de pérdida de datos (DLP) para flujos de escritorio ya está disponible para
todos los clientes en versión preliminar pública, sin coste alguno. Los administradores
pueden configurar sus directivas DLP y aplicarlas en flujos de escritorio con PowerShell.
２ Advertencia
Sus administradores también pueden clasificar los nuevos módulos de flujo

de escritorio dentro de sus directivas DLP, directamente en el Centro de
administración de Power Platform, pero deben optar por ello creando una
incidencia de soporte técnico.
Es posible que su inquilino ya tenga acceso a los nuevos módulos de flujo de
escritorio en la experiencia de DLP.
Compatibilidad con PowerShell

A continuación se muestra un script de PowerShell que puede usar para agregar todos
los módulos de flujo de escritorio al grupo ‘bloqueado’ de directrices de DLP.
PowerShell
# Step #1: Retrieve a DLP policy named ‘My DLP Policy’
$dlpPolicies = Get-DlpPolicy 
$dlpPolicy = $dlpPolicies.value | where {$_.displayName -eq 'My DLP

Policy'} 
# Step #2: Get all desktop flow modules
$desktopFlowModules = Get-DesktopFlowModules 
# Step #3: Convert the list of Desktop Flow modules to a format that can be
added to the policy
$desktopFlowModulesToAddToPolicy = @() 
foreach ($modules in $desktopFlowModules) { 
$desktopFlowModulesToAddToPolicy += [pscustomobject]@{ 
id=$modules.id 
name=$modules.Properties.displayName 
type=$modules.type 
} 
} 
# Step #4: Add all desktop flow modules to the ‘blocked’ category of ‘My DLP
Policy’
Add-ConnectorsToPolicy -Connectors $desktopFlowModulesToAddToPolicy -
PolicyName $dlpPolicy.name -classification Blocked -Verbose
A continuación se muestra un script de PowerShell que puede usar para agregar dos
módulos de flujo de escritorio específicos al grupo de datos predeterminado de las
directrices de DLP.
PowerShell

Policy'} 
# Step #3: Create a list with the ‘Active Directory’ and ‘Workstation’
modules
$activeDirectoryModule = $desktopFlowModules | where

{$_.properties.displayName -eq "Active Directory"} 
$desktopFlowModulesToAddToPolicy += [pscustomobject]@{ 
id=$activeDirectoryModule.id 
name=$activeDirectoryModule.Properties.displayName 
type=$activeDirectoryModule.type 
$clipboardModule = $desktopFlowModules | where {$_.properties.displayName

-eq "Workstation"} 
id=$clipboardModule.id 
name=$clipboardModule.Properties.displayName 
type=$clipboardModule.type 
} 
# Step #4: Add both modules to the default data group of ‘My DLP Policy’
PolicyName $dlpPolicy.name -Classification
$dlpPolicy.defaultConnectorsClassification -Verbose
A continuación aparece la lista de módulos de flujo de

escritorio que están actualmente disponibles en DLP:
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.ActiveDirectory
ActiveDirectory
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.AWS AWS
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Azure Azure
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.WebAutomation
Automatización de explorador
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Cmd Sesión
CMD
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Clipboard
Portapapeles
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Compression
Compresión
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Cryptography
Criptografía
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.CyberArk
CyberArk
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Database Base
de datos
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Email Correo
electrónico
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Excel Excel
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Exchange
Exchange
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.FTP FTP
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.File Archivo
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Folder Carpeta
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.GoogleCognitive
Operaciones cognitivas de Google
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Web HTTP
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.IBMCognitive
IBM cognitivo
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Display
Bandejas de mensajes
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.MicrosoftCognitive
Microsoft cognitivo
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.MouseAndKeyboard
Mouse y teclado
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.OCR OCR
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Outlook
Outlook
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Pdf PDF
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Runflow
Ejecutar flujo
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Scripting Scripts
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.System Sistema
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.TerminalEmulation
Emulación de terminal
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.UIAutomation
Automatización de UI
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Services
Servicios de Windows
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Workstation
Estación de trabajo
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.XML XML
７ Nota
Si sus usuarios no tienen la última versión de Power Automate para escritorio,

experimentarán aplicaciones limitadas de la directiva de prevención de pérdida de
datos. Los usuarios no verán los mensajes de error en el momento del diseño
cuando intenten ejecutar, depurar desde Power Automate para escritorio o guardar
los flujos de escritorio que infrinjan las directivas de prevención de pérdida de
datos. Tendremos trabajos en segundo plano que analizarán periódicamente los
flujos de escritorio del entorno y suspenderán automáticamente aquellos flujos de
escritorio que infrinjan las directivas de prevención de pérdida de datos. Los
usuarios no podrán ejecutar flujos de escritorio desde un flujo de nube si el flujo de
escritorio infringe alguna directiva de prevención de pérdida de datos.
Crear una directiva de prevención de pérdida de datos

(DLP) con restricciones de flujos de escritorio en el Centro
de administración de Power Platform
） Importante
Cuando los administradores editan o crean directivas, se agregarán nuevos

conectores de flujo de escritorio al grupo predeterminado y las directivas se
aplicarán una vez guardado este. Si el grupo predeterminado está configurado
como "Bloqueado" y tiene flujos de escritorio ejecutándose en los entornos de
destino, estos se suspenderán.
Los administradores pueden crear directivas de prevención de pérdida de datos desde

https://admin.powerplatform.microsoft.com . Pueden administrar las directivas de
prevención de pérdida de datos para los flujos de escritorio de la misma manera que
administran los conectores y las acciones de flujos de nube. Los módulos de flujos de
escritorio son grupos de acciones similares a las que se muestran en la interfaz de
usuario de Power Automate para escritorio. Un módulo es similar a los conectores que
se utilizan en los flujos de nube. Puede definir una directiva de prevención de pérdida
de datos que administre tanto los módulos de flujos de escritorio como los conectores
de flujos de nube. También hay módulos básicos, como "Variables" que no se pueden
administrar en el ámbito de la directiva de prevención de pérdida de datos porque casi
todos los flujos de escritorio necesitan usar esos módulos. Puede obtener más
información sobre los fundamentos de las directivas DLP y cómo crearlas en la sección
Directivas de prevención de pérdida de datos.
Cuando su inquilino participa en la experiencia de usuario en Power Platform, sus

administradores verán automáticamente los nuevos módulos de flujo de escritorio en el
grupo de datos predeterminado de la directiva DLP que están creando o actualizando.
２ Advertencia
Cuando se agregan módulos de flujo de escritorio a las directivas DLP, los flujos de
escritorio existentes de su inquilino se evaluarán frente a esas directivas DLP y se
suspenderán si no cumplen. Por lo tanto, si su Administrador crea o actualiza la
directiva DLP sin tener en cuenta los nuevos módulos, los flujos de escritorio
pueden suspenderse inesperadamente.
Una vez habilitada la directiva

Los creadores con la última versión de Power Automate para escritorio no podrán
depurar, ejecutar ni guardar flujos de escritorio que tengan infracciones de la
directiva de prevención de pérdida de datos.
Los creadores no podrán seleccionar flujos de escritorio que infrinjan una directiva
de prevención de pérdida de datos desde un paso de flujo de nube.
７ Nota

Aplicación de DLP
Aplicación y suspensión
Al crear o editar un flujo, Power Automate lo evalúa frente al conjunto actual de
directivas DLP. Si es necesario, la aplicación es asíncrona y se produce en 24
horas.
Al crear o cambiar una directiva DLP, un trabajo en segundo plano analiza todos
los flujos activos en el entorno, los evalúa y luego suspende los flujos que
infrinjan la directiva. La aplicación es asíncrona y se produce en 24 horas. Si se
produce un cambio en la directiva de DLP cuando se está evaluando la directiva
de DLP anterior, la evaluación se reinicia para garantizar que se apliquen las
directivas más recientes.
Semanalmente, un trabajo en segundo plano realiza una comprobación de
coherencia de todos los flujos activos en el entorno frente a las directivas DLP,
para confirmar que no se pasó por alto alguna comprobación de directiva DLP.
Reactivación: si el trabajo en segundo plano de aplicación de DLP encuentra un
flujo de escritorio que ya no infringe ninguna directiva DLP, el trabajo en segundo
plano anula la suspensión automáticamente. Sin embargo, el trabajo en segundo
plano de aplicación de DLP no anulará automáticamente la suspensión de los
flujos de nube.
Proceso de cambio de aplicación de DLP

Con periodicidad, son necesarios cambios en la aplicación de DLP. Estos cambios
pueden deberse a nuevas capacidades de DLP, una carencia de aplicación que se está
subsanando o una corrección de errores.
Cuando los cambios puedan afectar a los flujos
existentes, se utiliza el siguiente proceso de administración de cambios de aplicación de
DLP por etapas.
1. Investigación: confirme la necesidad de un cambio de aplicación de DLP e

investigue los detalles del cambio.
2. Aprendizaje: implemente el cambio y recopile datos sobre la amplitud de los
efectos del cambio. Los cambios de la aplicación de DLP se documentan para
explicar el ámbito del cambio. Si los datos sugieren que los clientes se verán muy
afectados, puede que se envíe una notificación a esos clientes para informarles de
que se avecina un cambio. Si el cambio tiene una amplia incidencia en los flujos ya
existentes, en una etapa posterior de la fase de aprendizaje, cuando el trabajo de
aplicación de DLP en segundo plano encuentre una infracción en un flujo
existente, Power Automate notificará a los propietarios del flujo que el flujo se
suspenderá, para que tengan más tiempo para responder.
3. Solo notificar: active las notificaciones por correo electrónico solo para las
infracciones de DLP, para que los propietarios de los flujos existentes reciban una
notificación sobre el próximo cambio de aplicación de DLP. Cuando el trabajo de
cumplimiento de DLP en segundo plano encuentre una infracción en un flujo
existente, notifique a los propietarios del flujo que el flujo se suspenderá en el
futuro. Este mecanismo se ejecuta semanalmente.
4. Aplicación suave: active la aplicación suave de las infracciones de DLP, para que los
propietarios de los flujos existentes reciban una notificación sobre el próximo
cambio de cumplimiento de DLP, pero cualquier flujo que se modifique obtiene
una evaluación completa de la directiva de DLP en el momento del diseño.
a. Tiempo de diseño: cuando se actualiza y guarda un flujo, use la aplicación de
DLP actualizada y suspenda el flujo si es necesario, para que el creador conozca
de inmediato la aplicación.
b. Proceso en segundo plano: cuando la tarea de aplicación de DLP en segundo
plano encuentre una infracción en un flujo existente, notifique a los propietarios
del flujo que el flujo se suspenderá en el futuro. Este mecanismo se ejecuta
semanalmente.
5. Cumplimiento estricto: active el cumplimiento estricto de las infracciones de DLP,
de modo que las directivas DLP se apliquen por completo en todos los flujos
existentes y nuevos. Las directivas DLP se aplicarán íntegramente cuando los flujos
se guarden durante la evaluación del trabajo en segundo plano de aplicación de
DLP.
Lista de cambios de aplicación de DLP

La siguiente es una lista de cambios de aplicación de DLP y la fecha en que entraron en
vigor los cambios.
Fecha Descripción Razón para el cambio Fase ETA de ETA de

cumplimiento cumplimiento
flexible* rígido*
flexible* rígido*
Mayo Aplicación de Las directivas DLP Rígida 2 de junio de 21 de julio de

de trabajo en vigentes se aplican a 2022 2022
2022 segundo plano los flujos que usan
de autorización autorización delegada
delegada mientras se guarda el
flujo, pero no durante
la evaluación del
trabajo en segundo
plano.
Mayo Solicitar la Las directivas DLP no se Rígida 2 de junio de 25 de agosto

de aplicación del aplicaron 2022 de 2022
2022 desencadenador correctamente para
apiConnection algunos
desencadenadores. Los
desencadenadores
afectados tienen
type=Request y
kind=apiConnection.
Muchos de los
desencadenadores
afectados son
desencadenadores
instantáneos que se
utilizan en flujos
instantáneos
(desencadenados
manualmente). Entre
los desencadenadores
afectados se
encuentran los
siguientes.
- Power BI: botón de
Power BI presionado
- Teams: desde el
cuadro de redacción
(V2)
- OneDrive para la
Empresa: para un
archivo seleccionado
- Dataverse: cuando se
ejecuta un paso de
flujo desde un flujo de
proceso de negocio
- Dataverse (heredado):
flexible* rígido*
cuando se selecciona
un registro
- Excel Online
(Empresa): para una fila
seleccionada
- SharePoint: para un
elemento seleccionado
- Power Virtual Agents:

cuando Power Virtual
Agents llama a un flujo
(V2)
Julio Aplicar Habilite la aplicación de Notificar 3 de Diciembre de

de directivas de directivas DLP para noviembre de 2022
2022 DLP en flujos incluir flujos 2022
secundarios secundarios. Si se
encuentra una
infracción en cualquier
parte del árbol de flujo,
se suspende el flujo
primario. Después de
editar y guardar el flujo
secundario para
eliminar la infracción,
los flujos primarios se
pueden volver a
guardar o reactivar
para ejecutar de nuevo
la evaluación de la
directiva DLP. Se
implementará un
cambio para dejar de
bloquear los flujos
secundarios cuando el
conector HTTP esté
bloqueado
simultáneamente a la
aplicación estricta de
las directivas DLP en los
flujos secundarios.
*El ETA está sujeto a cambios y depende de la programación de lanzamiento. El ETA es

para el inicio del lanzamiento a producción. El paso a la estación 1 de versión preliminar
se produce aproximadamente cinco días después. El paso a la estación 5 de NAM/US se
produce aproximadamente tres semanas después.
Más información sobre los problemas conocidos de DLP
Pasos siguientes
Más información sobre los entornos
Más información sobre Power Automate
Más información sobre el Centro de administración
７ Nota
¿Puede indicarnos sus preferencias de idioma de documentación? Realice una

breve encuesta. (tenga en cuenta que esta encuesta está en inglés)
La encuesta durará unos siete minutos. No se recopilan datos personales

(declaración de privacidad ).
datos (DLP)
Este documento le introduce en las directivas de prevención de pérdida de datos, que

ayudan a proteger los datos de la organización al evitar que se compartan con una lista
de conectores que usted defina.
¿Qué es una directiva de prevención de pérdida

de datos?
Los datos de una organización son fundamentales para su éxito. Es preciso que los
datos estén disponibles rápidamente para la toma de decisiones, pero deben protegerse
para que no se puedan compartir con públicos que no deberían tener acceso a ellos.
Para proteger estos datos, Power Automate le ofrece la posibilidad de crear y aplicar
directivas que definan a qué conectores de consumidor puede acceder a datos
empresariales y con cuáles puede compartirlos. Las directivas que definen cómo se
pueden compartir los datos se denominan directivas de prevención de pérdida de datos
(DLP).
Para obtener más información sobre cómo proteger los datos, consulte Directivas de
prevención de pérdida de datos en la Guía de administración de Microsoft Power
Platform.
） Importante
Los administradores controlan las directivas de prevención de pérdida de datos.

Contacte con su administrador si una directiva de prevención de pérdida de datos
bloquea la ejecución de sus flujos.
Prevención de pérdida de datos (DLP) para

flujos de escritorio (versión preliminar)
） Importante
La prevención de pérdida de datos para flujos de escritorio es una característica en

versión preliminar gratuita. Cuando esta característica esté disponible de forma
general (primer semestre de 2023), estará disponible únicamente para entornos
gestionados.
Power Automate proporciona la capacidad de crear y aplicar directivas DLP que

clasifiquen los módulos de flujos de escritorio (o acciones de módulos individuales) en
las categorías comercial, no comercial o bloqueado. Esta categorización evita que los
fabricantes combinen módulos y acciones de diferentes categorías en un flujo de
escritorio, o entre un flujo de nube y los flujos de escritorio que este utilice.
） Importante
La prevención de pérdida de datos para flujos de escritorio está disponible para las
versiones de Power Automate para escritorio 2.14.173.21294 o más recientes. Si
está utilizando una versión anterior, desinstale y actualice a la última versión.
Disponibilidad
La prevención de pérdida de datos (DLP) para flujos de escritorio ya está disponible para
todos los clientes en versión preliminar pública, sin coste alguno. Los administradores
pueden configurar sus directivas DLP y aplicarlas en flujos de escritorio con PowerShell.
２ Advertencia
Sus administradores también pueden clasificar los nuevos módulos de flujo

de escritorio dentro de sus directivas DLP, directamente en el Centro de
administración de Power Platform, pero deben optar por ello creando una
incidencia de soporte técnico.
Es posible que su inquilino ya tenga acceso a los nuevos módulos de flujo de
escritorio en la experiencia de DLP.

A continuación se muestra un script de PowerShell que puede usar para agregar todos
los módulos de flujo de escritorio al grupo ‘bloqueado’ de directrices de DLP.
PowerShell

Policy'} 
# Step #3: Convert the list of Desktop Flow modules to a format that can be
added to the policy
foreach ($modules in $desktopFlowModules) { 
$desktopFlowModulesToAddToPolicy += [pscustomobject]@{ 
id=$modules.id 
name=$modules.Properties.displayName 
type=$modules.type 
} 
} 
# Step #4: Add all desktop flow modules to the ‘blocked’ category of ‘My DLP
Policy’
PolicyName $dlpPolicy.name -classification Blocked -Verbose
A continuación se muestra un script de PowerShell que puede usar para agregar dos
módulos de flujo de escritorio específicos al grupo de datos predeterminado de las
directrices de DLP.
PowerShell

Policy'} 
# Step #3: Create a list with the ‘Active Directory’ and ‘Workstation’
modules
$activeDirectoryModule = $desktopFlowModules | where

{$_.properties.displayName -eq "Active Directory"} 
id=$activeDirectoryModule.id 
name=$activeDirectoryModule.Properties.displayName 
type=$activeDirectoryModule.type 
$clipboardModule = $desktopFlowModules | where {$_.properties.displayName

-eq "Workstation"} 
id=$clipboardModule.id 
name=$clipboardModule.Properties.displayName 
type=$clipboardModule.type 
} 
# Step #4: Add both modules to the default data group of ‘My DLP Policy’
PolicyName $dlpPolicy.name -Classification
$dlpPolicy.defaultConnectorsClassification -Verbose
A continuación aparece la lista de módulos de flujo de

escritorio que están actualmente disponibles en DLP:
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.ActiveDirectory
ActiveDirectory
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.AWS AWS
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Azure Azure
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.WebAutomation
Automatización de explorador
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Cmd Sesión
CMD
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Clipboard
Portapapeles
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Compression
Compresión
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Cryptography
Criptografía
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.CyberArk
CyberArk
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Database Base
de datos
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Email Correo
electrónico
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Excel Excel
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Exchange
Exchange
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.FTP FTP
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.File Archivo
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Folder Carpeta
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.GoogleCognitive
Operaciones cognitivas de Google
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Web HTTP
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.IBMCognitive
IBM cognitivo
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Display
Bandejas de mensajes
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.MicrosoftCognitive
Microsoft cognitivo
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.MouseAndKeyboard
Mouse y teclado
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.OCR OCR
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Outlook
Outlook
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Pdf PDF
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Runflow
Ejecutar flujo
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Scripting Scripts
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.System Sistema
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.TerminalEmulation
Emulación de terminal
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.UIAutomation
Automatización de UI
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Services
Servicios de Windows
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.Workstation
Estación de trabajo
providers/Microsoft.ProcessSimple/operationGroups/DesktopFlow.XML XML
７ Nota

Crear una directiva de prevención de pérdida de datos

(DLP) con restricciones de flujos de escritorio en el Centro
） Importante
Cuando los administradores editan o crean directivas, se agregarán nuevos

conectores de flujo de escritorio al grupo predeterminado y las directivas se
aplicarán una vez guardado este. Si el grupo predeterminado está configurado
como "Bloqueado" y tiene flujos de escritorio ejecutándose en los entornos de
destino, estos se suspenderán.
Los administradores pueden crear directivas de prevención de pérdida de datos desde

https://admin.powerplatform.microsoft.com . Pueden administrar las directivas de
prevención de pérdida de datos para los flujos de escritorio de la misma manera que
administran los conectores y las acciones de flujos de nube. Los módulos de flujos de
escritorio son grupos de acciones similares a las que se muestran en la interfaz de
usuario de Power Automate para escritorio. Un módulo es similar a los conectores que
se utilizan en los flujos de nube. Puede definir una directiva de prevención de pérdida
de datos que administre tanto los módulos de flujos de escritorio como los conectores
de flujos de nube. También hay módulos básicos, como "Variables" que no se pueden
administrar en el ámbito de la directiva de prevención de pérdida de datos porque casi
todos los flujos de escritorio necesitan usar esos módulos. Puede obtener más
información sobre los fundamentos de las directivas DLP y cómo crearlas en la sección
Directivas de prevención de pérdida de datos.
Cuando su inquilino participa en la experiencia de usuario en Power Platform, sus

administradores verán automáticamente los nuevos módulos de flujo de escritorio en el
grupo de datos predeterminado de la directiva DLP que están creando o actualizando.
２ Advertencia
Cuando se agregan módulos de flujo de escritorio a las directivas DLP, los flujos de
escritorio existentes de su inquilino se evaluarán frente a esas directivas DLP y se
suspenderán si no cumplen. Por lo tanto, si su Administrador crea o actualiza la
directiva DLP sin tener en cuenta los nuevos módulos, los flujos de escritorio
pueden suspenderse inesperadamente.
Una vez habilitada la directiva

Los creadores con la última versión de Power Automate para escritorio no podrán
depurar, ejecutar ni guardar flujos de escritorio que tengan infracciones de la
directiva de prevención de pérdida de datos.
Los creadores no podrán seleccionar flujos de escritorio que infrinjan una directiva
de prevención de pérdida de datos desde un paso de flujo de nube.
７ Nota

Aplicación de DLP
Aplicación y suspensión
Al crear o editar un flujo, Power Automate lo evalúa frente al conjunto actual de
directivas DLP. Si es necesario, la aplicación es asíncrona y se produce en 24
horas.
Al crear o cambiar una directiva DLP, un trabajo en segundo plano analiza todos
los flujos activos en el entorno, los evalúa y luego suspende los flujos que
infrinjan la directiva. La aplicación es asíncrona y se produce en 24 horas. Si se
produce un cambio en la directiva de DLP cuando se está evaluando la directiva
de DLP anterior, la evaluación se reinicia para garantizar que se apliquen las
directivas más recientes.
Semanalmente, un trabajo en segundo plano realiza una comprobación de
coherencia de todos los flujos activos en el entorno frente a las directivas DLP,
para confirmar que no se pasó por alto alguna comprobación de directiva DLP.
Reactivación: si el trabajo en segundo plano de aplicación de DLP encuentra un
flujo de escritorio que ya no infringe ninguna directiva DLP, el trabajo en segundo
plano anula la suspensión automáticamente. Sin embargo, el trabajo en segundo
plano de aplicación de DLP no anulará automáticamente la suspensión de los
flujos de nube.
Proceso de cambio de aplicación de DLP

Con periodicidad, son necesarios cambios en la aplicación de DLP. Estos cambios
pueden deberse a nuevas capacidades de DLP, una carencia de aplicación que se está
subsanando o una corrección de errores.
Cuando los cambios puedan afectar a los flujos
existentes, se utiliza el siguiente proceso de administración de cambios de aplicación de
DLP por etapas.
1. Investigación: confirme la necesidad de un cambio de aplicación de DLP e

investigue los detalles del cambio.
2. Aprendizaje: implemente el cambio y recopile datos sobre la amplitud de los
efectos del cambio. Los cambios de la aplicación de DLP se documentan para
explicar el ámbito del cambio. Si los datos sugieren que los clientes se verán muy
afectados, puede que se envíe una notificación a esos clientes para informarles de
que se avecina un cambio. Si el cambio tiene una amplia incidencia en los flujos ya
existentes, en una etapa posterior de la fase de aprendizaje, cuando el trabajo de
aplicación de DLP en segundo plano encuentre una infracción en un flujo
existente, Power Automate notificará a los propietarios del flujo que el flujo se
suspenderá, para que tengan más tiempo para responder.
3. Solo notificar: active las notificaciones por correo electrónico solo para las
infracciones de DLP, para que los propietarios de los flujos existentes reciban una
notificación sobre el próximo cambio de aplicación de DLP. Cuando el trabajo de
cumplimiento de DLP en segundo plano encuentre una infracción en un flujo
existente, notifique a los propietarios del flujo que el flujo se suspenderá en el
futuro. Este mecanismo se ejecuta semanalmente.
4. Aplicación suave: active la aplicación suave de las infracciones de DLP, para que los
propietarios de los flujos existentes reciban una notificación sobre el próximo
cambio de cumplimiento de DLP, pero cualquier flujo que se modifique obtiene
una evaluación completa de la directiva de DLP en el momento del diseño.
a. Tiempo de diseño: cuando se actualiza y guarda un flujo, use la aplicación de
DLP actualizada y suspenda el flujo si es necesario, para que el creador conozca
de inmediato la aplicación.
b. Proceso en segundo plano: cuando la tarea de aplicación de DLP en segundo
plano encuentre una infracción en un flujo existente, notifique a los propietarios
del flujo que el flujo se suspenderá en el futuro. Este mecanismo se ejecuta
semanalmente.
5. Cumplimiento estricto: active el cumplimiento estricto de las infracciones de DLP,
de modo que las directivas DLP se apliquen por completo en todos los flujos
existentes y nuevos. Las directivas DLP se aplicarán íntegramente cuando los flujos
se guarden durante la evaluación del trabajo en segundo plano de aplicación de
DLP.
Lista de cambios de aplicación de DLP

La siguiente es una lista de cambios de aplicación de DLP y la fecha en que entraron en
vigor los cambios.

flexible* rígido*
flexible* rígido*
Mayo Aplicación de Las directivas DLP Rígida 2 de junio de 21 de julio de

de trabajo en vigentes se aplican a 2022 2022
2022 segundo plano los flujos que usan
de autorización autorización delegada
delegada mientras se guarda el
flujo, pero no durante
la evaluación del
trabajo en segundo
plano.
Mayo Solicitar la Las directivas DLP no se Rígida 2 de junio de 25 de agosto

de aplicación del aplicaron 2022 de 2022
2022 desencadenador correctamente para
apiConnection algunos
desencadenadores. Los
desencadenadores
afectados tienen
type=Request y
kind=apiConnection.
Muchos de los
desencadenadores
afectados son
desencadenadores
instantáneos que se
utilizan en flujos
instantáneos
(desencadenados
manualmente). Entre
los desencadenadores
afectados se
encuentran los
siguientes.
- Power BI: botón de
Power BI presionado
- Teams: desde el
cuadro de redacción
(V2)
- OneDrive para la
Empresa: para un
archivo seleccionado
- Dataverse: cuando se
ejecuta un paso de
flujo desde un flujo de
proceso de negocio
- Dataverse (heredado):
flexible* rígido*
cuando se selecciona
un registro
- Excel Online
(Empresa): para una fila
seleccionada
- SharePoint: para un
elemento seleccionado
- Power Virtual Agents:

cuando Power Virtual
Agents llama a un flujo
(V2)
Julio Aplicar Habilite la aplicación de Notificar 3 de Diciembre de

de directivas de directivas DLP para noviembre de 2022
2022 DLP en flujos incluir flujos 2022
secundarios secundarios. Si se
encuentra una
infracción en cualquier
parte del árbol de flujo,
se suspende el flujo
primario. Después de
editar y guardar el flujo
secundario para
eliminar la infracción,
los flujos primarios se
pueden volver a
guardar o reactivar
para ejecutar de nuevo
la evaluación de la
directiva DLP. Se
implementará un
cambio para dejar de
bloquear los flujos
secundarios cuando el
conector HTTP esté
bloqueado
simultáneamente a la
aplicación estricta de
las directivas DLP en los
flujos secundarios.
*El ETA está sujeto a cambios y depende de la programación de lanzamiento. El ETA es

para el inicio del lanzamiento a producción. El paso a la estación 1 de versión preliminar
se produce aproximadamente cinco días después. El paso a la estación 5 de NAM/US se
produce aproximadamente tres semanas después.
Más información sobre los problemas conocidos de DLP
Pasos siguientes
Más información sobre los entornos
Más información sobre Power Automate
Más información sobre el Centro de administración
７ Nota


Deshabilitar nuevos conectores de
forma predeterminada en GCC High and
DoD
Todos los nuevos conectores presentados por Microsoft y sus socios a Power Platform
se desactivarán de forma predeterminada para los clientes que operan en las siguientes
nubes del gobierno de EE. UU.: GCC High y DoD. Los administradores podrán revisar
estos nuevos conectores antes de autorizar su uso en toda la organización en la página
Política de datos del centro de administración de Power Platform. Los conectores ya
publicados en GCC High y DoD permanecerán habilitados.
Power Platform y terceros lanzan continuamente nuevos conectores y los

administradores pueden establecer una clasificación por defecto para esos conectores a
través de sus políticas DLP. Dependiendo de cómo se configuren estas políticas de DLP
dentro del arrendatario del cliente, los nuevos conectores pueden estar disponibles sin
querer para los creadores en ciertos entornos sin que los administradores aprueben su
uso. Dichos sucesos deben evitarse en las nubes del gobierno de EE. UU., donde se
exige un cumplimiento estricto. Los administradores pueden confiar en este mecanismo
de protección en GCC High y DoD para controlar mejor el uso de conectores.
７ Nota
Los conectores personalizados no se pueden deshabilitar a través de este

nuevo control DLP.
Cuando un conector esté deshabilitado, los administradores todavía pueden
seguir clasificándolo y configurándolo en las directivas DLP, pero su uso se
bloqueará en Power Apps y Power Automate.
Disponibilidad
Esta característica se está liberando progresivamente, y todos los clientes que operan en
el GCC High y el DoD tendrán acceso a ella a finales de marzo de 2022. No es necesario
registrarse.
Workflow
Paso uno: Ver el nuevo conector
1. Seleccione la pestaña Políticas de datos donde se encuentran todas las políticas
de DLP.
2. Seleccione Habilitar conectores en la barra de herramientas.
3. Los conectores nuevos (aquellos que no han sido revisados) tienen el estado
"Marcar como revisado".
4. Los conectores que ya se han revisado y autorizado tienen el estado "Revisado".
Paso dos: habilitar o deshabilitar el nuevo conector

1. Si desea mantener el conector deshabilitado, seleccione Marcar como revisado.
2. Si desea habilitar el conector, seleccione el control de alternancia Permitir.
3. En ambos casos, el estado cambia a "Revisando".
4. Seleccione Guardar. El estado del conector ahora está establecido en "Revisado".

Paso tres: Ver un conector deshabilitado en una política
de DLP
1. Seleccione una política de datos en la página Políticas de datos.
2. Consultar la pestaña Conectores preconstruidos. Los conectores que están

deshabilitados tienen el estado "Deshabilitado".
Paso cuatro: intente agregar un conector deshabilitado

en una aplicación de energía
1. Abra cualquier Power App.
2. Agregue un conector que se haya deshabilitado. Aparece un mensaje de error.

７ Nota
Esta nueva configuración de nivel de arrendatario también se aplica a las

aplicaciones y los flujos existentes que se crearon con conectores que ahora
están deshabilitados.

El nuevo control DLP tiene la siguiente estructura en PowerShell. El objeto
connectorSettings es una matriz de conectores que especifican si está habilitado o
deshabilitado ("comportamiento") y si ha sido revisado o no ("isReviewed").
PowerShell
$connectorBlockingDefinition = [pscustomobject] @{
ConnectorSettings= @(
[pscustomobject] @{
id # connectorId -- string
behavior # connector behavior -- “Allow”/”Deny”
isReviewed # whether connector has been reviewed -- boolean
Recuperar la política de bloqueo del conector existente para el arrendatario
PowerShell
Get-PowerAppDlpConnectorBlockingPolicies
Ejemplo:
PowerShell
Get-PowerAppDlpConnectorBlockingPolicies -TenantId “8dfd3b6e-2fd1-42aC-a874-

b1edc2db1531”
El cmdlet anterior genera los conectores que están bloqueados/permitidos para la

evaluación y el policyId.
Crear una nueva política de bloqueo de conectores para el arrendatario
PowerShell
New-PowerAppDlpConnectorBlockingPolicy –TenantId “8dfd3b6e-2fd1-42ac-a874-
b1edc2db1531” -ConnectorBlockingDefinition $connectorBlockingDefinition
Where $connectorBlockingDefinition = [pscustomobject] @{
ConnectorSettings= @
[pscustomobject] @{
id = “/providers/Microsoft.PowerApps/apis/connector1”
behavior = “Allow”
isReviewed = $true
},
[pscustomobject] @{
id = “/providers/Microsoft.PowerApps/apis/connector2”
behavior=”Deny”
IsReviewed=$false
Actualizar la política de bloqueo de conectores para el arrendatario
PowerShell
Set-PowerAppDlpConnectorBlockingPolicy -TenantId “8dfd3b6e-2fd1-42aC-a874-

b1edc2db1531” -PolicyId “235d9cd9-edb1-4fe4-9a5a-e6eb2ba4ed80” -
ConnectorBlockingDefinition $connectorBlockingDefinition
Obtener la política de bloqueo del conector mediante policyId
PowerShell
Get-PowerAppDlpConnectorBlockingPolicy -TenantId “8dfd3b6e-2fd1-42aC-a874-

b1edc2db1531” -PolicyId “235d9cd9-edb1-4fe4-9a5a-e6eb2ba4ed80”
Ver directivas DLP

Mediante la función de visualización de directivas (seleccione Directivas>Directivas de

datos en el panel izquierdo), los administradores del entorno pueden ver las directivas
de nivel de inquilino y directivas dentro de entornos a los que el administrador tiene
acceso por política individual. Los no administradores también pueden ver las directivas
de nivel de inquilino mediante esta función.
Ámbito de la directiva
Se pueden crear directivas de prevención de pérdida de datos (DLP) tanto a nivel de
inquilino como de entorno. Los administradores de inquilinos tienen los permisos para
crear directivas de nivel de inquilino; los administradores del entorno tienen los
permisos para crear directivas a nivel del entorno.
Directivas de nivel de inquilino

Los administradores de inquilinos pueden definir tres tipos de ámbitos para las
directivas de datos a nivel de inquilino:
Opción 1: aplicar a todos los entornos.
Opción 2: aplicar a varios entornos (pero no a todos).
Opción 3: aplicar a todos los entornos, excepto a algunos específicamente excluidos.
Es típico que los administradores de inquilinos definan directivas DLP para todo su
inquilino, pero excluyen ciertos entornos, como se describe en la opción 3. Para los
entornos excluidos, los administradores de inquilinos pueden definir directivas DLP
alternativas y aplicarlas a múltiples entornos, como se describe en la opción 2. La opción
1 es para las reglas de directiva DLP que deben aplicarse en todo el inquilino, sin
excepción.
Los administradores de inquilinos pueden definir una directiva de nivel de varios

inquilinos para los entornos en su inquilino. Estas directivas se pueden establecer para
ámbitos de entorno mutuamente excluyentes o superpuestos.
Directivas a nivel de entorno

Los administradores de entorno pueden definir directivas de datos a nivel de entorno
para un entorno a la vez. Los administradores del entorno no pueden excluir sus
entornos de las directivas a nivel de inquilino. Por lo tanto, todas las restricciones
definidas por los administradores de inquilinos con alcance para su entorno aún se
aplican, además de cualquier directiva de nivel de entorno que hayan definido
individualmente para su entorno.
Como ocurre con los administradores de inquilinos con directivas de nivel de inquilino,
los administradores de entornos pueden definir más de una directiva de nivel de
entorno para su entorno.
Aunque los administradores del entorno pueden administrar más de un entorno, no

pueden incluir más de un entorno en la directiva de nivel de entorno. Deben definir
directivas de nivel de entorno individuales para cada entorno que administran.
Efecto combinado de varias directivas
DLP
Como administrador de entorno o inquilino, puede crear más de una directiva DLP y
aplicarla al mismo entorno. En el diseño y el runtime, todas las directivas que sean
aplicables al entorno en el que reside la aplicación o el flujo se evalúan conjuntamente
para decidir si el recurso cumple o infringe las directivas DLP.
Impacto de clasificación bloqueado en varias

directivas
Si alguna directiva (a nivel de inquilino o de entorno) que se aplica a un entorno marca
un conector como Bloqueado, ninguna aplicación o flujo puede usar ese conector en el
entorno. No importa si alguna otra directiva clasifica ese conector como Empresarial o
No Empresarial, porque Bloqueado es la clasificación más restrictiva para el conector;
por lo tanto, Bloqueado es siempre el resultado final de varias evaluaciones de
directivas.
Impacto de clasificación Empresariales/No

Empresariales en varias directivas
En comparación con la evaluación del efecto de la clasificación Bloqueados, evaluando
el efecto de la clasificación Empresariales o No Empresariales entre múltiples directivas
es más compleja. Puede clasificar un conector determinado, por ejemplo SharePoint,
como Empresariales en la directiva A y como No empresariales en la directiva B. Lo que
importa es con qué otros conectores se agrupa SharePoint con la directiva A y la
directiva V.
Tenga en cuenta que la agrupación más restrictiva finalmente se impone cuando todas
las directivas aplicables a un entorno se evalúan conjuntamente. Considere un ejemplo
de tres políticas (A, B y C) en 10 conectores (SharePoint, Twitter, Salesforce, Facebook,
Face API, Microsoft 365 Outlook, Basecamp 3, Adobe Sign, Azure Blob Storage y Box).
Estos conectores se clasifican como Empresariales o No empresariales representado
por dos categorías en cada una de las tres directivas (-E1- y -E2- para la directiva A, -E3-
y -E4- para la directiva B, y -E5- y -E6- para la directiva C).
Directiva A
Categoría Clasificación Conectores
-E1- Negocio SharePoint, Twitter, Salesforce, Microsoft 365 Outlook, Basecamp 3
-E2- No de negocio Facebook, Face API, Adobe Sign, Azure Blob Storage, Box
Directiva B
-E3- Negocio SharePoint, Facebook, Face API, Microsoft 365 Outlook, Basecamp
3
-E4- No de Twitter, Salesforce, Adobe Sign, Azure Blob Storage, Box

negocio
Directiva C
-E5- Negocio Facebook, Face API, Twitter, Salesforce, Microsoft 365 Outlook
-E6- No de negocio SharePoint, Adobe Sign, Azure Blob Storage, Box, Basecamp 3
Cuando las tres directivas se aplican juntas al mismo entorno, el resultado será la
fragmentación de los conectores en ocho grupos (23 = 8), como se muestra a
continuación. Solo se pueden usar conectores en el mismo grupo (de ocho
combinaciones posibles) en una aplicación o flujo dado.
Agrupación consolidada
Categorías Grupo Conectores
-E1-, -E3-, -E5- Grupo 1 Microsoft 365 Outlook
-E1-, -E3-, -E6- Grupo 2 SharePoint, Basecamp 3
-E1-, -E4-, -E5- Grupo 3 Twitter, Salesforce
-E1-, -E4-, -E6- Grupo 4 NULL
-E2-, -E3-, -E5- Grupo 5 Facebook, Face API
-E2-, -E4-, -E6- Grupo 8 Adobe Sign, Azure Blob Storage, Box
Para resumir: una aplicación o flujo solo puede usar conectores de estos grupos
individuales en un momento dado y no puede mezclar conectores en los ocho grupos
diferentes. De los ejemplos anteriores, tenga en cuenta que varias directivas DLP
aplicadas a un entorno fragmentarán el espacio de su conector de formas complicadas.
Por lo tanto, recomendamos encarecidamente que aplique una cantidad mínima de
directivas DLP a cualquier entorno dado.
Impacto de las directivas DLP en
Si no ha permitido que ciertos conectores se utilicen juntos en un entorno

clasificándolos como Comercial o No comercial, o marcado ciertos conectores como
Bloqueado al utilizar directivas de prevención de pérdida de datos (DLP) a nivel de
inquilino o de entorno, estas restricciones pueden afectar negativamente a los creadores
y usuarios de Power Apps y Power Automate. Las restricciones se aplican tanto en
tiempo de diseño como en tiempo de ejecución.
Como administrador, debe tener un proceso y un plan establecidos para manejar este
tipo de necesidades de asistencia si está utilizando directivas DLP.
Impacto en tiempo de diseño en aplicaciones y

flujos
Los usuarios que creen o editan un recurso afectado por la directiva DLP verán un
mensaje de error apropiado sobre cualquier conflicto de directiva DLP. Por ejemplo, los
creadores de Power Apps verán el siguiente error cuando usen conectores en una
aplicación que no pertenecen juntos o que han sido bloqueados por las directivas DLP.
La aplicación no agregará la conexión.
De manera similar, los creadores de Power Automate verán el siguiente error cuando
intenten usar un flujo que utilice conectores que no pertenecen juntos o que han sido
bloqueados por las directivas DLP. El flujo en sí se guardará, pero se marcará como
Suspendido y no se ejecutará a menos que el fabricante resuelva la infracción de DLP.
Impacto en tiempo de ejecución en

Como administrador, puede decidir modificar las directivas DLP para su inquilino o para
entornos específicos en cualquier momento. Si las aplicaciones y los flujos se crearon y
ejecutaron de conformidad con una directiva DLP anterior, algunos de ellos podrían
verse afectados negativamente por cualquier cambio de directiva que realice.
Los usuarios que usen un recurso que infringe la última directiva DLP verán un mensaje
de error sobre el conflicto de la directiva DLP. Por ejemplo, los creadores y usuarios de
Power Apps verán el siguiente error cuando intenten abrir una aplicación que use
conectores que no pertenezcan juntos o que hayan sido bloqueados por las directivas
DLP.
De forma similar, los fabricantes y los usuarios de Power Automate no podrán iniciar un
flujo que utilice conectores que no vayan juntos o que hayan sido bloqueados por
directivas DLP. Un proceso del sistema en segundo plano marca el flujo como
Suspendido y el flujo no se ejecutará hasta que el fabricante resuelva la infracción de la
directiva DLP.
７ Nota
El proceso de suspensión de flujo funciona en modo de sondeo. Los últimos

cambios en la directiva DLP tardan aproximadamente cinco minutos en evaluarse
contra los flujos activos para marcarlos como suspendidos debido a infracciones de
la directiva DLP. No es un cambio instantáneo.
Evaluación de DLP de Dataverse en Power Apps
y Power Automate
Power Automate usa el conector de Microsoft Dataverse. Power Apps puede usar
Microsoft Dataverse (heredado) olas conexiones nativas de Dataverse que, desde la
perspectiva de DLP, se tratan igual que a Microsoft Dataverse (heredado).
Proporcionar un contacto de administrador y

un vínculo de referencia en los mensajes de
error de DLP
Las experiencias de cumplimiento del tiempo de ejecución de DLP de Power Platform
pueden incluir un contacto de administrador y un enlace al material de referencia de
gobernanza. El contacto del administrador y el enlace de referencia se pueden
configurar mediante PowerShell para Comandos de contenido de mensajes de error de
gobierno.
Exención de recursos de DLP
Puede eximir a las aplicaciones y los flujos en los que confía de seguir las directivas de
DLP mediante cmdlets de PowerShell de exención de recursos de DLP.
A continuación, se muestran las limitaciones conocidas que debe conocer al aprovechar

nuestro conjunto de capacidades de prevención de pérdida de datos (DLP):
General
El soporte para las acciones de DLP en el conector de Power Platform for Admins
es limitada. La capacidad de bloquear un conector solo se admite en las acciones
de DLP etiquetadas con "V2" (como "Crear directiva de DLP V2"). El control de
acción del conector, el filtrado del extremo de conector y el DLP para conectores
personalizados no se pueden configurar mediante el conector de Power Platform
for Admins.
Las funciones tabulares en el lenguaje de expresión de Power Apps no se pueden
regir con DLP.
Los flujos de solución deben activarse una vez, para crear una representación en
runtime, antes de que puedan destinarse para la exención de aplicación de DLP
mediante el cmdlet Set-PowerAppDlpPolicyExemptResources. Si la activación del
flujo no está permitida tal y como está debido a una infracción de DLP actual,
puede realizar cambios para evitar infracciones, guardar, activar, agregar la
exención y, luego, editar como desee con la exención activa.
Power Apps
Power Apps trata las conexiones Dataverse nativas y Dataverse (heredadas) como
iguales para la aplicación de DLP.
７ Nota
Las experiencias de creación de DLP permiten que los conectores Dataverse

(heredados) y Dataverse se agrupen por separado. Si se cumplen las siguientes
condiciones, es posible que una aplicación no sea compatible con DLP:
Los conectores Dataverse se agrupan por separado

Una aplicación desencadena un flujo
Tanto la aplicación como el flujo se conectan a Dataverse
Flujos secundarios
Bloqueando el conector HTTP también bloqueará los flujos secundarios porque
esos flujos secundarios se llaman utilizando la misma tecnología de conector HTTP.
Si un flujo secundario infringe una directiva DLP, no dará lugar a que el flujo
principal no cumpla con la normativa.
Flujos de escritorio
No se admite la verificación cruzada de categorías entre un flujo de nube y los
flujos de escritorio a los que llama. Esto será compatible cuando DLP para flujos de
escritorio está disponible de manera general.
No se admite la verificación cruzada de los módulos que se utilizan entre un flujo
de escritorio y todos sus flujos de escritorio secundarios. Esto será compatible
cuando DLP para flujos de escritorio está disponible de manera general.
No hay soporte para "Establecer grupo predeterminado" para los módulos de flujo
de escritorio recién agregados. Esto será compatible cuando DLP para flujos de
escritorio está disponible de manera general.
Consulte también
DLP para flujos de escritorio
Seguridad en el nivel de columna para
controlar el acceso
Los permisos en el nivel de registro se conceden en el nivel de tabla, pero puede que
tenga determinadas columnas asociadas con una tabla que contengan datos más
confidenciales que el resto de columnas. Para estas situaciones, utilice la seguridad en el
nivel de columnas para controlar el acceso a columnas específicas.
El ámbito de la seguridad en el nivel de columnas es para toda la organización y se

aplica a todas las solicitudes de acceso a datos, incluidas las siguientes:
Solicitudes de acceso a datos desde una aplicación cliente, como un navegador

web, un cliente móvil o Microsoft Dynamics 365 for Outlook.
Llamadas de servicio web con servicios web de Microsoft Dataverse (para uso en
complementos, actividades de flujo de trabajo personalizadas y código
personalizado)
Generación de informes (mediante vistas filtradas)
７ Nota
El uso de terminología relacionada con tablas depende del protocolo o la

tecnología.
Información general de seguridad de nivel de

columna
La seguridad en el nivel de columnas está disponible para las columnas
predeterminadas en la mayoría de las tablas listas para usar, columnas personalizadas y
columnas personalizadas en tablas personalizadas. Los perfiles de seguridad gestionan
la seguridad en el nivel de columnas. Para implementar la seguridad en el nivel de
columna, un administrador del sistema realiza las siguientes tareas.
1. Habilita la seguridad de columna en una o más columnas de una determinada

tabla.
2. Asocia otro perfil seguridad existente, o crea uno o varios perfiles de seguridad
nuevos para conceder acceso adecuado a los usuarios o equipos específicos.
Un perfil de seguridad determina lo siguiente:
Permisos para las columnas seguras
El acceso asignado a usuarios y equipos
Se puede configurar un perfil de seguridad para conceder al usuario o a los

miembros del equipo los siguientes permisos en el nivel de columna:
Lectura. Acceso de solo lectura a los datos de la columna.
Creación. Los usuarios o equipos de este perfil pueden agregar datos a esta
columna al crear una fila.
Actualización. Los usuarios o equipos de este perfil pueden actualizar los datos de
la columna después de que se haya creado.
Se puede configurar una combinación de estos tres permisos para determinar los
privilegios del usuario para una columna de datos específica.
） Importante
A menos que uno o varios perfiles de seguridad se asignen a una columna

habilitada con seguridad, solo los usuarios con el rol de seguridad de
administrador del sistema tendrán acceso a la columna.
Ejemplo para limitar la columna de teléfono

móvil para la tabla Contacto
Imagine que la directiva de su empresa es que los miembros de ventas tengan distintos
niveles de acceso a los números de teléfono móvil de contactos como se describe aquí.
Usuario o equipo Acceso
Jefes de ventas Solo lectura Solo pueden ver los números de teléfono móvil de los
contactos.
Vicepresidentes Completo. Pueden crear, actualizar, y ver los números de teléfono

móvil de los contactos.
Usuario o equipo Acceso
Comerciales y el resto de Ninguno. No pueden crear, actualizar ni ver los números de

los usuarios teléfono móvil de los contactos.
Para limitar esta columna, debería realizar las siguientes tareas.
Dar seguridad a la columna
3. Seleccione la tabla Contacto.

5. Desplácese hacia abajo en la lista Columnas y abra Teléfono móvil.
6. Expanda Opciones avanzadas y luego, en General, habilite Habilitar seguridad de

columna.
Configurar los perfiles de seguridad

1. Desde el centro de administración de Power Platform , seleccione el entorno para
el que configurará los perfiles de seguridad.
2. Seleccione Configuración>Usuarios y permisos>Perfiles de seguridad de

columna.
3. Seleccione Nuevo perfil, escriba un nombre, como Jefe de ventas, escriba una
descripción y luego seleccione Guardar.
4. Seleccione Jefe de ventas, seleccione la pestaña Usuarios, seleccione + Agregar

usuarios, seleccione los usuarios a los que desea conceder acceso de lectura al
número de teléfono móvil en el formulario de contacto y, a continuación,
seleccione Agregar.
 Sugerencia
En lugar de agregar cada usuario, cree uno o más equipos que incluyan todos
los usuarios a los que desea conceder acceso.
5. Repita los pasos anteriores y cree un perfil de seguridad de columna para
Vicepresidente.
Configurar permisos de columna
1. Seleccione la pestaña Perfiles de seguridad de columna y luego seleccione Jefe de

ventas.
2. Seleccione la pestaña Permiso de columna, seleccione mobilephone y luego

Editar. Establezca el ajuste Lectura en Permitido, deja los demás como No
permitido y luego seleccione Guardar.
3. Seleccione la pestaña Perfiles de seguridad de columna y luego seleccione

Vicepresidente.
4. Seleccione la pestaña Permisos de columna, seleccione mobilephone y luego

Editar. Establezca los tres ajustes en Permitido y a continuación, seleccione
Guardar.
Los usuarios no definidos en los perfiles de seguridad de columna creados previamente

no tendrán acceso a la columna de teléfono móvil en los formularios de contacto o las
vistas. El valor de campo muestra un Icono de candado ********, lo que indica que el
campo está protegido.
¿Qué columnas pueden estar protegidas?

Todas las columnas del sistema contienen un valor de si la seguridad de columna está
permitida. Use los siguientes pasos para ver la configuración de seguridad de la
columna.
3. Seleccione una tabla y, en Esquema, seleccione Columnas.
4. Seleccione una columna, expanda Opciones avanzadas y luego en General, vea el

estado de Habilitar seguridad de columna.
Si Habilitar seguridad de columna puede seleccionarse, la columna se puede habilitar

para la seguridad de columna.
Aunque la mayoría de los atributos se pueden proteger, hay atributos del sistema, como
Id., marcas de tiempo, y atributos de registro de seguimiento, que no pueden. A
continuación encontrará algunos ejemplos de atributos que no se pueden habilitar para
la seguridad de columna.
ownerid, processid, stageid, accountid, contactid, businessunitid, organizationid,

solutionid, supportingsolutionid, transactioncurrencyid, goalownerid,
subscriptionid, userpuid, yammeruserid
createdby, modifiedby, OwningTeam, OwningUser, Owningbusinessunit,
yammeremailaddress
createdon, EntityImage_Timestamp, modifiedon, OnHoldTime,
overriddencreatedon, overwritetime, modifiedonbehalfby,
timezoneruleversionnumber, versionnumber, importsequencenumber
statecode, statuscode, componentstate, exchangerate, utcconversiontimezonecode
fullname, firstname, middlename, lastname, yominame, yomifirstname,
yomifullname, yomilastname, yomimiddlename
columnas en desuso, por ejemplo: traversedpath, stageid
Puede ver los metadatos de las tablas de su organización incluyendo las columnas que
se pueden habilitar para seguridad de columna, instalando la solución Explorador de
metadatos que se describe en Exploración de los metadatos de su organización.
También puede ver los metadatos de una organización no personalizada en el archivo
Office Excel con el nombre EntityMetadata.xlsx que se incluye en la carpeta de nivel
superior de SDK. Descargar el SDK
Prácticas recomendadas cuando se usa la
seguridad de columna
Cuando se usan columnas calculadas que incluyen una columna que está protegida, los
datos se pueden mostrar en la columna calculada a los usuarios que no tienen permiso
para la columna protegida. En esta situación, la columna original y la columna calculada
deben estar protegidos.
Algunos datos, como las direcciones, se componen de varias columnas. Por lo tanto,
para proteger completamente los datos que incluyen columnas varias, como
direcciones, debe proteger y configurar los perfiles correspondientes de seguridad de
columna en varias columnas de la tabla. Por ejemplo, para proteger completamente las
direcciones de una tabla, proteja todas las columnas de dirección pertinentes, como
address_line1, address_line2, address_line3, address1_city, address1_composite, etc.
Consulte también
Configurar permisos de seguridad para una columna
Habilitar o deshabilitar la seguridad de una columna para controlar el acceso

Agregar equipos o usuarios a un perfil de seguridad de columna para controlar el
acceso
Seguridad de jerarquía
Configurar permisos de seguridad para
una columna
Hay dos pasos para configurar permisos de seguridad para una columna.
1. Habilita la seguridad de columna en una o más columnas de una determinada

tabla.
2. Asocia otro perfil seguridad existente, o crea uno o varios perfiles de seguridad
nuevos para conceder acceso adecuado a los usuarios o equipos específicos.
Tras crear el perfil, asigne usuarios o equipos a ese perfil, y configure permisos
específicos de lectura, creación o escritura para la columna.
Más información: Conceptos de seguridad
７ Nota

tecnología.
Habilitar seguridad de columna


5. En la lista Columnas, seleccione una columna.

6. Expanda Opciones avanzadas y luego, en General, habilite Habilitar seguridad de
columna.
Asociar perfiles de seguridad y establecer

permisos
1. Inicie sesión en el centro de administración de Power Platform con el rol de
seguridad de Administrador del sistema o permisos equivalentes.
2. Seleccione el entorno para el que desea configurar los perfiles de seguridad.

columna.
4. Seleccione un perfil existente, o seleccione Nuevo perfil, escriba un nombre,

escriba una descripción y luego seleccione Ahorrar.
5. Seleccione la pestaña Usuarios, seleccione + Agregar usuarios, seleccione los

usuarios cuyo acceso desee controlar y, a continuación, seleccione Agregar.
 Sugerencia
En lugar de agregar cada usuario, cree uno o más equipos que incluyan todos los
usuarios cuyo acceso desee controlar.
6. Seleccione la pestaña Permiso de columna, en la columna Nombre, seleccione una

o más columnas y, a continuación, seleccione Editar. Configure las tres columnas
para el acceso deseado.
Los usuarios no definidos en los perfiles de seguridad de columna creados previamente

no tendrán acceso a la columna de teléfono móvil en los formularios de contacto o las
vistas. El valor de campo muestra un Icono de candado ********, lo que indica que el
campo está protegido.
Consulte también
Seguridad en el nivel de columna para controlar el acceso

Habilitar o deshabilitar la seguridad de
una columna para controlar el acceso
La seguridad en el nivel de columna le permite establecer qué columnas pueden ver o

modificar los usuarios. Por ejemplo, si desea impedir que los usuarios cambien
accidentalmente un nombre de cuenta, puede evitar que editen esa columna. Puede
configurar la seguridad de nivel de columna para columnas personalizadas y algunas
columnas predeterminadas. Más información: Seguridad de nivel de columna
Para establecer qué usuarios y equipos tienen acceso de lectura o escritura a las
columnas, consulte Configuración de permisos de seguridad de una columna.
７ Nota
No puede cambiar los permisos de una columna para la que no tenga permiso de
acceso.

5. En la lista Columnas, seleccione una columna.

6. Expanda Opciones avanzadas y luego, en General, habilite o deshabilite Habilitar
seguridad de columna.
Consulte también
Seguridad de nivel de columna
Agregar equipos o usuarios a un perfil de seguridad de columna para controlar el

acceso
Agregar equipos o usuarios a un perfil
de seguridad de columna para controlar
el acceso
La seguridad basada en roles controla el acceso a un tipo de tabla específica, la

seguridad basada en registros controla el acceso a filas individuales y la seguridad de
nivel de columna controla el acceso a columnas específicas. Puede usar un perfil de
seguridad de columnas para administrar los permisos de los usuarios para leer, crear o
escribir en columnas protegidas. Por ejemplo, el perfil de seguridad de la columna
Administrador del sistema proporciona acceso completo a todas las columnas
protegidas.
７ Nota

tecnología.
1. Inicie sesión en el centro de administración de Power Platform con el rol de

seguridad de Administrador del sistema o permisos equivalentes.
2. Seleccione el entorno para agregar equipos o usuarios a un perfil de seguridad de

columna.

columna.
4. Seleccione un perfil existente, o seleccione Nuevo perfil, escriba un nombre,

escriba una descripción y luego seleccione Ahorrar.
5. Seleccione la pestaña Equipos o Usuarios para agregar equipos o usuarios.

6. Cuando termine de agregar equipos o usuarios, seleccione Agregar.
Consulte también
Seguridad en el nivel de columna para controlar el acceso

Administración de equipos de Microsoft
Dataverse
El uso de equipos de Microsoft Dataverse es opcional. Sin embargo, los equipos

proporcionan una manera fácil de compartir elementos de negocios y le permiten
colaborar con otras personas a través de unidades de negocio. Aunque un equipo
puede pertenecer a una unidad de negocio e incluir usuarios de otras unidades de
negocio. Puede asociar un usuario con más de un equipo. Este tema analiza los
diferentes tipos de equipos y sus diversas operaciones.
 Sugerencia
Vea el vídeo: Administre usuarios de aplicaciones, roles de seguridad, equipos y

usuarios en el centro de administración Power Platform .
Tipos de equipos
Equipo del propietario: un equipo del propietario posee registros y tiene roles de
seguridad asignados al equipo. Los privilegios de un usuario pueden provenir de sus
roles de seguridad individuales, los de los equipos de los que forman parte y/o los que
hereda. Un equipo tiene derechos de acceso total a los registros que posee el mismo.
Los miembros del equipo se agregan manualmente al equipo propietario.
Equipo de acceso: un equipo de acceso no posee registros y no tiene roles de seguridad

asignados al equipo. Los miembros del equipo tienen privilegios definidos por sus roles
de seguridad individuales y por los roles de los equipos a los que pertenecen. Esos
miembros comparten registros con un equipo de acceso y al equipo se le otorgan
derechos de acceso a los registros. Los derechos de acceso incluyen lectura, escritura y
anexar.
Equipo del grupo de Azure AD: al igual que los equipos del propietario, un equipo de
grupo de Azure Active Directory (Azure AD) puede tener registros y roles de seguridad
asignados al equipo. Seguridad y Oficina son dos tipos de equipos de grupo y se
corresponden directamente con tipos de grupo de Azure AD. Los roles de seguridad de
grupo se pueden asignar solo para un equipo específico o para un miembro del equipo
con privilegios de usuario que incluyen herencia de privilegio de los miembros. Los
integrantes del equipo se derivan de forma dinámica (se agregan y quitan) cuando
tienen acceso a un entorno en función de su pertenencia al grupo de Azure AD. Más
información: Administrar equipos de grupos
７ Nota
Puede asignar roles de seguridad directamente a equipos del propietario y equipos

del grupo del propietario y usuarios de Azure AD. El selector de entorno solo
reconoce a los usuarios que son miembros de usuarios y equipos de grupos de
Azure AD que tienen roles de seguridad asignados directamente.
Operations de equipo
Acceso a la página de su equipo

2. Seleccione un entorno y luego seleccione Ajustes>Usuarios y permisos>Equipos.
Se muestra una lista de todos los equipos del entorno.
Crear un equipo nuevo

3. Seleccione + Crear un equipo.
4. Especifique los siguientes campos:
Nombre del equipo: asegúrese de que este nombre sea exclusivo dentro de
una unidad de negocio.
Descripción: introduzca una descripción del equipo.
Unidad de negocio: seleccione la unidad de negocio en la lista desplegable.
Administrador: busque usuarios en la organización. Empiece a introducir
caracteres.
Tipo de equipo: seleccione el tipo de equipo en la lista desplegable.
７ Nota
Un equipo puede ser de uno de los siguientes tipos: propietario, acceso,

grupo de seguridad de Azure AD o grupo de oficina de Azure AD.
5. Si el tipo de equipo es el grupo de Seguridad de Azure AD o el grupo de Oficina

de Azure AD, también debe introducir estos campos:
Nombre del grupo: comience a escribir texto para seleccionar un nombre de

grupo existente de Azure AD. Estos grupos se crean previamente en Azure
AD.
Tipo de pertenencia: seleccione el tipo de pertenencia en la lista
desplegable.
Cuando haya creado el equipo, puede agregar miembros del equipo y seleccionar los
roles de seguridad correspondientes. Este paso es opcional pero recomendado.
Editar un equipo
4. Seleccione Editar equipo. Nombre del equipo, Descripción y Administrador están

disponibles para editar. Para editar Unidad de negocio, vea Cambiar la unidad de
negocio de un equipo.
5. Actualice los campos según se requiera y, después seleccione Actualizar.

Administrar miembros del equipo
Puede agregar y eliminar miembros de un equipo.
７ Nota
La administración de miembros del equipo está permitida solo para los tipos de
equipo Propietario y Acceso. Para los equipos del grupo de Azure AD, la
administración de los miembros del equipo debe ser realizada por un
administrador de Azure AD.
4. Seleccione Administrar miembros del equipo.
5. Realice una de las acciones siguientes:
Para agregar nuevos miembros del equipo, seleccione + Agregar miembros

del equipo y luego especifique los usuarios.
Para eliminar un miembro del equipo, seleccione el usuario y luego
seleccione Eliminar.
７ Nota
Requisito de privilegios: para agregar o eliminar un miembro del equipo de un

equipo de propietario, el usuario debe tener más privilegios o iguales a los que
tiene el equipo. Por ejemplo, si al equipo se le asigna un rol de seguridad de
personalizador del sistema, el usuario necesitará un rol de seguridad de
Personalizador del sistema o de Administrador del sistema.
Agregar usuarios con estado deshabilitado: de forma predeterminada, no puede

agregar usuarios deshabilitados a sus equipos de propietarios. Si necesita agregar
usuarios deshabilitados, puede habilitar la configuración de la base de datos de la
organización AllowDisabledUsersAddedToOwnerTeams utilizando la herramienta
OrgDBOrgSettings para Microsoft Dynamics CRM .
Puede usar complementos para administrar la pertenencia del equipo, ejemplo para
agregar y eliminar miembros del equipo en función de una determinada condición
comercial. Dado que hay una secuencia de eventos que deben ejecutarse en este
proceso empresarial, el proceso de pertenencia al equipo solo se puede ejecutar en
complementos asincrónicos.
Administrar los roles de seguridad de un equipo

2. Seleccione Administrar roles de seguridad.
3. Seleccione el rol o los roles que desee y, a continuación seleccione Guardar.

Eliminar una equipo
4. Seleccione Eliminar dos veces para confirmar. Tenga en cuenta que esta acción no
se puede deshacer.
Cambio de unidades de negocio para un

equipo
Vea Cambio de unidades de negocio para un equipo.
Consulte también
Cambiar la unidad de negocio de un equipoCrear una plantilla de equipo y agregarla a
un formulario de entidad
Acerca de las plantillas de equipo
Agregar equipos o usuarios a un perfil de seguridad de campo

Acerca de las plantillas de equipo
Comportamiento de relación de entidades

Acerca de los equipos de grupo

Un grupo del equipo Azure Active Directory (Azure AD). Al igual que el equipo de
propietarios, un equipo de grupo de Azure AD puede tener registros y roles de
seguridad asignados al equipo. Hay dos tipos de equipos de grupo y corresponden
directamente a los tipos de grupo de Azure AD – Seguridad y Microsoft 365. El rol de
seguridad de grupo solo puede ser para el equipo o para un miembro del equipo con
privilegios de usuario Herencia de privilegios del miembro. Los miembros del equipo se
derivan dinámicamente (se agregan y eliminan) cuando obtienen acceso al entorno
basado en su pertenencia a grupo de Azure AD.
Usar grupos de Azure Active Directory para administrar el

acceso a datos y aplicación de un usuario
Se ha ampliado la administración del acceso a aplicaciones y datos para Microsoft
Dataverse para permitir que los administradores usen los grupos de Azure Active
Directory (Azure AD) de su organización para administrar los derechos de acceso para
usuarios de Dataverse con licencia.
Ambos tipos de grupos de Azure AD, Seguridad y Microsoft 365, se pueden usar para
proteger los derechos de acceso de los usuarios. Usar los grupos permite a los
administradores asignar un rol de seguridad con sus privilegios respectivos a todos los
integrantes del grupo, en lugar de tener que proporcionar derechos de acceso a un
miembro del equipo individual.
Ambos tipos de grupos de Azure AD (Microsoft 365 y seguridad) con el tipo de

pertenencia Asignado y Usuario dinámico se pueden usar para proteger los derechos de
acceso de usuario. No se admiten los tipos de pertenencia Usuario dinámico. Usar los
grupos permite a los administradores asignar un rol de seguridad con sus privilegios
respectivos a todos los integrantes del grupo, en lugar de tener que proporcionar
derechos de acceso a un miembro del equipo individual.
El administrador puede crear equipos de grupo de Azure AD que están asociados a los
grupos de Azure AD en cada uno de los entornos y asignar un rol de seguridad a estos
equipos de grupo. Para cada grupo de Azure AD, el administrador puede crear equipos
de grupo basados en los tipos de pertenencia a grupo de Azure AD Miembros o
Propietarios o Invitados. En cada grupo de Azure AD, un administrador puede crear
equipos de grupo independientes para propietarios, miembros, invitados y miembros e
invitados, y asignar un rol de seguridad respectivo a cada uno de estos equipos.
Cuando los miembros de estos equipos de grupo obtienen acceso a estos entornos, sus
derechos de acceso se conceden automáticamente según el rol de seguridad del equipo
de grupo.
 Sugerencia
Revise el vídeo siguiente: Grupos de Dynamic Azure AD .
Aprovisionar y desaprovisionar usuarios
Una vez que el equipo del grupo y su rol de seguridad se establecen en un entorno, el
acceso del usuario al entorno se basa en la pertenencia del usuario a los grupos de
Azure AD. Cuando se crea un nuevo usuario en el inquilino, todo lo que el administrador
debe hacer es asignar el usuario al grupo de Azure AD adecuado y asignar licencias de
Dataverse. El usuario puede obtener acceso al entorno de inmediato sin necesidad de
esperar a que el administrador asigne un rol de seguridad.
Cuando se eliminan/deshabilitan usuarios en Azure AD o se quitan de los grupos de

Azure AD, estos pierden su pertenencia al grupo y no podrán obtener acceso al entorno
cuando intentan iniciar sesión.
Quitar el acceso de usuario en tiempo de ejecución

Cuando un administrador quita un usuario de los grupos de Azure AD, se quitará al
usuario del equipo de grupo, y perderá los derechos de acceso la próxima vez que
acceda al entorno. Las suscripciones para los grupos de usuarios de Azure AD y los
equipos de grupos de Dataverse se sincronizan, y los derechos de acceso del usuario se
derivan de forma dinámica en tiempo de ejecución.
Administrar el rol de seguridad del usuario
Los administradores ya no tienen que esperar al usuario en la sincronización al entorno

y después asignar un rol de seguridad al usuario de forma individual usando los equipos
de grupo de Azure AD. Una vez se establece un equipo del grupo y se crea en un
entorno con un rol de seguridad, cualquier usuario con licencia Dataverse que se
agregue al grupo Azure AD podrá acceder de inmediato al entorno.
Bloquear acceso de usuario a entornos
Los administradores podrán seguir usando un grupo de seguridad de Azure AD para
bloquear totalmente la lista de usuarios están sincronizadas a un entorno. Esto se puede
reforzar aún más mediante equipos de grupos de Azure AD. Para bloquear el acceso de
aplicaciones o entornos para entornos restringidos, el administrador puede crear grupos
de Azure AD independientes para cada entorno y asignar el rol de seguridad adecuado
para estos grupos. Solo los miembros del equipo de grupo de Azure AD tienen los
derechos de acceso para el entorno.
Compartir Power Apps con los miembros del equipo de un grupo

de Azure AD
Cuando la lona y las aplicaciones controladas por modelos se comparten con un equipo
de grupo Azure AD, los integrantes del equipo puedan inmediatamente ejecutar las
aplicaciones.
Registros propiedad del usuario y del equipo
Una nueva propiedad se ha agregado a la definición del rol de seguridad para

proporcionar privilegios especiales del equipo cuando el rol se asigna a los equipos del
grupo. Este tipo de rol de seguridad permite a los miembros del equipo recibir
privilegios de nivel usuario/básico si el rol de seguridad se les asigna directamente. Los
miembros del equipo pueden crear y ser propietarios de registros sin la necesidad de
tener asignado un rol de seguridad adicional.
Un equipo de grupo puede poseer uno o más registros. Para convertir un equipo en
propietario del registro, debe asignar el registro al equipo.
Aunque los equipos proporcionan acceso a un grupo de usuarios, debe seguir

asociando usuarios individuales con roles de seguridad que concedan los privilegios que
necesitan para crear, actualizar o eliminar registros propiedad del usuario. Estos
privilegios no se pueden aplicar asignando un rol de seguridad heredado del privilegio
de un usuario no miembro a un equipo y luego agregando el usuario a ese equipo. Si
necesita proporcionar a los integrantes del equipo los privilegios del equipo
directamente sin su propio rol de seguridad, puede asignar al equipo un rol de
seguridad que tenga herencia de privilegios del integrante.
Para obtener más información, consulte Asignación de registros a usuarios o equipos.
Creación de equipos de grupo

1. Compruebe que tiene asignado el rol de seguridad Administrador del sistema, Jefe
de ventas, Vicepresidente de ventas, Vicepresidente de marketing o Director
general o permisos equivalentes.

Requisitos previos:
a. Se necesita un grupo de Azure Active Directory (Azure AD) para cada equipo del
grupo.
b. Obtenga el ObjectID del grupo de Azure AD del sitio
https://portal.azure.com .
c. Cree de un rol de seguridad personalizado que contenga privilegios según el
requisito de colaboración del equipo. Vea la discusión de privilegios heredados
del integrante si necesita extender los privilegios del miembro del equipo
directamente a un usuario.
4. Seleccione + Crear un equipo.
5. Especifique los siguientes campos:
Nombre del equipo: asegúrese de que este nombre sea exclusivo dentro de
una unidad de negocio.
Descripción: introduzca una descripción del equipo.
Unidad de negocio: seleccione la unidad de negocio en la lista desplegable.
Administrador: busque usuarios en la organización. Empiece a introducir
caracteres.
Tipo de equipo: seleccione el tipo de equipo en la lista desplegable.
７ Nota
Un equipo puede ser de uno de los siguientes tipos: propietario, acceso,

grupo de seguridad de Azure AD o grupo de oficina de Azure AD.
6. Si el tipo de equipo es el grupo de Seguridad de Azure AD o el grupo de Oficina

de Azure AD, también debe introducir estos campos:
Nombre del grupo: comience a escribir texto para seleccionar un nombre de

grupo existente de Azure AD. Estos grupos se crean previamente en Azure
AD.
Tipo de pertenencia: seleccione el tipo de pertenencia en la lista
desplegable. Consulte Cómo los miembros del grupo de seguridad de Azure
AD coinciden con los miembros del equipo del grupo de Dataverse.
Cuando haya creado el equipo, puede agregar miembros del equipo y seleccionar los
roles de seguridad correspondientes. Este paso es opcional pero recomendado.
Cómo los miembros del grupo de seguridad de Azure AD

coinciden con los miembros del equipo del grupo de
Dataverse
Revise la siguiente tabla para ver cómo los miembros de los grupos de Azure AD
coinciden con los miembros del equipo del grupo de Dataverse.
Seleccione el tipo de membresía Membresía resultante
del equipo del grupo de
Dataverse (4)
Miembros e invitados Seleccione este tipo para incluir los tipos de usuario
Miembro e Invitado (3) de la categoría de grupo Miembros
(1) de Azure AD.
Miembros Seleccione este tipo para incluir solo el tipo de usuario

Miembros (3) de la categoría de grupo Miembros (1) de
Azure AD.
Propietarios Seleccione este tipo para incluir solo el tipo de usuario

Miembros (3) de la categoría de grupo Propietarios (2) de
Azure AD.
Invitados Seleccione este tipo para incluir solo el tipo de usuario

Invitado (3) de la categoría de grupo Miembros (1) de Azure
AD.
Editar un equipo de grupo

1. Compruebe que tiene asignado el rol de seguridad Administrador del sistema, Jefe
de ventas, Vicepresidente de ventas, Vicepresidente de marketing o Director
general o permisos equivalentes.
5. Seleccione Editar equipo. Solo Nombre del equipo, Descripción y Administrador

están disponibles para su edición.
6. Actualice los campos según se requiera y, después seleccione Actualizar.

７ Nota
Para editar la unidad de negocio, vea Cambiar la unidad de negocio de un

equipo.
Puede crear equipos de grupo de Dataverse - Miembros, Propietarios,
Invitados, y Miembros e invitados por entorno basado en el tipo de
membresía de grupo de Azure AD para cada grupo de Azure AD. El ObjectId
de Azure AD del equipo del grupo no se puede editar una vez creado el
equipo del grupo.
El tipo de pertenencia de Dataverse no se puede cambiar una vez creado el
equipo del grupo. Si necesita actualizar este campo, deberá eliminar el equipo
del grupo y crear uno nuevo.
Todos los equipos de grupo existentes creados antes de que se agregue el
nuevo campo Tipo de pertenencia se actualizan automáticamente como
Miembros e invitados. No hay pérdida de funcionalidad con estos equipos de
grupo, ya que el equipo de grupo predeterminado se asigna al tipo de
pertenencia Miembros e invitados del grupo de Azure AD.
Si su entorno tiene un grupo de seguridad, deberá agregar al grupo de Azure
AD del equipo del grupo como miembro de dicho grupo de seguridad para
que los usuarios del equipo del grupo puedan acceder al entorno.
La lista de integrantes del equipo enumerados en cada equipo de grupo
solo muestra los integrantes del usuario que tienen acceso al entorno. Esta
lista no muestra todos los miembros del grupo de Azure AD. Cuando un
miembro del grupo de Azure AD obtiene acceso al entorno, el miembro del
grupo se agrega al equipo del grupo. Los privilegios del miembro del equipo
se derivan de forma dinámica en tiempo de ejecución heredando el rol de
seguridad del equipo del grupo. Dado que el rol de seguridad se asigna al
equipo del grupo y el miembro del equipo del grupo hereda los privilegios, el
rol de seguridad no se asigna directamente al miembro del equipo del grupo.
Dado que los privilegios del miembro del equipo se derivan de forma
dinámica en tiempo de ejecución, los miembros del grupo de Azure AD se
almacenan en caché sobre el inicio de sesión del miembro del equipo. Esto
significa que cualquier mantenimiento de membresías del grupo de Azure AD
realizado en el miembro del equipo de Azure AD no se reflejará hasta la
próxima vez que el miembro del equipo inicie sesión o cuando el sistema
actualice la caché (tras 8 horas de inicio de sesión continuado).
Los miembros del grupo de Azure AD también se agregan al equipo del
grupo con llamadas de suplantación. Puede utilizar crear miembros de grupo
en el equipo del grupo en nombre de otro usuario mediante la suplantación.
Los miembros del equipo se mantienen en cada equipo del grupo en tiempo
de ejecución y la operación se realiza a nivel de la base de datos; por lo tanto,
la actualización a evento de equipo del grupo no está disponible para el
complemento.
No tiene que asignar miembros del equipo con un rol de seguridad individual
si el rol de seguridad del equipo de su grupo tiene una herencia de
privilegios del miembro y el rol de seguridad contiene al menos un privilegio
que tiene permiso de nivel de usuario.
Administrar los roles de seguridad de un

equipo
2. Seleccione Administrar roles de seguridad.
3. Seleccione el rol o los roles que desee y, a continuación seleccione Guardar.

Cambio de unidades de negocio para un
equipo
Vea Cambio de unidades de negocio para un equipo.
Agregue tipos de equipos de grupo al valor

predeterminado vista de búsqueda
Al asignar manualmente un registro o compartir un registro utilizando el formulario
integrado, la lista de opciones predeterminada no selecciona algunos tipos de equipos
de grupo, como Azure AD. Puede editar el filtro en el vista de búsqueda
predeterminado de la tabla de equipos para que incluya estos grupos.
2. Seleccione Dataverse>Tablas>Equipo>Puntos de vista>Equipos vista de

búsqueda>Editar filtros
3. Establezca Tipo de equipo, Igual a: Grupo de oficinas de AAD, Grupo de

seguridad de AAD, Propietario
4. Seleccione Aceptar>Guardar>Publicar.
Otras operaciones de equipo

Vea:
Administrar miembros del equipo

Eliminar una equipo
Cambio de unidades de negocio para un equipo
Consulte también
Administrar equipos
Vídeo: pertenencia de grupo de Azure Active Directory

Crear un grupo básico y agregar miembros usando Azure Active Directory
Inicio rápido: consultar los grupos y miembros de su organización en Azure Active

Directory
Acerca de la colaboración con plantillas
de equipo
El uso de equipos es opcional, no obstante, los equipos proporcionan una forma sencilla
de compartir información y colaborar con usuarios a través de unidades de negocio. Un
equipo es un grupo de usuarios. Como grupo, podrá realizar el seguimiento de
información sobre las filas y realizar tareas asignadas de forma mucho más eficaz y
coordinada. Pese a que un equipo pertenece a una sola unidad de negocio, puede
incluir usuarios de otras unidades de negocio. Un usuario se pueden asociar con más de
un equipo.
Existen dos tipos de equipos con los que puede trabajar: propietario y acceso.
Un equipo de propietarios tiene filas y roles de seguridad asignados. Los

privilegios del equipo se definen mediante roles de seguridad. Además de los
privilegios proporcionados por los roles de seguridad del equipo, los usuarios
tienen los privilegios definidos por sus roles de seguridad individuales y por los
roles de los otros equipos de los que son integrantes. Un equipo tiene derechos de
acceso total a las filas que posee el mismo.
Un equipo de acceso no es propietario de filas propias y no tiene roles de

seguridad asignados al equipo. Los usuarios tienen privilegios definidos por sus
roles de seguridad individuales y por los roles de los otros equipos de los que son
integrantes. Las filas se comparten con un equipo de acceso y a los integrantes del
equipo se les asignan derechos de acceso sobre las filas, como leer, escribir o
anexar.
Un equipo de acceso puede crearse manualmente (creado por el usuario) o

automáticamente (administrado por el sistema). Puede compartir varias filas con un
equipo de acceso creado por el usuario. Un equipo administrado por el sistema se crea
para una fila específica y no se pueden compartir otras filas con este equipo. Para
equipos administrados por el sistema es necesario proporcionar una plantilla de equipo
que use el sistema para crear un equipo. En esta plantilla se define el tipo de tabla y los
derechos de acceso de la fila que se asignan a los integrantes del equipo cuando se crea
el equipo. Una plantilla de equipo se muestra en todos los formularios de fila de la tabla
especificada como lista. Cuando se agrega el primer usuario a la lista, se crea el equipo
de acceso real para esta fila. Puede agregar y quitar integrantes del equipo utilizando
esta lista. La plantilla del equipo se aplica a las filas del tipo de tabla indicado y de tablas
relacionadas, según las reglas en cascada. Para dar a los miembros del equipo diferente
acceso a la fila, puede suministrar varias plantillas de equipo, cada plantilla
especificando derechos de acceso diferentes. Por ejemplo, puede crear una plantilla de
equipo para la tabla de cuenta con el derecho de acceso de lectura, que permite que los
miembros del equipo vean la cuenta especificada. Para otro equipo que requiere más
acceso a la misma cuenta, puede crear una plantilla de equipo con derechos de acceso
de lectura, escritura, uso compartido y otros.
Únicamente las tablas que se habilitan para equipos de acceso administrados por el
sistema se pueden especificar en la plantilla.
Si cambia los derechos de acceso en la plantilla del equipo, los cambios se aplican solo a
los nuevos equipos de acceso administrados por el sistema. Los equipos existentes no
se ven afectados.
Para obtener información sobre cómo crear una plantilla de equipo, habilite una tabla
para equipos de acceso administrados por el sistema y cómo personalizar el formulario
de tabla para agregar la plantilla de equipo, consulte Crear una plantilla de equipo y
agregarla a un formulario de tabla.
Consultar también
Crear una plantilla de equipo y agregarla a un formulario de tabla
Administrar equipos
Crear una plantilla de equipo para
controlar los derechos de acceso para
los equipos creados automáticamente
Puede usarse una plantilla del equipo para las entidades habilitadas para equipos de
acceso creados automáticamente. En la plantilla de equipo, tiene que especificar el tipo
de entidad y los derechos de acceso al registro de entidad. Por ejemplo, puede crear
una plantilla de equipo para una entidad de cuenta y especificar los derechos de lectura,
escritura y acceso compartido del registro de cuenta que se asignan a los integrantes
del equipo cuando se crea el equipo automáticamente. Después de crear una plantilla
de equipo, debe personalizar el formulario principal de la entidad para incluir la nueva
plantilla de equipo. Después de publicar las personalizaciones, la plantilla del equipo de
acceso se agrega en todos los formularios de registro de la entidad especificada en
forma de lista. Por ejemplo, ha creado una plantilla de equipo llamada "Equipo de
ventas" para la entidad de cuenta. En todos los formularios de registro de cuenta verá la
lista llamada "Equipo de ventas". Puede agregar o quitar integrantes del equipo
utilizando esta lista.
Habilite una entidad para equipos de acceso


sistema.


acceso.

5. En el panel de navegación, expanda Entidades, y elija la entidad que desea usar en
la plantilla de equipo.
6. En el formulario Definición de entidad, en la sección Comunicación y

colaboración, active la casilla Equipos de acceso.
7. En la barra de herramientas Acciones, seleccioneGuardar.
Creación de una plantilla de equipo


acceso.
3. En la barra de herramientas Acciones, elija +Nuevo, complete los campos

obligatorios y, luego elija Guardar.
７ Nota
Puede crear dos plantillas de equipo de acceso por entidad.
Agregue una plantilla de equipo al formulario

de entidad

acceso.
5. En el panel de navegación, expanda Entidades, expanda la entidad que desea

utilizar en la plantilla de grupo y, a continuación, seleccione Formularios.
6. En Formularios del sistema, seleccione Formularios activos>formulario Principal.

7. En el formulario Principal, abra la pestaña Insertar.
8. En la cinta de opciones, elija Subcuadrícula.
Se abre el cuadro de diálogo Establecer propiedades.
9. En Establecer propiedades, complete los campos obligatorios y seleccione la

casilla Mostrar etiqueta en el formulario.
10. En la lista desplegable Registros, seleccione Todos los tipos de registros.
11. En la lista desplegable Entidad, seleccione Usuarios.
12. En la lista Vista predeterminada, seleccione Integrantes del equipo de registro

asociado.
13. En la lista desplegable Plantilla de equipo, seleccione la plantilla deseada y elija

Establecer.
La plantilla de equipo seleccionada ahora aparece en el formulario principal.
14. En la barra de herramientas Acciones, seleccione Guardar y, después, seleccione

Publicar.
７ Nota
La plantilla del equipo de acceso no se exporta con su entidad en una solución. Los
administradores tendrán que volver a crear la plantilla al exportar la entidad a otro
entorno.
Acerca del cifrado de datos
Los datos son el activo más valioso e insustituible de una organización, y el cifrado sirve
como la última y más sólida línea de defensa en una estrategia de seguridad de datos
de varias capas. Los productos y servicios en la nube empresarial de Microsoft utilizan el
cifrado para proteger los datos de los clientes y ayudarlo a mantener el control sobre
ellos.
Protección de datos en reposo

Cifrar su información hace que sea ilegible para personas no autorizadas, incluso si
atraviesan sus firewalls, se infiltran en su red, obtienen acceso físico a sus dispositivos o
eluden los permisos en su máquina local. El cifrado transforma los datos para que solo
alguien con la clave de descifrado pueda acceder a ellos.
Dynamics 365 usa almacenamiento heterogéneo (Dataverse) para almacenar los datos.
Los datos se distribuyen en diferentes tipos de almacenamiento:
Azure SQL Database para datos relacionales

Azure Blob Storage para datos binarios, como imágenes y documentos
Búsqueda de Azure para indexación de búsqueda
Registro de actividad de Microsoft 365 y Azure Cosmos DB para datos de auditoría
Las bases de datos de Dataverse utilizan SQL TDE (Cifrado de datos transparente,
compatible con FIPS 140-2) para proporcionar cifrado y descifrado de E/S en tiempo
real de los datos y archivos de registro para el cifrado de datos en reposo. Azure
Storage Encryption se usa para los datos en reposo almacenados en Azure Blob Storage.
Estos se cifran y descifran de forma transparente mediante el cifrado AES de 256 bits
compatible con FIPS 140-2.
De forma predeterminada, Microsoft almacena y administra la clave de cifrado de la

base de datos para sus entornos. A partir de ahora, dado el almacenamiento
heterogéneo, la función de clave administrada por el cliente está disponible solo para la
base de datos de Azure SQL que almacena datos transaccionales. El archivo/documento
(almacenamiento de blobs) y el cifrado de Azure Data Lake por clave administrada por
el cliente están en la hoja de ruta para versiones futuras. La característica de claves de
administración en el Centro de administración de Power Platform ofrece a los
administradores la capacidad de autoadministrar la clave de cifrado de base de datos
que está asociada al inquilino. Dado el tipo de almacenamiento heterogéneo, las claves
administradas por el cliente están limitadas a cifrar la la base de datos de Azure SQL que
almacena datos transaccionales solo. El cifrado de archivos, registros y búsquedas
seguirá siendo administrado por Microsoft.
Los administradores pueden proporcionar su propia clave de cifrado utilizando su

propio hardware generador de claves (HSM) o utilizar nuestra herramienta
Administrador para generar una clave de cifrado. La función de administración de claves
admite archivos de cifrado PFX y BYOK.

para Dynamics 365 (Dataverse) dentro de la bóveda. Las claves de cifrado deben cumplir
los siguientes requisitos de Azure Key Vault:
1. Formato de archivo clave de PFX o BYOK,

2. Tipo de clave RSA o RSA-HSM de 2048 bits, y
3. La clave de cifrado PFX está protegida con contraseña.
Los administradores también pueden revertir la clave de cifrado a una clave

administrada por Microsoft en cualquier momento.
Protección de datos en tránsito

Azure protege los datos en tránsito hacia o desde componentes externos, así como los
datos en tránsito internamente, como entre dos redes virtuales. Azure usa protocolos de
transporte estándar de la industria, como TLS, entre los dispositivos de los usuarios y los
centros de datos de Microsoft, y dentro de los mismos centros de datos. Para proteger
aún más sus datos, la comunicación interna entre los servicios de Microsoft utiliza la red
troncal de Microsoft y, por lo tanto, no está expuesta a la Internet pública.
Microsoft utiliza varios métodos de cifrado, protocolos y algoritmos en sus productos y

servicios para ayudar a proporcionar una ruta segura para que los datos viajen a través
de la infraestructura y para ayudar a proteger la confidencialidad de los datos que se
almacenan dentro de la infraestructura. Microsoft utiliza algunos de los protocolos de
cifrado más fuertes y seguros de la industria para proporcionar una barrera contra el
acceso no autorizado a sus datos. La administración adecuada de claves es un elemento
esencial en las mejores prácticas de cifrado, y Microsoft ayuda a garantizar que las
claves de cifrado estén debidamente protegidas.
Los ejemplos de protocolos y tecnologías incluyen:
Seguridad de la capa de transporte/Capa de sockets seguros (TLS/SSL), que utiliza

criptografía simétrica basada en un secreto compartido para cifrar las
comunicaciones a medida que viajan por la red.
Seguridad de protocolo de Internet (IPsec), un conjunto de protocolos estándar de
la industria que se utiliza para proporcionar autenticación, integridad y
confidencialidad de los datos a nivel de paquete IP a medida que se transfieren a
través de la red.
Estándar de cifrado avanzado (AES)-256, la especificación del Instituto Nacional de
Estándares y Tecnología (NIST) para un cifrado de datos de clave simétrica que fue
adoptado por el gobierno de EE. UU. para reemplazar el Estándar de cifrado de
datos (DES) y la tecnología de cifrado de clave pública RSA 2048.
Memorar la seguridad cifrando mejor
los datos
Las aplicaciones de Customer Engagement (Dynamics 365 Sales, Dynamics 365

Project Service Automation) usan cifrado a nivel de celda estándar de SQL Server para
un conjunto de atributos de tabla predeterminados que contienen información
confidencial, como nombres de usuario y contraseñas de correo electrónico. Esta
característica puede ayudar a las organizaciones a mantener el cumplimiento de FIPS
140-2.
Todas las organizaciones nuevas o actualizadas usan cifrado de datos de forma

predeterminada. El cifrado de datos no puede estar desactivado.
Los usuarios de que tengan el rol de seguridad de administrador del sistema pueden
cambiar la clave de cifrado en cualquier momento.
Cambiar una clave de cifrado de organización

Vaya a Entornos> [seleccione un entorno] >Configuración>Cifrado>Cifrado de datos.

configuración.

sistema.
1. Seleccione un entorno y vaya a Configuración>Cifrado>Cifrado de datos.
2. En el cuadro Cambiar clave de cifrado escriba la nueva clave de cifrado y luego

seleccione Cambiar.
3. Seleccione Aceptar en el mensaje de confirmación y seleccione Cerrar para salir de

la página Cifrado de datos.
4. Se recomienda copiar la clave en un lugar seguro. Consulte la sección siguiente.

Copie la clave de cifrado de datos de su
organización
Se recomienda hacer una copia de la clave de cifrado de datos.
1. Inicie sesión con permisos de administrador del sistema o equivalentes.
2. Seleccione un entorno y vaya a Configuración>Cifrado.
3. En el cuadro de diálogo Cifrado de datos, seleccione Mostrar clave de cifrado en

el cuadro Clave de cifrado actual, seleccione la clave de cifrado, y cópiela en el
portapapeles.
4. Pegue la clave de cifrado en un editor de texto como el Bloc de notas.
２ Advertencia
De forma predeterminada, las aplicaciones de involucración del cliente

generan una frase de contraseña que es una colección aleatoria de caracteres
Unicode. Por tanto, debe guardar la frase de contraseña generada por el
sistema utilizando una aplicación y un archivo que admita caracteres Unicode.
Algunos editores de texto, como el Bloc de notas, usan codificación ANSI de
forma predeterminada. Para guardar la frase de contraseñas utilizando el Bloc
de notas, seleccione Guardar como y en la lista Codificación, seleccione
Unicode.
5. Como procedimiento recomendado, guarde el archivo de texto que contiene la

clave de cifrado en un equipo en una ubicación segura en un disco duro cifrado.
Vea también
Cifrado de SQL Server
Evaluación de FIPS 140


Todos los entornos de Microsoft Dataverse usan cifrado de datos transparente (TDE) de
SQL Server para realizar cifrado de datos en tiempo real cuando se escriben en el disco,
lo que también se conoce como cifrado en reposo.
De forma predeterminada, Microsoft almacena y administra la clave de cifrado de base

de datos para sus entornos para que usted no tenga que hacerlo. La característica de
claves de administración en el Centro de administración de Microsoft Power Platform
ofrece a los administradores la capacidad de autoadministrar la clave de cifrado de base
de datos que está asociada al inquilino de Dataverse.
） Importante
Las claves de cifrado de base de datos autoadministradas solo están disponibles

para clientes que tienen más de 1000 licencias de Power Apps por usuario, o más
de 1000 licencias de Dynamics 365 Enterprise, o más de 1000 licencias de una
combinación de ambos en un solo inquilino. Para participar en este programa,
envíe una solicitud de soporte técnico.
La administración de claves de cifrado solo se aplica a bases de datos de entornos

de Azure SQL. Las características y los servicios siguientes usan su propia clave para
cifrar sus datos y no se pueden cifrar con la clave de cifrado autoadministrada:
Búsqueda de Dataverse
Mobile Offline
Registro de actividad (portal de Microsoft 365)
Exchange (sincronización del lado del servidor)
Microsoft debe activar la función de clave de cifrado de base de datos de

autogestión para su inquilino antes de que pueda utilizar la función.
Para usar las características de administración del cifrado de datos para un
entorno, se debe crear el entorno después de que Microsoft haya activado la
característica de autoadministración de la clave de cifrado de base de datos.
Soporte de Archivo e Imagen con un tamaño de <128 MB se puede habilitar
si su entorno tiene la versión 9.2.21052.00103 o superior.
La mayoría de los entornos existentes tienen archivos y registros almacenados
en bases de datos que no son de Azure SQL. Estos entornos no pueden optar
a usar la clave de cifrado autoadministrada. Solo los entornos nuevos (una vez
que se haya inscrito en este programa) se podrán habilitar con una clave de
cifrado autoadministrada.
Introducción a la administración de claves

Con la administración de claves, los administradores pueden proporcionar su propia
clave de cifrado o hacer que se genere una clave de cifrado, que se usa para proteger la
base de datos para un entorno.
La característica de administración de claves admite archivos de claves de cifrado PFX y

BYOK, como los almacenados en un módulo de seguridad de hardware (HSM). Para usar
la opción de cargar claves de cifrado necesita la clave de cifrado pública y privada.

para Dataverse dentro de la bóveda.
La característica de administración de claves permite realizar las siguientes tareas.
Habilitar la capacidad de autoadministrar claves de cifrado de base de datos que

están asociadas con entornos.
Generar nuevas claves de cifrado o cargue archivos de claves de cifrado .PFX o

.BYOK existentes.
Bloquear y desbloquear entornos de inquilinos.
２ Advertencia
Mientras un inquilino está bloqueado, nadie puede acceder a los entornos

dentro del inquilino. Más información: Bloquear el inquilino.
Conocer el riesgo potencial de administrar
claves
Al igual que con cualquier aplicación fundamental para la empresa, el personal de la
organización que tienen acceso de nivel administrativo debe ser de confianza. Antes de
usar la característica de administración de claves, debe comprender el riesgo cuando
administra claves de cifrado de base de datos. Es concebible que un administrador
malintencionado (una persona a la que se concede o ha obtenido acceso de nivel de
administrador con intención de dañar la seguridad o los procesos de negocio de una
organización) que trabaja en la organización pueda usar la característica de
administración de claves para crear una clave y usarla para bloquear todos los entornos
en el inquilino.
Considere la secuencia de eventos siguiente.
El administrador malintencionado inicia sesión en el Centro de administración de Power

Platform, va a la pestaña Entornos y selecciona Administrar clave de cifrado. A
continuación, el administrador malintencionado crea una nueva clave con una
contraseña, descarga la clave de cifrado en su unidad local y activa la nueva clave. Ahora
todas las bases de datos de entornos se cifran con la nueva clave. A continuación, el
administrador malintencionado bloquea el inquilino con la clave recién descargada y
luego toma o elimina la clave de cifrado descargada.
Estas acciones darán lugar a que se deshabiliten todos los entornos dentro del inquilino
desde el acceso en línea y hará que no se puedan restaurar todas las copias de
seguridad de bases de datos.
） Importante
Para evitar que administradores malintencionados interrumpan las operaciones

empresariales bloqueando la base de datos, la característica de claves
administradas no permite que los entornos de inquilinos se bloqueen durante 72
horas después de haber cambiado o activado la clave de cifrado. Esto proporciona
hasta 72 horas para que otros administradores reviertan cualquier cambio de clave
no autorizado.
Requisitos de las claves de cifrado

Si ofrece su propia clave de cifrado, la clave debe cumplir estos requisitos para que la
acepte Azure Key Vault.
El formato de archivo de claves de cifrado debe ser PFX o BYOK.
Tipo de calve RSA o RSA-HSM de 2048 bits.
Los archivos de claves de cifrado PFX deben estar protegidos por contraseña.
Para obtener más información sobre cómo generar y transferir una clave protegida por
HSM a través de Internet consulte Cómo generar y transferir claves protegidas por HSM
para Almacén de claves de Azure. Solo se admite la clave HSM del proveedor nCipher.
Antes de generar su clave HSM, vaya al centro de administración de Power Platform, en
la ventana Administrar claves de cifrado/Crear nueva clave para obtener el Id. de
suscripción para la región de su entorno. Debe copiar y pegar este Id. de suscripción en
su HSM para crear la clave. Esto garantizará que solo nuestro Azure Key Vault pueda
abrir su archivo.
Tareas de administración de claves

Para simplificar las tareas de administración de claves, las tareas se desglosan en tres
áreas:
1. Generar o cargar la clave de cifrado para un inquilino

2. Activar una clave de cifrado para un inquilino
3. Administrar cifrado para un entorno
Los administradores pueden utilizar los cmdlets del Centro de administración de Power
Platform o el Módulo de administración de Power Platform para realizar las tareas de
administración de claves de protección de inquilinos que se describen aquí.
Generar o cargar la clave de cifrado para un inquilino

Todas las claves de cifrado se almacenan en Azure Key Vault y solo puede haber un
activo clave en cualquier momento. Puesto que la clave activa se usa para cifrar todos
los entornos en el inquilino, la administración del cifrado se opera en el nivel de
inquilino. Una vez que la clave está activada, se puede seleccionar cada entorno
individual para usar la clave para el cifrado.
Use este procedimiento para establecer la característica de administración de claves la

primera vez para un entorno o para cambiar (o renovar) una clave de cifrado para un
inquilino ya autoadministrado.
２ Advertencia
Cuando realice por primera vez los pasos descritos aquí, optará por la
autoadministración de sus claves de cifrado. Más información: Conocer el riesgo
potencial de administrar sus claves.


4. Seleccione Nueva clave en la barra de herramientas.
5. En el panel izquierdo, complete los detalles para generar o cargar una clave:
Seleccione una Región. Esta opción se muestra solo si su inquilino tiene

varias regiones.
Introduzca un Nombre de clave.
Seleccione una de las opciones siguientes:
Para crear una nueva clave, seleccione Generar nueva (.pfx). Más
información: Generar una nueva clave (.pfx).
Para usar su propia clave generada, seleccione Cargar (.pfx o .byok). Más
información: Cargar una clave (.pfx o .byok).
Generar una nueva clave (.pfx)

1. Introduzca una contraseña y vuelva a introducirla para confirmarla.
2. Seleccione Crear y, a continuación, seleccione la notificación del archivo creado en
su navegador.
3. El archivo .PFX de la clave de cifrado se descarga en la carpeta de descarga
predeterminada de su navegador web. Guarde el archivo en una ubicación segura
(le recomendamos que realice una copia de seguridad de esta clave junto con su
contraseña).
Cargar una clave (.pfx o .byok)
1. Seleccione Cargar la clave, seleccione el archivo .pfx o .byok 1 y luego seleccione

Abrir.
2. Escriba la contraseña para la clave y luego seleccione Crear.
1
Para archivos de claves de cifrado .byok, asegúrese de usar el Id. de suscripción que se
muestra en la pantalla cuando exporte la clave de cifrado desde el HSM local. Más
información: Cómo generar y transferir claves protegidas por HSM para Azure Key Vault.
７ Nota
Para reducir el número de pasos para que el administrador administre el proceso

de clave, la clave se activa automáticamente cuando se carga por primera vez.
Todas las cargas de claves posteriores requieren un paso adicional para activar la
clave.
Activar una clave de cifrado para un inquilino

Una vez que se genera o se carga una clave de cifrado para el inquilino, esta se puede
activar.

4. Seleccione una clave que tenga un estado Disponible y luego seleccione Activar
clave en la barra de herramientas.
5. Seleccione Confirmar para confirmar el cambio de la clave.
Cuando activa una clave para el inquilino, el servicio de administración de claves tarda
un tiempo en activar la clave. El estado del Estado de la clave muestra la clave como
Instalando cuando se activa la clave nueva o cargada.
Una vez que se activa la clave, se
produce lo siguiente:
Todos los entornos cifrados se cifran automáticamente con la clave activa (no hay
tiempo de inactividad con esta acción).
Cuando está activada, la clave de cifrado se aplicará a todos los entornos que se
cambien de una clave de cifrado proporcionada por Microsoft a una
autoadministrada.
） Importante
Para simplificar el proceso de administración de claves para que todos los entornos
sean administrados por la misma clave, la clave activa no se puede actualizar
cuando haya entornos bloqueados. Todos los entornos bloqueados deben
desbloquearse antes de que se pueda activar una nueva clave. Si hay entornos
bloqueados que no tienen que desbloquearse, deben eliminarse.
７ Nota
Después de que se active una clave de cifrado, no podrá activar otra clave durante
24 horas.
Administrar cifrado para un entorno

De forma predeterminada, cada entorno se cifra con la clave de cifrado proporcionada
por Microsoft. Una vez que se active una clave de cifrado para el inquilino, los
administradores pueden elegir cambiar el cifrado predeterminado para usar las claves
de cifrado activadas. Para usar la clave activada, siga estos pasos.
Aplicar clave de cifrado a un entorno

2. Seleccione la pestaña Entornos.
3. Abra un entorno cifrado proporcionado por Microsoft.
5. En la sección Cifrado de entorno, seleccione Administrar.
7. Seleccione Aplicar esta clave para aceptar cambiar el cifrado para usar la clave
activada.
8. Seleccione Confirmar para confirmar que está administrando la clave directamente
y que hay tiempo de inactividad para esta acción.
Devolver una clave de cifrado administrada a una clave de cifrado

proporcionada por Microsoft
Volver a la clave de cifrado proporcionada por Microsoft configura el entorno al

comportamiento predeterminado en el que Microsoft administra la clave de cifrado para
usted.
2. Seleccione la pestaña Entornos y luego seleccione un entorno que se cifra con una
clave autoadministrada.
4. En la sección Cifrado de entorno, seleccione Administrar y luego seleccione
Confirmar.
5. En Volver a la administración estándar de claves, seleccione Volver.
6. Para entornos de producción, confirme el entorno introduciendo el nombre del
entorno.
7. Seleccione Confirmar para volver a la administración estándar de claves de cifrado.
Bloquear el inquilino
Puesto que solo hay una clave activa por inquilino, bloquear el cifrado para el inquilino
deshabilita todos los entornos que se encuentra en el inquilino. Todos los entornos
bloqueados permanecerán inaccesibles para todos, incluido Microsoft, hasta que un
administrador de Power Platform de la organización los desbloquee con la tecla que usó
para bloquearlos.
Ｕ Precaución
Nunca debe bloquear los entornos de inquilino como parte del proceso de negocio
normal. Cuando bloquee un inquilino de Dataverse, todos los entornos se
desconectarán por completo y nadie podría acceder a ellos, incluido Microsoft.
Además, los servicios como sincronización y mantenimiento se detienen. Si decide
salir del servicio, bloquear el inquilino puede garantizar que nadie vuelva a acceder
a sus datos en línea.
Tenga en cuenta lo siguiente acerca del bloqueo de entornos de inquilinos:
Los entornos bloqueados no se pueden restaurar de la copia de seguridad.

Los entornos bloqueados se eliminan si no desbloquean después de 28 días.
No puede bloquear los entornos durante 72 horas después de un cambio de
clave de cifrado.
Bloquear un inquilino bloquea todos los entornos activos dentro del inquilino.
） Importante
Una vez que comience el proceso de bloqueo, se eliminan todas las claves de
cifrado con un estado Activo o Disponible. El proceso de bloqueo puede
tardar hasta una hora y, durante este tiempo, no se permite desbloquear
entornos bloqueados.

2. Seleccione la pestaña Entornos y, a continuación, en la barra de comandos
seleccione Administrar claves de cifrado en la barra de herramientas.
3. Seleccione la clave Activa y, a continuación, seleccione Bloquear entornos activos.
4. En el panel derecho, seleccione Cargar clave activa, busque y seleccione la clave,
introduzca una contraseña y luego seleccione Bloquear.
5. Cuando se le solicite, escriba el texto que se muestra en la pantalla para confirmar
que desea bloquear todos los entornos en la región y, a continuación, seleccione
Confirmar.
Desbloquear entornos bloqueados
Para desbloquear entornos, primero debe cargar y luego activar la clave de cifrado de
inquilinos con la misma clave que se utilizó para bloquear el inquilino. Tenga en cuenta
que los entornos bloqueados no se desbloquean automáticamente una vez que se haya
activado la clave. Cada entorno bloqueado tiene que desbloquearse individualmente.
） Importante
El proceso de desbloqueo puede tardar hasta una hora. Una vez que la clave
está desbloqueada, puede usar la clave en Administrar cifrado para un
entorno.
No puede generar una nueva o cargar una clave existente hasta que todos los
entornos bloqueados estén desbloqueados.
Desbloquear clave de cifrado

cifrado.
3. Seleccione la clave que tenga un estado Bloqueado y luego en la barra de
comando seleccione Desbloquear clave.
4. Seleccione Cargar clave bloqueada, busque y seleccione la clave que se usó para
bloquear el inquilino, introduzca una contraseña y luego seleccione Desbloquear.
La clave aparece en un estado Instalando. Debe esperar hasta que la clave se
encuentra en estado Activo antes de poder desbloquear entornos bloqueados.
5. Para desbloquear un entorno, consulte la siguiente sección.
Desbloquear entornos
1. Seleccione la pestaña Entornos y, a continuación, seleccione el nombre del

entorno bloqueado.
 Sugerencia
No seleccione la fila. Seleccione el nombre del entorno.
2. En la sección Detalles, seleccione Ver todo para mostrar el panel Detalles en la

parte derecha.
3. En la sección de cifrado Entorno en el panel Detalles, seleccione Administrar.

4. En la página Cifrado de entorno, seleccione Desbloquear.
5. Seleccione Confirmar para confirmar que desea desbloquear el entorno.
6. Repita los pasos anteriores para desbloquear entornos adicionales.

Operaciones de la base de datos del entorno
Un inquilino de cliente puede tener entornos cifrados con la clave administrada de
Microsoft y entornos cifrados con la clave administrada por el cliente. Para mantener la
integridad y la protección de los datos, los siguientes controles están disponibles a la
hora de administrar las operaciones de la base de datos del entorno.
1. Restaurar El entorno que se va a sobrescribir (el entorno en el que se hace la

restauración) está restringido al mismo entorno desde donde se tomó la copia de
seguridad o a otro entorno que esté cifrado con la misma clave administrada por
el cliente.
2. Copia El entorno que se va a sobrescribir (el entorno donde se hace la copia) está
restringido a otro entorno que está cifrado con la misma clave administrada por el
cliente.
７ Nota
Si se creó un entorno de investigación de soporte para solucionar un

problema de soporte en un entorno administrado por el cliente, la clave de
cifrado para el entorno de investigación de soporte se debe cambiar a la clave
administrada por el cliente antes de poder realizar la operación de copia del
entorno.
3. Restablecer Se eliminarán los datos cifrados del entorno, incluidas las copias de
seguridad. Después de restablecer el entorno, el cifrado del entorno volverá a la
clave administrada de Microsoft.
Consulte también
SQL Server: Cifrado de datos transparente (TDE)
Preguntas frecuentes sobre seguridad
de Power Platform
Las preguntas frecuentes sobre seguridad de Power Platform se dividen en dos

categorías:
Cómo se ha diseñado Power Platform para ayudar a mitigar los 10 principales

riesgos del Open Web Application Security Project® (OWASP)
Preguntas que hacen nuestros clientes
Para facilitarle la búsqueda de la información más reciente, se agregan nuevas

preguntas al final de este artículo.
Los 10 principales riesgos de OWASP:

Mitigaciones en Power Platform
Open Web Application Security Project® (OWASP ) es una fundación sin ánimo de
lucro que trabaja para mejorar la seguridad del software. A través de proyectos de
software de código abierto liderados por la comunidad, cientos de capítulos en todo el
mundo, decenas de miles de miembros y conferencias educativas y de capacitación
líderes, la Fundación OWASP es la fuente para que los desarrolladores y tecnólogos
protejan la web.
Los 10 mejores de OWASP es un documento de concienciación estándar para

desarrolladores y otras personas interesadas en seguridad de aplicaciones web.
Representa un amplio consenso sobre los riesgos de seguridad más críticos para las
aplicaciones web. En esta sección, discutiremos cómo Power Platform ayuda a mitigar
estos riesgos.
A01:2021 Control de acceso roto
El modelo de seguridad de Power Platform se basa en el acceso con privilegios

mínimos (LPA). LPA permite a los clientes crear aplicaciones con un control de
acceso más granular.
Power Platform utiliza la Plataforma de identidad de Microsoft de Azure Active
Directory (Azure AD) Plataforma de identidad de Microsoft para la autorización de
todas las llamadas API con el protocolo OAuth 2.0 estándar de la industria.
Dataverse, que proporciona los datos subyacentes para Power Platform, tiene un
modelo de seguridad enriquecido que incluye seguridad a nivel de entorno,
basada en funciones y a nivel de registros y campos.
A02:2021 Errores criptográficos
Datos en tránsito:
Power Platform utiliza TLS para cifrar todo el tráfico de red basado en HTTP. Utiliza
otros mecanismos para cifrar el tráfico de red no HTTP que contiene datos de
clientes o confidenciales.
Power Platform emplea una configuración TLS reforzada que habilita HTTP Strict
Transport Security (HSTS):
TLS 1.2 o superior
Suites de cifrado basadas en ECDHE y curvas NIST
Claves fuertes
Datos en reposo:
Todos los datos del cliente se cifran antes de escribirse en medios de

almacenamiento no volátiles.
A03:2021 Inyección
Power Platform utiliza las mejores prácticas estándar de la industria para prevenir
ataques de inyección, como:
Uso de API seguras con interfaces parametrizadas

Aplicar las capacidades en constante evolución de los marcos front-end para
desinfectar la entrada
Desinfectar la salida con validación del lado del servidor
Uso de herramientas de análisis estático durante el tiempo de construcción
Revisar el modelo de amenazas de todos y cada uno de los servicios cada
seis meses, independientemente de si el código/diseño/infraestructura se ha
actualizado o no
A04:2021 Diseño inseguro
Power Platform se basa en una cultura y una metodología de diseño seguro. Tanto
cultura como metodología se refuerzan constantemente a través de las prácticas
líder en la industria de Ciclo de vida de desarrollo de seguridad (SDL) y
Modelado de amenazas .
El sólido proceso de revisión de modelos de amenazas garantiza que se identifican
durante la fase de diseño, se mitigan y se validan para asegurarse de que se hayan
mitigado.
Threat Modeling también da cuenta de todos los cambios en los servicios que ya
están activos a través de revisiones periódicas continuas. Confiando en el modelo
STRIDE ayuda a abordar los problemas más comunes con el diseño inseguro.
SDL de Microsoft es equivalente al Modelo de madurez de OWASP Software
Assurance (SAMM). Ambos se basan en la premisa de que el diseño seguro es
parte integral de la seguridad de las aplicaciones web.
A05:2021 Configuración incorrecta de la seguridad
"Default Deny" es una de las bases de criterios de diseño de Power Platform. Con
"Default Deny", los clientes deben revisar y optar por nuevas funciones y
configuraciones.
Cualquier configuración incorrecta durante el tiempo de compilación se detecta
mediante un análisis de seguridad integrado mediante el uso de Herramientas de
desarrollo seguras .
Además, Power Platform pasa por pruebas de seguridad de análisis dinámico
(DAST) mediante el uso de un servicio interno que se basa en los 10 riesgos
principales de OWASP.
A06:2021 Componentes vulnerables y obsoletos
Power Platform sigue las prácticas de Microsoft SDL para administrar componentes
de código abierto y de terceros . Estas prácticas incluyen mantener un inventario
completo, realizar análisis de seguridad, mantener los componentes actualizados y
alinearlos con un proceso de respuesta a incidentes de seguridad probado y
probado.
En casos excepcionales, algunas aplicaciones pueden contener copias de
componentes obsoletos debido a dependencias externas. Sin embargo, después
de que esas dependencias se hayan abordado de acuerdo con las prácticas
descritas anteriormente, los componentes se rastrean y actualizan.
A07:2021 Errores de identificación y autenticación
Power Platform se basa y depende de Azure AD tanto para la identificación como

para la autenticación.
Azure AD ayuda a Power Platform a permitir características seguras . Estas
características incluyen inicio de sesión único (SSO), autenticación multifactor y
una plataforma única para interactuar con usuarios internos y externos de forma
más segura.
Con la próxima implementación de Power Platform de la Evaluación de acceso
continuo (CAE) de Azure AD, la identificación y autenticación de los usuarios será
aún más segura y confiable.
A08:2021 Fallos de integridad de datos y software
El proceso de control de componentes de Power Platform impone la configuración

segura de los archivos de origen del paquete para mantener la integridad del
software.
El proceso garantiza que solo se sirvan paquetes de origen interno para abordar
ataques de sustitución . El ataque de sustitución, también conocido como
confusión de dependencia, es una técnica que se puede utilizar para envenenar el
proceso de creación de aplicaciones dentro de entornos empresariales seguros.
Todos los datos cifrados tienen protección de integridad aplicada antes de que se
transmitan. Se validan todos los metadatos de protección de integridad presentes
para los datos cifrados entrantes.
Preguntas de seguridad comunes de los

clientes
Las siguientes son algunas de las preguntas de seguridad que hacen nuestros clientes.
¿Cómo ayuda Power Platform a proteger contra los

riesgos de clickjacking?
El secuestro de clics utiliza iframes incrustados, entre otros componentes, para
secuestrar las interacciones de un usuario con una página web. Es una amenaza
importante para las páginas de inicio de sesión en particular. Power Platform evita el uso
de iframes en las páginas de inicio de sesión, lo que reduce significativamente el riesgo
de secuestro de clics.
Además, las organizaciones pueden usar la Política de seguridad de contenido (CSP)

para restringir la incorporación a dominios de confianza con la configuración de la
organización.
¿Admite Power Platform la directiva de seguridad de

contenido?
Power Platform admite la Directiva de seguridad de contenido (CSP) para aplicaciones
basadas en modelos. No admitimos los siguientes encabezados que se reemplazan por
CSP:
X-XSS-Protection
X-Frame-Options
¿Cómo podemos conectarnos a SQL Server de forma
segura?
Vea Usar Microsoft SQL Server de forma segura con Power Apps.
¿Qué cifrados son compatibles con Power Platform? ¿Cuál

es la hoja de ruta de avanzar continuamente hacia
cifrados más fuertes?
Todos los servicios y productos de Microsoft están configurados para usar los conjuntos
de cifrado aprobados, en el orden exacto indicado por Microsoft Crypto Board. Para
obtener la lista completa y el orden exacto, consulte la documentación de Power
Platform.
La información sobre la obsolescencia de conjuntos de cifrado se comunicará a través

de la documentación de los cambios importantes de Power Platform.
¿Por qué Power Platform aún admite cifrados RSA-CBC

(TLS_ECDHE_RSA_with AES_128_CBC_SHA256 (0xC027) y
TLS_ECDHE_RSA_with_AES_256_CBC_SHA384 (0xC028)),
que se consideran más débiles?
Microsoft sopesa el riesgo relativo y la interrupción de operaciones del cliente al elegir
los conjuntos de cifrado para el soporte. Los conjuntos de cifrado RSA-CBC aún no se
han descifrado. Los hemos habilitado para garantizar la coherencia entre nuestros
servicios y productos, y para admitir todas las configuraciones de los clientes. Sin
embargo, se encuentran en la parte inferior de la lista de prioridades.
Estos cifrados quedarán obsoletos en el momento adecuado; según la evaluación

continua de Microsoft Crypto Board.
¿Por que Power Automate expone hashes de contenido

MD5 en entradas y salidas de activación/acción?
Power Automate pasa el valor hash MD5 de contenido opcional devuelto por Azure
Storage tal cual a sus clientes. Azure Storage usa este hash para verificar la integridad de
la página durante el transporte como un algoritmo de suma de comprobación y no se
usa como una función hash criptográfica por motivos de seguridad en Power Automate.
Puede encontrar más detalles sobre esto en la documentación de Azure Storage sobre
cómo Obtener propiedades de blob y como trabajar con Solicitud de encabezados.
¿Cómo protege Power Platform contra los ataques de
denegación de servicio (DDoS) distribuido?
Power Platform está construido sobre Microsoft Azure y usa Protección contra DDoS de
Azure para proteger contra ataques DDoS .
¿Power Platform detecta los dispositivos iOS con jailbreak

y los dispositivos Android rooteados para ayudar a
proteger los datos de la organización?
Le recomendamos que utilice Microsoft Intune. Intune es una solución de
administración de dispositivos móviles. Puede ayudar a proteger los datos de la
organización al requerir que los usuarios y los dispositivos cumplan con ciertos
requisitos. Para obtener más información, consulte la configuración de la política de
cumplimiento de Intune.
¿Por qué las cookies de sesión se limitan al dominio

principal?
Power Platform limita las cookies de sesión al dominio principal para permitir la
autenticación entre organizaciones. Los subdominios no se utilizan como límites de
seguridad. Tampoco alojan contenido de clientes.
¿Cómo podemos configurar la sesión de la aplicación

para que se agote después de, digamos, 15 minutos?
Power Platform usa Azure AD para la gestión de acceso e identidad. Sigue la
configuración recomendada de Azure AD para la gestión de sesiones para una
experiencia de usuario óptima.
Sin embargo, puede personalizar los entornos para tener tiempos de espera explícitos
de sesión y/o actividad. Para más información, vea Mejoras de seguridad: administración
de sesión de usuario y de acceso.
Con la próxima implementación de Power Platform de la Evaluación de acceso continuo

de Azure AD, la identificación y autenticación de los usuarios será aún más segura y
confiable.
La aplicación permite que un mismo usuario acceda
desde más de una máquina o navegador al mismo
tiempo. ¿Cómo podemos prevenir eso?
Acceder a la aplicación desde más de un dispositivo o navegador al mismo tiempo es
una comodidad para los usuarios. La próxima implementación de Power Platform de la
Evaluación de acceso continuo de Azure AD ayudará a garantizar que el acceso sea
desde dispositivos y navegadores autorizados y que siga siendo válido.
¿Por qué algunos de los servicios de Power Platform

exponen los encabezados del servidor con información
detallada?
Los servicios de Power Platform han estado trabajando para quitar la información
innecesaria en el encabezado del servidor. El objetivo es equilibrar el nivel de detalle
con el riesgo de exponer información que podría debilitar la postura general de
seguridad.
¿Cómo afectan las vulnerabilidades de Log4j a Power

Platform? ¿Qué deben hacer los clientes al respecto?
Microsoft ha evaluado que ninguna vulnerabilidad de Log4j impacta Power Platform.
Vea nuestra entrada de blog en Prevenir, detectar y buscar la explotación de las
vulnerabilidades de Log4j .
¿Cómo podemos asegurarnos de que no haya

transacciones no autorizadas debido a las extensiones del
navegador o a las Interfaz unificada API del cliente que
permiten habilitar los controles deshabilitados?
El modelo de seguridad de Power Apps no incluye el concepto de controles
deshabilitados. Deshabilitar los controles es una mejora de la interfaz de usuario. No
debe confiar en los controles deshabilitados para brindar seguridad. En su lugar, use
controles de Dataverse como la seguridad a nivel de campo para evitar transacciones no
autorizadas.
¿Dónde puedo encontrar Power Platform o las pruebas

de penetración de Dynamics 365?
Las últimas pruebas de penetración y evaluaciones de seguridad se pueden encontrar
en el Portal de confianza de servicios de Microsoft .
７ Nota
Para acceder a algunos de los recursos en el Service Trust Portal, debe iniciar sesión
como usuario autenticado con su cuenta Servicios en la nube de Microsoft (cuenta
de la organización de Azure Active Directory) y revise y acepte el acuerdo de
confidencialidad de Microsoft para los materiales de cumplimiento.
Consulte también
Plataforma de identidad de Microsoft
Ciclo de vida de desarrollo de seguridad
Modelado de amenazas
Evaluación de acceso continuo de Azure AD
Política de seguridad de contenido
Protección contra DDoS de Azure
Configuración de la directiva de cumplimiento de Intune
Para que los usuarios estén preparados y utilizando Power Apps y las aplicaciones de
involucración con el cliente (Dynamics 365 Sales, Dynamics 365 Customer Service,
Automation), debe completar algunas tareas administrativas en el centro de
administración de Microsoft 365 (que generalmente hace una sola vez) seguido de
tareas administrativas.
Power Apps es una suscripción de servicio en línea. Cuando se suscribió a este servicio,
recibió un conjunto de licencias con su suscripción; una licencia por cada usuario. Puede
adquirir licencias adicionales si las necesita.
Como se describe en el paso uno a continuación, en el centro de administración de

Microsoft 365, registre a sus usuarios para que se reconozcan en el entorno de
Microsoft Online Services, asigne una licencia a cada usuario y asignar roles
administrativos a los usuarios que elija para desempeñar dichos roles. Más información:
Administrar roles de administrador .
En Power Apps, rellene el servicio con los datos de su organización, incluidos los
usuarios y los roles de seguridad, las unidades de negocio y los datos existentes que
desee importar de otras aplicaciones o servicios. Si su organización usa unidades de
negocio, asigne usuarios a la unidad de negocio adecuada y a continuación, asigne un
rol de seguridad a cada usuario. Las aplicaciones de involucración del cliente incluyen
roles de seguridad predefinidos que agregan un conjunto de permisos de usuario para
simplificar la administración de seguridad de usuarios. Una organización puede definir
roles adicionales o modificar los roles de seguridad predefinidos para satisfacer las
necesidades únicas de seguridad. Para obtener más información acerca de los roles de
seguridad, consulte Roles de seguridad y privilegios.
） Importante
Cuando se asignó cualquiera de las licencias o la licencia de Microsoft Power

Automate a un usuario, este se añade automáticamente a todos sus entornos, sin
embargo los usuarios no podrán acceder las aplicaciones hasta que se les haya
asignado al menos un rol de seguridad. Ver Paso dos: asignar roles de seguridad
en aplicaciones de Dynamics 365.
Diferencias entre los roles de administrador del
entorno Microsoft Online Services y los roles
de seguridad de Microsoft Dataverse
Los roles de administrador están disponibles para asignar a los usuarios en el portal de
administración de Microsoft 365. Los roles de administrador cubren un conjunto de
derechos y permisos relacionados con la administración de la suscripción del servicio,
como agregar usuarios y asignar licencias. El rol de administrador global tiene derechos
para controlar todos los aspectos de la suscripción y para agregar suscripciones a otros
servicios en línea. El rol de administrador de contraseñas tiene derechos para restablecer
la contraseña del usuario, crear de solicitudes de servicio y controlar el servicio.
Los roles de seguridad se asignan en las aplicaciones de involucración del cliente y

cubren los derechos y los aspectos relacionados con los permisos, como el permiso para
actualizar registros o publicar personalizaciones. Los entornos incluyen roles de
seguridad predefinidos que reflejan tareas de usuario comunes con niveles de acceso
definidos para que coincidan con el objetivo de seguridad recomendado de
proporcionar acceso a la cantidad mínima de datos profesionales necesarios para usar la
aplicación. Consulte Roles de seguridad predefinidos.
Los roles son similares en que ambos tipos contienen conjuntos agregados de permisos
que permiten el acceso a algunos elementos y no a otros, y que permiten realizar
algunas acciones pero no otras. Los roles son diferentes en que el primero se aplica a la
administración de la suscripción pero no al servicio en sí, y el segundo se aplica
únicamente en el servicio.
El uso de roles es una forma eficaz para agrupar un conjunto de derechos que son
comunes de un puesto o una unidad de negocio. De esta manera, el administrador
puede conceder un conjunto completo de permisos a los usuarios asignando un usuario
o un grupo de usuarios a un rol determinado.
Paso uno: Aprovisionar usuarios, y asignar

licencias y roles de administrador en el centro
de administración de Microsoft 365
La suscripción de su organización a Power Apps proporciona acceso al centro de
administración de Microsoft 365 con una cuenta de administrador global. El
administrador global administra todos los aspectos de la suscripción y puede agregar
suscripciones a otros Servicios en línea de Microsoft.
Como administrador global de su organización, uno de las primeras tareas es crear
usuarios en el centro de administración de Microsoft 365. Esta acción registra a los
usuarios en el sistema y permite a los usuarios obtener licencias para usar los servicios
disponibles en el entorno de servicios en línea. Usted decide qué servicio desea que los
usuarios tengan asignando una licencia para ese servicio a un usuario. Para obtener
instrucciones sobre cómo crear usuarios en el entorno de Microsoft Online Services,
consulte Agregar usuarios y asignar licencias al mismo tiempo. Para obtener
instrucciones sobre la asignación de una licencia a un usuario, consulte Asignar o
eliminar licencias.
Durante la fase de planeamiento, puede que haya identificado un conjunto de roles de

administrador clave que desee cumplir. Más información: Planificación de la
implementación y la administración con conexión. Puesto que los roles administrativos
ofrecen cobertura para las tareas administrativas cuando el administrador global no está
disponible, se recomienda asignar estos roles a usuarios, incluida la asignación del rol
de administrador global a un segundo usuario. Más información: Asignar roles de
administrador y Permisos en Microsoft 365.
El servicio en línea envía una invitación a cada usuario

Después de configurar un usuario en el centro de administración de Microsoft 365, ese
usuario recibe una invitación de correo electrónico con un vínculo y una contraseña para
el entorno de Microsoft Online Services. Las credenciales de la invitación proporcionan
acceso al portal y la documentación. Sin embargo, los usuarios que reciben estas
invitaciones no pueden acceder a las aplicaciones de involucración del cliente hasta que
finaliza el paso dos en este proceso.
Paso dos: Asignar roles de seguridad en

aplicaciones de Dynamics 365
Inicie sesión en las aplicaciones de involucración del cliente y agregue unidades de
negocio (si la organización necesitan más de una unidad de negocio), y asigne roles de
seguridad y unidades de negocio a los usuarios. Los usuarios que ha registrado con el
servicio en línea en el paso uno se agregan automáticamente a las aplicaciones de
involucración del cliente. Una vez que asigne al menos un rol de seguridad a un usuario,
el usuario puede hacer clic en el vínculo de la invitación de correo electrónico, escribir
las credenciales y comenzar a usar aplicaciones de involucración del cliente. Más
información: Asignar un rol de seguridad a un usuario
） Importante
Antes de comenzar a agregar información a las aplicaciones de involucración del
cliente, se recomienda desconectar o deshabilitar el bloqueador de elementos
emergentes del explorador. Los bloqueadores de elementos emergentes puede
bloquear los cuadros de diálogo de entrada de datos.
Es posible que tenga datos ubicados en otros sistemas. En la fase de planeamiento, se

consideraba cómo se iban a importar estos datos. Para poder invitar a usuarios en
aplicaciones de involucración del cliente, asegúrese de que ha completado el proceso
de migración de datos. Más información: Importar datos (todos los tipos de registro).
Consulte también
Plan para implementación y administración
Importar datos (todos los tipos de registro)

Descargar una lista de usuarios activos
en su inquilino
Este proceso ha cambiado. Consulte Descargar informes .

Crear usuarios
Use el centro de administración de Microsoft 365 para crear cuentas de usuario para
cada usuario que necesite acceso a las aplicaciones, flujos y bots de chat. La cuenta de
usuario registra al usuario con el entorno de Microsoft Online Services.
Crear una cuenta de usuario

Al crear una cuenta de usuario en el centro de administración de Microsoft 365, el
sistema genera un Id. de usuario y una contraseña temporal para el usuario. Tiene la
opción de permitir que el servicio envíe un mensaje de correo electrónico al usuario
como texto no cifrado. Aunque la contraseña es temporal, puede considerar copiar la
información para enviarla al usuario a través de un canal más seguro, como un servicio
de correo electrónico que pueda cifrar digitalmente el contenido.
Para ver instrucciones paso a paso para crear una cuenta de usuario de Microsoft Online
Services, vea Agregar usuarios individualmente o en masa.
７ Nota
Cuando crea un usuario y asigna una licencia en el centro de administración de

Microsoft 365, el usuario también se crea en las aplicaciones de interacción con el
cliente. Se puede tardar unos minutos en completar el proceso de sincronización
entre el centro de administración de Microsoft 365 y las aplicaciones de
Al introducir un Id. de usuario y contraseña, el usuario puede obtener acceso al

centro de administración de Microsoft 365 para ver información sobre el servicio.
Sin embargo, el usuario no tendrá acceso a las aplicaciones de involucración del
cliente hasta que no tenga un rol de seguridad asignado, ya sea directa o
indirectamente, como miembro de un equipo de grupo.
 Sugerencia
Para forzar una sincronización inmediata entre el centro de administración de

Microsoft 365 y las aplicaciones de involucración del cliente, haga lo siguiente:
Cierre sesión de las aplicaciones de involucración del cliente y el centro de

Cierre todos los exploradores abiertos usados para las aplicaciones de
involucración del cliente y el centro de administración de Microsoft 365.
Vuelva a iniciar sesión de nuevo en las aplicaciones de involucración del
cliente y el centro de administración de Microsoft 365.
Tipos de usuario
Usuarios habituales
Estos son los usuarios sincronizados habituales de Azure Active Directory (Azure AD).
Usuarios de la aplicación
Identificado por la presencia del atributo ApplicationId en el registro de usuario del
sistema. Para comprobar el Id. de aplicación de Azure AD, consulte Ver oeditar los
detalles de un usuario de la aplicación.
Usuarios no interactivos
Las reglas de negocio de aprovisionamiento específicas de la licencia no se aplican
a estos usuarios después de que se marquen como no interactivos. Nota: se siguen
aplicando las normas específicas de los grupos de seguridad.
No se puede tener acceso a la interfaz web o los portales de administración de
Microsoft Dataverse.
Solo se puede acceder a Dataverse mediante llamadas de SDK/API.
Hay un límite máximo de 7 usuarios no interactivos por instancia.
Usuario de soporte
Consulte Usuarios de aplicaciones y del sistema.
No sincronizado con Azure AD y creado por Dataverse listo para usar.

Registro de usuario de marcador de posición para todos los usuarios internos de
soporte técnico de Microsoft.
Identificadores clave:
El valor de UPN es crmoln@microsoft.com.
El valor del modo de acceso es 3.
Todos los usuarios de soporte técnico de Microsoft serán asignados a este registro
conocido en tiempo de ejecución.
Administrador delegado
Vea lo siguiente:
Para asociados: el administrador delegado
Usuarios de aplicaciones y del sistema
No sincronizado con Azure AD y creado por Dataverse listo para usar.

Registro de usuario de marcador de posición para que todos los usuarios
asociados de administración delegada del cliente tengan acceso a Dataverse como
administradores delegados.
Identificadores clave:
El valor de UPN es crmoln2@microsoft.com.
El valor del modo de acceso es 5.
Todos los usuarios socios administradores delegados serán asignados a este
registro conocido en tiempo de ejecución.
Información de perfil del usuario

Parte de la información del perfil de usuario se mantiene y administra en el centro de
administración de Microsoft 365. Después de crear o actualizar un usuario, estos
campos de perfil de usuario se actualizan automáticamente y sincronizan en sus
entornos de Microsoft Power Platform.
La tabla siguiente muestra los campos que se administran en sección Usuarios del
Formulario de usuario de aplicaciones de involucración Usuario de Microsoft

del cliente 365/Azure AD
Nombre de usuario Username
Nombre completo Nombre de pila + Apellidos
Título Puesto
Correo electrónico principal* Correo electrónico
Número de centralita Teléfono de la oficina
Teléfono móvil Teléfono móvil
Fax Número de fax
Dirección Calle de la dirección
Dirección Ciudad
Formulario de usuario de aplicaciones de involucración Usuario de Microsoft
del cliente 365/Azure AD
Dirección Estado o provincia
Dirección País o región
AzureActiveDirectoryObjectId** ObjectId
* Para evitar la pérdida de datos, el campo Correo electrónico principal no se actualiza y

sincroniza automáticamente con aplicaciones de involucración del cliente.
**Id. de objeto de un usuario o una entidad de servicio en Azure Active Directory
La siguiente imagen muestra campos de contacto de usuario de Microsoft 365.
Ver y editar un perfil de un usuario

Para ver y editar el perfil de un usuario en el centro de administración de Power
Platform:
1. Seleccione un entorno y vaya a Configuración>Usuarios + Permisos>Usuarios.

2. Seleccione un usuario en la lista.
En la página de perfil de usuario, puede ver y realizar cambios en la información

importante del perfil de usuario, como roles de seguridad, pertenencia al equipo,
unidad de negocio, gerente, posición y más. También puede Ejecutar diagnósticos para
solucionar problemas de acceso o Actualizar usuario para volver a sincronizar desde
Agregar una licencia a una cuenta de usuario

Puede asignar la licencia al usuario al crear la cuenta, o bien puede asignársela más
adelante. Debe asignar una licencia a cada cuenta de usuario a la que desee conceder
acceso al servicio online. Consulte Asignar licencias.
Asignar un rol de seguridad

Los roles de seguridad controlan el acceso de un usuario a los datos a través de un
conjunto de niveles de acceso y permisos. La combinación de niveles de acceso y
permisos que se incluyen en un determinado rol de seguridad define los límites de
visualización de datos para el usuario, así como las interacciones del usuario con estos.
Consulte Asignar un rol de seguridad a un usuario.
Habilitar o deshabilitar cuentas de usuario
La habilitación y deshabilitación del usuario solo se aplica a entornos que tienen una
base de datos Dataverse. Para habilitar a un usuario en un entorno que tiene una base
de datos Dataverse, asegúrese de que se les permita iniciar sesión, asignar una licencia
al usuario y agregar al usuario al grupo de seguridad asociado con el entorno. Estos son
los mismos criterios usados para agregar usuarios a un entorno.
Para habilitar un usuario, asigne una licencia al usuario y agregue el usuario al grupo de
seguridad que está asociado con un entorno. Si habilita una cuenta usuario que estaba
deshabilitada, debe enviar una nueva invitación para que el usuario tenga acceso al
sistema.
Para deshabilitar una cuenta de usuario, quite una licencia al usuario y quite el usuario
del grupo de seguridad que está asociado con un entorno. La eliminación de un usuario
del grupo de seguridad no quita la licencia de usuario. Si desea poner la licencia a
disposición de otro usuario, debe quitarla de la cuenta de usuario que estaba
deshabilitada.
７ Nota
También puede quitar todos los roles de seguridad de un usuario para evitar que el
usuario inicie sesión y obtenga acceso a las aplicaciones de involucración del
cliente. Sin embargo, esto no quita la licencia del usuario y el usuario permanece en
la lista de usuarios habilitados. No recomendamos utilizar este método para
eliminar el acceso de un usuario.
Cuando usa un grupo de seguridad para administrar el habilitar o deshabilitar

usuarios o aprovisionar el acceso a una organización, los grupos de seguridad
anidados en un grupo de seguridad seleccionado no se admiten y se ignoran.
Puede asignar registros a cuentas de usuarios deshabilitadas y también compartir

informes y cuentas con ellas. Esto puede resultar útil al migrar las versiones locales
a en línea. Si necesita asignar roles de seguridad a los usuarios que tienen el estado
deshabilitado, puede hacerlo habilitando los allowRoleAssignmentOnDisabledUsers
en OrgDBOrgSettings .
Un administrador global, un administrador de Power Platform o un administrador

de Dynamics 365 no necesita una licencia para habilitarse en un entorno. Vea: Los
administradores globales y de Power Platform pueden administrar sin licencia.
Pero como no tienen licencia, se establecerán en el Modo de acceso
administrativo.
Debe ser miembro de un rol de administrador adecuado para realizar estas tareas. Más
información: Asignar roles de administrador
Habilitar una cuenta de usuario en un entorno

Para habilitar a un usuario en un entorno que tiene una base de datos de Dataverse,
habilite el inicio de sesión para el usuario, asigne una licencia al usuario y luego agregue
el usuario a un grupo de seguridad.
Para habilitar el inicio de sesión

2. Seleccione Usuarios>Usuarios activos y seleccione el usuario.
3. Asegúrese de que debajo del nombre para mostrar del usuario ve Inicio de sesión
permitido. Si no, seleccione Bloquear este usuario y después desbloquee el inicio
de sesión.
Para asignar una licencia

3. Seleccione la pestaña Licencias y aplicaciones y luego seleccione las licencias que
quiera asignar.
Para agregar un usuario a un grupo de seguridad

3. Seleccione el grupo de seguridad asociado a su organización del entorno.
4. Seleccione la ficha Miembros.
5. En Miembros, seleccione Ver todos y administrar miembros>Agregar miembros.
6. Elija usuarios de la lista o busque usuarios, y luego seleccione Guardar.
Deshabilitar una cuenta de usuario en un entorno

Para deshabilitar una cuenta de usuario en un entorno que tiene una base de datos
Dataverse, puede eliminar el usuario del grupo de seguridad o quitarle la licencia al
usuario.
Para eliminar un usuario de un grupo de seguridad
3. Seleccione el grupo de seguridad asociado a su organización del entorno.
4. Seleccione la ficha Miembros.
5. En Miembros, seleccione Ver todos y administrar miembros
6. Seleccione los usuarios en la lista para quitarlos y después seleccione Guardar.
Para quitar una licencia a un usuario

3. Seleccione la pestaña Licencias y aplicaciones y luego seleccione las licencias que
quiera quitar.
Tenga en cuenta que quitar una licencia a un usuario puede no siempre deshabilitar la
cuenta de usuario, aunque la licencia quede libre para asignarse a otro usuario. El
enfoque recomendado para deshabilitar una cuenta de usuario en un entorno es
eliminarlo del grupo de seguridad asociado con el entorno.
７ Nota
También puede eliminar usuarios en el centro de administración de Microsoft 365.

Cuando quita un usuario de la suscripción, la licencia asignada al usuario vuelve a
estar disponible automáticamente para asignarse a otro usuario. Si desea que el
usuario siga teniendo acceso a otras aplicaciones que administra mediante
Microsoft 365, como, por ejemplo Microsoft Exchange Online o SharePoint (no lo
elimine como usuario). En su lugar, simplemente quítele la licencia que le había
asignado.
Al cerrar sesión del centro de administración de Microsoft 365, no cierra la sesión

de las aplicaciones de involucración del cliente. Esto se debe realizar de manera
separada.
 Sugerencia
Para forzar una sincronización inmediata entre el centro de administración de

Microsoft 365 y las aplicaciones de involucración del cliente, haga lo siguiente:
Cierre sesión de las aplicaciones de involucración del cliente y el centro de
Cierre todos los exploradores abiertos usados para las aplicaciones de
involucración del cliente y el centro de administración de Microsoft 365.
Vuelva a iniciar sesión de nuevo en las aplicaciones de involucración del
cliente y el centro de administración de Microsoft 365.
Agregar usuarios a Dataverse

Para que los usuarios tengan acceso a aplicaciones y datos en un entorno, como
mínimo, la tabla SystemUser en Dataverse deberá tener un registro que se corresponda
con la respectiva identidad del usuario. Existen diferentes mecanismos para agregar
usuarios a Dataverse, ya sea de forma automática o bajo demanda:
 Sugerencia
Eche un vistazo al siguiente vídeo: Agregar usuarios a Dataverse .
1. Un proceso del sistema en segundo plano se ejecuta periódicamente para

sincronizar cambios de Azure AD y actualiza los registros de SystemUser en
Dataverse basándose en un conjunto predeterminado de requisitos. El tiempo
necesario para sincronizar todos los cambios en Dataverse depende del número
total de usuarios que se deben agregar o actualizar. Para grandes organizaciones
con miles de usuarios en Azure AD, recomendamos crear grupos de seguridad
asociados con cada entorno, de modo que solo se agregue el subconjunto
requerido de usuarios a Dataverse.
７ Nota
No todos los usuarios añadidos a Azure AD será recogido por el proceso de

sincronización automática. Esta sección detalla los criterios de elegibilidad
que aplica el proceso en segundo plano del sistema para agregar un usuario
desde Azure AD en Dataverse.
2. Si los usuarios ya existen en Azure AD, se agregan automáticamente a la tabla

SystemUsers en el primer intento de acceder al entorno. Tenga en cuenta que si ya
existe un usuario en Dataverse, pero en un estado deshabilitado, intentar tener
acceso al entorno dará como resultado que el estado del usuario se actualice a
"habilitado", suponiendo que tenga derecho en el momento del acceso.
3. Los usuarios que tienen los permisos necesarios, pueden utilizar la API para
agregar o actualizar usuarios en Dataverse bajo demanda.
4. Los administradores pueden aprovechar la experiencia de administración del

centro de administración de Power Platform para agregar usuarios a Dataverse
bajo demanda.
Categorías de usuarios que no se agregan

automáticamente a Dataverse
En determinadas condiciones, el proceso en segundo plano del sistema mencionado
anteriormente no agrega usuarios automáticamente a Dataverse. En estos casos, los
usuarios se agregarán bajo demanda, ya sea cuando intenten tener acceso al entorno
por primera vez o mediante un Administrador utilizando la API o el centro de
administración de Power Platform. Estas condiciones son:
1. Los usuarios son parte de un tipo de entorno de Dataverse for Teams.

2. Los usuarios forman parte de un entorno con una base de datos de Dataverse y
tener un plan de servicio gratis de Dataverse con licencias de Microsoft 365.
3. Los usuarios forman parte de un entorno con una base de datos de Dataverse y un
tipo de licencia de pase de aplicación a nivel de entorno.
７ Nota
Los usuarios no pueden agregarse a la tabla SystemUser ni automáticamente ni

bajo demanda en el caso de entornos sin base de datos de Dataverse.
Requisitos para agregar usuarios con éxito a

Dataverse
Deben cumplirse los siguientes criterios para agregar correctamente al usuario a la tabla
de Dataverse:
1. El usuario debe estar habilitado y no eliminado o eliminado temporalmente en

Azure AD. El usuario debe estar habilitado en Azure AD para su habilitación en una
base de datos de Dataverse. Si el usuario se agrega a Dataverse y después se
elimina en Azure AD, el estado de la tabla de Dataverse se actualizará a
“deshabilitado”.
2. El usuario debe tener una licencia válida con estas excepciones:

a. Los usuarios administradores no necesitan una licencia. Los administradores de
Azure AD sin licencia están habilitados en los sistemas como "Usuario de
configuración" y tienen modo de acceso solo administrativo.
b. Los usuarios individuales no necesitan tener una licencia cuando el entorno
tiene capacidad para pasar aplicaciones. Esto solo se aplica a la adición de
usuarios bajo demanda (ya sea en el primer intento de acceder al entorno o
mediante API/centro de administración de Power Platform).
c. Los usuarios individuales no necesitan tener una licencia cuando el inquilino del
que forman parte tiene una licencia de marketing de nivel de inquilino. Esto
solo se aplica a la adición de usuarios bajo demanda (ya sea en el primer
intento de acceder al entorno o mediante API/centro de administración de
Power Platform).
d. Los usuarios no interactivos no necesitan una licencia
e. Los planes de Dataverse gratuitos de la licencia Microsoft 365se cumplen
cuando los usuarios agregan bajo demanda (ya sea en el primer intento de
tener acceso al entorno o mediante API/centro de administración de Power
Platform)
７ Nota
Los usuarios invitados también deben tener una licencia del inquilino del entorno.
La licencia del inquilino del usuario invitado NO se considera una licencia válida.
3. Si el entorno tiene un grupo de seguridad definido, el usuario debe ser parte del
grupo de seguridad respectivo, a menos que el usuario sea un inquilino o
Administrador de Power Platform. Los usuarios que no son administradores o el
administrador del servicio de Dynamics 365 deben estar en el grupo de seguridad
para acceder al sistema. Cuando el propietario del grupo de seguridad se agrega a
Dataverse a través de una acción bajo demanda, el usuario se considerará un
miembro válido del grupo de seguridad y se agregará a Dataverse correctamente.
Agregar usuarios a Dataverse tiene diferentes implicaciones según el tipo de entorno:
1. Si los usuarios forman parte de un entorno de prueba, no necesitarán aprobación

por correo electrónico para que los agreguen a Dataverse. Los usuarios solo se
agregarán a Dataverse bajo demanda. El proceso de sincronización en segundo
plano seguirá ejecutándose para mantener actualizados a los usuarios del entorno,
pero no agregará usuarios automáticamente.
2. Solo el usuario inicial que creó el tipo de entorno de desarrollador se agregará a

Dataverse.
3. Los usuarios que forman parte de un entorno de Dataverse for Teams solo se
agregarán a la tabla SystemUser de Dataverse como resultado del primer intento
del usuario de acceder al entorno.
Crear, Leer y Escribir en una cuenta de usuario

De forma predeterminada se crea a todos los usuarios con licencia y con un modo de
acceso Lectura-Escritura. Este modo de acceso proporciona privilegios de acceso total
al usuario en función de los privilegios de seguridad que se asignan.
Para actualizar el modo de acceso de un usuario
1. En el Centro de administración de Power Platform, seleccione un entorno y vaya a

Configuración>Usuarios y permisos>Usuarios.
2. Seleccione Usuarios habilitados y después seleccione el nombre completo de un

usuario.
3. En el formulario de usuario, vaya a la sección Administración y allí a Información

de licencia de acceso de cliente (CAL). En el lista Modo de acceso, seleccione
Lectura-Escritura.
4. Seleccione el icono Guardar.
Crear una cuenta de usuario administrativo

Un usuario administrativo es un usuario con acceso a las características de
Configuración y Administración, pero no tiene acceso a ninguna de las funcionalidades.
Use esta cuenta para asignar usuarios administrativos para realizar funciones diarias de
mantenimiento (crear cuentas de usuario, administrar roles de seguridad, etc.). Debido a
que un usuario administrativo no tiene acceso a los datos del cliente ni a ninguna
funcionalidad, el usuario no requiere una licencia (después de la configuración).
Debe contar con el rol de seguridad de administrador del sistema o permisos

equivalentes para crear un usuario administrativo. Primero, creará una cuenta de usuario
en Microsoft 365 y después en la aplicación Customer Engagement, seleccione el modo
de acceso Administrativo para la cuenta.
７ Nota
Cualquier usuario administrador con el administrador global, administrador de

Power Platform o el rol de administrador de Dynamics 365 Service recibirá el modo
Administrativo de acceso siempre que no haya licencias de usuario asignadas. Esto
es cierto independientemente de habilitar los pases de aplicación o el uso de pago
por uso en el nivel de arrendatario.
Consulte Crear un usuario administrativo y evitar la elevación del privilegio de rol

de seguridad para ver un ejemplo de cómo una cuenta de usuario administrativo
puede usarse.
1. Cree una cuenta de usuario en el centro de administración de Microsoft 365.
Asegúrese de asignar una licencia a la cuenta. También quitará la licencia (paso 12)
una vez asignado el modo de acceso Administrativo.
2. En el formulario Configuración opcional, expanda los Roles.
3. Desactive la casilla Usuario (sin acceso de administrador).
4. Desplácese hacia abajo en el formulario y después seleccione el vínculo Mostrar

todo.
5. Seleccione la casilla administrador de servicio.

Nota: si ha seleccionado
Administrador global, no necesita seleccionar esta opción.
Espere a que el usuario sincronice con los entornos.


usuario.

de licencia de acceso de cliente (CAL). En el lista Modo de acceso, seleccione
Administrativo.
Ahora debe eliminar la licencia de la cuenta.
9. Vaya al centro de administración de Microsoft 365.
10. Seleccione Usuarios>Usuarios activos.

11. Seleccione la cuenta de usuario administrativo y seleccione la pestaña Licencias y
aplicaciones.
12. Desactive las casillas de licencia y luego seleccione Guardar cambios.
Crear una cuenta de usuario no interactivo

El usuario no interactivo no es un "usuario" en el sentido típicono es una persona, sino
un modo de acceso que se crea mediante una cuenta de usuario. Se usa para el acceso
mediante programación hacia y desde las aplicaciones de involucración del cliente entre
las aplicaciones. Una cuenta de usuario no interactiva permite que estas aplicaciones o
herramientas, como un conector de aplicaciones de involucración del cliente a ERP,
autentiquen y obtengan acceso a aplicaciones de involucración del cliente sin necesidad
de una licencia. Para cada entorno, puede crear hasta siete cuentas de usuario no
interactivas.
Debe contar con el rol de seguridad de administrador del sistema o permisos

equivalentes para crear un usuario no interactivo. Primero, creará una cuenta de usuario
en Microsoft 365. A continuación, en las aplicaciones de involucración del cliente,
seleccione el modo de acceso no interactivo para la cuenta.
1. Cree una cuenta de usuario en el centro de administración de Microsoft 365.
Asegúrese de asignar una licencia a la cuenta.


usuario.

de licencia de acceso de cliente (CAL). En la lista Modo de acceso, seleccione No
interactivo.
Luego debe eliminar la licencia de la cuenta.
5. Vaya al centro de administración de Microsoft 365.
6. Seleccione Usuarios>Usuarios activos.
7. En la pestaña Licencias y aplicaciones, seleccione la cuenta de usuario no

interactivo.
8. Desactive las casillas de licencia y luego seleccione Guardar cambios.

9. Vuelva a la aplicación de involucración del cliente y confirme que el Modo de
acceso de la cuenta de usuario no interactiva aún está establecido en No
interactivo.
Crear un usuario de la aplicación

Puede usar la autenticación de servidor a servidor (S2S) para comunicarse con seguridad
y sin fisuras entre Dataverse y sus aplicaciones y servicios web. La autenticación S2S es
la forma común que las aplicaciones registradas en Microsoft AppSource usan para
tener acceso a los datos de Dataverse de sus suscriptores. Todas las operaciones
realizadas por la aplicación o servicio mediante S2S se realizarán como el usuario de la
aplicación que usted proporciona en lugar de como el usuario que accede a la
aplicación.
Todos los usuarios de la aplicación se crean con una cuenta de usuario no interactiva.
Sin embargo, no se cuentan hacia el límite de siete cuentas de usuario no interactivas.
Además, no hay ningún límite respecto al número de usuarios de la aplicación que
puede crear en un entorno.
Ｕ Precaución
Para un usuario de la aplicación, el sistema agrega un "#" como nombre de pila del
usuario de la aplicación que crea. Esto se debe al diseño.
Para obtener información paso a paso sobre la creación de un usuario de la aplicación,

consulte Crear un usuario de la aplicación.
Habilitar o deshabilitar usuarios de la aplicación

Cuando se crean usuarios de la aplicación, se habilitan automáticamente. El formulario
de Usuario de la aplicación predeterminado muestra el estado en el pie de página del
formulario; el campo Estado no se puede actualizar.
Puede personalizar el valor predeterminado del formulario Usuario de la aplicación

para permitir actualizaciones del campo Estado para que pueda habilitar o deshabilitar
usuarios de la aplicación, si es necesario. Para obtener información paso a paso sobre
cómo personalizar el valor predeterminado del formulario Usuario de la aplicación, vea
Habilitar o deshabilitar usuarios de la aplicación.
Ｕ Precaución
La desactivación de un usuario de la aplicación interrumpirá todos los escenarios
de integración que utilizan el usuario de la aplicación.
Administrar usuarios de aplicaciones en el centro de

Estamos en el proceso de mover la administración de usuarios de la aplicación desde el
cliente web heredado, como se documenta en Habilitar o deshabilitar usuarios de la
aplicación. Consulte el siguiente tema para administrar los usuarios de la aplicación
desde el centro de administración de Power Platform: Administrar los usuarios de la
aplicación en el centro de administración de Power Platform.
Cómo se crean usuarios pendientes de

confirmación
Un usuario pendiente de confirmación es un registro de usuario que se ha creado como
marcador de posición. Por ejemplo, si se han importado registros que hacen referencia a
este usuario pero el usuario no existe en las aplicaciones de involucración del cliente.
Este usuario no puede iniciar sesión, no se puede habilitar y no se puede sincronizar con
Microsoft 365. Este tipo de usuario solo se puede crear mediante la importación de
datos.
Un rol de seguridad predeterminado se asigna automáticamente a estos usuarios

importados. El rol de seguridad Vendedor se asigna en un entorno y el rol de seguridad
del Usuario básico se asigna en un entorno de Power Apps.
７ Nota
De forma predeterminada, un rol de seguridad se puede asignar únicamente los

usuarios con un estado habilitado. Si necesita asignar roles de seguridad a los
usuarios que tienen el estado deshabilitado, puede hacerlo habilitando los
allowRoleAssignmentOnDisabledUsers OrgDBOrgSettings .
Actualizar un registro de usuario para reflejar los cambios

en Azure AD
Cuando cree un usuario nuevo o actualice un usuario existente en Dynamics 365
Customer Engagement (on-premises), algunos campos de los registros de usuario,
como el nombre y el número de teléfono, se rellenan con la información obtenida de los
Servicios de Active Directory Domain (AD DS). Cuando se crea el registro de usuario, no
se produce ninguna otra sincronización entre las cuentas de usuario de Azure AD y los
registros de usuario de aplicaciones de involucración del cliente. Si realiza cambios en la
cuenta de usuario de Azure AD, debe editar manualmente el registro de usuario para
reflejar los cambios.

2. En la lista, seleccione el registro que desea actualizar y luego seleccione Editar.
La siguiente tabla muestra los campos que se rellenan en el formulario de usuario

(registro de usuario) desde la cuenta de usuario de Azure AD.
Formulario de usuario Usuario de Active Directory Pestaña de objeto de Active

Directory
Nombre de usuario Nombre de inicio de sesión del Cuenta

usuario
Nombre de pila Nombre de pila General
Apellidos Apellidos General
Número de centralita Número de teléfono General
Correo electrónico Enviar por correo electrónico General

principal
Dirección* Ciudad Dirección
Dirección* Estado o provincia Dirección
Teléfono particular Inicio Teléfonos
* El campo de dirección se compone de los valores de los campos Ciudad y Estado o provincia en
Azure AD.
Si un usuario que se agrega a la tabla de SystemUser de

Dataverse se desactiva o no tiene licencia en Azure AD,
¿cómo se refleja eso en Dataverse?
El registro de usuario no se elimina, pero su estado en Dataverse se actualizará a
"deshabilitado".
¿Se están agregando todos los usuarios de Azure AD a

Dataverse?
Los usuarios de Azure AD se agregan a Dataverse solo si cumplen los criterios. Si los
usuarios ya existentes no cumplen con los criterios, su estado se actualizará a
"deshabilitado",
¿Cómo puede el administrador aumentar el rendimiento

de agregar usuarios a Dataverse?
La asignación de un grupo de seguridad de Azure AD al entorno es una práctica
recomendada en general, que también puede resultar en un aumento del rendimiento
en lo que respecta a la adición de usuarios que forman parte del grupo de seguridad
para Dataverse.
Consulte también
Configuración de usuario
Asignar un rol de seguridad a un usuario
Optar por no participar en la administración automática de roles de usuario basados en

licencias
Asignación de licencias
Debe asignarse una licencia a una cuenta de usuario para que el usuario tenga acceso al
servicio. Tenga en cuenta que cuando asigna a un usuario el rol de administrador global
o administrador de servicios en el entorno de Microsoft Online Services,
automáticamente asigna al usuario el rol de seguridad de administrador del sistema en
las aplicaciones de . Más información: Diferencias entre los roles de administrador del
entorno Microsoft Online Services y los roles de seguridad de Microsoft Dataverse
Agregar una licencia a una cuenta de usuario

Puede asignar la licencia al usuario al crear la cuenta, o bien puede asignársela más
adelante. Debe asignar una licencia a cada cuenta de usuario a la que desee conceder
acceso al servicio online.
Para obtener instrucciones paso a paso sobre cómo usar licencias de usuario, consulte
Asignar licencias a usuarios.
Para obtener instrucciones paso a paso para usar planes por aplicación de Power Apps,
consulte Planes por aplicación de Power Apps.
） Importante
Los usuarios con licencia deben tener asignado por lo menos un rol de seguridad
para obtener acceso a las aplicaciones de involucración del cliente. Los roles de
seguridad se pueden asignar directa o indirectamente como miembro de un
equipo de grupo .
Acerca de las licencias de usuario
Use las licencias de usuario para proporcionar acceso a la organización. Necesita

una licencia de usuario por persona con un registro de usuario activo que inicia
sesión en la organización.
Cuando se agrega una nueva persona, el formulario Nueva cuenta de usuario

muestra el número de licencias de usuario disponibles. Puede agregar licencias
adicionales si elige Facturación>Servicios de compras en el menú izquierdo en el
Necesita una licencia de usuario para cada invitación que emita. Incluso una
invitación sin aceptar requiere una licencia de usuario hasta que caduque la
invitación dos semanas después de su emisión.
Si tiene más licencias de usuario que las que usa, comuníquese con el servicio de
soporte técnico para reducir la cantidad de licencias. No podrá reducir la cantidad
de licencias a un número inferior del que usa actualmente o del que permite su
oferta. Todo cambio se reflejará en su próximo ciclo de facturación.
Cada licencia de usuario requiere una cuenta Microsoft única y cada usuario que
inicia sesión necesita una licencia. La mayoría de suscripciones incluyen un número
específico de licencias de usuario.
７ Nota
Ciertos roles de seguridad predeterminados se asignan a los usuarios basándose en

la licencia y/o la solución instalada. Estos roles de seguridad sólo brindan a los
usuarios acceso de lectura a las aplicaciones instaladas en el entorno. Por ejemplo,
cuando se asigna a un usuario la licencia de plan de Dynamics 365 y se sincroniza
con un entorno que tiene la aplicación Centro de servicio al cliente, se asigna al
usuario automáticamente el rol de seguridad de acceso de la aplicación de
Customer Service. No hay permiso de acceso a datos concedido a este rol. Aún se
requiere que el administrador asigne el rol de seguridad adecuado al usuario
(directa o indirectamente como un miembro de un equipo de grupo) para que el
usuario vea los datos e interactúe con ellos.
Para controlar el acceso a los datos, debe configurar una estructura organizativa que
proteja los datos confidenciales y, a la vez, permita la colaboración. Esto se realiza
mediante la configuración de unidades empresariales, roles de seguridad y perfiles de
seguridad de campo.
Roles de seguridad
Un rol de seguridad define cuántos usuarios distintos como, por ejemplo, el personal de
ventas, tienen acceso a diferentes tipos de registros. Para controlar el acceso a los datos,
puede modificar los roles de seguridad existentes, crear nuevos roles de seguridad o
cambiar cuáles se asignan a los usuarios. Un usuario puede tener varios roles de
seguridad. Consulte Roles de seguridad predefinidos.
Los privilegios de los roles de seguridad son acumulativos: tener más de un rol de
seguridad otorga al usuario cada privilegio disponible en cada rol.
Un rol de seguridad se compone de privilegios a nivel de registro y privilegios basados

en tareas.
Los privilegios a nivel de registro definen las tareas que puede realizar un usuario con
acceso al registro, como por ejemplo Lectura, Crear, Eliminar, Escritura, Asignar,
Compartir, Anexar y Anexar a. Anexar significa adjuntar otro registro, como una
actividad o una nota, a un registro. Anexar a significa adjuntar a un registro. Más
información: Privilegios de nivel de registro.
Privilegios variados (también llamados privilegios basados en tareas), en la parte inferior

del formulario, dan al usuario privilegios para realizar tareas variadas (fuera de registro),
como publicar artículos o activar reglas de negocio. Más información: Privilegios varios.
Los círculos coloreados de la página de configuración de roles de seguridad definen el

nivel de acceso de ese privilegio. Los niveles de acceso determinan la profundidad o
altura en la jerarquía organizativa de unidades de negocio en la que el usuario puede
utilizar el privilegio especificado. En la siguiente tabla se enumeran los niveles de acceso
en la aplicación, comenzando con el nivel que da a los usuarios el acceso más amplio.
Icon Description
Icon Description
Global. Este nivel de acceso permite a un usuario tener acceso a todos los registros de la
organización, independientemente del nivel jerárquico de unidades de negocio al que
pertenece el entorno o el usuario. Los usuarios con nivel de acceso Global, también tienen
acceso Profundo, Local y Básico automáticamente.
organización, debe restringirse de modo que cumpla lo estipulado en el plan de seguridad
de datos de la organización. Este nivel de acceso generalmente se reserva para directores
con autoridad sobre la organización.
La aplicación hace referencia a este nivel de acceso como Organización.
Profundo. Este nivel de acceso le da al usuario acceso a los registros de la unidad de

negocio del usuario y de todas las unidades de negocio subordinadas a la unidad de
negocio del usuario.
Los usuarios que tienen el nivel de acceso Profundo, automáticamente tienen también los
niveles de acceso Local y Básico.
unidad de negocio y las unidades de negocio subordinadas, debe restringirse de modo
que cumpla lo estipulado en el plan de seguridad de datos de la organización. Este nivel
de acceso generalmente se reserva para directores con autoridad sobre las unidades de
negocio.
La aplicación hace referencia a este nivel de acceso como Primario: unidades de negocio
secundarias.
Local. Este nivel de acceso le da al usuario acceso a los registros de la unidad de negocio
del usuario.
Los usuarios que tienen el nivel de acceso Local, automáticamente tienen también el nivel
de acceso Básico.
unidad de negocio, debe restringirse de modo que cumpla lo estipulado en el plan de
seguridad de datos de la organización. Este nivel de acceso generalmente se reserva para
directores con autoridad sobre la unidad de negocio.
La aplicación hace referencia a este nivel de acceso como Unidad de negocio.

Icon Description
Básico. Este nivel de acceso le da al usuario acceso a los registros que el usuario posee,
objetos que se comparten con la organización, los objetos que se comparten con el
usuario y los objetos que se comparten con un equipo del que el usuario es miembro.
Este es el nivel de acceso típico para representantes de ventas y servicios.
La aplicación hace referencia a este nivel de acceso como Usuario.
Ninguno. No se permite ningún acceso.
） Importante
Para asegurarse de que los usuarios puedan ver y obtener acceso a todas las áreas
de la aplicación web, como formularios de tabla, la barra de navegación o la barra
de comandos, todos los roles de seguridad de la organización debe incluir el
privilegio de Lectura sobre la tabla Web Resource . Por ejemplo, sin permisos de
lectura, el usuario no podrá abrir un formulario que contenga un recurso web y
verá un mensaje de error similar a este: "Faltan privilegios de prvReadWebResource ”.
Más información: Crear o editar un rol de seguridad
Privilegios de nivel de registro

PowerApps y las aplicaciones de involucración del cliente (Dynamics 365 Sales,
Dynamics 365 Project Service Automation) utilizan ocho privilegios diferentes a nivel de
registro que determinan el nivel de acceso que tiene un usuario a un determinado
registro o tipo de registro.
Crear Requerido para crear un registro nuevo. Los registros que se pueden crear dependen

de seguridad.
Reemplazar roles de seguridad

El propietario de un registro o una persona que tenga el privilegio Compartir en un
registro pueden compartirlo con otros usuarios o equipos. Al compartir, se pueden
agregar los privilegios Leer, Escribir, Eliminar, Anexar, Asignar y Compartir para registros
específicos.
Los equipos se usan principalmente para compartir registros a los que los miembros del
equipo no podrían tener acceso normalmente. Más información: Administrar seguridad,
usuarios y equipos.
No es posible quitar el acceso a un registro en particular. Cualquier cambio en los

privilegios de un rol de seguridad se aplica a todos los registros de ese tipo de registro.
Herencia de privilegios del miembro de equipo
Privilegios de usuario y equipo

Privilegios de usuario: estos privilegios se conceden al usuario directamente
cuando se asigna un rol de seguridad al usuario. El usuario puede crear registros y
tiene acceso a los registros creados/propiedad del usuario cuando se le dio el nivel
de acceso Básico para Crear y Leer. Esta es la configuración predeterminada para
los nuevos roles de seguridad.
Privilegios de equipo: estos privilegios se concede a un usuario como miembro
del equipo. Para miembros del equipo que no tienen sus propios privilegios de
usuario, estos solo pueden crear registros con el equipo como el propietario y
tienen acceso a los registros que son propiedad del equipo cuando se brinda el
nivel de acceso Básico para Creación y Lectura.
Un rol de seguridad puede establecerse para brindar privilegios de usuario de acceso

directo de nivel Básico a un miembro del equipo. Un miembro del equipo puede crear
registros de su propiedad y registros que tenga el equipo como propietario cuando se
brinde el nivel de acceso Básico para Creación. Cuando se proporcione el nivel de
acceso Básico para Lectura, el miembro del equipo puede acceder a registros que son
propiedad tanto de ese miembro del eqiupo como del equipo.
Este rol de herencia de privilegios del miembro se aplica al Propietario y al equipo de

grupo de Azure Active Directory (Azure AD).
７ Nota
Antes del lanzamiento de la herencia de privilegios del miembro del equipo en

mayo de 2019, los roles de seguridad se comportaban como Privilegios de equipo.
Los roles de seguridad creados antes de esta versión se establecen como
Privilegios de equipo y los roles de seguridad creados después de esta versión se
establecen de forma predeterminada como Privilegios de usuario.
Crear un rol de seguridad con la herencia de privilegios

de un miembro del equipo
Requisitos previos
Estas opciones de configuración se pueden encontrar en el Centro de administración de

Power Platform, en Entornos> [seleccione un entorno] >Configuración>Usuarios y
permisos>Roles de seguridad.

equivalentes.

sistema.
1. Seleccione un entorno y vaya a Configuración>Usuarios y permisos>Roles de

seguridad.
3. Introduzca un nombre de rol.
4. Seleccione la lista desplegable Herencia de privilegios del miembro.
5. Seleccione Nivel de acceso directo de usuario/Básico y privilegios del equipo.
6. Vaya a cada pestaña y establezca los privilegios adecuados en cada tabla.
Para cambiar el nivel de acceso de un privilegio, seleccione el símbolo de nivel de

acceso hasta que vea el símbolo que desee. Los niveles de acceso disponibles
dependen de si el tipo de registro es propiedad de la organización o propiedad
del usuario.
７ Nota
También puede establecer esta propiedad de herencia de priviegios para todos los
roles de seguridad disponibles, excepto para el rol de Administrador del sistema.
Cuando un rol de seguridad de herencia de privilegios se asigna a un usuario, el
usuario obtiene todos los privilegios directamente, así como un rol de seguridad
sin herencia de privilegios.
Solo puede seleccionar privilegios de nivel básico en la herencia de privilegios del

miembro. Si necesita proporcionar acceso a una unidad de negocio secundaria,
deberá elevar el privilegio a Deep; por ejemplo, debe asignar un rol de seguridad al
equipo del grupo y se recomienda que los miembros de este grupo puedan utilizar
Anexar a la cuenta. Configure el rol de seguridad con la herencia de privilegios del
miembro en nivel básico y en el privilegio Anexar a la cuenta, lo establece en
Profundo. Esto se debe a que los privilegios de nivel básico solo son aplicables a la
unidad de negocio del usuario.
Consultar también

Asignar un rol de seguridad a un
usuario
Acerca de los roles de seguridad
Los roles de seguridad controlan el acceso de un usuario a los datos a través de un

conjunto de niveles de acceso y permisos. La combinación de niveles de acceso y
permisos que se incluyen en un determinado rol de seguridad define los límites de
visualización de datos para el usuario, así como las interacciones del usuario con
estos.
Dataverse proporciona un conjunto predeterminado de roles de seguridad. En
caso necesario para su organización, puede crear nuevos roles de seguridad
mediante la edición de uno de los roles de seguridad predeterminados y su
posterior almacenamiento con un nuevo nombre. Consulte Roles de seguridad
predefinidos.
Puede asignar más de un rol de seguridad a un usuario. El efecto de varios roles de
seguridad es acumulativo, lo que significa que el usuario tiene permisos asociados
con todos los roles de seguridad asignados al usuario.
Los roles de seguridad se asocian a unidades de negocio. Si ha creado unidades de
negocio, solo los roles de seguridad asociados a la unidad de negocio se
encuentran disponibles para los usuarios de la unidad de negocio. Puede usar esta
característica para restringir el acceso a los datos a los datos de la unidad de
negocio.
Cuando permitir la propiedad de registros en todas las unidades de negocio está
habilitado, puede asignar roles de seguridad de diferentes unidades de negocio a
sus usuarios, independientemente de la unidad de negocio a la que pertenezcan
los usuarios.
Para asignar roles de seguridad a un usuario, debe tener los privilegios adecuados
(los privilegios mínimos son 'Leer' y 'Asignar' en la tabla Rol de seguridad). Para
evitar la elevación del rol de seguridad de privilegio, la persona que asigna el rol
de seguridad no puede asignar a otra persona un rol de seguridad que tenga más
privilegios que el asignador. Por ejemplo, un administrador de CSR no puede
asignar un rol de Administrador del sistema a otro usuario. Esta validación de
privilegios incluye la verificación de cada privilegio que tiene el asignador en el
nivel de profundidad de privilegios y la unidad de negocio. Por ejemplo, no puede
asignar un rol de seguridad de una unidad de negocio diferente a otro usuario si
no tiene un rol de seguridad con el nivel de privilegio apropiado asignado desde
esa unidad de negocio.
De forma predeterminada, el rol de seguridad administrador del sistema tiene
todos los privilegios necesarios para asignar roles de seguridad a cualquier
usuario, incluida la asignación del rol de seguridad administrador del sistema. Si
necesita permitir que los administradores que no son del sistema asignen roles de
seguridad, debería considerar crear un rol de seguridad personalizado. Vea: Crear
un usuario administrativo y evitar la elevación del privilegio de rol de seguridad.
Para obtener más información acerca de la diferencia entre los roles de administrador
de Microsoft Online Services y los roles de seguridad, consulte Otorgar acceso a
usuarios.
 Sugerencia
Mira el siguiente video: Asignar roles de seguridad en el centro de administración

Power Platform .
Siga estos pasos para asignar un rol de seguridad.

4. Seleccione Usuarios y permisos y luego Usuarios.
5. En la página Usuarios, seleccione un usuario y luego seleccione Administrar roles

de seguridad.
6. Seleccione o anule la selección de roles de seguridad. Si el usuario ya tiene roles

asignados. Cuando haya terminado, seleccione Guardar. Después de guardar,
todos los roles seleccionados se convierten en los roles asignados actualmente
para el usuario. No se asignarán roles no seleccionados.
Si ha habilitado permitir propiedad de registro en distintas unidades de negocio, puede

seleccionar roles de seguridad desde unidades de negocio distintas.
） Importante
Debe asignar al menos un rol de seguridad a cada usuario, ya sea directa o

indirectamente como miembro de un equipo de grupo. El servicio no permite el
acceso a los usuarios que no tienen al menos un rol de seguridad.
Privilegios de configuración de usuariois para

propiedad de registro en unidades de negocio
Si ha habilitado permitir la propiedad de registros en todas las unidades de negocio, sus
usuarios pueden acceder a los datos en otras unidades de negocio teniendo un rol de
seguridad de las respectivas unidades de negocio que les son asignadas. El usuario
también necesita un rol de seguridad asignado desde la unidad comercial del usuario
con privilegios de las siguientes tablas para actualizar la configuración de la IU del
usuario:
Configuración de usuario de la tarjeta de acción
Vista guardada
Gráfico de usuario
Panel del usuario
Datos de instancia de entidad de usuario
Configuración de UI de la entidad de usuario
Metadatos de aplicación del usuario
Para asignar roles de seguridad a usuarios en un entorno que tiene cero o una base de
datos Microsoft Dataverse, consulte Configurar la seguridad del usuario a los recursos
en un entorno.
(Opcional) Asignar un rol de administrador

Puede compartir las tareas de administración de Microsoft Online Services entre varios
usuarios asignando roles de administrador de Microsoft Online Services a los usuarios
que seleccione para cumplir cada rol. Es posible que decida asignar el rol de
administrador global a un segundo usuario de la organización para las ocasiones en que
no esté disponible.
Hay cinco roles Administrador del entorno de Microsoft Online Services con diferentes
niveles de permisos. Por ejemplo, el rol administrador de restablecimiento de
contraseña solo puede restablecer contraseñas de usuario; el rol de administrador de
control de usuarios puede restablecer contraseñas de usuario, así como agregar, editar
o eliminar cuentas de usuario; y el rol de administrador global puede agregar
suscripciones de servicio online para la organización y puede administrar todos los
aspectos de las suscripciones. Para obtener información detallada sobre los roles de
administrador de Microsoft Online Services, consulte Asignar roles de administrador.
７ Nota
Los roles de administrador del entorno de Microsoft Online Services solo son
válidos para administrar los aspectos de la suscripción de servicios online. Estos
roles no afectan a los permisos del servicio.
Asignación de roles automática

Cuando se agregan usuarios a Dataverse, se les asignarán roles automáticamente según
los siguientes criterios:
1. Todos los administradores de Azure Active Directory (Azure AD) (administrador de
inquilinos, administrador de Power Platform, administrador del servicio de
Dynamics 365) obtenga el rol Administrador del sistema en Dataverse.
） Importante
La rol Administrador del sistema no se elimina automáticamente si se elimina

la función de administrador de Azure AD. Dado que no existe un mecanismo
para rastrear si el rol fue asignado por el sistema automáticamente o por un
Administrador, recomendamos que Administrador elimine manualmente el rol
del sistema Administrador una vez que el rol de Azure AD se elimina.
2. Los usuarios con una licencia válida obtendrán los roles asignados
correspondientes asignados automáticamente. La eliminación de la licencia
correspondiente dará lugar a la eliminación automática de funciones. La
administración de roles predeterminada basada en licencias no se aplica a los
usuarios en estos tipos de entornos: Dataverse for Teams, Prueba y Desarrollador.
3. Para el tipo de entorno predeterminado, se asignarán automáticamente los roles

"BasicUser" y "EnvironmentMaker" a todos los usuarios agregados a Dataverse.
4. En el entorno de finanzas y operaciones vinculado a una base de datos de

Dataverse, el rol de seguridad de usuario básico de finanzas y operaciones se
asigna automáticamente a todos los usuarios activos de Dataverse.
Asignación de licencia a rol

Si se definen en el entorno, se asignan determinados roles automáticamente a los
usuarios cuando se agregan a Dataverse, en función de las licencias que los usuarios
tengan asignadas. Puede ver la asignación de licencia a rol en un entorno navegando a
la página Asignación de licencia a rol en el centro de administración Power Platform.
Vaya a Entornos> [seleccionar un entorno] >Configuración>Usuarios +

permisos>Asignación de licencia a rol.
Consulte también
Exclusión de la gestión automática de
roles de usuario basada en licencias
¿Cómo solicitar la exclusión voluntaria de mi

organización?
Presente un vale de soporte solicitando desactivar la administración automática de roles
de usuario basada en licencias para su entorno/organización o inquilino. Incluya la
información de su nombre o id. exclusivo de la organización y su id. de inquilino
(portal.azure.com> en Servicios de Azure>Propiedades de inquilinos).
Qué esperar una vez que la asignación

automática de roles esté desactivada para su
organización
El sistema ya no agregará ni eliminará automáticamente los roles de los usuarios
en función de las licencias que se les hayan asignado.
Esta configuración solo afectará a los roles basados en licencias. Los roles de
seguridad predeterminados o cualquier otra administración de roles continuarán
comportándose como lo hacen actualmente.
Los roles basados en licencias existentes asignados a los usuarios en el sistema no
se modificarán con esta configuración.
Una vez que la función de administración automática está desactivada, no se
puede volver a habilitar para la administración automática.
¿Cómo obtienen los usuarios estos roles que

solían agregarse o eliminarse automáticamente
una vez que se daban de baja?
Los administradores pueden agregar y quitar los roles apropiados a los usuarios a través
del centro de administración de Power Platform.
¿Afecta esto también al entorno
"Predeterminado"?
Para el entorno "Predeterminado", los roles Creador de entornos y Usuario básico
seguirán asignándose automáticamente a los usuarios incluso después de la exclusión.
Usar los roles de administrador de
servicios para administrar su inquilino
Para ayudarle a administrar los entornos y la configuración de Microsoft Power Platform

puede asignar usuarios para administrar a nivel de inquilino sin tener que asignar el
privilegio de administrador global de Microsoft 365, que es más potente.
Hay dos roles de administrador de servicios relacionados con Power Platform que puede
asignar para proporcionar un alto nivel de administración de administradores.
７ Nota
Estos (y otros) roles de administrador solo se aplican a que puedes hacer en el

centro de administración de Power Platform. Por ejemplo, Dynamics 365 Finance y
Dynamics 365 Supply Chain Management actualmente no se gestionan en el centro
Administrador de Dynamics 365

El administrador de Dynamics 365 puede:
Iniciar sesión y administrar varios entornos. Si un entorno utiliza un grupo de

seguridad, un administrador de servicios debería agregarse al grupo de seguridad
para administrar ese entorno. Si no se asignan a un grupo de seguridad existente
estos administradores quedarán excluidos de cualquier administración.
Realice las funciones de administración en Microsoft Power Platform porque tienen
el rol de administrador del sistema.

Los usuarios con el rol de administrador de Power Platform pueden:
Iniciar sesión y administrar varios entornos. Los administradores de Power Platform

no se ven afectados por la pertenencia al grupo de seguridad y pueden
administrar entornos incluso si no se agregan al grupo de seguridad de un
entorno.
Ambos roles de administrador de servicios no pueden realizar funciones restringidas en
el administrador global de Microsoft 365, como administrar cuentas de usuario,
administrar suscripciones, configurar acceso a aplicaciones de Microsoft 365 como
Microsoft Exchange o Microsoft SharePoint.
Asignar un rol de administración de servicios a

un usuario
Siga estos pasos para asignar un rol de administración de servicios.
７ Nota
Cuando se otorga el rol de Dynamics 365 Administrador a un usuario en Azure

Active Directory (Azure AD), también obtendrá el rol de administrador del sistema
en entornos. Cuando se quita el rol de Dynamics 365 Administrador en Azure AD, la
sincronización de usuarios no elimina el rol de administrador del sistema. Entonces,
aunque este usuario ya no es un administrador de Dynamics 365 en Azure AD,
sigue siendo un sistema administrador en el inquilino y podrá ver todos los
entornos. Recomendamos eliminar manualmente el rol de administrador del
sistema en todos los entornos tan pronto como el rol se elimine de Azure AD.
Para excluirse de los roles de usuario automáticos basados en licencias, consulte

Optar por no participar en la administración automática de roles de usuario
basados en licencias.
1. Inicie sesión en centro de administración de Microsoft 365 como administrador

global.
2. Vaya a Usuarios>Usuarios activos y seleccione un usuario.
3. En Cuenta>Roles, seleccione Administrar roles.
4. Seleccionar para expandir Mostrar todo por categoría.
5. En Colaboración, seleccione Administrador de Dynamics 365 o Administrador de

Power Platform.
７ Nota
Si está utilizando la activación de roles basada en el tiempo Azure AD Privileged
Identity Management (PIM) para administrar sus roles de administrador de
servicios, el permiso del administrador del servicio NO se elimina del entorno
cuando caduca la activación del rol de función basada en el tiempo.
Los roles de administrador del servicio deben asignarse directamente a los

usuarios, ya que la herencia de grupos de seguridad no es totalmente compatible.
Matriz de permisos de administrador de

servicios
La siguiente matriz muestra qué administración es posible con los diversos roles de
administrador de servicios en comparación con el rol de administrador global de
Microsoft 365.
Microsoft 365
Power Dynamics 365
Power BI
Administración Platform
administrador
administrador
global
Administración
POWER PLATFORM
Entornos
Acceso completo a1 Sí Sí Sí2 No
Crear Sí Sí Sí2 No
Eliminar Sí Sí Sí2 No
Copia de seguridad y Sí Sí Sí2 No

restauración
Copiar Sí Sí Sí2 No
Capacidad para excluir el No No Sí Sí

acceso de entornos
seleccionados
(utilizando grupos de
seguridad)
Análisis
Capacidad Sí Sí Sí2 No
Microsoft 365
Power Dynamics 365
Power BI
administrador
administrador
global
Administración
Asignación de capacidad Sí Sí Sí2 No

(planes de Power Apps
por aplicación, Power
Automate, AI Builder y
Portal)
Microsoft Dataverse Sí Sí Sí2 No
Power Automate Sí Sí Sí2 No
Power Apps Sí Sí Sí2 No
Ayuda + soporte
Crear y acceder a Sí Sí Sí2 No

solicitudes de soporte
Integración de datos
Crear nuevo proyecto y Sí Sí Sí2 No

conjunto de conexiones
Puertas de enlace de
datos
Ver puertas de enlace Sí Sí Sí2 No
Directivas de datos
Ver y administrar Sí Sí Sí2 No

políticas de inquilinos

políticas de entorno
POWER BI
Administrar inquilino de Sí Sí No Sí
Power BI
Adquirir y asignar Sí No No No
licencias de Power BI
MICROSOFT 365
Crear usuarios Sí No No No
Microsoft 365
Power Dynamics 365
Power BI
administrador
administrador
global
Administración
Agregar roles de Sí No No No
seguridad
Agregar licencias Sí No No No
1
Nivel de permiso equivalente a un Administrador del sistema. Tiene permiso completo
para personalizar o administrar el entorno, incluida la creación, modificación y
asignación de roles de seguridad. Puede ver todos los datos en el entorno, si el usuario
tiene una licencia adecuada.
2
Si se asigna un grupo de seguridad al entorno y el usuario con esta función se agrega
al grupo de seguridad
Vea también
¿Qué es la administración de Power BI?

Privilegios diversos
Este tema proporciona una asignación de la interfaz de usuario del rol de seguridad a
los nombres de privilegios. Cada sección de este tema corresponde a una pestaña en la
interfaz de usuario (centro de administración de Power Platform >Entornos> [seleccione
un entorno] >Configuración>Usuarios + permisos>Roles de seguridad> seleccione un
rol). Una celda en blanco significa que no hay privilegios para esa combinación de tabla
y acción.
Pestaña Registros principales

La siguiente tabla muestra los privilegios que se muestran en la sección de privilegios
varios del editor del rol de seguridad de la pestaña de registros principales.
Privilegios diversos Nombre de privilegio Más información
Agregar informes de Reporting prvPublishRSReport Descargar informes

Services
Eliminación en masa prvBulkDelete Eliminación en masa
Eliminar particiones de auditoría prvDeleteAuditPartitions Recuperación de espacio

en la base de datos
mediante la eliminación
de registros de auditoría
Eliminar historial de cambios de prvDeleteRecordChangeHistory

registro de auditoría
Administrar clave de cifrado de prvRestoreSqlEncryptionKey Activar una clave de

datos: activar cifrado para un inquilino
Administrar clave de cifrado de prvChangeSqlEncryptionKey Administrar cifrado para

datos: cambiar un entorno
Administrar clave de cifrado de prvReadSqlEncryptionKey Administrar clave de

datos: leer cifrado
Administrar filtros de prvAdminFilter Controlar la

sincronización del usuario sincronización de
campos con Outlook
Promover al usuario al rol de Configuración de la

administrador de Microsoft seguridad del usuario a
Dynamics 365 recursos en un entorno
Publicar reglas de detección prvPublishDuplicateRule Configurar reglas de

duplicadas detección de duplicados
para mantener limpios
los datos
Publicar plantillas de correo elect. prvCreateOrgEmailTemplates Crear plantillas de

correo electrónico
Publicar plantillas de prvPublishOrgMailMergeTemplate Trabajar con plantillas de

combinación de correspondencia combinación de
en la organización correspondencia
Publicar informes prvPublishOrgReport Análisis y Common Data

Service
Ejecutar el Asistente para la prvConfigureSharePoint Configurar la integración

integración de SharePoint de SharePoint
Activar seguimiento Seguimiento de

complementos y
actividad de flujo de
trabajo personalizada
Ver historial de auditoría prvReadRecordAuditHistory Historial de auditoría
Ver particiones de auditoría prvReadAuditPartitions Auditar datos y actividad

de usuario para
seguridad y
conformidad
Ver resumen de auditoría prvReadAuditSummary Registro de actividad de

Power Apps
Pestaña Marketing
varios del editor del rol de seguridad de la pestaña de marketing.
Configurar el módulo de prvConfigureInternetMarketing Crear e implementar páginas

marketing por Internet de marketing
Crear campaña exprés prvAllowQuickCampaign Crear campañas exprés con

marketing de la aplicación
(Sales)
Usar módulo de marketing por prvUseInternetMarketing Crear campañas exprés con

Internet marketing de la aplicación
(Sales)
Pestaña Ventas
varios del editor del rol de seguridad de la pestaña de venta.
Reemplazar precios de prvOverridePriceEngineInvoice Crear o editar facturas (Sales y

factura Centro de ventas)
Reemplazar precios de prvOverridePriceEngineOpportunity Agregar productos a una

oportunidad oportunidad (Centro de ventas)
Reemplazar precios de prvOverridePriceEngineOrder Creación o edición pedidos

pedido (Sales y Centro de ventas)
Reemplazar eliminar prvQOIOverrideDelete Creación o edición de ofertas

oferta pedido factura (Sales y Centro de ventas)
Reemplazar precios de prvOverridePriceEngineQuote Cálculo de precios para

oferta registros de oportunidad,
oferta, pedido y factura
Pestaña Servicio
varios del editor del rol de seguridad de la pestaña de servicio.
Aprobar artículos de prvApproveKnowledgeArticle Crar y administrar artículos de

conocimientos conocimientos
Publicar artículos prvPublishArticle Crar y administrar artículos de

conocimientos
Publicar artículos de prvPublishKnowledgeArticle Crar y administrar artículos de

conocimientos conocimientos
Administración de empresas
varios del editor del rol de seguridad de la pestaña de administración de empresas.
Privilegios diversos Nombre de privilegio Más

información
Actuar en nombre de otro usuario prvActOnBehalfOfAnotherUser Suplantar a otro

usuario
Aprobar direcciones de correo prvApproveRejectEmailAddress Aprobar correo

electrónico para usuarios o colas electrónico
Asignar administrador para un prvAssignManager Jerarquía de

usuario administrador
Asignar posición para un usuario prvAssignPosition Jerarquía de

posición
Asignar zona de ventas a usuario prvAssignTerritory Adición o

eliminación de
integrantes de
zona de ventas
Edición masiva prvBulkEdit Editar varias filas
Cambiar la configuración de prvWriteHierarchicalSecurityConfiguration Seguridad de

seguridad de jerarquía jerarquía para
controlar acceso
Libreta de direcciones de prvAddressBook Definir el

Dynamics 365 programa para
la sincronización
de libretas de
direcciones
información
Habilitar o deshabilitar de una prvDisableBusinessUnit Crear o editar

unidad de negocio unidades de
negocio
Habilitar o deshabilitar usuario prvDisableUser Habilitar o

deshabilitar
cuentas de
usuario
Configuración de idioma prvLanguageSettings Opciones

regionales y de
idioma para su
entorno
Fusionar mediante combinación prvMerge Combinar datos
Fecha de creación o autor de prvOverrideCreatedOnCreatedBy Importar datos

invalidación para los registros (todos los tipos
durante la importación de datos de registro) de
varios orígenes
Ejecutar paquetes acumulativos prvRollupGoal Creación o

de sincronizaciones en los edición de
objetivos objetivos (Sales
y Centro de
ventas)
Leer información de licencia prvReadLicense Qué usuarios

cuentan con
licencia
Cambiar primario de unidad de prvReparentBusinessUnit Asignar una

negocio unidad de
negocio o una
empresa
primaria
diferente
Cambiar primario de equipo prvReparentTeam Administrar

equipos
Cambiar primario de usuario prvReparentUser Crear usuarios
Enviar correo electrónico como prvSendAsUser Delegar

otro usuario usuarios
información
Enviar invitación prvSendInviteForLive Invitar a

usuarios con
colaboración de
B2B de Azure
Active Directory
Combinación de correspondencia prvWebMailMerge Trabajar con

web plantillas de
combinación de
correspondencia
Pestaña Administración de servicios

varios del editor del rol de seguridad de la pestaña de administración de servicios.
Explorar disponibilidad prvBrowseAvailability
Crear calendario propio prvCreateOwnCalendar Crear y personalizar calendarios de

marketing
Eliminar calendario prvDeleteOwnCalendar Crear y personalizar calendarios de

propio marketing
Leer calendario propio prvReadOwnCalendar Crear y personalizar calendarios de

marketing
Buscar disponibilidad prvSearchAvailability
Escribir calendario propio prvWriteOwnCalendar
Pestaña Personalización
varios del editor del rol de seguridad de la pestaña de personalización.
Activar flujos de proceso prvActivateBusinessProcessFlow Flujos de proceso de negocio de

de negocio modelo
Activar reglas de negocio prvActivateBusinessRule Flujos de proceso de negocio de

modelo
Activar procesos en prvActivateSynchronousWorkflow Flujos de proceso de negocio de

tiempo real modelo
Configurar Yammer prvConfigureYammer Recursos de Yammer
Ejecutar tarea de flujo de prvWorkflowExecution Configurar fases y pasos de flujo

trabajo de trabajo en segundo plano
Exportar prvExportCustomization Privilegios de mensajes de

personalizaciones ExportSolution
Importar prvImportCustomization Privilegios de mensajes de

personalizaciones ImportSolution
Extensiones ISV prvISVExtensions No se usa actualmente.
Creación de la ruta de Conmutador de

aprendizaje activación/desactivación de Ruta
de aprendizaje
Publicar prvPublishCustomization Privilegios de mensajes de

personalizaciones PublishXml
Privilegios de mensajes de
PublishAllXml
Recuperar Enfoques prvRetrieveMultipleSocialInsights

sociales múltiples
Ejecutar flujos Ejecutar flujos de interfaz de

usuario atendidos y
desatendidos
Crear o editar un rol de seguridad para
administrar el acceso
Puede crear nuevos roles de seguridad para contener los cambios en los requisitos
empresariales o puede modificar los privilegios asociados con un rol de seguridad
existente.
Si necesita hacer una copia de seguridad de los cambios del rol de seguridad o exportar
los roles de seguridad para usarlos en otra implementación, puede exportarlos como
parte de las personalizaciones de exportación. Más información: Exportar sus
personalizaciones como solución
Para obtener más información sobre los roles de seguridad predefinidos, consulte Roles
de seguridad predefinidos.
Crear un rol de seguridad



entorno.
5. Establezca los privilegios en cada pestaña.
Para cambiar el nivel de acceso de un privilegio, seleccione el símbolo hasta que

vea el símbolo que desee. Los posibles niveles de acceso dependen de si el tipo de
registro es propiedad de la organización o propiedad del usuario.
 Sugerencia
Para ir pasando por los niveles de acceso, también puede seleccionar el
encabezado de la columna de privilegios o el tipo de registro varias veces.
Hay un conjunto de privilegios mínimos necesarios para que se use el nuevo

rol de seguridad; consulte a continuación los privilegios mínimos para tareas
comunes.
6. Cuando termine de configurar el rol de seguridad, en la barra de herramientas,

seleccione o puntee Guardar y cerrar.
Crear un rol de seguridad por Copiar rol


4. Seleccione el rol de seguridad del que desee copiar.
5. En la barra de herramientas Acciones, haga clic en Copiar rol.
6. Escriba el Nuevo nombre del rol y active la casilla Abrir nuevo rol de seguridad al
finalizar la copia.
8. Cuando finalice Copiando rol, vaya a cada pestaña, es decir, Registros principales,
Administración de empresas, Personalización, etc.
 Sugerencia

Hay un conjunto de privilegios mínimos necesarios para que se use el nuevo rol de
seguridad; consulte a continuación los privilegios mínimos para tareas comunes.
Editar un rol de seguridad
Antes de modificar un rol de seguridad existente, asegúrese de comprender los
principios de acceso a los datos. Más información: Controlar el acceso a los datos
７ Nota
No puede modificar el rol de seguridad Administrador del sistema. Para crear un rol
de seguridad similar al rol de seguridad Administrador del sistema, copie ese rol de
seguridad y realice cambios en el nuevo rol.
1. Asegúrese de que tiene permisos de administrador del sistema o equivalentes.

4. En la lista de roles de seguridad, seleccione dos veces o puntee un nombre para

abrir la página asociada con ese rol de seguridad.
Para cambiar el nivel de acceso de un privilegio, seleccione el símbolo hasta que

vea el símbolo que desee. Los posibles niveles de acceso dependen de si el tipo de
registro es propiedad de la organización o propiedad del usuario.
 Sugerencia

Hay un conjunto de privilegios mínimos necesarios para que se use el nuevo

rol de seguridad; consulte a continuación los privilegios mínimos para tareas
comunes.
6. Cuando termine de configurar el rol de seguridad, en la barra de herramientas,
seleccione o puntee Guardar y cerrar.
Privilegios mínimos para tareas comunes

Resulta útil tener presentes los privilegios mínimos que se necesitan para algunas tareas
comunes. Esto significa que un usuario debe tener un rol de seguridad con estos
privilegios para ejecutar aplicaciones.
con privilegios mínimos requeridos.
Inicie mediante la descarga de la solución desde el Centro de descarga de Microsoft: Rol

de seguridad de privilegio mínimo de Microsoft Dataverse .

Cuando importe la solución, crea el rol min prv apps use que puede copiar (consulte:
Crear un rol de seguridad mediante Copiar rol). Cuando finalice Copiando rol, vaya a
cada pestaña -Registros principales, Administración de empresas, Personalización, etc.- y
establecer los privilegios correspondientes.
） Importante

Al iniciar sesión en aplicaciones de involucración del cliente:
Asigne el rol de seguridad min prv apps use o una copia de este rol de
seguridad al usuario.
Para representar una cuadrícula de tabla (es decir, para ver listas de registros y
otros datos), asigne los siguientes privilegios en la pestaña Registros principales:
privilegio de lectura en la tabla, Lectura de vista guardada, configuración de IU
de entidad de usuario de creación/lectura/escritura y asigne el siguiente
privilegio en la pestaña Administración de empresas: usuario de lectura.
Al iniciar sesión en Dynamics 365 for Outlook:
Para representar navegación para aplicaciones de involucración del cliente y

todos los botones: asigne el rol de seguridad min prv apps use o una copia de
este rol de seguridad al usuario.
Para representar una cuadrícula de tabla: asigne el privilegio de lectura en la

tabla
Para representar tablas: asigne el privilegio de lectura en la tabla
Avisos de privacidad
Los usuarios con licencia de Dynamics 365 Online con roles de seguridad específicos
están autorizados automáticamente para acceder al servicio mediante Dynamics 365
para teléfonos y otros clientes. Entre los ejemplos de roles autorizados se incluyen: CEO,
director general, jefe de ventas, vendedor, administrador del sistema, personalizador del
sistema y vicepresidente de ventas.
Un administrador tiene control total, a nivel de entidad o rol de seguridad de usuario,

de acceso y del nivel de acceso autorizado asociado al cliente de teléfono. A
continuación, los usuarios pueden acceder a Dynamics 365 Online mediante Dynamics
365 para teléfonos. Los datos de clientes se almacenarán en memoria caché en el
dispositivo donde se ejecuta el cliente específico.
Según la configuración específica en los niveles de entidad y seguridad del usuario, los
tipos de datos del cliente que se pueden exportar desde Dynamics 365 Online. Los
datos que se pueden almacenar en memoria caché en el dispositivo de un usuario final
incluyen datos de registros, metadatos de registros, datos de entidades, metadatos de
entidades y lógica empresarial.
Dynamics 365 para tabletas y teléfonos y Project Finder para Dynamics 365 (la
"aplicación") permite a los usuarios tener acceso a su instancia de Microsoft Dynamics
CRM o Dynamics 365 desde su tableta y su teléfono. Para prestar este servicio, la
aplicación procesa y almacena información, por ejemplo, las credenciales del usuario y
los datos que este procesa en Microsoft Dynamics CRM o en Dynamics 365. La
aplicación se proporciona para su uso exclusivo por parte de los usuarios finales de los
clientes de Microsoft que son usuarios autorizados de Microsoft Dynamics CRM o de
Dynamics 365. La aplicación procesa la información del usuario en nombre del cliente
de Microsoft correspondiente, y Microsoft puede divulgar información procesada por la
aplicación en la dirección de la organización que proporciona a los usuarios acceso a
Microsoft Dynamics CRM o a Dynamics 365. Microsoft no usa la información que los
usuarios procesan con la aplicación para otros fines.
Si los usuarios utilizan la aplicación para conectarse a Microsoft Dynamics CRM (en
línea) o a Dynamics 365, al instalar la aplicación, los usuarios autorizan la transmisión del
id. de su organización, el id. de usuario final y el id. del dispositivo a Microsoft con el fin
de habilitar las conexiones a través de varios dispositivos o de mejorar Microsoft
Dynamics CRM (en línea), Dynamics 365 o la aplicación.
Datos de ubicación. Si los usuarios solicitan y habilitan características o servicios

basados en la ubicación en la aplicación, esta podrá recopilar y usar los datos precisos
sobre su ubicación. Los datos de ubicación precisos pueden ser datos del sistema de
posición global (GPS) y datos que identifiquen los repetidores de telefonía móvil
cercanos y los puntos de conexión Wi-Fi. La aplicación puede enviar los datos de
ubicación a Microsoft Dynamics CRM o a Dynamics 365. La aplicación puede enviar los
datos de ubicación a Bing Maps y a otros servicios de mapas de terceros, como Google
Maps y Apple Maps, un usuario designado en el teléfono del usuario para procesar los
datos de ubicación del usuario en la aplicación. Los usuarios pueden deshabilitar las
características o los servicios basados en la ubicación o deshabilitar el acceso de la
aplicación a la ubicación del usuario desactivando el servicio de ubicación o
desactivando el acceso de la aplicación al servicio de ubicación. El uso de Mapas de Bing
por parte de los usuarios se rige por las Condiciones de uso del usuario final de Mapas
de Bing, disponibles en https://go.microsoft.com/?linkid=9710837 , y la Declaración de
privacidad de Mapas de Bing, disponible en https://go.microsoft.com/fwlink/?
LinkID=248686 . El uso que los usuarios hacen de estos servicios de mapas de terceros
y la información que proporcionan en ellos están regulados por las condiciones de
usuario final y las declaraciones de privacidad de esos servicios. Los usuarios deben leer
atentamente esas otras condiciones de usuario final y declaraciones de privacidad.
La aplicación puede incluir vínculos a otros servicios de Microsoft y de terceros, cuyas

prácticas de privacidad y seguridad pueden diferir de las de Microsoft Dynamics CRM o
Dynamics 365. SI LOS USUARIOS ENVÍAN DATOS A OTROS SERVICIOS DE MICROSOFT
O DE TERCEROS, ESOS DATOS ESTÁN REGULADOS POR SUS RESPECTIVAS
DECLARACIONES DE PRIVACIDAD. Para eliminar cualquier posible duda, los datos que
se comparten fuera de Microsoft Dynamics CRM o de Dynamics 365 no están cubiertos
por los acuerdos de los usuarios de Microsoft Dynamics CRM o de Dynamics 365 ni por
el Centro de confianza de Microsoft Dynamics correspondiente. Microsoft anima a los
usuarios a leer esas otras declaraciones de privacidad.
Los usuarios de Dynamics 365 Online con licencia y con determinados roles de
seguridad (director general - administrador de negocio, jefe de ventas, comercial,
administrador del sistema, personalizador del sistema y vicepresidente de ventas) están
autorizados automáticamente para tener acceso al servicio con Dynamics 365 para
tabletas y con otros clientes.
Un administrador tiene control total (con el rol o entidad de seguridad de usuario) sobre
la capacidad de acceso y el nivel de acceso autorizado asociado al cliente de tableta. Los
usuarios pueden obtener acceso a Dynamics 365 (online) mediante Dynamics 365 para
tabletas, y los datos de clientes se almacenarán en caché en el dispositivo donde se
ejecuta el cliente específico.
En función de la configuración específica para la seguridad y entidad de usuario, los

tipos de datos de clientes que se pueden exportar desde Dynamics 365 (online) y
almacenar en memoria caché en un dispositivo del usuario final incluyen datos de
registro, metadatos de registro, datos de entidad, metadatos de entidad y lógica de
negocios.
Si utiliza Microsoft Dynamics 365 for Outlook, cuando se desconecte, se creará una
copia de los datos con los que está trabajando y se almacenarán en su equipo local. Los
datos se transfieren de Dynamics 365 (online) al equipo a través de una conexión
segura, y se mantiene un vínculo entre la copia local y Dynamics 365 Online. La próxima
vez que inicie sesión en Dynamics 365 (online), los datos locales se sincronizarán con
Dynamics 365 (online).
Los administradores utilizan roles de seguridad para determinar si los usuarios de una
organización tienen permiso o no para desconectarse con Microsoft Dynamics 365 for
Outlook.
Los usuarios y los administradores pueden configurar qué entidades que se van a
descargar mediante la sincronización sin conexión utilizando los parámetros de Filtros
de sincronización en el cuadro de diálogo Opciones. Como alternativa, los usuarios y
los administradores pueden configurar los campos que se descargan (y cargan)
mediante Opciones avanzadas en el cuadro de diálogo Filtros de sincronización.
Si usa Dynamics 365 (online), cuando usa la característica Sincronizar con Outlook, los
datos de Dynamics 365 que esté sincronizando se "exportarán" a Outlook. Se establece
y conserva un vínculo entre la información de Outlook y la información de Dynamics 365
(online) para garantizar que la información entre ambos esté siempre actualizada.
Sincronizar con Outlook descarga solo los identificadores de registros de Dynamics 365
relevantes que hay que usar cuando un usuario intenta realizar el seguimiento y
establecer referente a un elemento de Outlook. Los datos de la empresa no se
almacenan en el dispositivo.
Para determinar si los usuarios de su organización tienen permiso para sincronizar datos
de Dynamics 365 con Outlook, un administrador utiliza roles de seguridad.
Si utiliza Microsoft Dynamics 365 (online), la exportación de datos a una hoja de cálculo
estática crea una copia local de los datos exportados y los almacena en su equipo. Los
datos se transfieren de Dynamics 365 (online)al equipo a través de una conexión segura,
y no se mantendrá una conexión entre esta copia local y Dynamics 365 (online).
Cuando exporta a una hoja de cálculo dinámica o tabla dinámica, se establece y
conserva un vínculo entre la hoja de cálculo de Excel y Dynamics 365 (online). Cada vez
que se actualiza una hoja de cálculo dinámica o una tabla dinámica, su identidad se
autenticará con Dynamics 365 (online) mediante sus credenciales. Podrá ver aquellos
datos para los que disponga de permiso.
Para determinar si los usuarios de su organización tienen permiso para exportar los
datos a Excel, un administrador utiliza los roles de seguridad.
Cuando los usuarios de Dynamics 365 (online) imprimen datos de Dynamics 365, en
realidad lo que hacen es "exportar" esos datos desde el límite de seguridad que
proporciona Dynamics 365 (online) a un entorno menos seguro, en este caso, una hoja
de papel.
Un administrador tiene control total (en el nivel de rol de seguridad o entidad del
usuario) sobre los datos que se pueden extraer. No obstante, los datos ya no estarán
protegidos por el límite de seguridad que proporciona Dynamics 365 (online) tras su
extracción y, en su lugar, los controlará directamente el cliente.
Consulte también
Conceptos de seguridad
Copiar un rol de seguridad

Ahorrar tiempo en la creación de un rol
de seguridad copiando uno
Si desea crear un rol de seguridad parecido a otro, puede copiar un rol de seguridad
existente y guardarlo con un nuevo nombre. A continuación, puede modificar los
privilegios y los niveles de acceso para ajustarlos al nuevo rol de seguridad.
７ Nota
No puede copiar un rol de seguridad en otra unidad de negocio.

Los privilegios de los roles de seguridad están sujetos a modificaciones con
las actualizaciones y el rol de seguridad copiado puede estar obsoleto. Debe
comprobar periódicamente los privilegios de los roles de seguridad. Consulte
Crear un usuario administrativo y evitar la elevación del privilegio del rol de
seguridad para conocer un método alternativo de asignar privilegios de rol
de seguridad que cambiarán dinámicamente.


entorno.
4. En la lista de roles de seguridad, en Nombre, seleccione el rol de seguridad que

desee copiar y, en la barra de herramientas Acciones, seleccione Más
acciones>Copiar rol.
5. En el cuadro de diálogo Copiar rol de seguridad, en el cuadro de texto Nuevo

nombre del rol, escriba el nombre del nuevo rol de seguridad.
6. Para modificar el nuevo rol de seguridad después de crear una copia, compruebe
que la casilla de verificación Abrir nuevo rol de seguridad al finalizar la copia esté
activada; de lo contrario, desactive la casilla.
Vea también
Conceptos de seguridad
Roles de seguridad
Seguridad de nivel de campoEvitar la elevación del rol de seguridad de privilegio

Administrar usuarios de aplicaciones en
el centro de administración de Power
Platform
Estamos en el proceso de mover la administración de usuarios de la aplicación desde el

cliente web heredado, como se documenta en Habilitar o deshabilitar usuarios de
aplicaciones. Siga estos pasos para administrar usuarios de aplicaciones en el centro de
７ Nota
Actualmente, no se admite la eliminación de usuarios de aplicaciones.
 Sugerencia
Vea el vídeo: Administre usuarios de aplicaciones, roles de seguridad, equipos y

usuarios en el centro de administración Power Platform .
Ver usuarios de aplicaciones en un entorno

En la página Usuarios de aplicaciones, puede ver y administrar los usuarios de las
aplicaciones. El tipo de aplicación Personalizado ee el registro de su aplicación local,
como se creó en Azure Active Directory (Azure AD).

4. Seleccione Usuarios + Permisos y, después, Usuarios de aplicaciones.

Crear un usuario de la aplicación
Puede crear un usuario de aplicación sin licencia en su entorno. Este usuario de la
aplicación recibirá acceso a los datos del entorno en nombre del usuario final que usa
su aplicación.
En un entorno, solo se puede tener un usuario de aplicación para cada aplicación

registrada en Azure AD.

5. Seleccione + Nuevo usuario de la aplicación para abrir la página Crear un nuevo

usuario de aplicación.
6. Seleccione + Agregar una aplicación para elegir la aplicación de Azure AD
registrada que se creó para el usuario seleccionado y, a continuación, seleccione
Agregar.
７ Nota
Además de especificar el Nombre de la aplicación o el identificador de la

aplicación, también puede indicar un identificador de identidad administrada
de Azure. Para la identidad administrada, no especifique el nombre de la
aplicación de identidad administrada, use el identificador de la aplicación de
identidad administrada en su lugar.
7. La aplicación de Azure AD seleccionada se muestra en Aplicación. Puede elegir
Editar ( ) para elegir otra aplicación de Azure AD. En Unidad de negocio,
seleccione una unidad de negocio de la lista desplegable.
8. Después de elegir una unidad de negocio, puede seleccionar para Roles de

seguridad para elegir roles de seguridad para la unidad de negocio elegida, para
agregar al nuevo usuario de la aplicación. Después de agregar roles de seguridad,
seleccione Guardar.
Ver o editar los detalles de un usuario de la
aplicación
5. Seleccione un usuario de la aplicación y luego seleccione Detalles.
La página Detalles muestra las siguientes propiedades para el usuario de la aplicación:
Name
Id. de aplicación de Azure AD
Estado o provincia
Roles de seguridad asignados
Tipo de aplicación
Unidad de negocio
Dirección de correo electrónico
Se pueden editar la unidad de negocio, la dirección de correo electrónico y los roles de

seguridad.
Sincronizar el nombre de usuario de la
aplicación con el nombre de la aplicación de
Azure AD
Cuando se crea un usuario de la aplicación por primera vez, el nombre de usuario es el
mismo que el nombre de la aplicación de Azure AD registrada. Los dos nombres pueden
desincronizarse cuando se cambia el nombre de la aplicación de Azure AD. Puede
sincronizar el nombre de usuario de la aplicación con el nombre de la aplicación de
Azure AD seleccionando Actualizar en la página Detalles.
７ Nota
Actualizar y el nombre de la aplicación de Azure AD solo se muestran cuando los

dos nombres no están sincronizados.
Administrar los roles de un usuario de
aplicación
Además de usar el punto de entrada en la página Detalles para administrar roles, puede
seleccionar Editar roles de seguridad en la barra de menú de la página Usuarios de la
aplicación. Si el usuario de la aplicación ya tiene roles asignados, esos roles aparecerán
como seleccionados en la página.
Puede seleccionar o anular la selección de roles y luego seleccionar Guardar. Todos los
roles seleccionados se convierten en los roles asignados actualmente para el usuario de
la aplicación. No se asignará ningún rol no seleccionado.
Activar o desactivar un usuario de la aplicación
En la página Usuario de la aplicación, realice una de las siguientes acciones:
Para activar un usuario de la aplicación, seleccione Activar en la barra de menú
y luego seleccione Activar en el cuadro de diálogo de confirmación.
Para desactivar un usuario de la aplicación, seleccione Desactivar en la barra de

menú y luego seleccione Desactivar en el cuadro de diálogo de confirmación.
Eliminar usuarios del entorno
Este artículo aborda los distintos niveles y métodos de eliminación de usuarios en Microsoft Power
Platform que implican lo siguiente: centro de administración de Microsoft 365 , Azure Active
Directory (Azure AD) y centro de administración de Power Platform.
Mire este vídeo para ver un tutorial detallado sobre cómo eliminar usuarios de su entorno:
https://www.microsoft.com/es-es/videoplayer/embed/RE5ddyh?
postJsllMsg=true&autoCaptions=es-es
Eliminar usuarios en el centro de administración de

Microsoft 365
Los administradores deben utilizar el centro de administración de Microsoft 365 para eliminar
usuarios:
1. Inicie sesión en el centro de administración de Microsoft 365 .
2. Seleccione la página Usuarios>Usuarios activos .
3. Seleccione los nombres de los usuarios que desea eliminar y, a continuación, seleccione
Eliminar usuario.
Aunque eliminó la cuenta del usuario, todavía está pagando la licencia. Para dejar de pagar la
licencia, siga los procedimientos de Eliminar un usuario de su organización. O puede asignar la
licencia a otro usuario. No se asignará a nadie automáticamente.
Acerca de los usuarios eliminados

Cuando se elimina un usuario del centro de administración de Microsoft 365, el usuario no se
elimina de los entornos en los que está activo. En cambio, el estado del usuario se establece en
Deshabilitado en Power Platform.
A continuación, se enumeran los escenarios cuando se elimina un usuario:
Si el usuario se encuentra en el entorno y tiene un estado de Activado, el estado se actualizará

a Deshabilitado.
Si el usuario se encuentra en el entorno y tiene un estado de Deshabilitado, el estado
permanece como Deshabilitado.
Si el usuario no está presente en el entorno, no se realiza ninguna acción.
El estado de un usuario puede tardar entre 30 minutos y 6 horas en actualizarse en un entorno

después de eliminar al usuario del centro de administración de Microsoft 365. Si necesita actualizar
el estado del usuario inmediatamente, puede seguir los pasos de Diagnósticos de usuario para ver
qué se debe hacer para restaurar al usuario.
７ Nota
Un usuario eliminado del centro de administración de Microsoft 365 se coloca en la lista

Usuario eliminado por treinta días y puede restaurarse como se menciona en la siguiente
sección.
Restaurar usuarios eliminados

1. En el Centro de administración de Microsoft 365 , vaya a la página Usuarios>Usuarios
eliminados .
2. Seleccione el nombre del usuario que desea volver a habilitar, seleccione Restaurar usuario y
luego continúe por varias páginas.
3. Reasignar licencias según sea necesario para el usuario en el centro de administración de

Microsoft 365.
７ Nota
Puede restaurar usuarios eliminados hasta 30 días después de la eliminación. Cuando se

restaura un usuario eliminado y se reasigna una licencia, el estado del usuario se establece en
Activado en los respectivos entornos de Power Platform en los que el usuario estaba
deshabilitado.
Eliminar usuarios de forma permanente en Azure AD

Después de la ventana de treinta días a partir de la fecha en que eliminó usuarios en el centro de
administración de Microsoft 365, la cuenta de usuario se elimina de forma permanente en Azure AD
mediante un proceso de eliminación automática.
Si desea eliminar manualmente al usuario de forma permanente sin esperar treinta días cuando la
cuenta de usuario se elimine automáticamente, puede hacerlo usando la opción de Azure AD en
Azure Portal siguiendo las siguientes instrucciones: Eliminar permanentemente un usuario.
Eliminar usuarios en Power Platform (versión

preliminar)
Los usuarios eliminados del centro de administración de Microsoft 365 pueden permanecer en
entornos de Power Platform con el estado Deshabilitado. Estos usuarios se pueden eliminar de
forma permanente de entornos de Power Platform. La eliminación de usuarios de entornos de
Power Platform pasa por fases de eliminación similares a las de Azure AD. Cuando elimina por
primera vez al usuario en el entorno de Power Platform, el usuario deshabilitado primero se elimina
temporalmente y luego se puede eliminar permanentemente.
） Importante
La eliminación de usuarios en Power Platform es una función de la versión preliminar.

Las características en versión preliminar no se han diseñado para un uso de producción y
pueden tener una funcionalidad restringida. Estas características están disponibles antes
del lanzamiento oficial para que los clientes puedan tener un acceso anticipado y
proporcionar comentarios.
No se pueden eliminar todos los usuarios que tengan el estado Deshabilitado. Un
usuario puede tener el estado Deshabilitado en un entorno de Power Platform y aún
estar activo en Azure AD. El usuario puede tener este estado deshabilitado cuando se
eliminó la licencia o se eliminó al usuario del grupo de seguridad del entorno. El usuario
también se puede deshabilitar actualizando el campo Estado. Es necesario personalizar el
formulario de usuario permitiendo que se actualice el campo Estado.
Visualización de la lista de usuarios deshabilitados

3. En la barra de menú superior, seleccione Administrar usuarios en Dynamics 365.
4. En el menú desplegable, seleccione Usuarios deshabilitados.
Fases de usuario deshabilitados de Azure AD

Fase Centro de administración de Centro de administración de Power Platform
Microsoft 365
Acción Valor Estado del Acción Eliminación Contenido

usuario de usuario
1a El administrador Eliminado Deshabilitado El proceso de No El usuario se

elimina el usuario temporalmente administración de permitido: elimina
usuarios el botón temporalmente en
deshabilita al Eliminar Azure AD y se
usuario y actualiza está oculto puede restaurar.
el UPN, el correo Una vez
electrónico, etc. restaurado, el
usuario se reactiva
automáticamente
en Dataverse.
1b El administrador Activas Activas El proceso de No N/D

restaura el usuario administración de permitido:
usuarios activa al el botón
usuario y restaura Eliminar
el UPN está oculto
2 El administrador Eliminado Deshabilitados Los detalles del Permitido: El usuario se

elimina definitivamente: usuario deben el botón elimina
permanentemente el usuario ya no verificar si el Eliminar permanentemente
el usuario existe en Azure usuario existe en está visible en Azure AD y no
AD Azure AD, y si el se puede
usuario no existe, restaurar. Ahora
se permite se puede eliminar
eliminarlo temporalmente el
usuario en
Dataverse.
3 Deshabilitados El administrador Permitido: El usuario se

de Dataverse el botón elimina
elimina el usuario Eliminar temporalmente en
está visible Dataverse. Ahora
se puede eliminar
permanentemente
en Dataverse.
4 Deshabilitados El administrador Permitido: El usuario se

de Dataverse el botón elimina en
elimina Eliminar de Dataverse. El
permanentemente forma usuario ya no
el usuario permanente existe en
está visible Dataverse, todas
las referencias al
usuario en
Dataverse en los
registros de
auditoría
muestran 'No
disponible'.
Eliminación temporal de usuarios en Power Platform
En la fase de eliminación temporal de Azure AD, el usuario no se puede eliminar en Power Platform
porque el usuario se puede restaurar desde el centro de administración de Microsoft 365 . Cuando
se restaura el usuario, el usuario se restaura automáticamente en entornos de Power Platform con
un estado Habilitado y los campos anteriores se restablecen a su estado original.
Para eliminar temporalmente a un usuario en un entorno de Power Platform, primero se debe

eliminar el usuario de forma permanente en Azure AD. Esto se aplica a los usuarios normales y no a
los usuarios de aplicaciones o a usuarios pendientes de confirmación. Los usuarios eliminados del
centro de administración de Microsoft 365 se eliminan permanentemente después de 30 días o
se pueden eliminar permanentemente de forma manual.
Hay dos formas de eliminar temporalmente a los usuarios.
Opción A: Eliminación temporal de usuarios de la vista de usuarios

deshabilitados
1. Eliminar el usuario de forma permanente en Azure Active Directory. Vaya a Eliminar usuarios
de forma permanente en Azure AD anteriormente en este artículo.
4. En la barra de menú superior, seleccione Administrar usuarios en Dynamics 365.
5. En el menú desplegable, seleccione Usuarios deshabilitados.
6. Seleccione un usuario de la lista.
7. En el formulario de usuario, seleccione el botón Eliminar.
El usuario aún existe en el entorno como deshabilitado y continúa mostrándose en la lista de

usuarios deshabilitados. Para eliminar de forma permanente del entorno, vaya a Eliminar usuarios
de forma permanente en Power Platform más adelante en este artículo.
Opción B: Ver y eliminar temporalmente a los usuarios deshabilitados que se

eliminaron permanentemente de Azure AD
3. En la barra de menú superior, seleccione Filtro.

4. En el menú desplegable, seleccione Los usuarios no se encuentran en AAD, pero existen en el
entorno.
5. Seleccione el usuario deshabilitado que desea eliminar.
6. En el formulario de usuario, seleccione Eliminar.
7. Seleccione Actualizar lista para actualizar la lista y confirmar la eliminación.
７ Nota
Todos los registros que pertenecen al usuario eliminado temporalmente deben reasignarse
primero a otro usuario antes de que el registro de usuario se pueda eliminar de forma
permanente. Puede reasignar los registros desde el mismo panel Detalles del usuario en la
sección Administrador .
¿Qué sucede cuando se elimina un usuario temporalmente?

El registro de usuario aún existe en el entorno y sigue teniendo un estado Deshabilitado.
No se puede restaurar el usuario.
El rol de seguridad del usuario no está asignado.
El usuario se elimina de todos los equipos.
Se eliminan la cola del usuario, el perfil, el mapa de la entidad de la unidad de negocio, los
registros compartidos (acceso al objeto principal), el mapa de la unidad de negocio de la
entidad principal y los registros principales del usuario del sistema.
Registro de auditoría después de la eliminación temporal del usuario

El nombre del usuario eliminado continúa mostrándose en los registros de auditoría donde el
usuario era el creador o modificador del registro.
Eliminar usuarios de forma permanente en Power Platform

Puede eliminar y eliminar usuarios con estado deshabilitado en Power Platform. Es posible que
desee eliminar usuarios con estado deshabilitado por las siguientes razones:
Ya no están activos en el inquilino.

Se sacaron del grupo de seguridad del entorno.
Ya no tienen licencia para usar la aplicación.
Para cumplir con el cumplimiento normativo, como RGPD
Requisitos previos
El usuario ya debe haberse eliminado temporalmente. Consulte Eliminación temporal de
usuarios en Power Platform anteriormente en este artículo.
Todos los registros propiedad del usuario deben reasignarse a otro usuario. Los registros de
usuario se pueden reasignar desde la página de configuración de usuario.
Debe haber activado la configuración de función Eliminar usuarios deshabilitados (versión
preliminar)>Habilitar la eliminación de usuarios deshabilitados para su entorno mediante el
centro de administración de Power Platform. Más información: Administrar la configuración de
funciones.
Cómo eliminar usuarios de forma permanente

3. En la barra de menú superior, seleccione Filtro.
4. En el menú desplegable, seleccione Los usuarios no se encuentran en AAD y se han

eliminado temporalmente en el entorno.
5. Seleccione un usuario eliminado temporalmente para eliminar el usuario de forma

permanente en el entorno de Power Platform . Solo los usuarios eliminados temporalmente se
pueden eliminar de forma permanente.
6. En el formulario de usuario, seleccione Eliminar.

7. Seleccione Actualizar lista para actualizar la lista y confirmar la eliminación.
Registro de auditoría después de la eliminación permanente del usuario

Una vez eliminado de forma permanente, el nombre del usuario eliminado deja de mostrarse en los
registros de auditoría cuando el usuario era el propietario, el creador o el modificador del registro.
Para el propietario del registro, el nombre se sustituye por Registro no disponible en estos registros
de auditoría. Para el creador o modificador del registro, el nombre se sustituye por Sin nombre en
estos registros de auditoría.
Creado por y modificado por nombre

Una vez eliminado de forma permanente, el nombre del usuario eliminado ya no se muestra en los
campos Creado por y Modificado por de los registros que el usuario eliminado ha creado y de los
registros que el usuario eliminado modificó por última vez. Estos campos mostrarán Sin nombre y si
hizo clic en él, verá un mensaje que indica que el "Registro no está disponible". El systemuserid del
usuario eliminado todavía está en estos registros.
Consulte también
Eliminar un usuario de su organización
Solución de problemas: problemas comunes de acceso de usuarios
Restablecer la contraseña de un usuario

Si un usuario pierde una contraseña, puede restablecerla. Para restablecer una

contraseña de usuario, debe ser administrador global de Microsoft Online Services,
administrador de control de usuarios o administrador de contraseñas.
Para ver instrucciones paso a paso, consulte Restablecer una contraseña de usuario.
７ Nota
La contraseña restablecida es temporal. El usuario debe cambiar la contraseña

temporal en el siguiente inicio de sesión. Para ayudar a los usuarios a cumplir los
requisitos para crear una nueva contraseña en el entorno de Microsoft Online
Services, vea Establecer una directiva de caducidad de contraseñas del usuario.
Consulte también
Usar los roles de administrador de
servicios para administrar su inquilino
Para ayudarle a administrar los entornos y la configuración de Microsoft Power Platform

puede asignar usuarios para administrar a nivel de inquilino sin tener que asignar el
privilegio de administrador global de Microsoft 365, que es más potente.
Hay dos roles de administrador de servicios relacionados con Power Platform que puede
asignar para proporcionar un alto nivel de administración de administradores.
７ Nota
Estos (y otros) roles de administrador solo se aplican a que puedes hacer en el

centro de administración de Power Platform. Por ejemplo, Dynamics 365 Finance y
Dynamics 365 Supply Chain Management actualmente no se gestionan en el centro

El administrador de Dynamics 365 puede:
Iniciar sesión y administrar varios entornos. Si un entorno utiliza un grupo de

seguridad, un administrador de servicios debería agregarse al grupo de seguridad
para administrar ese entorno. Si no se asignan a un grupo de seguridad existente
estos administradores quedarán excluidos de cualquier administración.

Los usuarios con el rol de administrador de Power Platform pueden:
Iniciar sesión y administrar varios entornos. Los administradores de Power Platform

no se ven afectados por la pertenencia al grupo de seguridad y pueden
administrar entornos incluso si no se agregan al grupo de seguridad de un
entorno.
Ambos roles de administrador de servicios no pueden realizar funciones restringidas en
el administrador global de Microsoft 365, como administrar cuentas de usuario,
administrar suscripciones, configurar acceso a aplicaciones de Microsoft 365 como
Microsoft Exchange o Microsoft SharePoint.
Asignar un rol de administración de servicios a

un usuario
Siga estos pasos para asignar un rol de administración de servicios.
７ Nota
Cuando se otorga el rol de Dynamics 365 Administrador a un usuario en Azure

Active Directory (Azure AD), también obtendrá el rol de administrador del sistema
en entornos. Cuando se quita el rol de Dynamics 365 Administrador en Azure AD, la
sincronización de usuarios no elimina el rol de administrador del sistema. Entonces,
aunque este usuario ya no es un administrador de Dynamics 365 en Azure AD,
sigue siendo un sistema administrador en el inquilino y podrá ver todos los
entornos. Recomendamos eliminar manualmente el rol de administrador del
sistema en todos los entornos tan pronto como el rol se elimine de Azure AD.
Para excluirse de los roles de usuario automáticos basados en licencias, consulte

Optar por no participar en la administración automática de roles de usuario
basados en licencias.
1. Inicie sesión en centro de administración de Microsoft 365 como administrador

global.
2. Vaya a Usuarios>Usuarios activos y seleccione un usuario.
3. En Cuenta>Roles, seleccione Administrar roles.
4. Seleccionar para expandir Mostrar todo por categoría.
5. En Colaboración, seleccione Administrador de Dynamics 365 o Administrador de

Power Platform.
７ Nota
Si está utilizando la activación de roles basada en el tiempo Azure AD Privileged
Identity Management (PIM) para administrar sus roles de administrador de
servicios, el permiso del administrador del servicio NO se elimina del entorno
cuando caduca la activación del rol de función basada en el tiempo.
Los roles de administrador del servicio deben asignarse directamente a los

usuarios, ya que la herencia de grupos de seguridad no es totalmente compatible.
Matriz de permisos de administrador de

servicios
La siguiente matriz muestra qué administración es posible con los diversos roles de
administrador de servicios en comparación con el rol de administrador global de
Microsoft 365.
Microsoft 365
Power Dynamics 365
Power BI
administrador
administrador
global
Administración
POWER PLATFORM
Entornos
Acceso completo a1 Sí Sí Sí2 No
Crear Sí Sí Sí2 No
Eliminar Sí Sí Sí2 No
Copia de seguridad y Sí Sí Sí2 No

restauración
Copiar Sí Sí Sí2 No
Capacidad para excluir el No No Sí Sí

acceso de entornos
seleccionados
(utilizando grupos de
seguridad)
Análisis
Capacidad Sí Sí Sí2 No
Microsoft 365
Power Dynamics 365
Power BI
administrador
administrador
global
Administración
Asignación de capacidad Sí Sí Sí2 No

(planes de Power Apps
por aplicación, Power
Automate, AI Builder y
Portal)
Microsoft Dataverse Sí Sí Sí2 No
Power Automate Sí Sí Sí2 No
Power Apps Sí Sí Sí2 No
Ayuda + soporte
Crear y acceder a Sí Sí Sí2 No

solicitudes de soporte
Integración de datos
Crear nuevo proyecto y Sí Sí Sí2 No

conjunto de conexiones
Puertas de enlace de
datos
Ver puertas de enlace Sí Sí Sí2 No
Directivas de datos

políticas de inquilinos

políticas de entorno
POWER BI
Administrar inquilino de Sí Sí No Sí
Power BI
Adquirir y asignar Sí No No No
licencias de Power BI
MICROSOFT 365
Crear usuarios Sí No No No
Microsoft 365
Power Dynamics 365
Power BI
administrador
administrador
global
Administración
Agregar roles de Sí No No No
seguridad
Agregar licencias Sí No No No
1
Nivel de permiso equivalente a un Administrador del sistema. Tiene permiso completo
para personalizar o administrar el entorno, incluida la creación, modificación y
asignación de roles de seguridad. Puede ver todos los datos en el entorno, si el usuario
tiene una licencia adecuada.
2
Si se asigna un grupo de seguridad al entorno y el usuario con esta función se agrega
al grupo de seguridad
Vea también
¿Qué es la administración de Power BI?

Agregar usuarios a un ambiente
Los entornos pueden tener cero o una base de datos de Microsoft Dataverse. El proceso
para asignar usuarios a los entornos sin base de datos de Dataverse difiere del proceso
para los entornos con una base de datos de Dataverse. Para obtener información
general de entornos, consulte Información general de los entornos.
Agregar usuarios a un entorno que no tiene

ninguna base de datos de Dataverse
No tiene que agregar usuarios a entornos que no tienen ninguna base de datos de
Dataverse, porque todos los usuarios de la organización están presentes en estos
entornos de forma predeterminada. Sin embargo, para que un usuario tenga acceso a
los recursos de un entorno, se le debe asignar un rol de seguridad. Para obtener
información sobre cómo asignar un rol de seguridad a usuarios en un entorno, vea
Configurar la seguridad del usuario para los recursos en un entorno.
Agregar usuarios a un entorno con una base de

datos de Dataverse
Cuando se crea un entorno con una base de datos de Dataverse, o cuando se agrega
una base de datos de Dataverse a un entorno existente, todos los usuarios de la
organización se agregarán automáticamente al entorno a menos que se seleccione un
grupo de seguridad como filtro de acceso. Revise lo siguiente sobre la agregación
automática de usuarios a los entornos.
Para que un usuario se agregue con éxito a un entorno que tiene una base de
datos de Dataverse, el usuario debe cumplir algunos criterios. Este mismo conjunto
de criterios se aplica a habilitar a un usuario que ya está presente en un entorno.
La adición automática de usuarios a un entorno lleva tiempo, especialmente si su

organización es grande y el acceso al entorno no está restringido a ningún grupo
de seguridad. Recomendamos restringir el acceso al entorno a un conjunto
específico de usuarios mediante la asociación del entorno a un grupo de
seguridad.
En la mayoría de los casos, agregar usuarios a un entorno solo les da acceso al

entorno en sí, y no a los recursos (aplicaciones y datos) del entorno. Tiene que
configurar el acceso a los recursos, y para ello debe asignar roles de seguridad a
los usuarios. A los usuarios con ciertas licencias de la aplicación Dynamics 365 se
les asignarán algunos roles de seguridad de forma predeterminada que solo les
darán acceso de lectura a los recursos del entorno. Usuarios a los que se les han
asignado roles de administrador de servicio o el rol de administrador global,
asignado a través del centro de administración de Microsoft 365, obtendrá el rol
del sistema Administrador por defecto. Tendrán privilegios de administrador para
los recursos del entorno cuando se agreguen al entorno.
Como agregar usuarios automáticamente a un entorno puede llevar mucho

tiempo, tiene la opción de utilizar el siguiente procedimiento para agregar
usuarios concretos al entorno en menos tiempo.
 Sugerencia
Eche un vistazo al siguiente vídeo: Agregar usuarios a Dataverse .
Para agregar usuarios a un entorno con una base de datos de Dataverse
1. Desde el centro de administración de Power Platform , seleccione el entorno al

que desea agregar usuarios.
Verá la lista de usuarios que ya se han agregado al entorno. Esta lista de usuarios
incluye usuarios con estado habilitado y deshabilitado. Más información: Habilitar
o deshabilitar usuarios
3. Compruebe si el usuario que desea agregar ya está presente en el entorno

haciendo una búsqueda (puesto que la adición automática de usuarios puede
haber agregado al usuario). Si aún no encuentra el usuario en el entorno,
seleccione Agregar usuario.
4. En el panel Agregar usuario, escriba el nombre o la dirección de correo electrónico
del usuario, selecciónelos y agréguelos al entorno. Tenga en cuenta los requisitos
para agregar a un usuario correctamente y consulte habilitar un usuario en un
entorno para obtener detalles sobre cómo garantizar que se cumplan los
requisitos.
5. Seleccione Actualizar para ver el usuario agregado en la lista.
6. Después de agregar un usuario al entorno, asignar un rol de seguridad al usuario

para configurar su acceso a los recursos en el entorno.
Configuración de la seguridad del
usuario a recursos en un entorno
Microsoft Dataverse usa un modelo de seguridad basada en roles para ayudar al acceso
seguro a la base de datos. Este artículo explica cómo crear los artefactos de seguridad
necesarios para ayudarle proteger recursos en un entorno. Los roles de seguridad se
pueden usar para configurar el acceso en todo el entorno a todos los recursos del
entorno, o para configurar el acceso a aplicaciones y datos específicos en el entorno.
Los roles de seguridad de usuario controlan el acceso de un usuario a los recursos de un
entorno a través de un conjunto de permisos y niveles de acceso. La combinación de
niveles de acceso y permisos que se incluyen en un determinado rol de seguridad define
los límites de visualización de aplicaciones y datos para el usuario, así como las
interacciones del usuario con estos.
Un entorno puede tener cero o una base de datos de Dataverse. El proceso para asignar
roles de seguridad para entornos sin base de datos Dataverse difiere de la de un
entorno con una base de datos Dataverse.
Roles de seguridad predefinidos

Los entornos incluyen roles de seguridad predefinidos que reflejan tareas de usuario
comunes con niveles de acceso definidos para que coincidan con el objetivo de
seguridad recomendado de proporcionar acceso a la cantidad mínima de datos
profesionales necesarios para usar la aplicación.
Estos roles de seguridad se pueden asignar al usuario, al equipo propietario y al equipo

de grupo.
Hay otro conjunto de roles de seguridad que se asigna a los usuarios de aplicaciones.
Esos roles de seguridad se instalan por nuestros servicios y no se pueden actualizar.
En función del entorno, estarán disponibles distintos roles de seguridad predefinidos.
Entornos sin una base de datos de Dataverse

Creador de entornos y Administrador de entornos son los únicos roles predefinidos para
entornos que no tienen base de datos de Dataverse. Estos roles se definen en la tabla
siguiente.
Administrador Crear, leer, El rol Administrador de entorno puede realizar todas las
de entorno escribir, eliminar, acciones administrativas en un entorno, incluido lo
personalizaciones, siguiente:
roles de
seguridad Agregar o quitar un usuario en el rol Administrador
de entornos o el rol Creador de entornos.
Aprovisionar una base de datos de Dataverse para el
entorno. Una vez aprovisionada una base de datos, el
rol de Personalizador del sistema también debe
asignarse a un administrador de entorno para que
tenga acceso a los datos del entorno.
Ver y administrar todos los recursos creados en un
entorno.
Establecer directivas de prevención de pérdida de
datos. Más información: Directivas de prevención de
pérdida de datos


aplicaciones que crean en un entorno a otros usuarios de su
organización. Pueden compartir la aplicación con usuarios
individuales, grupos de seguridad o con todos los usuarios
de la organización. Más información: Compartir una
aplicación en Power Apps
Entornos con una base de datos de Dataverse

Si el entorno tiene una base de datos de Dataverse, hay que asignar a un usuario el rol
de Administrador del sistema en lugar del rol Administrador de entorno, para que tenga
privilegios de administrador completos, como se describe en la tabla anterior.
Para los usuarios que crean aplicaciones que se conectan a la base de datos y necesitan
crear o actualizar entidades y roles de seguridad, debe asignar el rol Personalizador del
sistema además del rol Creador de entornos. Esto es necesario porque el rol Creador de
entornos no tiene privilegios sobre los datos del entorno.


aplicaciones que crean en un entorno a otros usuarios de
su organización. Pueden compartir la aplicación con
usuarios individuales, grupos de seguridad o con todos los
usuarios de la organización. Más información: Compartir
una aplicación en Power Apps
Administrador Crear, leer, Tiene permiso completo para personalizar o administrar el

del sistema escribir, eliminar, entorno, incluida la creación, modificación y asignación de
personalizaciones, roles de seguridad. Puede ver todos los datos del entorno.
roles de Más información: Privilegios necesarios para la
seguridad personalización
Personalizador Creación Tiene permiso completo para personalizar el entorno. Sin

del sistema (automática), embargo, los usuarios con este rol solo pueden ver los
Lectura registros de las entidades del entorno que han creado. Más
(automática), información: Privilegios necesarios para la personalización.
Escritura
(automática),
Eliminación
(automática),
Personalizaciones
Usuario Basic Leer (registros Puede ejecutar una aplicación dentro del entorno y realizar
propios), Crear tareas comunes para los registros que posee. Tenga en
(registros cuenta que esto solo se aplica a entidades no
propios), Escribir personalizadas. Más información: Creación o configuración
(registros de un rol de seguridad personalizado
propios), Eliminar
(registros propios) Nota: el nombre del rol de seguridad Usuario de Common
Data Service se ha cambiado a Usuario básico. No es
necesaria ninguna acción; solo es un cambio de nombre y
no afecta a los privilegios del usuario ni a la asignación de
roles. Si tiene una solución con el rol de seguridad Usuario
de Common Data Service, al importar la solución podría
restablecer inadvertidamente el nombre del rol de
seguridad como Usuario de Common Data Service.
Actualice la solución antes de volver a importar.
Servicio lector Leído Tiene permiso de lectura completo para todas las
entidades, incluidas las entidades personalizadas. Esto lo
usa principalmente el servicio de backend que requiere leer
todas las entidades.
Redactor de Crear, lectura y Tiene permisos completos de creación, lectura y escritura

servicio escritura para todas las entidades, incluidas las entidades
personalizadas. Esto lo usa principalmente el servicio de
backend que requiere crear y actualizar registros.
Delegado Actuar en nombre Permite que el código se ejecute como otro usuario o lo
de otro usuario suplante. Normalmente se usa con otro rol de seguridad
para permitir el acceso a los registros. Más información:
Suplantar a otro usuario
Usuario de Leer Tiene permiso de lectura completo para la personalización

soporte personalizaciones, y la configuración de administración de empresas para
leer la permitir que el personal de soporte solucione problemas de
configuración de configuración del entorno. No tiene acceso a registros
Administración de básicos.
empresas
Colaborador Leer (registros Tiene permiso de lectura para las tablas en las que se
de Office propios) compartió un registro de estas tablas con la organización.
No tiene acceso a ningún otro registro de tabla principal y
personalizado. Esta función se asigna al equipo de
propietarios de Office Collaborators y no a un usuario
individual.
Lector global El rol Lector global aún no es compatible en el centro de

Además de los roles de seguridad predefinidos enumerados anteriormente para

Dataverse, puede haber otros roles de seguridad disponibles en su entorno según los
componentes de Power Platform (Power Apps, Power Automate, Power Virtual Agents)
que tenga.

Platform
Power Apps Roles de seguridad predefinidos para entornos con una base de
datos de Dataverse
Power Automate Seguridad y privacidad

Platform
Power Virtual Agents Asignar roles de seguridad de entorno
Dataverse for Teams entornos

Para obtener información sobre los roles de seguridad del entorno Dataverse for Teams,
consulte Acceso de usuario a entornos de Dataverse for Teams.
Roles de seguridad específicos de aplicaciones

Si implementa aplicaciones de Dynamics 365 en su entorno, como Dynamics 365 Sales o
Dynamics 365 Field Service, se agregan roles de seguridad adicionales como resultado
de la implementación de estas aplicaciones. Para obtener información sobre estos roles
de seguridad adicionales, consulte la documentación de las aplicaciones respectivas:
Aplicación de Dynamics 365 Documentos de rol de seguridad
Dynamics 365 Sales Roles de seguridad predefinidos para Ventas
Dynamics 365 Marketing Roles de seguridad agregados por Dynamics 365 Marketing
Dynamics 365 Field Service Roles + definiciones de Dynamics 365 Field Service
Dynamics 365 Customer Service Roles en Plataforma omnicanal para Customer Service
Dynamics 365 Customer Roles de Customer Insights

Insights
Administrador de perfiles de Roles y privilegios asociados con el administrador de perfiles

aplicación de la aplicación
Dynamics 365 Finance Roles de seguridad en el sector público
Aplicaciones de finanzas y Roles de seguridad en Microsoft Power Platform

operaciones
Resumen de recursos disponibles para roles de

seguridad predefinidos
La siguiente tabla describe qué recursos puede crear cada rol de seguridad.
Recurso Creador de Administrador Personalizador Administrador
entorno de entorno del sistema del sistema
Aplicación de X X X X
lienzo
Flujo de nube X (no compatible X X (compatibles con X

con las soluciones) las soluciones)
Conector X X - X
Conexión X X - X
Puerta de X X - X
enlace de datos
Flujo de datos X X - X
Tablas de - - X X
Dataverse
Aplicación X - X X
basada en
modelo
Marco de la X - X X
solución
*Flujo de - - X X
escritorio
AI Builder - - X X
*
Los usuarios de Dataverse for Teams no obtienen acceso a los flujos de escritorio de
forma predeterminada. Necesita actualizar su entorno para disfrutar de todas las
capacidades de Dataverse y adquirir Planes de licencia de flujo de escritorio para usar
flujos de escritorio.

entorno sin base de datos Dataverse
Para entornos sin base de datos de Dataverse, los roles de seguridad se pueden asignar
a usuarios individuales o a grupos de Azure AD. Un usuario que tenga la función de
administrador del entorno en el entorno puede realizar estos pasos.

3. En el mosaico Acceso, seleccione Ver todo para Administrador de entorno o
Creador de entorno para agregar o eliminar personas para cualquiera de los roles.
4. Seleccione Añadir personas y luego especifique el nombre o la dirección de correo

electrónico de uno o más usuarios o grupos de Azure AD para asignar este rol.

entorno que tiene una base de datos Dataverse
Se pueden asignar roles de seguridad a equipos propietarios y equipos de grupo de
Azure AD, además de usuarios individuales. Antes de asignar un rol a un usuario,
verificar que el usuario está presente en el entorno en estado habilitado. Agregar al
usuario al entorno o corregir su estado para que esté habilitado antes de asignarles un
rol. Podrá asignar un rol como parte del proceso de agregar el usuario.
En general, un rol de seguridad se puede asignar únicamente los usuarios con estado
habilitado. Pero si necesita asignar roles de seguridad a los usuarios que tienen el
estado deshabilitado, puede hacerlo habilitando los
allowRoleAssignmentOnDisabledUsers en OrgDBOrgSettings.
Para agregar un rol de seguridad a un equipo propietario, equipo de grupo o un usuario

que tiene el estado Habilitado en un entorno:
3. En el icono Acceso, seleccione Ver todo en Roles de seguridad.
4. Asegúrese de seleccionar la unidad de negocio correcta en el menú desplegable y

seleccione un rol de la lista de roles en el entorno.
5. Seleccione Añadir personas para agregar un usuario, equipo propietario o equipo

de grupo al rol. Si no encuentra un usuario o equipo para asignarle el rol,
asegúrese de que el usuario o equipo esté presente en el entorno y que el usuario
tenga el estado Habilitado antes de asignarle un rol.
Crear o configurar un rol de seguridad
personalizado
Si su aplicación usa una entidad personalizada, sus privilegios se deben conceder
explícitamente en un rol de seguridad antes de que su aplicación pueda usarse. Puede
agregar estos privilegios en un rol de seguridad existente o crear un rol de seguridad
personalizado.
７ Nota
Cada rol de seguridad debe incluir un conjunto mínimo de privilegios antes de

poder usarse. Estos se describen más adelante en este mismo artículo.
 Sugerencia
Es posible que el entorno mantenga los registros que pueden usar varias
aplicaciones, y es posible que necesite varios roles de seguridad para acceder a los
datos con diferentes privilegios. Por ejemplo:
Es posible que algunos de los usuarios (llamémoslos Tipo A) solo necesiten

leer, actualizar y adjuntar otros registros para que su rol de seguridad tenga
privilegios de lectura, escritura y anexar.
Otros usuarios pueden necesitar todos los privilegios que tienen los usuarios
de Tipo A, además de la capacidad de crear, agregar, eliminar y compartir. El
rol de seguridad para estos usuarios tendrá privilegios para crear, leer,
escribir, anexar, eliminar, asignar, anexar a y compartir.
Para obtener más información sobre los privilegios de acceso y de ámbito, consulte
Roles de seguridad y privilegios.
1. Inicie sesión en el Centro de administración de Power Platform y seleccione el

entorno para el que desea actualizar un rol de seguridad.
2. Seleccione la URL del entorno.
3. Si ve aplicaciones y mosaicos publicados, seleccione el icono engranaje ( ) en la

esquina superior derecha y luego seleccione Configuración avanzada.
4. En la barra de menú, seleccione Configuración>Seguridad.
5. Seleccione Roles de seguridad.

7. Desde el diseñador rol de seguridad, introduzca un nombre de rol en la pestaña

Detalles. En las otras pestañas seleccionará las acciones y el alcance para realizar
esa acción.
8. Seleccione una pestaña y busque su entidad. Por ejemplo, seleccione la pestaña

Entidades personalizadas para establecer permisos en una entidad personalizada.
9. Seleccione los privilegios Leer, Crear, Anexar.
Privilegios mínimos para ejecutar una

aplicación
Cuando crea un rol de seguridad personalizado, es necesario incluir un conjunto de
privilegios mínimos en el rol de seguridad para que un usuario ejecute una aplicación.
con los privilegios mínimos requeridos.
Para empezar, descargue la solución desde el Centro de descarga: Rol de seguridad de

privilegio mínimo de Dataverse .

Cuando importe la solución, crea el rol min pro apps use que puede copiar (consulte:
Crear un rol de seguridad mediante Copiar rol). Cuando el proceso Copiar rol termine,
vaya a cada pestaña (Registros principales, Administración de empresas,
Personalización, etc.) y establezca los privilegios apropiados.
） Importante

Vea también

Controlar el acceso de usuario a los
entornos: grupos de seguridad y
licencias
Si su compañía tiene varios entornos, puede usar grupos de seguridad para controlar
qué usuarios con licencia pueden ser miembros de un entorno determinado.
７ Nota
Para obtener información sobre cómo funciona el acceso de usuarios en Microsoft

Dataverse for Teams, vea Acceso de usuario a entornos de Dataverse for Teams.
Considere el siguiente escenario de ejemplo:
Ambiente de Grupo de Finalidad

seguridad
Ventas de Sales_SG Proporcionar acceso al entorno que crea oportunidades de

Coho Winery ventas, gestiona presupuestos y cierra tratos.
Marketing de Marketing_SG Proporcione acceso al entorno que controla los esfuerzos de

Coho Winery marketing con campañas de marketing y publicidad.
Servicio de Service_SG Proporcionar acceso al entorno que procesa casos de clientes.

Coho Winery
Desarrollo de Developer_SG Proporciona acceso al entorno de espacio aislado usado para

Coho Winery desarrollo y pruebas.
En este ejemplo, cuatro grupos de seguridad proporcionan acceso controlado a un

entorno específico.
Tenga en cuenta lo siguiente sobre los grupos de seguridad:
Acerca de los grupos de seguridad anidados
Los miembros de un grupo de seguridad anidado en un grupo de seguridad del

entorno no se aprovisionan previamente ni se agregan automáticamente al
entorno. Sin embargo, se pueden agregar al entorno al crear un equipo de grupo
de Dataverse para el grupo de seguridad anidado.
Un ejemplo de este escenario: asignó un grupo de seguridad para el entorno
cuando se creó el entorno. Durante el ciclo de vida del entorno, desea agregar
miembros al entorno que se administran mediante grupos de seguridad. Creó un
grupo de seguridad en Azure Active Directory, por ejemplo, administradores, y
asignó a todos sus administradores al grupo. A continuación, agregue este grupo
de seguridad como secundario del grupo de seguridad del entorno, cree un
equipo de grupo de Dataverse y asigne un rol de seguridad al equipo del grupo.
Sus administradores ahora pueden acceder a Dataverse inmediatamente.
Un miembro de un grupo de seguridad anidado también se agrega al entorno en

tiempo de ejecución cuando el miembro accede al entorno por primera vez. Pero
el miembro no podrá ejecutar ninguna aplicación ni acceder a ningún dato hasta
que se asigne un rol de seguridad.
Cuando se agregan usuarios al grupo de seguridad, estos se agregan al entorno.
Cuando se quitan usuarios del grupo, estos se deshabilitan en el entorno.
Cuando se asocia un grupo de seguridad a un entorno existente con usuarios,

todos los usuarios del entorno que no sean miembros del grupo se deshabilitarán.
Si un entorno no tiene un grupo de seguridad asociado, todos los usuarios con

una licencia de Dataverse (aplicaciones de interacción con los clientes Dynamics
365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics
365 Marketing y Dynamics 365 Project Service Automation, Power Automate,
Power Apps, etc.). Se crearán como usuarios y se habilitarán en el entorno.
Si un grupo de seguridad se asocia a un entorno, solo los usuarios con licencias de

Dataverse o plan por aplicación que sean miembros del grupo de seguridad del
entorno se crearán como usuarios en el entorno.
Si no especifica un grupo de seguridad, se agregarán al nuevo entorno todos los

usuarios que tengan una licencia de Dataverse (aplicaciones de Customer
Engagement, como Dynamics 365 Sales y Customer Service).
Nuevo: no se pueden asignar grupos de seguridad a los tipos de entorno

predeterminado y de desarrollador. Si ya ha asignado un grupo de seguridad a su
entorno predeterminado o de desarrollador, le recomendamos que lo elimine, ya
que el entorno predeterminado está destinado a ser compartido con todos los
usuarios del inquilino y el entorno del desarrollador está destinado a ser utilizado
solo por el propietario del entorno.
Los entornos admiten la asociación de los siguientes tipos de grupos: Seguridad y

Microsoft 365. No se permite asociar otros tipos de grupos.
Cuando seleccione un grupo de seguridad, asegúrese de seleccionar un grupo de
seguridad de Azure AD y no uno creado en Windows Active Directory local. Los
grupos de seguridad de Windows AD local no son compatibles.
Si un usuario no forma parte del grupo de seguridad asignado al entorno pero

tiene la función de administrador global del inquilino de Azure, el usuario seguirá
apareciendo como usuario activo y podrá iniciar sesión.
７ Nota
Todos los usuarios con licencia, independientemente de si son miembros de los

grupos de seguridad, deben tener roles de seguridad asignados para tener acceso
a los datos de los entornos. Puede asignar los roles de seguridad en la aplicación
web. Si los usuarios no tienen un rol de seguridad, obtendrán un error de
denegación de acceso a los datos cuando intenten ejecutar una aplicación. Los
usuarios no pueden acceder a los entornos hasta que se les haya asignado al
menos un rol de seguridad para ese entorno. Para obtener más información,
consulte Configurar la seguridad del entorno
La asignación automática de
usuarios a un entorno no es compatible con los entornos de prueba. Para los
entornos de prueba, los usuarios deben asignarse manualmente.
Crear un grupo de seguridad y agregar

miembros a dicho grupo
3. Seleccionar + Agregar un grupo.
4. Cambie el tipo a Grupo de seguridad, agregue el Nombre y la Descripción del

grupo. Seleccione Agregar>Cerrar.
5. Seleccione el grupo que ha creado y luego junto Integrantes, seleccione Editar.
6. Seleccione + Agregar integrantes. Seleccione los usuarios para agregar al grupo

de seguridad y, a continuación, seleccione Guardar>Cerrar varias veces para volver
a la lista Grupos.
7. Para quitar un usuario del grupo de seguridad, seleccione el grupo de seguridad,

junto a Integrantes, seleccione Editar. Seleccione Quitar integrantes, y después
seleccione X para cada integrante que desee quitar.
７ Nota
Si los usuarios que desea agregar al grupo de seguridad no se han creado, créelos
y asígneles las licencias de Dataverse.
Para agregar varios usuarios, consulte: agregar en masa usuarios a grupos de

Office365.
Crear un usuario y asignar una licencia

1. En el centro de administración de Microsoft 365, seleccione Usuarios>Usuarios
activos>+ Agregar un usuario. Especifique la información de usuario, seleccione
licencias y luego seleccione Agregar.
Más información: Agregar usuarios y asignar licencias al mismo tiempo
O bien, compre y asigne pases por aplicación: Acerca de los planes por aplicación de
Power Apps
７ Nota
Si un entorno tiene una instancia de Power Apps por plan de aplicación asignado,
todos los usuarios se considerarán con licencia cuando intenten acceder al entorno,
incluidos los usuarios que no tengan asignadas licencias individuales. La asignación
del plan por aplicación en un entorno cumple el requisito de que los usuarios
tengan licencia para acceder al entorno.
Asociar un grupo de seguridad a un entorno


3. En la página Editar detalles, seleccione Editar ( ).
Solo los primeros 200 grupos de seguridad se devolverán y se podrán seleccionar

de forma predeterminada. Para seleccionar grupos de seguridad adicionales, use
Buscar para buscar un grupo de seguridad específico.
4. Seleccione un grupo de seguridad, seleccione Hecho y después lo seleccione
Guardar.
El grupo de seguridad está asociado al entorno.
７ Nota
Para los usuarios finales que ejecutan aplicaciones de lienzo cuando un grupo de
seguridad está asociado con el entorno de la aplicación, los usuarios deben ser
miembros del grupo de seguridad para poder ejecutar la aplicación de lienzo,
independientemente de si la aplicación se ha compartido con ellos. De lo contrario,
los usuarios verán este mensaje de error: "No puede abrir aplicaciones en este
entorno. No es miembro del grupo de seguridad del entorno".
Quitar la asociación de un grupo de seguridad

con un entorno

3. En la página Configuración, seleccione Eliminar ( ).

4. Confirme la eliminación, seleccione Quitar y, a continuación, seleccione Guardar.
Se quitará el grupo de seguridad asociado con el entorno y dejaré de restringirse el

acceso al entorno únicamente a los usuarios que sean miembros de ese grupo.
Consulte también
Crear usuarios
Ver su información de usuario
La página de información del usuario muestra información útil sobre usted y su

organización. En la página puede ver su información de contacto, su rol de seguridad e
información sobre su organización. Dependiendo de su rol de seguridad, quizás podría
cambiar su perfil de usuario.
1. Abra una aplicación y, en la esquina superior derecha de la pantalla, seleccione el

botón Configuración . > Configuración de personalización.
2. En la pestaña General, desplácese hacia abajo y seleccione el vínculo informacion

del usuario.
3. En la página de información de usuario, seleccione las diferentes pestañas, como
Resumen, Detalles o Administración, para ver los detalles de su perfil.
７ Nota


Crear un usuario administrativo y evitar
la elevación del privilegio de rol de
seguridad
el método de copiar rol de seguridad es una forma rápida y sencilla para crear un nuevo
rol de seguridad basado en un conjunto existente de privilegios. Sin embargo, los
privilegios del rol de seguridad pueden cambiar con las actualizaciones de productos
que podrían hacer que el nuevo rol de seguridad pasara a estar obsoleto y no pueda
funcionar correctamente. Es especialmente cierto en el caso donde desee habilitar un
grupo de usuarios administrativos determinado para asignar roles de seguridad a los
usuarios. Se recomienda no copiar el rol de seguridad de administrador del sistema y
asignarlo a los usuarios, ya que esto permitiría que los usuarios elevaran al usuario
asignado a administrador del sistema. Además, los privilegios más nuevos de
actualizaciones de productos no se agregarán automáticamente al rol de seguridad
copiado de administrador del sistema lo que dará como resultado que el rol no tenga
los privilegios suficientes para continuar asignando roles de seguridad.
Los siguientes pasos describen un método para crear un nuevo rol de seguridad
personalizado con privilegios que cambiarán de forma dinámica con las actualizaciones
y, por tanto, se pueden seguir utilizado para las asignaciones del rol de seguridad.
Crear un nuevo rol de seguridad personalizado que solo

tenga acceso a la tabla "Rol de seguridad"
1. Asegúrese de que tiene permisos de administrador del sistema.

3. Seleccione Configuración>Usuarios y permisos>Roles de seguridad y, a

continuación, seleccione Nuevo.
4. Escriba un nombre de rol y, a continuación, seleccione la pestaña Administración
de empresas.
5. Desplácese hacia abajo a la lista Tabla y establezca los privilegios de la tabla Rol de
seguridad de la siguiente manera:
Privilegio Ajuste
Crear Unidad de negocio
Leer Organización
Escribir Unidad de negocio
Eliminar Unidad de negocio
Anexar Unidad de negocio
Anexar a Unidad de negocio
Asignar Unidad de negocio
Asignar el nuevo rol de seguridad a un usuario

administrativo
3. Seleccione un usuario administrativo y después elija Administrar roles.
4. Seleccione el nuevo rol de seguridad.
5. Seleccione todos los roles de seguridad que el usuario administrativo puede
asignar a otros usuarios.
6. Elija Aceptar.
７ Nota
Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing y Dynamics
365 Project Service Automation) están diseñadas para evitar cualquier elevación de
privilegios de los roles de seguridad. Por lo tanto, el usuario administrativo no
puede asignar los roles de administrador del sistema, personalizador del sistema o
de seguridad que tengan privilegios más altos.
Los pasos anteriores son para asignar roles a usuarios que pertenecen a la misma
Unidad de Negocio (BU) que el usuario administrativo. Para asignar roles a usuarios
secundarios de unidad de negocio, los privilegios del usuario administrativo deben
tener un nivel de privilegio Profundo (Principal: unidades de negocio secundarias)
para todos los privilegios del usuario secundario de unidad de negocio.
Vea también
Los administradores globales y de servicio pueden administrar sin licencia
Solución de problemas: problemas
comunes de acceso de usuarios
Varios factores afectan al acceso de usuario a entornos. Los administradores pueden

utilizar el comando Ejecutar diagnósticos para evaluar el acceso del usuario a un
entorno y obtener detalles y sugerencias de mitigación sobre por qué un usuario puede
o no acceder al entorno.
Para acceder a un entorno, un usuario debe cumplir los siguientes criterios:
1. Estar habilitado para iniciar sesión en Azure Active Directory (Azure AD).
2. Tener una licencia válida que tenga un plan de servicio reconocido de Dynamics
365 o Microsoft Power Platform, o el entorno debe tener planes activos por
aplicación.
3. Ser miembro del grupo de Azure AD del entorno (si se ha asociado uno con el
entorno).
4. Tener al menos un rol de seguridad de Dataverse asignado directamente a ellos o
a un equipo de grupo del que son miembros.
El nivel de acceso de un usuario dentro del entorno y a los recursos (aplicaciones y

datos) en el entorno está determinado por los privilegios definidos en los roles de
seguridad asignados a ese usuario. Su modo de acceso Administrativo o Lectura-
escritura también determina su nivel de acceso dentro de un entorno.
Usar diagnósticos
Utilice los siguientes pasos para ejecutar diagnósticos de acceso de usuario en un
entorno.
3. Seleccione un usuario.
4. Seleccione Ejecutar diagnóstico.

5. Revise los detalles del usuario y lleve a cabo las acciones correctivas necesarias.
７ Nota
La acción de ejecutar o volver a ejecutar los diagnósticos forzará la información del

usuario en Azure AD para sincronizar la base de datos de Dataverse del entorno
para proporcionar el estado actualizado de las propiedades del usuario. Si la
ejecución de diagnóstico no elimina la causa raíz de un problema de acceso de
usuario, proporcione los resultados de la ejecución de diagnóstico en el vale de
soporte que cree; esto ayudará enormemente a los ingenieros de soporte de
Microsoft a resolver su problema con mayor rapidez.
Problemas de acceso
Los siguientes problemas se documentan a continuación.
Problema
Herramienta de diagnósticos de acceso de usuario en el Centro de administración de Power

Platform
El usuario no tiene roles
El usuario no tiene licencia/el usuario no pertenece a la organización
El usuario no es miembro del grupo de seguridad del entorno
El usuario no tiene permisos suficientes
El usuario no está en el entorno a pesar de cumplir con todos los requisitos
Agregar o actualizar usuarios bajo demanda
Problema conocido
Si no ve su problema:
Vea si puede obtener una respuesta a su pregunta aquí:

https://powerusers.microsoft.com/t5/Power-Apps-Community/ct-p/PowerApps1 .
Crear una solicitud de soporte .
Herramienta de diagnósticos de acceso de usuario en el

Varios factores influyen en el acceso de los usuarios a un entorno. Para ayudar a los
administradores a diagnosticar el acceso de los usuarios a un ambiente y las razones del
acceso o no, la nueva característica "Ejecutar diagnósticos" en el Centro de
administración de Power Platform proporciona diagnósticos básicos de acceso para
usuarios individuales en el ambiente. La característica ayuda a detectar las posibles
causas del inicio de sesión del usuario y otros problemas, y sugiere posibles
mitigaciones. Vea Usar diagnósticos.
El usuario no tiene roles

Cuando se encuentra una pantalla de error que indica que el usuario no tiene roles, un
Administrador del sistema deberá asignar roles al usuario. Los roles se pueden asignar
directamente al usuario o a un equipo de grupo del que el usuario forma parte. Para
obtener información sobre cómo asignar roles de seguridad Dataverse a un usuario,
consulte: Asignación de roles de seguridad a usuarios.
El usuario no puede ver un registro/el usuario no sabe

por qué tiene acceso a un registro
Consulte Cómo se determina el acceso a los registros.
El usuario no tiene licencia/el usuario no pertenece a la

organización
1. Verifique si se ha asignado una licencia al usuario y asígnele una si aún no lo ha
hecho. Vea: Agregar una licencia a una cuenta de usuario.
2. Una vez que se asigna una licencia, es posible que el cambio de licencia tarde un
tiempo en sincronizarse con el entorno. Para activar una sincronización para este
usuario, el Administrador del sistema para el entorno puede volver a agregar el
usuario al entorno. Ver: Agregar usuarios a un entorno que tenga una base de
datos Dataverse.
El usuario no es miembro del grupo de seguridad del

entorno
1. Como Administrador de sistema del entorno, verifique que el entorno está
asociado con cualquier grupo de Azure Active Directory. Consulte: Asociar un
grupo de seguridad a un entorno.
2. Asegúrese de que el usuario con el problema de acceso sea miembro del grupo
asociado con el entorno. Vea: Crear un grupo de seguridad y agregar miembros a
dicho grupo.
3. Una vez que se actualiza el estado de miembro del usuario en el grupo del
entorno, el cambio puede tardar un tiempo en sincronizarse con el entorno. Para
activar una sincronización para este usuario, el Administrador del sistema para el
entorno puede volver a agregar el usuario al entorno. Ver: Agregar usuarios a un
entorno que tenga una base de datos Dataverse.
El usuario no tiene permisos suficientes

No tiene suficientes permisos para acceder a aplicaciones de involucración del cliente
Dynamics 365 Marketing y Dynamics 365 Project Service Automation). Un administrador
del sistema deberá realizar lo siguiente:
3. Abra el registro de usuario.
4. Elija Más comandos (
5. Tome nota del rol asignado al usuario. Si procede, seleccione otro rol de seguridad.
Cierre el cuadro de diálogo Administrar roles de usuario.
6. Seleccione Seguridad>Roles de seguridad.
7. Seleccione el rol de seguridad del paso 4.
8. Selecciona Registros principales.
9. Confirme que el permiso de Lectura para Configuración de UI de la entidad de

usuario está establecido en el nivel de usuario (un círculo amarillo con segmento
en forma de cuña).
Si el rol de seguridad no tiene este permiso, el administrador del sistema deberá

cambiar este valor haciendo clic o pulsando en él.
El usuario no está en el entorno a pesar de cumplir con
todos los requisitos
En algunos casos, los usuarios no se aprovisionan automáticamente en entornos.
Si un usuario cumple con todos los requisitos de acceso pero aún no se encuentra en un
entorno, el usuario puede caer en uno de los siguientes casos:
1. Los usuarios con licencias solo de Office (con el plan de Dataverse habilitado) no
se aprovisionarán previamente en los entornos.
2. Los propietarios de grupos de Azure AD asociados con entornos no se

aprovisionarán previamente.
3. Los miembros de grupos de Azure AD que forman parte de un equipo de grupo

creado para el grupo de Azure AD no se aprovisionará previamente.
4. Los usuarios no serán aprovisionados previamente en entornos de Microsoft

Dataverse for Teams for Teams.
Aunque estos usuarios no están aprovisionados previamente, se pueden agregar a los

entornos a través de la sincronización bajo demanda. Consulte la sección a continuación
para conocer las formas de agregar o actualizar usuarios a pedido.
Agregar o actualizar usuarios bajo demanda

Como se mencionó anteriormente, hay casos en los que los usuarios no se aprovisionan
automáticamente. Además, puede haber retrasos en reflejar el estado más reciente de
los usuarios en los entornos. En tales casos, puede resultar útil agregar o actualizar
usuarios específicos a pedido.
Esto se puede hacer de varias maneras:
1. Aprovisionamiento de usuarios Just-in-time (JIT): cuando los usuarios acceden a

la URL de un entorno, los requisitos de acceso se comprueban en el momento del
inicio de sesión y se agregan usuarios calificados al entorno.
2. Llamada de suplantación de identidad de usuario: la llamada de suplantación

activa una sincronización JIT para el usuario. Consulte Cómo suplantar a un
usuario.
3. Agregar usuarios en el centro de administración de Power Platform: los

administradores pueden agregar o actualizar usuarios. Consulte Agregar usuarios a
un entorno.
4. Cmdlets de Powershell: consulte Soporte de Powershell para Power Apps.
5. Conectores: consulte Power Platform for Admins.
6. Plantilla de Power Automate: consulte Forzar sincronización de miembros de

grupo de Azure Active Directory a una instancia de CDS especificada .
Problema conocido
La comprobación de la presencia de roles de seguridad asignados a un usuario solo
comprueba los roles asignados directamente al usuario y actualmente no puede
comprobar los roles heredados a través de las pertenencias a equipos de grupo.
Administrar sincronización de cuentas
de usuario
Dado que las identidades de usuario de las aplicaciones se aprovisionan a través de los
servicios en línea de Microsoft, tiene múltiples opciones para administrar la
sincronización de usuarios entre los entornos en línea y locales.
Decidir sobre qué enfoque de administración

de usuarios utilizar
Puede elegir entre tres modelos de identidad principales en Microsoft 365 al configurar
y administrar cuentas de usuario:
1. Identidad de nube. Administra únicamente las cuentas de usuario en Microsoft

365. No es necesario ningún servidor local para administrar usuarios; son todos
tareas que se realizan en la nube.
2. Identidad sincronizada. Sincroniza los objetos de directorios locales con Microsoft

365 y administra los usuarios locales. También puede sincronizar contraseñas, de
forma que los usuarios tengan la misma contraseña local y en la nube, pero
tendrán que iniciar sesión de nuevo para usar Microsoft 365.
3. Identidad federada. Sincroniza los objetos de directorios locales con Microsoft 365
y administra los usuarios locales. Los usuarios tienen la misma contraseña local y
en la nube, y no tienen que iniciar sesión de nuevo para usar Microsoft 365. Esto se
conoce usualmente como inicio de sesión único.
Es importante escoger con cuidado qué modelo de identidad se usará para comenzar a
trabajar. Piense en el tiempo, la complejidad existente y el coste. Estos factores son
diferentes para cada organización. La decisión sobre qué método elegir se basa en gran
medida en el tamaño de la compañía y la profundidad y la extensión de los recursos de
TI.
Revise los siguientes recursos para equiparse y tomar la decisión adecuada para su
empresa:
Modelos de identidad de Microsoft 365 y Azure Active Directory
¿Qué es Azure AD Connect?

Integración de Microsoft 365 con entornos locales
Sugerencia para los administradores:

especifique una dirección URL de la
organización de inicio de sesión único para los
usuarios
Si ha implementado sincronización con un inicio de sesión único (opción 3 anterior),
puede ofrecer una dirección URL a sus usuarios que aproveche el Active Directory de la
compañía y simplifique la experiencia de inicio de sesión.
La dirección URL sigue este modelo:
https://<yourCRMOrganizationName>.crm.dynamics.com?whr=
<yourFederationServiceIdentifier>
Puede obtener <yourCRMOrganizationName> examinando la dirección URL que utiliza

para tener acceso a los entornos. Por ejemplo, en https://contoso.crm.dynamics.com ,
contoso es <yourCRMOrganizationName>.
） Importante
Las siguientes direcciones URL se utilizarían suscripciones hospedadas en estas

ubicaciones.
LATAM/SAM: https://<yourCRMorganizationname>.crm2.dynamics.com?whr=
CAN: https://<yourCRMorganizationname>.crm3.dynamics.com?whr=
EMEA: https://<yourCRMorganizationname>.crm4.dynamics.com?whr=
APAC: https://<yourCRMorganizationname>.crm5.dynamics.com?whr=
OCE: https://<yourCRMorganizationname>.crm6.dynamics.com?whr=
JPN: https://<yourCRMorganizationname>.crm7.dynamics.com?whr=
IND: https://<yourCRMorganizationname>.crm8.dynamics.com?whr=
United States of America Government:
https://<yourCRMorganizationname>.crm9.dynamics.com?whr=
UK: https://<yourCRMorganizationname>.crm11.dynamics.com?whr=
FRA: https://<yourCRMorganizationname>.crm12.dynamics.com?whr=
UAE: https://<yourCRMorganizationname>.crm15.dynamics.com?whr=
DEU: https://<yourCRMorganizationname>.crm.microsoftdynamics.de?whr=
Puede obtener el identificador de servicio de federación para su organización mediante

los siguientes pasos:
1. En el servidor que ejecuta AD FS 2.0, haga clic o pulse en Inicio>Herramientas

administrativas>Administración de AD FS 2.0.
2. En la raíz de consola, haga clic con el botón secundario o pulse en AD FS 2,0 y, a

continuación, haga clic o pulse en Editar propiedades de servicio de federación.
3. Seleccione la pestaña General.
Tome nota del identificador de servicio de federación. Por ejemplo:

http://sts1.fabrikam.com/adfs/services/trust
La dirección URL debería parecerse a algo así: : https://contoso.crm.dynamics.com?

whr= <http://sts1.fabrikam.com/adfs/services/trust>
Envíe a esta dirección URL a los usuarios y anímelos a marcarla.

acceso

negocio.

７ Nota

su aprobación.
７ Nota









７ Nota



configuración.

sistema.

de jerarquía.
） Importante


７ Nota


Posición:
） Importante




jerarquía.
Consulte también

Agregar o quitar integrantes de zona de
ventas
Para adaptar los cambios a zonas de ventas o representantes que se asignan a cada
zona de ventas, puede agregar o quitar integrantes de la zona.
1. Vaya a Configuración>Administración de empresas.
2. Elija Zonas de ventas.
3. En la lista de zonas de ventas, en Nombre de zona de ventas, haga doble clic o

pulse en la entrada de la zona de ventas que desee agregar a usuarios o de la que
desee quitar usuarios.
4. En el panel de navegación, expanda Común si es necesario y luego elija

Integrantes.
5. Siga los pasos de la tarea que realiza:
Agregar personas a una zona de ventas
a. En la cinta, elija Agregar integrantes, vea el texto en el cuadro de diálogo

Mensaje de página Web y elija Aceptar para cerrar el cuadro de diálogo.
b. En el cuadro de diálogo Buscar registros, en el cuadro de texto Buscar, escriba

todo o una parte del nombre del usuario que desee agregar a la zona de ventas
y, a continuación, elija el icono Iniciar búsqueda .
c. En la lista de registros, seleccione los usuarios que desea agregar a la zona de

ventas y pulse o haga clic en Agregar.
Quitar usuarios de una zona de ventas
a. En la lista de integrantes, seleccione los usuarios que desea quitar de la zona de

ventas y, en la cinta de opciones, elija Quitar integrantes.
b. En el cuadro de diálogo Quitar integrantes, elija Quitar.
７ Nota
Cuando quita un usuario de una zona de ventas, la lista actualizada de

integrantes no se muestra hasta que se actualiza la página.
Consulte también
Crear usuarios
Mejoras de seguridad: administración
de sesión de usuario y de acceso
Puede utilizar mejoras de seguridad para proteger mejor las aplicaciones de

Automation).
Administración del tiempo de espera de sesión

del usuario
Se quita el tiempo de espera de sesión de usuario máximo de 24 horas. Esto significa
que no se fuerza a un usuario a iniciar sesión con sus credenciales para utilizar
aplicaciones de involucración del cliente y otras aplicaciones de servicio de Microsoft,
como Outlook, que se abrieron en la misma sesión del explorador cada 24 horas.
Cumplir directiva de sesión de Azure AD

De forma predeterminada, las aplicaciones de involucración del cliente aprovechan la
directiva de sesión de Azure Active Directory (Azure AD) para administrar el tiempo de
espera de sesión de usuario. Las aplicaciones de involucración del cliente utilizan el
token de identificador de Azure AD con notificaciones de intervalo de comprobación de
directivas (PCI). Cada hora se obtiene un nuevo token de identificador de Azure AD en
modo silencioso en segundo plano y se aplica la directiva inmediata de Azure AD (por
Azure AD). Por ejemplo, si un Administrador deshabilita o elimina una cuenta de
usuario, impide al usuario que inicie sesión, y un administrador o usuario revoca el
token de actualización, se aplica la directiva de sesión de Azure AD.
Este ciclo de actualización de token de identificador de Azure AD sigue en segundo

plano de acuerdo con las configuraciones de directivas de duración del token de Azure
AD. Los usuarios siguen teniendo acceso a las aplicaciones de involucración del
cliente/Microsoft Dataverse sin necesidad de volver a autenticarse hasta que caduque la
directiva de duración del token de Azure AD.
７ Nota
La expiración de token de actualización de Azure AD predeterminada es de 90
días. Las propiedades de duración del token se pueden configurar. Para
obtener información detallada, consulte Duración del token configurable en
Se omite la directiva de sesión de Azure AD y la duración de sesión de usuario
máxima se revierte de nuevo a 24 horas en los siguientes casos:
En una sesión del explorador, fue al Centro de administración de Power
Platform y abrió un entorno escribiendo manualmente la dirección URL del
entorno (en la misma pestaña del explorador o en una nueva).
Para evitar temporalmente la omisión de la directiva y la sesión de usuario

máxima de 24 horas, abra el entorno desde los entornos del Centro de
administración de Power Platform, seleccionando el vínculo Abrir.
En la misma sesión del explorador, abra un entorno de versión 9.1.0.3647 o
más alto y luego abra una versión anterior a 9.1.0.3647.
Para evitar temporalmente la omisión de la directiva y el cambio de

duración del usuario, abra el segundo entorno en una sesión de explorador
independiente.
Para determinar su versión, inicie sesión en las aplicaciones de interacción con el

cliente y, en la parte superior derecha de la pantalla, seleccione el botón
Configuración ( ) >Acerca de.
Resistencia a las caídas del sistema de Azure AD

En el caso de que haya caídas intermitentes de Azure AD, los usuarios autenticados
pueden seguir teniendo acceso a las aplicaciones de Customer Engagement/Dataverse
si las notificaciones PCI no han expirado o el usuario ha suscrito 'Mantener la sesión'
durante la autenticación.
Establezca el tiempo de espera de sesión personalizado

del entorno individual
Para entornos que requieren diferentes valores de tiempo de espera de sesión, los
administradores pueden seguir estableciendo el tiempo de espera de sesión y/o el
tiempo de espera de inactividad en la Configuración del sistema. Estos valores
reemplazan la directiva de sesión de Azure AD y los usuarios serán enviados a Azure AD
para reautenticación cuando expiren estos valores.
Para cambiar este comportamiento
Para obligar a los usuarios que vuelvan a autenticarse después de un período de
tiempo predeterminado, los administradores pueden establecer un tiempo de
espera de sesión para sus entornos individuales. Los usuarios solo pueden
permanecer en sesión en la aplicación por la duración de la sesión. La aplicación
cierra la sesión del usuario cuando expira la sesión. Los usuarios tienen que iniciar
sesión con sus credenciales para volver a aplicaciones de involucración del cliente.
７ Nota
El tiempo de espera de sesión de usuario no se aplica de la siguiente manera:
1. Dynamics 365 for Outlook

2. Dynamics 365 para teléfonos y Dynamics 365 para tabletas
3. Cliente de Unified Service Desk usando el navegador WPF (Internet Explorer
se admite)
4. Live Assist (chat)
5. Aplicaciones de lienzo de Power Apps
Configurar el tiempo de espera de sesión

2. Seleccione Configuración>Producto>Privacidad y seguridad.
3. Establezca Expiración de sesión y Tiempo de espera de inactividad. Esta

configuración se aplicará a todos los usuarios.
７ Nota
Hora de término de la sesión es una característica del lado del servidor donde se
aplica el tiempo de vida de todas las sesiones.
Los valores predeterminados son:
Duración máxima de la sesión: 1440 minutos

Duración mínima de la sesión: 60 minutos
Tiempo antes de que expire la sesión para mostrar una advertencia de tiempo
de espera: 20 minutos
La configuración actualizada se aplicará la próxima vez que el usuario inicie
sesión en la aplicación.
Tiempo de espera de inactividad

De forma predeterminada, aplicaciones de involucración del cliente no aplica un tiempo
de espera de inactividad de sesión. Un usuario puede mantenerse en sesión en la
aplicación hasta que expire el tiempo de espera de sesión. Este comportamiento se
puede cambiar.
Para obligar también a los usuarios a cerrar sesión automáticamente tras un

período de inactividad predeterminado, los administradores pueden establecer un
período de tiempo de espera de inactividad para cada una de sus entornos. La
aplicación cierra la sesión del usuario cuando expira la sesión con inactividad.
７ Nota
El tiempo de espera de inactividad de la sesión no se aplica en los siguientes casos:
1. Dynamics 365 for Outlook

2. Dynamics 365 para teléfonos y Dynamics 365 para tabletas
3. Cliente de Unified Service Desk usando el navegador WPF (Internet Explorer
se admite)
4. Live Assist (chat)
5. Aplicaciones de lienzo de Power Apps
Para aplicar el tiempo de espera de inactividad de sesión para recursos web, los recursos
web deben incluir el archivo ClientGlobalContext.js.aspx en la solución.
El portal de Dynamics 365 tiene su propia configuración para administrar el tiempo de

espera de sesión y el tiempo de espera de inactividad de sesión, que es independiente
de esta configuración del sistema.
Configurar el tiempo de espera de inactividad

2. Seleccione Configuración>Producto>Privacidad y seguridad.
3. Establezca Expiración de sesión y Tiempo de espera de inactividad. Esta

configuración se aplicará a todos los usuarios.
７ Nota
Tiempo de inactividad es una función del lado del cliente en la que el cliente toma
la decisión de cerrar sesión de forma primitiva en función de la inactividad.
Los
valores predeterminados son:
Duración mínima de inactividad: 5 minutos

Duración máxima de inactividad: menos que duración máxima de sesión o
1440 minutos
La configuración actualizada se aplicará la próxima vez que el usuario inicie

sesión en la aplicación.
Administración de acceso
Las aplicaciones de involucración del cliente utilizan Azure Active Directory como el
proveedor de identidad. Para proteger el acceso de usuario a aplicaciones de
involucración del cliente, se implementará lo siguiente:
Para obligar a los usuarios a volver a autenticarse, es necesario que los usuarios
inicien sesión con sus credenciales después de que se cierre la sesión en la
aplicación.
Para evitar que los usuarios compartan las credenciales para obtener acceso a
aplicaciones de involucración del cliente, el token de acceso del usuario se valida
para asegurarse de que el usuario al que el proveedor de identidad le otorga
acceso sea el mismo usuario que accede a aplicaciones de involucración del
cliente.
Bloquear el acceso por ubicación con el
acceso condicional de Azure AD
Puede restringir el acceso a los usuarios con bloquear acceso por ubicación para reducir
acceso no autorizado. Mediante el uso de directivas de acceso condicional, puede
aplicar los controles de acceso correctos cuando sea necesario ayudar a mantener la
seguridad de la organización y mantenerse a un lado de sus usuarios cuando no sea
necesario. El acceso condicional analiza señales como el usuario, el dispositivo y la
ubicación para automatizar las decisiones y hacer cumplir las políticas de acceso de la
organización para los recursos. Por ejemplo, cuando se establecen restricciones de
ubicación en el perfil de un usuario y el usuario intenta iniciar sesión desde una
ubicación bloqueada, el acceso a las aplicaciones de participación del cliente (Dynamics
Marketing, Dynamics 365 Project Service Automation) y las aplicaciones de finanzas y
operaciones se deniega. Para obtener más información sobre el acceso condicional,
consulte la documentación Acceso condicional.
Requisitos
Una suscripción a Azure Active Directory Premium .
Un inquilino Azure Active Directory federado. Consulte ¿Qué es el acceso

condicional?
Consideraciones adicionales sobre seguridad

El bloque del acceso solo se aplica durante la autenticación de usuarios. Esto lo hace la
capacidad de acceso condicional de Azure Active Directory. Las aplicaciones de
interacción con el cliente y finanzas y operaciones definen un límite de tiempo de
espera de sesión para equilibrar la protección de datos del usuario y el número de veces
que se piden a los usuarios sus credenciales de inicio de sesión. El bloqueo de lacceso
para dispositivos (incluidos portátiles) no se aplica hasta que expira el tiempo de espera
de sesión.
Por ejemplo, el bloqueo de acceso está configurado para permitir el acceso únicamente
a las aplicaciones de interacción con el cliente y finanzas y operaciones cuando los
usuarios trabajan desde una oficina corporativa. Cuando un usuario inicia sesión en las
aplicaciones de interacción con el cliente y finanzas y operaciones usando su equipo
portátil desde la oficina y establece una sesión de aplicaciones , el usuario puede
continuar accediendo a las aplicaciones de interacción con el cliente y finanzas y
operaciones después de salir de la oficina hasta que caduque el tiempo de espera de
sesión de las aplicaciones. Este comportamiento también se aplica a las conexiones
móviles y fuera del emplazamiento, como: aplicaciones móviles de Dynamics 365 para
teléfonos y tabletas, Dynamics 365 App for Outlook y finanzas y operaciones (Dynamics
365).
Crear un grupo de seguridad (opcional)

Puede bloquear el acceso a todos los usuarios o a grupos de usuarios. Es más eficiente
limitar por grupo si sólo un subconjunto de los usuarios de Azure Active Directory
(Azure AD) acceden a aplicaciones de interacción con el cliente y finanzas y operaciones.
Para obtener más información, consulte: Crear un grupo básico y agregar miembros
utilizando Azure Active Directory.
Crear un bloqueo del acceso por ubicación

Bloquear el acceso por ubicación se configura con el acceso condicional de Azure Active
Directory (AD). Para la aplicación en la nube, seleccione Common Data Service para
controlar el acceso a las aplicaciones de participación del cliente (como Dynamics 365
Sales y Customer Service), o para la aplicación en la nube, seleccione Microsoft
Dynamics ERP para controlar el acceso a las aplicaciones de finanzas y operaciones.
７ Nota
El establecimiento del acceso condicional sólo está disponible con una licencia
Premium de Azure Active Directory. Actualice Azure AD a una licencia Premium en
el Centro de administración de Microsoft 365
(https://admin.microsoft.com >Facturación>Servicios de compra).
Para crear un bloqueo del acceso por ubicación para sus usuarios:
1. Crear una ubicación con nombre. Consulte Definir ubicaciones.

2. Crear una política de acceso condicional. Consultar Crear una política de acceso
condicional.
Para Paso 6. En aplicaciones o acciones en la nube, seleccione la aplicación Microsoft

Dataverse.
o bien
Para Paso 6. En aplicaciones o acciones en la nube, seleccione la aplicación Microsoft

Dynamics ERP para aplicaciones de finanzas y operaciones.
Consulte también
Cómo establecer la directiva de acceso condicional basada en dispositivo de Azure AD
para control de acceso a aplicaciones conectadas de Azure AD
Documentación de acceso condicional Azure AD
Restrinja el acceso con acceso condicional para aplicaciones de finanzas y operaciones

Invitan los usuarios con Azure Active
Directory la colaboración de B2B
Puede invitar a otros usuarios a acceder a su entorno. El administrador global de

Microsoft 365 puede hacer esto a través del portal de Azure . Los usuarios invitados
pueden acceder a su entorno mediante sus propias credenciales de inicio de sesión una
vez que se les asigne una licencia y un rol de seguridad. No es necesario crear una
nueva cuenta de usuario y una contraseña temporal para estos usuarios invitados en su
propio inquilino de Microsoft 365.
Requisitos
Para enviar invitaciones de usuario de negocio a negocio (B2B), debe tener un rol
de administración global de Azure Active Directory.
Para invitar masivamente a los usuarios, consiga el Azure Active

DirectoryPowerShell más reciente, que se puede descargar de la página de
lanzamiento del módulo PowerShell .
Incompatibilidades
Las siguientes características no son compatibles para usuarios invitados B2B.
1. Cliente de Unified Service Desk
Los usuarios invitados no podrán usar el cliente de Unified Service Desk para iniciar
sesión en el entorno del inquilino host.
2. Dynamics 365 App for Outlook
Los usuarios invitados no podrán usar sus propias direcciones de correo

electrónico de inquilino al realizar transacciones relacionadas con correo
electrónico en el entorno de host. La sincronización del lado del servidor de los
correos electrónicos de entrada y salida de los usuarios invitados no se admite
porque puede haber complicaciones, especialmente para usuarios invitados que ya
están sincronizando sus correos electrónicos en su propio inquilino.
3. Los usuarios invitados no pueden realizar actividad de correo electrónico mediante

su propia dirección de correo electrónico. Las aplicaciones de involucración del
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation)
sincroniza solo mensajes de correo electrónico de entrada y salida de Microsoft
Exchange Online que se hospedan en el mismo inquilino de Microsoft 365.
4. Grupos de Microsoft 365
Grupos de Microsoft 365 conecta un grupo a las aplicaciones de involucración del

cliente. Los datos (incluidas nuevas conversaciones y documentos) se almacenan
en el sistema de Exchange y/o SharePoint. Puesto que los usuarios invitados
pertenecen a otro inquilino de Microsoft 365 , los usuarios invitados no tienen
permiso para crear Grupos de Microsoft 365 en el inquilino de Microsoft 365
invitado. Sin embargo, pueden participar en las conversaciones de Grupos de
Microsoft 365 como invitados en su bandeja de entrada de Outlook, pero no en las
5. Dynamics 365 Customer Voice
Los usuarios invitados no podrán utilizar Dynamics 365 Customer Voice. Debe
crear un nuevo usuario en su inquilino y luego proporcionar acceso al nuevo
usuario.
Invitar a un usuario
Puede agregar usuarios mediante colaboración de usuarios B2B de Azure Active
Directory. Los administradores globales y los administradores limitados pueden usar el
portal de Azure para invitar a los usuarios de colaboración B2B al directorio, a cualquier
grupo de seguridad, o a cualquier aplicación.
Los administradores pueden usar uno de los siguientes métodos para invitar los
usuarios B2B a su entorno:
1. Invitar a usuarios a su entorno que tiene un grupo de seguridad.
Consulte Los administradores agregan usuarios invitados a un grupo.
Consulte Control del acceso de usuarios a entornos: grupos de seguridad y

licencias sobre cómo usar grupos de seguridad para sus entornos.
2. Invitar a usuarios a su entorno que no tiene un grupo de seguridad.
Consulte Los administradores agregan usuarios invitados al directorio.
3. Invite masivamente a usuarios mediante un archivo .csv.

Consulte Ejemplo de PowerShell.
El usuario invitado recibirá una invitación por correo electrónico para empezar con
la colaboración de usuarios B2B.
Cuando el usuario acepta la invitación haciendo clic en el vínculo Introducción en

el correo electrónico de invitación, se le pedirá que acepte la invitación.
７ Nota
Hasta que agregue una licencia a la cuenta de usuario, el usuario no tendrá acceso
a las aplicaciones de involucración del cliente. Siga los pasos indicados a
continuación para agregar una licencia a través del portal de Azure.
Actualizar el nombre del usuario y la ubicación

de uso
Para asignar una licencia, la Ubicación de uso del usuario invitado debe especificarse.
Los administradores pueden actualizar el perfil del usuario invitado en el portal de
Azure.
1. Vaya a Azure Active Directory>Usuarios y grupos>Todos los usuarios. Si no ve el

usuario recién creado, actualice la página.
2. Haga clic en el usuario invitado y, a continuación, haga clic en Perfil.
3. Actualice Nombre de pila, Apellido y Ubicación de uso.
4. Haga clic en Guardar y luego cierre llamada la hoja Perfil.

Asignar usuarios invitados una licencia y un rol
de seguridad
Asigne a los usuarios invitados una licencia y un rol de seguridad para que el usuario
pueda usar las aplicaciones de involucración del cliente.
1. Vaya a Azure Active Directory>Usuarios y grupos>Todos los usuarios. Si no ve el

usuario recién creado, actualice la página.
2. Haga clic en el usuario invitado y, a continuación, haga clic en Licencias.
3. Haga clic en Asignar.
4. Haga clic en Configurar parámetros requeridos.
5. Seleccione el producto para autorizar.

6. Haga clic en Seleccionar, y después haga clic en Asignar.
A continuación, asigne a los usuarios invitados los roles de seguridad adecuados

para el entorno para que puedan tener acceso a ella. Consulte Crear usuarios.
Aprobar correo electrónico o habilitar el buzón

(no admitido)
Puesto que la sincronización del lado del servidor no se admite, los administradores del
sistema no pueden aprobar una dirección de correo electrónico o un buzón invitado
porque los correos electrónicos no se pueden sincronizar desde el Microsoft Exchange
del usuario invitado.
Notificar a sus usuarios invitados

Para completar la invitación de usuarios, notifique a sus usuarios invitados y
proporcióneles la dirección URL del entorno a la que les invita (por ejemplo,
https://contoso.crm.dynamics.com ).
Soporte de Power Apps para creadores

invitados B2B (versión preliminar)
） Importante

Los usuarios invitados B2B pueden ejecutar Power Apps.
Siga estos pasos para permitir que los usuarios de colaboración B2B creen Power Apps.
７ Nota
Asegúrese de realizar los pasos siguientes en el inquilino de recursos y no en el

inquilino de inicio.
Un inquilino de recursos es donde se espera que exista la aplicación, y donde
se espera que el usuario cree la aplicación utilizando Power Apps como
invitado.
Un inquilino de inicio es donde reside la cuenta del usuario y se autentica.
1. En Azure Active Directory, en la configuración de colaboración externa, configure

el acceso de usuario invitado a "(más inclusivo)". Para obtener más información
sobre Azure Azure AD B2B consulte: ¿Qué es el acceso de usuario invitado en
Azure AD B2B?
2. Utilice el siguiente cmdlet de PowerShell para permitir que los invitados realicen
Power Apps.
PowerShell
$requestBody = Get-TenantSettings
$requestBody.powerPlatform.powerApps.enableGuestsToMake = $True
Set-TenantSettings $requestBody
3. Asigne el rol de seguridad Creador de entornos a los usuarios invitados B2B que
desea que puedan crear aplicaciones y formularios personalizados de lista de
Microsoft utilizando Power Apps.
 Sugerencia
Además, también puede revisar todos los demás invitados de este rol de
seguridad (especialmente en el entorno predeterminado) y eliminar usuarios
que no se espera que tengan este privilegio.
Después de que los usuarios invitados de B2B reciban los permisos necesarios para
crear y editar aplicaciones, podrán crear formularios personalizados de Power Apps y
lista de Microsoft usando Power Apps.
4. Los invitados B2B pueden seguir estos pasos para iniciar sesión en el inquilino de
Azure AD preferido para crear aplicaciones.
1. Para iniciar sesión en make.powerapps.com a través de Azure B2B, se requiere que
un usuario inicie sesión en un inquilino de Azure Active Directory. Cuentas de
Microsoft (por ejemplo user@outlook.com, user@live.com, user@hotmail.com) no
puede iniciar sesión directamente en https://make.powerapps.com .
2. Si se espera que el creador de Azure B2B cree una aplicación que use Dataverse o
cree aplicaciones en una solución, necesitarán que se les asigne una licencia con
derechos de uso de Dataverse en el inquilino de recursos.
3. En la actualidad, los creadores de B2B no son compatibles con las fronteras de las
nubes soberanas. Por ejemplo, un invitado B2B de un inquilino comercial no puede
crear aplicaciones en un inquilino de GCC. Lo mismo se aplica para GCC a GCC
High, comercial a China cloud, etc.
Consulte también
¡La colaboración de Azure AD B2B está generalmente disponible!
Azure Active Directory Código de la colaboración de B2B y ejemplos de PowerShell

Azure Active Directory Preguntas más frecuentes sobre la colaboración B2B
Azure Active Directory Colaboración B2B
Azure AD B2B: las nuevas actualizaciones facilitan la colaboración entre empresas
Información general del acceso cruzado de inquilinos de Azure Active Directory
Restringir el acceso entrante y saliente entre inquilinos
Compartir una aplicación de lienzo con usuarios invitados

Análisis de Microsoft Dataverse
Hemos mejorado cómo ve las métricas para su organización. Ya no necesita instalar o

actualizar una solución. En su lugar, puede ver análisis de Dataverse directamente desde
el centro de administración de Microsoft Power Platform para ver rápidamente las
métricas de usuario de adopción para la organización.
Para acceder a estos informes:
1. Vaya a la barra de navegación del lateral izquierdo.

2. Seleccione Análisis.
3. Seleccione Dataverse.
4. Vea los informes del lado derecho.
¿Quién puede ver estos informes?

Administradores con los siguientes roles y una licencia pueden ver los informes en
análisis Dataverse:
Administrador de entorno: puede ver informes de los entornos a los que el

administrador tiene acceso.
Administrador Power Platform: puede ver informes para todos los entornos.
Administrador Dynamics 365: puede ver informes para todos los entornos.
Administrador global de Microsoft 365: puede ver informes para todos los
entornos.
Para obtener más información sobre las diferentes funciones para administrar su
inquilino en la plataforma, consulte Usar roles de administrador de servicios para
administrar su inquilino.
Aspectos destacados
Dejar de usar la solución: la información de la organización, disponible como

solución preferida de AppSource, ya no será compatible o estará disponible para
su uso en futuras versiones.
Dejar de usar el panel de la Información de la organización: Este panel se

eliminará de Dataverse en futuras versiones.
Supervisión de adopción y uso: Identifique a los usuarios más activos, el número y

los tipos de operaciones que están realizando, el número de solicitudes de
páginas, las entidades más utilizadas, los flujos de trabajo, complementos, etc.,
durante un tiempo mientras trabaja en los objetivos de adopción.
Administrar almacenamiento y rendimiento: Supervise cuotas de

almacenamiento, uso de almacenamiento, y tablas principales por tamaño para
optimizar el rendimiento.
Solución de problemas con eficacia: Explore en profundidad los detalles de los

principales flujos de trabajo y llamadas de API erróneos para diagnosticar y
solucionar errores rápidamente.
Inicio (valor predeterminado)
Acerca de este panel

Este es el panel predeterminado que proporciona información sobre el número de
usuarios de Dataverse activos, el uso del almacenamiento, los flujos de trabajo más
activos, etc.
Qué se incluye en este panel
Elemento de gráfico Descripción

Usuarios activos Número de usuarios activos (usuarios únicos)

que realizaron la operación que produjo una de
estas llamadas del SDK:
Retrieve , Retrieve Multiple , Delete , Create y

Update .
Llamadas API Número de llamadas API realizadas por el

entorno con una base de datos de Dataverse
para el período de tiempo seleccionado.
Tasa de éxito de API Este gráfico muestra la tasa de éxito de la API

expresada como porcentaje del total de
llamadas API que se realizaron en el entorno
con una base de datos de Dataverse durante el
tiempo especificado.
Ejecuciones Este gráfico muestra el número complementos

que se ejecutaron en el entorno con una base
de datos de Dataverse durante el tiempo
especificado.
Operaciones totales Este gráfico muestra el número de operaciones

(creación, actualización, eliminación y lectura)
que se realizaron en el entorno con una base
de datos de Dataverse durante tiempo
especificado.
Usuarios más activos que realizan operaciones Lista de los usuarios más activos que realizaron
una operación que produjo una llamada del
SDK de Create , Update , Read o Delete en el
entorno de Dynamics 365 durante el período
de tiempo seleccionado.
Principales complementos por errores En este gráfico se muestran los 10

complementos que más errores produjeron en
el entorno con una base de datos de Dataverse
durante el tiempo especificado.
Usuarios activos
Use este panel para averiguar cuántos usuarios de Dynamics 365 hay, el número de
licencias en uso, qué entidades personalizadas se usan con más frecuencia, etc.
７ Nota
Las exportaciones están limitadas a un máximo de 3000 registros.
Usuarios activos totales Número total de usuarios activos (usuarios

únicos) que realizaron la operación que produjo
una de estas llamadas del SDK:

Update .
Entidades más usadas Diez entidades que tuvieron más

Update SDK Calls .
Solicitudes de página totales El número de solicitudes de carga de páginas

para formularios, paneles e informes. Este es el
número de solicitudes que recibió de Dynamics
365 Server. Las páginas que se almacenan en
caché mientras se examinan no serán contadas.
Operaciones totales Este gráfico muestra el número de operaciones

(creación, actualización, eliminación y lectura)
que se realizaron en el entorno con una base
de datos de Dataverse durante el período de
tiempo seleccionado.
Usuarios activos que realizan operaciones Número total de usuarios activos (usuarios
específicas únicos) a lo largo del tiempo que realizaron la
operación que produjo una de estas llamadas
del SDK:

Update .
Usuarios activos Número de usuarios activos (usuarios únicos)

del entorno que realizaron la operación que
produjo una de estas llamadas del SDK:

Update a lo largo del tiempo.
Usuarios más activos que realizan operaciones Lista de los usuarios más activos (usuarios
únicos) a lo largo del tiempo que realizaron la
del SDK:

Update .
Entidades personalizadas más usadas Lista de entidades personalizadas que tuvieron

la mayoría de

Update SDK Calls .
Entidades OOB más usadas Lista de entidades predefinidas que tuvieron la

mayoría de

Update SDK Calls .
Uso de usuarios activos según el sistema Número de usuarios activos según el sistema
operativo operativo.
Usuarios activos por según el tipo de Número de usuarios activos según el tipo de
dispositivo dispositivo.
Usuarios activos por explorador Número de usuarios activos según el

explorador.
Usuarios activos según el rol de seguridad Número de usuarios activos según el rol de
seguridad.
Usuarios según la unidad de negocio Número de usuarios activos según la unidad de

negocio.
Número de creados por entidad Cuántas operaciones de creación realiza el

usuario seleccionado en el entorno durante el
período con una base de datos de Dataverse de
Número de actualizados por entidad Cuántas operaciones de actualización realiza el

usuario seleccionado en diferentes entidades
en el entorno con una base de datos de
Dataverse durante el período de tiempo
seleccionado.
Número de lecturas por entidad Cuántas operaciones de lectura realiza el

seleccionado.
Número de eliminados por entidad Cuántas operaciones de eliminación realiza el

seleccionado.
Operaciones totales a lo largo del tiempo Total de operaciones que realiza el usuario
seleccionado en el entorno con una base de
datos de Dataverse en el período de tiempo
seleccionado.
Operaciones totales por entidad El total de operaciones que realiza el usuario

seleccionado en diferentes entidades en el
durante el período de tiempo seleccionado.
Usuarios activos por entidades Mostrar a los usuarios activos distribuidos en

diferentes entidades
Usuarios activos por cliente Usuarios activos distribuidos por tipo de cliente
Usuarios activos con más de un cliente Número de usuarios activos que usan más de
un cliente distribuidos en distintas
combinaciones de clientes
７ Nota
Las llamadas de SDK Retrieve y RetrieveMultiple se comunican como Lecturas.
Frecuencia de actualización
Los datos de gráficos de uso activos se actualizan como sigue.
Gráfico Frecuencia de actualización
Usuarios activos totales 24 horas
Entidades más usadas 24 horas
Usuarios más activos (lecturas) 24 horas
Llamadas a API totales 24 horas
Solicitudes de página totales 24 horas
Usuarios más activos (cambios) 24 horas
Operaciones totales 24 horas
Usuarios activos que realizan operaciones específicas 24 horas
Usuarios activos 24 horas
Usuarios más activos que realizan operaciones 24 horas
Entidades personalizadas más usadas 24 horas
Entidades OOB más usadas 24 horas
Trabajos del sistema

Use este panel para supervisar y solucionar problemas de flujos de trabajo.
Ejecuciones de flujos de trabajo Este gráfico muestra el número de flujos de

trabajo que se ejecutaron en el entorno con
una base de datos de Dataverse durante el
Tasa de éxito de trabajos del sistema Este gráfico muestra la tasa de éxito de trabajos
del sistema expresada como porcentaje de
trabajos del sistema que se ejecutaron en el
Rendimiento/minuto de trabajos del sistema En este gráfico se muestra los trabajos del
sistema promedio que se ejecutaron por hora
Dataverse durante el tiempo especificado.
Ejecuciones y trabajo pendiente Este gráfico muestra el número de ejecuciones

y el trabajo pendiente de los trabajos del
sistema en el entorno con un conjunto de datos
de Dataverse durante el tiempo especificado.
Flujos de trabajo más activos En este gráfico se muestran los 10 flujos de

trabajo más ejecutados en el entorno con una
base de datos de Dataverse durante el tiempo
especificado
Principales flujos de trabajo por errores En este gráfico se muestran los 10 flujos de
trabajo que más errores produjeron en el
durante el tiempo especificado. Haga clic en un
flujo de trabajo para ver los errores y el número
de apariciones.
Los datos de gráficos de trabajos del sistema se actualizan como sigue.
Ejecuciones del flujo de trabajo 24 horas
Índice de superación de trabajos del sistema 24 horas
Rendimiento/hora de trabajos del sistema 24 horas
Flujos de trabajo más activos 24 horas
Trabajo pendiente y ejecuciones de trabajos del sistema 24 horas
Principales flujos de trabajo por errores 24 horas
Complementos
Use este panel para supervisar y solucionar problemas de complementos.
Índice de éxito de los complementos Este gráfico muestra la tasa de éxito de

complementos expresada como porcentaje de
ejecuciones totales del complemento en el
Ejecuciones de complementos Este gráfico muestra el número complementos

que se ejecutaron en el entorno con una base
de datos de Dataverse durante el tiempo
especificado.
Tiempo de ejecución promedio de Este gráfico muestra el tiempo promedio que

complemento se tardó en ejecutar correctamente un
complemento en el entorno con una base de
datos de Dataverse durante el tiempo
especificado.
Complementos más activos En este gráfico se muestran los 10

complementos más ejecutados en el entorno
Principales complementos por errores En este gráfico se muestran los 10

complementos que más errores produjeron en
el entorno con una base de datos de Dataverse
Los datos de gráficos de complementos se actualizan como sigue.
Índice de éxito de los complementos 24 horas
Complementos más activos 24 horas
Ejecuciones de complementos 24 horas
Tiempo de ejecución promedio de complemento 24 horas
Principales complementos por errores 24 horas
Estadísticas de llamadas a API

Use este panel para supervisar y solucionar problemas de llamadas a API.
Índice de éxito de API Este gráfico muestra la tasa de éxito de la API

expresada como porcentaje del total de
llamadas API que se realizaron en el entorno
Principales API por errores En este gráfico se muestran las 10 llamadas API
que más errores produjeron en el entorno con
Llamadas API totales Este gráfico muestra el número de llamadas API

que se han realizado en total en el entorno con
API más usadas En este gráfico se muestran las 10 llamadas API

más ejecutadas en el entorno con una base de
datos de Dataverse. Agregar los recuentos
individuales aquí proporcionará el total de las
10 principales llamadas API. Esta no será la
misma que la métrica Total de llamadas API
anterior.
Llamadas a API En este gráfico se muestra el número de

llamadas API que se han realizado a lo largo del
tiempo en el entorno con una base de datos de
Dataverse durante el tiempo especificado. La
suma de los recuentos individuales será igual al
recuento total de llamadas API.
Los datos de gráficos de estadísticas de llamadas a API se actualizan como sigue.
Índice de éxito de API 24 horas
Principales API por errores 24 horas
API más usadas 24 horas

Llamadas a API totales 24 horas
Llamadas a API 24 horas
Uso del buzón

Use este panel para controlar el uso del buzón de correo electrónico.

Detalles del buzón por GEO Este gráfico muestra detalles del buzón como:
el número de buzones configurados de

el número de buzones habilitados de
el número de buzones habilitados para
citas, contactos y tareas de sincronización
del lado del servidor
correo electrónico entrante de
correo electrónico saliente de
categorizados por la ubicación geográfica
en la que se hospeda el buzón
Buzones por tipo de servidor Este gráfico muestra la distribución de buzones

por tipo de servidor.
Perfiles de servidor de correo electrónico Este gráfico muestra los buzones habilitados
activos por zona geográfica activos de sincronización del lado del servidor
distribuidor por la ubicación geográfica en la
que se hospedan.
Buzones por configuración de Exchange Este gráfico muestra el número de buzones

categorizados por su configuración de
Exchange.
Número de errores de configuración de buzón Este gráfico muestra el número de errores de

configuración de buzones que se han
producido en el plazo de tiempo seleccionado
por el usuario.
Uso del buzón Este gráfico muestra el número de buzones de

sincronización del lado del servidor a lo largo
del intervalo de tiempo seleccionado por el
usuario.
Número de buzones de Outlook Este gráfico muestra el número de buzones de

Outlook configurados para la organización.
Número de perfiles de servidor de correo Este gráfico muestra el número de perfiles de

electrónico activos servidor de correo electrónico activos para el
intervalo de tiempo configurado por el usuario.
Los datos de gráficos de uso de buzón se actualizan como sigue.
Gráfico Frecuencia de
actualización
Detalles del buzón por zona geográfica 24 horas
Perfiles de servidor de correo electrónico activos por zona 24 horas

geográfica
Buzones por tipo de servidor 24 horas
Uso del buzón 24 horas
Número de errores de configuración de buzón 24 horas
Número de perfiles de servidor de correo electrónico activos 24 horas
Número de buzones de Outlook 24 horas
Buzones por configuración de Exchange 24 horas
Informes de descargas
Seleccione Descargar para ver las descargas disponibles y, a continuación, seleccione
cualquiera de los informes para descargarlos en Microsoft Excel.
Todos los informes de descarga, excepto "Usuarios del plan Active Dynamics 365
Customer Engagement por aplicación", muestran datos:
para un entorno
por la escala de tiempo en los filtros para los informes de análisis de Dataverse
predefinidos. Si selecciona un intervalo de fechas determinado para los informes
de Dataverse predefinidos, se aplica el mismo filtro temporal a las descargas.
La duración máxima de la disponibilidad de datos es de 30 días.
El informe "Usuarios del plan de interacción con el cliente de Active Dynamics 365
Customer Engagement por aplicación" siempre muestra los últimos 30 días de datos a
nivel de inquilino.
Qué incluye
Usuarios activos por tipo de dispositivo Lista de usuarios activos por tipo de dispositivo
usado para acceder a Dynamics 365.
Usuarios activos por unidad de negocio Lista de usuarios activos por unidad de
negocio.
Usuarios activos por rol de seguridad Lista de usuarios activos por roles de seguridad.
Usuarios activos por cliente Lista de usuarios activos por tipo de cliente
usado para acceder a Dynamics 365.
Usuarios activos por entidades Lista de usuarios activos distribuidos por tipo
de entidad.
Usuarios más activos que realizan operaciones Lista de los usuarios más activos (usuarios
únicos) a lo largo del tiempo que realizaron la
del SDK:

Update .
Entidades personalizadas más usadas Lista de entidades personalizadas que tuvieron

la mayoría de

Update SDK Calls .
Entidades OOB más usadas Lista de entidades predefinidas que tuvieron la

mayoría de

Update SDK Calls .
Flujos de trabajo más activos Lista de los 10 flujos de trabajo más ejecutados
Complementos más activos Lista de los 10 complementos más ejecutados

API más usadas Lista de las 10 llamadas API más ejecutadas en

la base de datos del entorno de Dataverse.
Usuarios del plan Active Dynamics 365 Usuarios del plan Active Dynamics 365
Customer Engagement por aplicación Customer Engagement por aplicación. Ayude a
los clientes a conocer el uso en diferentes
aplicaciones para que, cuando llegue el
momento de renovar su suscripción, puedan
elegir las aplicaciones individuales que desean
comprar (por ejemplo, Dynamics 365 for Sales,
Dynamics 365 for Customer Service, etc.). El
plan de Customer Engagement, integrado por
un conjunto de todas las aplicaciones de
Customer Engagement, ya no se vende. Ahora
hay que elegir las aplicaciones individuales que
se desea comprar.
Uso no conforme por parte de usuarios con Muestra a los clientes cómo sus usuarios (con
licencia de Team Member licencias de miembro del equipo) utilizan el
producto de maneras que no se consideran
conformes con los derechos de uso que otorga
esta licencia, según la guía de licencias.
Ver datos de distintos entornos e intervalos de

fecha y hora
Seleccione Cambiar filtros.
Seleccione el entorno y el período de tiempo en las listas desplegables y, a
continuación, seleccione Aplicar para guardar los cambios. Todos los informes de
análisis de Dataverse están disponibles con esta selección.
Análisis de administración de Power
Apps
El análisis del administador de entorno está disponible en el Centro de administración

de Microsoft Power Platform. Los informes de administración proporcionan una vista del
uso del nivel de entorno, los errores, el rendimiento del servicio para impulsar la
gobernanza y los servicios de administración de cambios para los usuarios. Estos
informes están disponibles solo para aplicaciones de lienzo y no para aplicaciones
basadas en modelos.
Para acceder a estos informes, inicie sesión en el Centro de administración de Power

Platform y seleccione Análisis>Power Apps. Los informes aparecen en una barra de
menús en la parte superior de la página.

análisis Power Apps:

entornos.
¿Dónde se almacenan los datos?

Cuando un usuario crea por primera vez un entorno de una región, el entorno se
hospeda siempre en esa región. Los datos se almacenan sólo en la región donde está
hospedado el entorno. Los datos se almacenan para un máximo de 28 días. El ciclo de
actualización de datos es de alrededor de 3 horas y la última hora de actualización en
UTC estándar se muestra en la esquina superior derecha de la página.
¿Qué son los informes disponibles?

Hay seis informes disponibles para los administradores de Power Apps. El último
entorno visto está activado de forma predeterminada.
El informe Uso es el último informe predeterminado considerado por el administrador

de entorno conectado. Proporciona el número total de lanzamientos de aplicaciones y
los usuarios administrador diarios en todas las aplicaciones del entorno. Los
administradores pueden filtrar la vista con atributos como la plataforma de dispositivo,
la versión de reproductor, el país, estado y la ciudad.
El informe Ubicación proporciona una vista del uso basado en la asignación. Da una
clara visión de las tendencias uso y adopción regionales.
El informe Mensajes "toast" de error proporciona información sobre las tendencias, los
tipos y los recuentos de errores "toast" por aplicación para ayudar a impulsar mejoras
en la calidad de las aplicaciones. Los mensaje "toast" de error son errores que se
muestran a los usuarios finales de la aplicación.
El informe Rendimiento de servicio proporciona los detalles de todos los conectores
estándar y personalizados para comprender los atascos de rendimiento y los clientes en
comparación con los problemas de API de servicio. Un administrador de entorno
obtendrá ideas claras de:
Conectores que se usan en el entorno.

Mejor y peor servicio y el tiempo de respuesta del servicio API.
Índices de éxito de cada servicio para determinar las áreas que requieren atención.
Los tiempo de respuesta de percentil 50, 75 y 90. para cada servicio.
El número de códigos de error HTTP 500 de los conectores que indican problemas
en torno al servidor que no responden a las llamadas del cliente.
Número de solicitudes de conexión con éxito.
Todos los KPI de rendimiento del servicio se pueden filtrar con atributos como un
servicio o un conector específico, la plataforma de dispositivo, la versión de reproductor
y el país, estado, o ciudad para explorar en profundidad la API específica.
El informe de conectores proporciona visibilidad de los conectores estándar y

personalizados que se utilizan en las aplicaciones de lienzo. Los últimos 28 días de datos
son visibles a nivel de entorno.
Los administradores pueden obtener información sobre la cantidad de conectores

asociados con cada aplicación, los conectores específicos que utiliza cada aplicación y el
propietario del conector. También proporciona datos sobre la cantidad de veces que se
ha compartido la aplicación, la cantidad de sesiones de la aplicación y la hora del último
acceso para la visibilidad de aplicaciones y conectores de uso intensivo.
Un escenario de ejemplo: un administrador puede obtener información sobre la

cantidad de recursos compartidos y el uso de una aplicación financiera específica
mediante uno o más conectores. Esto permitirá que el administrador interactúe con el
propietario de la aplicación para garantizar que no se compartan datos confidenciales a
través de la aplicación.
Tenga en cuenta que en la iteración actual de este informe concreto no existe no una
característica de descarga de informe.
¿Cómo puedo descargar los informes?

Los informes se crean en Power BI. Para descargar un informe, seleccione el punto
suspensivo (…) del KPI específico y seleccione Exportar datos.
¿Cómo puedo cambiar los entornos?
Seleccione el botón Cambiar filtro o Filtro ( ) en la esquina superior derecha de la
página.
Seleccione el entorno y el período de tiempo de las listas desplegables y, a

continuación, seleccione Aplicar para guardar los cambios. Todos los informes de
análisis de Power Apps ahora utilizarán esta selección.
¿Por qué faltan algunas aplicaciones en mi informe?

Actualmente, los informes de análisis de Power Apps no muestran datos de aplicaciones
basadas en modelos. Solo se muestran los datos relacionados con aplicaciones de
lienzo.
Consulte también
Análisis en el nivel de inquilino (predeterminado)
Análisis a nivel de inquilino para Power Apps (versión preliminar)

Ver análisis para flujos
Los administradores del entorno pueden acceder a análisis para Power Automate en el
centro de administración de Microsoft Power Platform . Los informes proporcionan
información sobre ejecuciones, uso, errores, tipos de flujos creados, flujos compartidos y
detalles sobre conectores asociados con todos los diferentes tipos de flujo, como flujos
automatizados, flujos de botones, flujos programados, flujos de aprobación y flujos de
procesos comerciales. Estos informes no ofrecen información sobre flujos de escritorio.
Para acceder a estos informes:
1. Vaya a la barra de navegación del lateral izquierdo.

2. Seleccione Análisis.
3. Seleccione Microsoft Power Automate.
4. Vea los informes del lado derecho.

análisis Power Automate:

entornos.
Almacenamiento de datos
Cuando un usuario crea vez un entorno en una región, el entorno se hospeda en esa
región. Todos los datos de ese entorno residen en esa región para un período máximo
de 28 días.
El ciclo de actualización de datos es de alrededor de 3 horas y puede encontrar la última

hora de actualización en la esquina superior derecha de la página.
¿Qué son los informes disponibles?
Los siguientes informes a nivel de inquilino están disponibles para administradores de
inquilinos y entornos. Los informes en las pesetañas Ejecuciones, Uso, Creado y Errores
brindan información sobre flujos en la nube y flujos de escritorio. De forma
predeterminada, se muestran los informes del último entorno visto.
Informe de ejecuciones
De forma predeterminada, verá el informe Ejecuciones. Proporciona una vista de los
datos de ejecución diaria, semanal y mensual de todos los flujos en un entorno.
Informe de uso
Este informe proporciona ideas de los distintos tipos de flujo en uso, las tendencias, y
los nombres del creador de flujo.
Informe creado
Este informe proporciona ideas claras de los tipos de flujo creados, las tendencias, y
detalles como la fecha de creación y la dirección de correo electrónico del creador.
Informe de errores
Este informe proporciona ideas claras de los tipos y detalles de error periódicos como el
recuento de errores, la dirección de correo electrónico del creador, las horas en que se
produjeron por última vez, y la dirección de correo electrónico del creador de cada flujo.
Informe de uso compartido
Este informe proporciona detalles de los flujos compartidos y las tendencias del
entorno.
Informe de conectores
Este informe proporciona detalles de los conectores y sus flujos asociados. Las métricas
como la cantidad de llamadas de cada flujo por conector, las ejecuciones de flujo, y la
dirección de correo electrónico del creador de flujo están disponibles para conectores
estándar y personalizados.
Descargar informes
Los informes se crean con Power BI. Los usuarios pueden seleccionar el punto
suspensivo (…) de un KPI y luego seleccionar Exportar datos.
Ver informes en otros entornos

Para ver informes en otro entorno:
1. Seleccione Cambiar filtros.

2. Seleccione el nuevo entorno en la lista Entorno y opcionalmente, seleccione un
Período de tiempo.
Ver análisis de flujos de escritorio
Como administrador, deberá ver el estado general de la automatización que se ejecuta

en su organización. Hay dos opciones para monitorear los análisis de automatización
que se construyen con flujos de escritorio:
1. Centro de administración de Power Platform.

2. Kit de inicio del Centro de excelencia (CoE).
Este artículo analiza la visualización de informes de análisis de flujos de escritorio en el

La opción más fácil para que un administrador vea los análisis de los flujos de escritorio
en su organización es visitar el centro de administración de Power Platform (PPAC). En el
PPAC de forma predeterminada, encontrará los siguientes tres informes:
Informe Descripción
Ejecuciones Este informe le brinda una descripción general de las estadísticas de ejecución de
flujos de escritorio diarios, semanales y mensuales. Este informe también
proporciona líneas de tendencia y resultados de ejecución (éxito / fracaso /
cancelación). Este informe ofrece información sobre la forma en que se utilizan los
flujos de escritorio en cada entorno.
Uso Este informe le muestra los flujos de escritorio que más se utilizan, lo que le brinda
información sobre su inventario de automatización.
Fecha de Este informe le muestra análisis de los flujos de escritorio creados recientemente, lo
creación que le brinda información sobre sus creadores de flujos de escritorio más activos.
Requisitos previos
Debes tener el privilegio administrador del entorno para acceder a los informes del
Para acceder a los informes:
1. Inicie sesión en Power Automate.
７ Nota
Es posible que deba seleccionar su país/región si es la primera vez que inicia

sesión.
2. Seleccione el icono Configuración>Centro de administración.
3. Expanda Analítica y luego seleccione Power Automate.

4. Seleccione Flujos de escritorio.
5. Vea los informes.
Filtrar la vista
Puede filtrar su vista para mostrar informes de un entorno o para un Periodo de tiempo
específico.
1. Seleccione el icono de filtro.

2. Amplíe la lista Entorno y, a continuación, seleccione el entorno para el que desea
ver los informes.
3. Amplíe la lista Periodo de tiempo y, a continuación, seleccione el número de días

para los que desea ver los informes.
Ver el informe de ejecuciones

1. Seleccione Ejecuciones.
2. Filtre la vista para mostrar informes de ejecuciones de un entorno y para un
periodo de tiempo específico.
Ver el informe de uso

1. Seleccione Uso.
2. Filtre la vista para mostrar informes de uso de un entorno y para un periodo de

tiempo específico.
Ver el informe creado
） Importante
Debe actualizar la aplicación de escritorio de Power Automate (vista previa) a la

versión de 2.1.43.20312 o posterior, para generar datos correctos para este
informe.
1. Seleccione Creado.
2. Filtre la vista para mostrar informes creados de un entorno y para un periodo de

tiempo específico.
Más información
Analice la evaluación de riesgos de flujo de escritorio en su entorno.
Crear flujos de escritorio.
Crear flujos de Selenium IDE.
Ejecutar flujos de escritorio.
Análisis en el nivel de inquilino
(predeterminado)
Los recursos Power Platform emiten periódicamente datos de telemetría para diversas
operaciones y actividades de usuario en entornos y extensiones. El análisis en el nivel de
inquilino permite a los administradores ver y comparar información derivada de los
datos de telemetría de la plataforma en los entornos que administran. Los
administradores de inquilinos pueden ver informes con análisis que se aplican a todos
los entornos del inquilino.
Una vez habilitada, esta función copiará los datos de los entornos que están asociados
con un inquilino a la ubicación geográfica de este, independientemente de la ubicación
del entorno. Se requiere un rol Administrador en el nivel de inquilino para la operación
única de otorgar consentimiento para el análisis en el nivel de inquilino.
Para acceder a estos informes, inicie sesión en el Centro de administración de Power

Platform y seleccione Análisis>Power Apps. En la esquina superior derecha, seleccione
Análisis en el nivel de inquilino en la lista desplegable.

Los administradores con los siguientes roles y una licencia pueden ver los informes en
análisis Power Apps:
Administrador del entorno: puede ver informes de los entornos en los que el
administrador es miembro de colaborador o del rol de administrador del entorno.
Administrador de Power Platform: puede ver informes para todos los entornos.
entornos.
¿Cómo puedo habilitar los análisis en el nivel
de inquilino?
Se requiere un miembro de uno de los siguientes roles de administrador para habilitar
el análisis a nivel de arrendatario:

El administrador no necesita ser un usuario con licencia. Los administradores del

entorno obtendrán acceso a los análisis de nivel de arrendatario una vez que el
administrador del servicio habilite la función mediante los siguientes pasos.
1. Seleccione el icono del engranaje ( ) en la esquina superior derecha del sitio de

Microsoft Power Platform y luego seleccione Configuración de Power Platform.
2. Active la opción en Habilitar análisis de nivel de inquilino.
3. Otorgar consentimiento para análisis a nivel de inquilino: el proceso de

recopilación de información para análisis a nivel de inquilino incluye la copia de
datos de telemetría de servicio de otras ubicaciones de GEO en una ubicación
central para la elaboración de informes. Los clientes deben habilitar explícitamente
esta operación de Power Platform.
Seleccione Habilitar para otorgar consentimiento para que el servicio coloque

datos de telemetría del servicio en la ubicación asociada con el entorno
predeterminado.
4. Seleccione Guardar y cierre el formulario.
5. Seleccione Análisis de nivel de entorno y luego seleccione Análisis de nivel de

inquilino para cambiar los modos de visualización.
¿Cómo deshabilito los análisis de nivel de

inquilino?
Los administradores con los siguientes roles y una licencia pueden deshabilitar los
análisis en el nivel de inquilino:

Los administradores del entorno no pueden deshabilitar el análisis a nivel de

arrendatario.
） Importante
Cuando deshabilite la característica en vista previa de análisis de nivel de inquilino,

Todas las agregaciones de datos de nivel de inquilino se eliminarán de forma
permanente (agregación de métricas, identificadores de objetos de usuario y
nombres de recurso como nombres de aplicación y flujo).
Se deshabilitarán los informes de análisis de nivel de inquilino.
1. Seleccione el icono del engranaje ( ) en la esquina superior derecha del sitio de

Microsoft Power Platform y luego seleccione Configuración de Power Platform.
2. Desactive la opción en Habilitar análisis de nivel de inquilino.
¿Dónde está disponible esta característica?

Las vistas a nivel de inquilino del centro de administración de Power Platform están
disponibles en todas las regiones admitidas en la nube pública. Esta característica está
pendiente de disponibilidad en nubes de la administración y nubes soberanas.
Consulte también
Análisis en el nivel de inquilino para Power Apps
Análisis en el nivel de inquilino para Power Automate
Análisis en el nivel de inquilino para

Power Apps
El análisis a nivel de inquilino permite a los administradores de Power Platform extraer

métricas de servicio clave basadas en la adopción del usuario en los entornos que
administran. El análisis personalizado está contenido en informes integrados en el
Los siguientes informes a nivel de inquilino están disponibles para Power Apps.
Power Apps: informes de uso

Los informes de Power Apps proporcionan información sobre el uso del entorno y el
inquilino, así como el inventario de todas las aplicaciones y conectores. El informe
responde a preguntas como las siguientes:
¿Cuál es el recuento de usuarios únicos en aplicaciones basadas en modelo o de

lienzo en el inquilino o los entornos?
¿Cuál es el recuento de usuarios nuevos en aplicaciones basadas en modelo y de
lienzo?
¿Cuántas aplicaciones existen en mi inquilino o entorno?
¿Cuál de mis entornos tenía los usuarios más exclusivos?
¿Cuáles fueron las mejores aplicaciones por sesiones de aplicaciones/usuarios
únicos?
７ Nota
El servicio solo comienza a recopilar los datos visualizados en el informe de uso

cuando la función está habilitada. Puede tardar entre 24 y 36 horas en reflejar las
actividades de servicio del día anterior.
Métricas de informes
Cálculo Descripción
Usuarios únicos Usuarios únicos incluidos en la vista actual
Sesiones totales Sesiones de Power Apps realizadas dentro de la ventana del informe
Aplicaciones usadas Recuento de aplicaciones incluidas en la vista actual
Nuevos usuarios Nuevos usuarios registrando actividad
Ambientes Recuento de entornos con uso notificado en los últimos 30 días
Filtros de informes
Scope Filtra Description
Environment Name Nombre descriptivo utilizado para identificar un entorno

determinado
Tipo Tipo de entornos que se deben incluir en la vista actual

Región Entornos de hosting en regiones globales
Aplicación Tipo de Alternar entre estadísticas de uso para lienzo y aplicaciones

aplicación basadas en modelos
Power Apps: Informe de actividad del creador

El informe de actividad del creador de Power Apps proporciona conclusiones sobre el
uso del entorno y el inquilino y el inventario de todas las aplicaciones y conectores. El
informe responde a preguntas como:
¿Cuál es la cantidad total de aplicaciones

creadas/publicadas/modificadas/eliminadas por creadores de aplicaciones en el
inquilino o los entornos?
¿Cuál es el recuento de creadores nuevos en aplicaciones basadas en modelo y de
lienzo?
¿Quiénes son los principales creadores del inquilino o los entornos?
¿Cuál es el número total de conexiones consumidas en uno o más entornos?
７ Nota
El servicio solo comienza a recopilar los datos visualizados en el informe de

actividad del creador cuando la función está habilitada. Puede tardar hasta 12
horas en reflejar las actividades de servicio del día anterior.
Cálculo Description
Aplicaciones Recuento de aplicaciones con actividad registrada en los últimos 30 días

activas
Fecha de creación Número de aplicaciones creadas dentro de la vista actual
Creadores Número total de creadores con actividad registrada en los últimos 30 días
Conexiones Recuento de conexiones únicas a las que se hace referencia en la vista actual
Ambientes Recuento de entornos con actividad de creador notificada en los últimos 30

días
Filtros de informes
Environment Name Nombre descriptivo utilizado para identificar un entorno

determinado

Power Apps: informe de inventario

El informe de inventario de Power Apps ofrece un catálogo completo de aplicaciones
distribuido en todo el inquilino. Esta vista incluye el filtro Últimas abiertas, que permite
a los administradores identificar aplicaciones obsoletas y huérfanas. El informe responde
a preguntas como las siguientes:
¿Cuál es el número total de aplicaciones basadas en modelo o de lienzo en el

inquilino o los entornos?
¿Qué aplicaciones dependen de conectores específicos?
¿Quiénes son los propietarios de las aplicaciones hospedadas en uno o más
entornos?
¿Cuál es la distribución de las aplicaciones de lienzo en comparación con las
aplicaciones basadas en modelo en la organización?
７ Nota
Dependiendo del tamaño de la organización, pueden pasar hasta 24 horas hasta

que se rellenen inicialmente los conjuntos de datos que respaldan el informe de
inventario.
Cálculo Description
Aplicaciones Recuento de aplicaciones incluidas en la vista actual
Creadores Recuento de creadores con actividad registrada en los últimos 30 días
Usuarios Recuento total de usuarios a los que se les ha concedido acceso a Power
compartidos Apps
Ambientes Recuento de entornos con aplicaciones en la vista actual
Conexiones Recuento de conexiones únicas a las que se hace referencia en la vista

actual
Filtros de informes
Nivel Filtro Descripción
Aplicación Abiertas por Se utiliza para filtrar los resultados en función de la fecha de
última vez "Última apertura".
Tipo Alternar entre estadísticas de uso para lienzo y aplicaciones

basadas en modelos
Entorno Nombre Nombre descriptivo utilizado para identificar un entorno

determinado
Tipo de Tipo de entornos que se deben incluir en la vista actual

aplicación
Tipo de Entornos de hosting en regiones globales

aplicación
Descargar Inventario
Los informes del centro de administración de Power Platform se pueden descargar
directamente desde las imágenes del informe. Los usuarios tienen la opción de elegir
entre datos resumidos y subyacentes.
Datos resumidos: seleccione esta opción para descargar los datos subyacentes del
objeto visual del informe actual.
Datos subyacentes: seleccione esta opción para descargar el conjunto de
resultados completo que da soporte al informe.
Para obtener más información sobre la descarga de datos de los informes de nivel de
inquilino, consulte Exportar datos desde objetos visuales de Power BI.
Consulte también
Análisis en el nivel de inquilino para

Power Automate
El análisis a nivel de inquilino permite a los administradores de Power Platform extraer

métricas de servicio clave basadas en la adopción del usuario en los entornos que
administran. El análisis personalizado está contenido en informes integrados en el
Los siguientes informes de nivel de inquilino están disponibles para los flujos de nube
de Power Automate.
Power Automate: informes de uso

Los informes de Power Automate proporcionan información sobre el uso del entorno y
el inquilino e inventario de todos los flujos y conectores. El informe responde a
preguntas como las siguientes:
¿Cuál es el recuento total de flujos de nube activos en el inquilino o los entornos?

¿Cuál es el recuento de ejecuciones correctas y erróneas en los flujos de nube?
¿Cuántos flujos existen en mi inquilino o entorno?
¿Cuál de mis entornos tenía los usuarios más exclusivos?
¿Cuáles fueron los principales flujos en mi inquilino o entornos por ejecución?
７ Nota
El servicio solo comienza a recopilar los datos visualizados en el informe de uso

cuando la función está habilitada. Puede tardar hasta 12 horas en reflejar las
actividades de servicio del día anterior.
Total de flujos Recuento de flujos de nube con eventos de uso en los últimos 30 días
Total de Número total de ejecuciones de flujos de nube iniciadas en los últimos 30 días
ejecuciones
Ejecuciones Recuento total de ejecuciones de flujos de nube correctas completadas en los

correctas últimos 30 días
Ejecuciones Número total de ejecuciones de flujos de nube erróneas que se han intentado
erróneas en los últimos 30 días
Entornos Recuento de entornos incluidos en la vista actual
Filtros de informes
Ámbito Filtro Descripción
Entorno Nombre Nombre descriptivo utilizado para identificar un entorno determinado
Power Automate: informe de actividad del

creador
El informe de Power Automate proporciona información sobre las actividades de los
autores ciudadanos de los flujos de nube en el inquilino o los entornos. El informe
responde a preguntas como:
¿Cuál es el número total de flujos creados por los creadoers en el inquilino o los
entornos?
¿Cuál es el recuento de creadores primerizos en los flujos de nube?
¿Quiénes son los principales creadores del inquilino o los entornos?
¿Cuál es el número total de conexiones consumidas en uno o más entornos?
７ Nota
El servicio solo comienza a recopilar los datos visualizados en el informe de

actividad del creador cuando la función está habilitada. Puede tardar hasta 12
horas en reflejar las actividades de servicio del día anterior.
Flujos activos Recuento de flujos de nube con actividad registrada en los últimos 30 días
Creado Número de Power Apps creadas dentro de la vista actual
Creadores Número total de creadores con actividad registrada en los últimos 30 días
Filtros de informes


determinado

Power Automate: informe de inventario

El informe de inventario de Power Automate ofrece un catálogo completo de flujos de
nube distribuidos en todo el inquilino. Esta vista incluye filtros que permiten a los
administradores buscar flujos según varios criterios. El informe responde a preguntas
como:
¿Cuál es el número total de flujos de nube en el inquilino o los entornos?

¿Qué flujos dependen de conectores específicos?
¿Quiénes son los propietarios de los flujos alojados en uno o más entornos?
¿Cuál es la distribución de las aplicaciones de flujos de nube en toda la
organización?
７ Nota
Dependiendo del tamaño de la organización, pueden pasar hasta 24 horas hasta
que se rellenen inicialmente los conjuntos de datos que respaldan el informe de
inventario.
Flujos Recuento de flujos de nube incluidos en la vista actual
Creadores Recuento de creadores con actividad registrada en los últimos 30 días
Ejecuciones Número total de ejecuciones de flujos de nube correctas que se han

correctas completado en los últimos 30 días
Filtros de informes
Aplicación Abiertas por Se utiliza para filtrar los resultados en función de la fecha de
última vez "Última ejecución".

determinado
Descargar Inventario
Los informes del centro de administración de Power Platform se pueden descargar
directamente desde las imágenes del informe. Los usuarios tienen la opción de elegir
entre datos resumidos y subyacentes.
Datos resumidos: seleccione esta opción para descargar los datos subyacentes del
objeto visual del informe actual.
Datos subyacentes: seleccione esta opción para descargar el conjunto de
resultados completo que da soporte al informe.
Para obtener más información sobre la descarga de datos de los informes de nivel de
inquilino, consulte Exportar datos desde objetos visuales de Power BI.
Consulte también
Configurar los análisis de autoservicio
de Microsoft Power Platform para
exportar los datos de inventario y uso
de Power Platform (versión preliminar)
Con el centro de administración de Power Platform puede exportar el inventario y los

datos de uso de Power Platform en Azure Data Lake Storage directamente en su
instancia de Azure Data Lake para usar con los escenarios de línea de negocio de su
organización. Al utilizar su propio Data Lake Storage, puede "trocear" los datos en
función de sus necesidades exclusivas. Puede crear informes personalizados con Power
BI, incluyendo vistas a nivel de unidad de negocio individual e informes detallados a
nivel de aplicación en el nivel de inquilino y entorno. Tener los datos en su propio lago
de datos también significa que puede almacenar los datos durante los períodos
especificados en las políticas de retención de datos de su organización.
） Importante

Data Lake Storage es una parte clave de Cortana Intelligence, lo que significa que
funciona con Azure Synapse Analytics, Power BI y Azure Data Factory para una
plataforma completa de análisis avanzado y big data en la nube que lo ayuda con todo,
desde la preparación de datos hasta la realización de análisis interactivos en conjuntos
de datos a gran escala. Diseñado desde cero para la escalabilidad y el rendimiento de la
nube, Data Lake Storage es una solución rentable para ejecutar cargas de trabajo de
metadatos. Con Data Lake Storage, su organización puede analizar todos sus datos en
un solo lugar sin restricciones artificiales.
７ Nota
La activación de la exportación de datos se limitará a clientes con una licencia de

Microsoft Dataverse de pago o Premium disponible para el inquilino. Los detalles
de los requisitos de licencia adicionales se proporcionarán en la documentación del
administrador y en los planes de lanzamiento de disponibilidad general. Los
detalles adicionales sobre los requisitos de capacidad mínima de Dataverse para
acceder a las características de exportación de datos se publicarán antes de la
disponibilidad general.
Requisitos previos
Para configurar la exportación de datos en el centro de administración de Power
Platform , necesitará uno de estos roles: Administrador de servicios de Power
Platform, administrador de Dynamics 365 o administrador global de Microsoft 365.
Crea una cuenta de almacenamiento para usar con Azure Data Lake Storage Gen2.
Asegúrese de seleccionar la misma ubicación para la cuenta de almacenamiento
del lago de datos como su inquilino de Power BI. Para obtener más información
sobre cómo determinar la ubicación del inquilino de Power BI, consulte ¿Dónde se
encuentra mi inquilino de Power BI?. Además, deben tener acceso de propietario o
colaborador a la cuenta de Data Lake Storage , así como acceso de propietario o
colaborador a la suscripción de Azure.
７ Nota
El administrador global de Azure Active Directory (Azure AD) de la

organización debe ser quien establezca la conexión. Esto es necesario ya que
su inquilino debe permitir que el servicio acceda a la cuenta de
almacenamiento de Data Lake Storage. Esta es una configuración única y
deberá ser realizada por el administrador de Azure AD.
Simplificar los datos con Data Lake Storage

Data Lake Storage le permite almacenar datos capturados de cualquier tamaño, tipo o
velocidad de ingesta en una única ubicación segura para análisis operativos y
exploratorios. Puede usar análisis de autoservicio de Microsoft Power Platform para
exportar datos de uso e inventario de Power Apps directamente a ubicaciones de
almacenamiento de Data Lake Storage Gen2.
Puede almacenar datos exportados durante períodos prolongados, así como mover
datos a almacenes de datos. Para obtener más información sobre la creación de
informes personalizados a nivel de inquilino y entorno en todas las unidades de
negocio, consulte Crear paneles personalizados usando los datos de uso e inventario de
Power Platform.
Análisis ampliables con Data Lake Storage

Puede usar las opciones de autoservicio del centro de administración de Power Platform
basadas en Data Lake Storage para ampliar la telemetría de Power Apps usando datos
de otras fuentes. Utilice análisis en la nube e IA para aprovechar el análisis predictivo
dentro de las soluciones de supervisión de servicios. El siguiente diagrama ilustra un
ejemplo de cómo derivar inteligencia de los datos de telemetría de Power Platform.
Datos
La cantidad de datos que puede exportar depende de su aplicación y del uso del flujo.
La exportación inicial incluye datos de inventario de todos los flujos de Power Apps y de
nube en su entorno. Después de la exportación inicial, se produce un envío de datos
incremental todos los días.
Por ejemplo, un cliente empresarial con dos años de datos de inventario puede tener
unos 300 MB de datos para exportar. Después de la exportación inicial, se enviarían
diariamente aproximadamente de 5 a 10 MB de esos datos.
Configurar el proceso de exportación de datos
para su inquilino
Los administradores deben usar el centro de administración de Power Platform para
configurar la exportación de datos. Antes de comenzar a exportar datos, asegúrese de
que su cuenta de almacenamiento de Data Lake Storage Gen2 se haya configurado
como se describe en esta sección. Asegúrese de que el administrador que configura la
exportación de datos ya tenga acceso a su cuenta de almacenamiento.
Siga estos pasos para configurar el lago de datos.
1. Inicie sesión en el centro de administración Power Platform como administrador

global de Azure AD, seleccione Exportar a Azure Data Lake y luego seleccione
Power Apps o Flujos de nube.
2. Establecer Habilitar análisis en el nivel de inquilino en Activado

3. Elija una suscripción para asociarla con la cuenta de Azure Storage.
4. En la lista de grupos de recursos de esta suscripción, seleccione un grupo de

recursos.
5. En la lista de cuentas de almacenamiento del grupo de recursos seleccionado,

seleccione la cuenta de almacenamiento de Azure.
6. Seleccione Crear para configurar la conexión a Data Lake Storage Gen2.
７ Nota
El inventario de recursos y los datos de uso históricos de 30 días se exportarán a la

cuenta de Azure Storage durante las próximas horas.
Configuración por primera vez de una exportación de

datos
Microsoft requiere que la primera vez que configure una exportación de datos al lago
de datos de su organización, su Azure Data Lake Storage administrador global de Azure
AD sea la persona que establece la conexión.
） Importante
Se requiere una conexión con el servicio de inquilinos de Microsoft porque su

inquilino debe permitir el acceso principal a la propiedad de su organización; en
este caso, una cuenta de Data Lake Storage Gen2. Esta es una configuración única
que debe realizar su administrador de Azure AD. Cuando su administrador de
Azure AD concede permisos de acceso a su inquilino de Azure AD, el proceso
permite temporalmente que la cuenta principal de servicio de Microsoft exporte y
escriba datos solo en la cuenta de almacenamiento especificada de Data Lake
Storage Gen2. La cuenta principal de servicio de Microsoft utilizada para esto no
tendrá ningún permiso para otras operaciones en su cuenta de Data Lake Storage.
Consultar también
Crear paneles personalizados usando los datos de uso e inventario de Power Platform
Definición de esquema de análisis de

autoservicio de Microsoft Power
Platform (versión preliminar)
Este tema analiza el contenido de los datos exportados desde Power Platform a
ubicaciones de almacenamiento de Azure Data Lake Gen2.
） Importante

Estructura de la salida de datos

Cuando exporta Power Apps y los datos de uso a su Data Lake Storage, el análisis de
autoservicio hace que los datos estén disponibles en un formato de esquema de
Common Data Model. Estos metadatos basados en Common Data Model le permiten
compartir sus datos entre aplicaciones y procesos de negocio, como Power Apps, Power
BI, Dynamics 365 y Azure.
El archivo de exportación de datos incluye:
Un inventario completo de todas las aplicaciones, conectores y metadatos

asociados que existen en el inquilino.
Datos de uso compuestos por datos a partir del momento en que comienza la
exportación.
Después de la primera vez que genera una exportación de datos, Power Automate
genera actualizaciones diarias incrementales. Cada actualización diaria incluye detalles
de todas las aplicaciones nuevas y existentes, incluida la información del conector. La
exportación de datos contiene el identificador de objeto principal de Azure Active
Directory (Azure AD) (Id. de usuario). Opcionalmente, puede usar más Azure AD para
recuperar nombres de usuario y unidades de negocio reales, como marketing, ventas o
finanzas.
La carpeta raíz principal de Power Apps tiene la siguiente estructura de carpetas:
\Applications
\ConnectionReference
\Connections
\Environments
\Usage
La carpeta raíz principal de Power Automate tiene la siguiente estructura de carpetas:
\Flows
\FlowsConnectionReference
\Usage
７ Nota
Los datos enumerados en estas carpetas se pueden ver a través de Azure portal.
Para obtener más información, vaya a https://portal.azure.com y a su cuenta de
almacenamiento (Inicio>Suscripciones>su nombre de suscripción>Grupos de
recursos>su grupo de recursos>sus cuentas de almacenamiento>Cuenta de
almacenamiento).
La estructura de los contenedores y carpetas

dentro del lago de datos
La carpeta raíz principal tiene el formato de fecha aaaa-mm-dd; por ejemplo,
2020-02-28.
La carpeta raíz contiene dos carpetas denominadas Metadatos y KPI.
La carpeta de metadatos contiene los datos del inventario en una lista de
archivos, uno para cada región.
La carpeta KPI contiene los datos de uso.
Tablas de definición de esquemas

Las siguientes tablas detallan las definiciones de esquema de los datos. Los metadatos
se consideran datos de inventario.
Subcarpeta Power Apps
Aplicaciones
Nombre de la Tipo de Description

propiedad propiedad
AppName Guid Id. de la aplicació único que se puede usar para unir
tablas
Asignar nombre Longtext Nombre de la aplicación
Descripción Longtext Descripción de la aplicación (no disponible actualmente)
tenantId GUID Id. de inquilino de cliente
EnvironmentId Texto largo Id. de entorno
Type Longtext Aplicaciones creadas con Power Apps
Subtipo Longtext Lienzo | Modelo | Páginas
DocumentVersion Datetime La marca de fecha y hora se utiliza como versión de la

aplicación
Uri Texto largo URI de la aplicación
Lifecyclestate Texto largo Borrador | Publicado
DocumentUri Texto largo URI de información de la aplicación
IconUri Longtext URI del icono de la aplicación
Propietario Longtext Nombre del propietario de la aplicación
createdPrincipalId GUID Identificador de objeto de Azure AD de la entidad de

seguridad del creador de la aplicación
CreatedTime Datetime Fecha de creación de la aplicación
lastModifiedPrincipalId GUID Identificador de objeto del último usuario modificado de

Azure AD
lastModifiedTime Datetime Fecha en la que se actualizó por última vez la aplicación
lastenabledprincipalId GUID Identificador de objeto del último usuario publicado de

Azure AD
propiedad propiedad
lastEnabledTime Datetime Fecha en la que se publicó por última vez la aplicación
DeletedTime Datetime Fecha en la que se eliminó la aplicación por última vez
DeletedprincipalId Texto largo Identificación del objeto de Azure AD del usuario que
eliminó la aplicación
sharedUsers Int Número de usuarios con los que se comparte la

aplicación
sharedGroups Int Número de grupos con los que se comparte la aplicación
Solución Longtext Identificador de la solución a la que pertenece la

aplicación
Creationtype Texto largo Generado | Desarrollo desde cero
embeddingHost Texto largo Teams | Power Apps | Power BI
Configuración Texto largo Reservado
customExtensions Texto largo Reservado
Referencia de conexión
Nombre de la Tipo de Descripción

propiedad propiedad
resourceId Guid Identificador único de la aplicación (se puede usar para unirse
a la tabla de utilización)
Display name Texto largo Nombre descriptivo introducido por el usuario; por ejemplo,
Office 365 Outlook
connectionrefId GUID Identificador de conexión único
Nivel Texto largo Premium o Estándar
Type Texto largo Tipo de conexión; por ejemplo, SQL, Office 365 o Azure
Conexiones
propiedad propiedad
ConnectionId Guid Identificador de conexión único
connectionName Texto largo Nombre descriptivo introducido por el usuario; por ejemplo,
Office 365 Outlook
apiId GUID Tipo de conector
Displayname Texto largo URI de la conexión
isCustomApi Texto largo Sí | No

Swaggerurl Longtext URL de Swagger para API personalizada
Entornos

propiedad propiedad
Environmentid Longtext Id. de entorno
name Longtext Nombre del entorno
Finalidad Longtext Detalles sobre la finalidad de la creación del contenedor

de entorno
tenantGuid GUID Id. de inquilino de cliente
Environmentstate Texto largo Habilitado | Deshabilitado
environmenttype Texto largo Espacio aislado | Producción | Prueba | Equipos
Securitygroup Texto largo Identificador del grupo de seguridad del propietario
Environmentregion Longtext Geolocalización del entorno
EnvironmentUrl Longtext URL de entorno
es la predeterminada Longtext Valor booleano que indica si este entorno es el

predeterminado
propiedad propiedad
CdsInstanceURL Texto largo URI de entorno
CdsInstanceId GUID Identificador del entorno

lastModifiedPrincipalId GUID Identificador del objeto de Azure AD del usuario que

modificó la aplicación por última vez
lastModifiedTime Datetime Fecha en la que se actualizó por última vez la aplicación
DeletedTime Datetime Fecha en la que se eliminó la aplicación por última vez
DeletedprincipalId Texto largo Identificación del objeto de Azure AD del usuario que
eliminó la aplicación
Uso

propiedad propiedad
AppId GUID Id de la aplicación único (se puede utilizar para unir tablas)
environmentId GUID Id. de entorno
ObjectID GUID Identificador de objeto de usuario de Azure AD
SessionId GUID Id. sesión
timeaccessed Datetime Hora en que el usuario abrió o accedió a la aplicación
País Longtext El país desde el que se abre la aplicación; es un filtro
plataforma Longtext Plataforma o sistema operativo desde el que se abre la aplicación

(consulte la nota que sigue a esta tabla)
PlayerVersion LongText La versión del reproductor de Power Apps desde el que se abre la
aplicación
AppVersion Datetime Versión de la aplicación
Browsername Longtext Explorador del cliente

propiedad propiedad
DataVersion Int(11) Datos de la tabla, no relacionados con el usuario
Subcarpeta Power Automate
Flows
Nombre de la propiedad Tipo de Description

propiedad
ResourceId GUID Id de flujo único (se puede utilizar para unir

tablas)
name Longtext Nombre del flujo
tipo Longtext Power Automate
subtype Longtext Flujo de nube
resourceVersion Longtext Versión de Flow
lifecycleState Longtext Borrador, Publicado
events_created_timestamp Datetime Fecha de creación del flujo
events_created_principalId GUID Identificador de objeto de Azure AD de la entidad

de seguridad del creador del flujo
events_lastModified_timestamp Datetime Fecha en la que se actualizó por última vez el

flujo
sharedUsers entero Número de usuarios con los que se comparte el

flujo
sharedGroups entero Número de grupos con los que se comparte el

flujo
FlowsConnectionReference

propiedad propiedad
propiedad propiedad
resourceId GUID Id de flujo único (se puede utilizar para unir

tablas)
connectionrefId Longtext ID de referencia de conexión único
connectorType Longtext Tipo de conector utilizado por el flujo
connectionId Longtext Identificador de conexión único
displayName Longtext Nombre de la referencia de conexión
nivel Longtext Estándar, Premium
Uso

propiedad propiedad
resourceId GUID ID de recurso único (se puede utilizar para unir

tablas)
tenantid GUID Id. de inquilino de cliente
timeaccessed Datetime Hora en que el usuario abrió o accedió a la

aplicación
status Longtext Correcto, Error, Cancelado, Terminado
subType Longtext Flujo de nube
ejecuciones Int Número de ejecuciones
７ Nota
Las versiones más recientes de los sistemas operativos de la plataforma

generalmente bien conocidos deben contener datos, pero en algunos casos es
posible que los datos no estén disponibles.
Consulte también
Crear una cuenta de almacenamiento
Configurar los análisis de autoservicio de Power Platform para exportar los datos de uso
e inventario de Power Apps
Cree paneles personalizados usando los
datos de uso e inventario de Power
Este tema trata sobre cómo puede usar datos exportados de Power Platform y sobre
otros escenarios de línea de negocio y muestra información de datos a nivel de inquilino
y entorno en todas las unidades de negocio. Por ejemplo, puede utilizar datos de uso e
inventario exportados de Power Platform para sus paneles empresariales existentes y
otras soluciones personalizadas.
Fondo
El análisis de autoservicio de Microsoft Power Platform le permite exportar datos de uso
e inventario de Power Apps a ubicaciones de almacenamiento de Azure Data Lake
Storage Gen2. Para obtener más información sobre la exportación de datos de uso e
inventario de Power Platform a un archivo de esquema de Common Data Model, vaya a
Configurar análisis de autoservicio de Microsoft Power Platform para exportar datos de
uso e inventario de Power Platform.
Análisis ampliables con Data Lake Storage

Puede usar las opciones de autoservicio del centro de administración de Power Platform
basadas en Data Lake Storage para ampliar la telemetría de Power Platform usando
datos de otras fuentes. Utilice análisis en la nube e IA para aprovechar el análisis
predictivo dentro de las soluciones de supervisión de servicios. El siguiente diagrama
ilustra un ejemplo de cómo derivar inteligencia de los datos de telemetría de Power
Platform.
Ver datos exportados
Ver datos exportados usando Power BI

Los datos exportados destinados a su uso con Power BI se almacena internamente de
forma predeterminada. Cuando usa Power BI para ver los datos exportados, asegúrese
de seleccionar la misma ubicación para la cuenta de almacenamiento del lago de datos
como su inquilino de Power BI. Si necesita encontrar la ubicación de su inquilino de
Power BI, vea ¿Dónde está mi inquilino Power BI?
En cuanto los datos estén disponibles en su lago de datos, puede elegir mover los datos
a cualquier almacén de informes; por ejemplo, SQL data warehouse. Para ello, necesitará
crear informes de Power BI. También puede optar por crear informes de Power BI a partir
de Data Lake Storage.
Ver datos en el portal de Azure

También puede ver los datos mediante Azure portal.
1. Vaya a https://portal.azure.com .
2. Vaya a su cuenta de almacenamiento yendo a Inicio>Suscripciones>su nombre de

suscripción>Grupos de recursos>su grupo de recursos>sus cuentas de
almacenamiento>Cuenta de almacenamiento.
７ Nota
Para ver datos en su propio lago de datos de almacenamiento, primero debe
descargar el Explorador de Azure Storage .
Después de la instalación, ¿qué se aprovisiona en mi Data

Lake Storage?
En Azure portal , seleccione Cuentas de almacenamiento>Access Control(IAM) y, a
continuación, seleccione la pestaña Asignaciones de roles. Busque Análisis de datos de
Power Platform. Verá:
1. Se ha creado una entidad principal del servicio de análisis de datos de Power

Platform (aplicación) en Azure AD.
2. A esta entidad de seguridad se le ha asignado el acceso "colaborador de datos de
Storage Blob" para su cuenta de almacenamiento de Data Lake.
¿Qué ajuste debo elegir para la configuración del

cortafuegos?
Para esta versión preliminar, la recomendación es utilizar la opción Aislar este
almacenamiento. Tenemos previsto hacer que nuestra entidad de seguridad del servicio
sea parte de la lista de entidades de seguridad de Microsoft Trusted durante el
transcurso de la maduración de nuestro proceso de exportación de datos. Sin embargo,
esto no se admite actualmente en la versión preliminar de la función. Con el modelo de
asignación de IP dinámica, las restricciones de rango de IP no son una opción para las
configuraciones de firewall.
¿El modelo de datos tiene un formato estándar?

El modo de datos utiliza el esquema Common Data Model extensible para describir las
tablas del lago de datos. Esto permitirá un consumo más fácil de diferentes productos
en todo el sistema de Microsoft Power Platform incluidos Power BI y otros sistemas,
como SAP o Adobe.
Consulte también
Crear una cuenta de almacenamiento
Configurar los análisis de autoservicio de Power Platform para exportar los datos de uso
e inventario de Power Apps
Analice aplicaciones basadas en
modelos y telemetría de Microsoft
Dataverse con Application Insights
Puede configurar un entorno de Application Insights para recibir telemetría sobre los
diagnósticos y el rendimiento capturados por la plataforma Dataverse.
Puede suscribirse para recibir telemetría sobre las operaciones que realizan las
aplicaciones en su base de datos de Dataverse y dentro de las aplicaciones basadas en
modelo. Esta telemetría proporciona información que puede utilizar para diagnosticar y
solucionar problemas relacionados con errores y rendimiento.
No necesita escribir código para habilitar esta telemetría. Puede habilitar o deshabilitar
la fuente de telemetría en cualquier momento.
Application Insightses parte del ecosistema de Azure Monitor. Es ampliamente utilizado

por empresas para supervisar y diagnosticar. Muchos clientes han agregado código a
sus extensiones para capturar estos datos en sus entornos de Application Insights. Sin
embargo, este código adicional tiene un coste, no solo el coste de escribirlo y
mantenerlo, sino también el coste del rendimiento en tiempo de ejecución. Estos costes
se pueden evitar usando la integración de Application Insights incorporada.
７ Nota
La habilitación de Application Insights se limita a clientes con licencias de Dataverse

de pago o Premium disponibles para el inquilino.
¿Por qué necesito la telemetría?

La telemetría proporciona datos sobre lo que sucede dentro de una aplicación basada
en modelo o en el servidor. Sin estos datos, la aplicación o el servicio es una "caja
negra"; la única forma de obtener información si tiene un problema es ponerse en
contacto con el soporte técnico. La telemetría le permite detectar y medir operaciones
específicas para comprender mejor si las cosas funcionan normalmente o si algo está
afectando negativamente al sistema.
Si ha extendido las aplicaciones basadas en modelo mediante el uso de JavaScript del

lado del cliente o ha agregado la lógica del lado del servidor mediante el uso de
complementos, podrá ver el impacto que estas extensiones pueden tener en el
rendimiento y encontrar formas de optimizarlas, incluyendo cambiar el diseño si se
requiere.
También puede usar la telemetría para observar las tendencias generales de

rendimiento, de modo que pueda administrarlas de manera proactiva en lugar de
reaccionar ante los incidentes de los usuarios. Con Application Insights, puede definir
condiciones en las que se le avisará cuando una métrica supere un umbral específico.
¿Cómo funciona?
Microsoft ya ha recopilado gran cantidad de telemetría sobre Dataverse y las
aplicaciones basadas en modelo. Con la integración de Application Insights, un
administrador de entornos o inquilinos proporciona la clave de instrumentación de
Application Insights mientras configura el proceso de exportación de datos en el centro
de administración de Power Platform. Tan pronto como se complete la configuración, la
telemetría que Microsoft recopila sobre su entorno y las aplicaciones basadas en
modelo que utiliza Application Insights se envían a su entorno de Application Insights.
Más información: Crear un recurso de Application Insights
Si decide optar por no participar, puede ir al centro de administración de Power

Platform y eliminar la conexión de exportación de datos. Esto detendrá el proceso de
exportación de datos. Puede reiniciar el proceso en cualquier momento.
Las ventajas de este enfoque de integración

son:
Cuando usa la integración de Application Insights, recibirá un conjunto estandarizado
de telemetría que sigue el modelo de datos de telemetría de Application Insights.
La telemetría está correlacionada para que pueda seguir las operaciones que comienzan
con un clic del mouse en una aplicación basada en modelo hasta llegar al servidor y
regresar. A lo largo del camino, podrá ver qué partes de la aplicación se están utilizando
y cuánto tiempo lleva cada paso.
Si necesita ponerse en contacto con el soporte técnico, puede utilizar los valores del
identificador para las operaciones (el campo operation_id). Estos son los mismos valores
que utilizan los ingenieros de Microsoft cuando consultan datos de telemetría.
Si está trabajando con un partner o es un integrador de sistemas, la telemetría

estandarizada hace que las personas no necesiten conocer las diferentes opciones de
diseño que se seleccionaron para la telemetría personalizada en diferentes entornos.
Tenga en cuenta que Monitor se puede utilizar para la depuración dinámica detallada
para aplicaciones de lienzo y aplicaciones basadas en modelo .
Telemetría personalizada
Si la telemetría estándar no proporciona algunas métricas específicas que necesite,
puede escribir código para complementar lo que ya se está recopilando.
Cuando haya habilitado esta función de Application Insights puede utilizar la interfaz
Microsoft.Xrm.Sdk.PluginTelemetry.ILogger en su código del complemento para escribir
datos de telemetría directamente en su recurso de Application Insights. Esta telemetría
nunca se envía a Microsoft. Más información: Escribir telemetría a su recurso de
Application Insights usando ILogger (versión preliminar) | Microsoft Docs
Para JavaScript del lado del cliente en aplicaciones basadas en modelo, puede usar los
mismos patrones que usa ahora para escribir en su recurso de Application Insights.
¿Qué se incluye y qué no?

Varios tipos de telemetría estarán disponibles en su entorno de Application Insights. Es
importante tener en cuenta que Application Insights tiene un esquema definido. Las
tablas en Application Insights se rellenan de acuerdo con este esquema durante la
exportación de datos.
Para las aplicaciones basadas en modelo, la telemetría cubre las características comunes
de las aplicaciones, como editar formularios, cuadrículas y eventos de carga del panel.
Estos son eventos en los que el rendimiento suele ser un problema. Actualmente, los
comandos de la cinta y los eventos de la acción guardar no están incluidos.
Actualmente, esta función solo está disponible para aplicaciones basadas en modelo.
Consulte Eventos de telemetría para aplicaciones basadas en modelo.
Para aplicaciones de lienzo, una función ya existente permite al creador de la

aplicación registrar telemetría personalizada con Application Insights al desarrollar la
aplicación.
Dataverse incluye todas las solicitudes realizadas en el servidor. Podrá ver cómo se
procesan las solicitudes dentro del servidor web. No obtendrá información detallada de
la propia base de datos, excepto el tiempo dedicado a procesar la operación. Tampoco
tendrá telemetría relacionada con los recursos físicos del servidor, como el consumo de
memoria. Más información: Eventos de telemetría para Dataverse
Información general sobre la
integración con Application Insights
Application Insights, una característica de Azure Monitor, se usa ampliamente en el

panorama empresarial para la supervisión y el diagnóstico. Los datos que ya se han
recopilado de un inquilino o entorno específicos se envían a su propio entorno de
Application Insights. Application Insights almacena los datos en los registros de Azure
Monitor y se visualizan en los panelesRendimiento y Errores en Investigar en el panel
izquierdo. Los datos se exportan a su entorno de Application Insights en el esquema
estándar definido por Application Insights. Los perfiles de soporte, desarrollador y
administrador pueden usar esta función para clasificar y resolver problemas.
¿Qué telemetría y qué tablas se rellenan en

Application Insights?
Tipo de telemetría Nombre de tabla de
Application Insights
Cargas de la página de la interfaz unificada pageViews
Solicitudes de red salientes de la interfaz unificada Dependencia
Llamadas entrantes de la API de Dataverse Solicitar
Ejecuciones de complementos Dependencia
Ejecuciones del SDK (transformaciones Recuperar, Dependencia

RetrieveMultiple, FetchXML, etc.)
Excepciones durante la ejecución de complementos y Excepciones

llamadas al SDK
Application Insights tiene una amplia gama de funciones para ayudarle a utilizar estos
datos:
Cree un tablero para obtener una descripción general del estado de su

organización.
Realice una supervisión proactiva usando Detección inteligente.
Configure alertas para escenarios importantes basados en su organización.
Visualice y realice un seguimiento de los patrones de navegación comunes desde
una perspectiva de utilización. Esto le ayudará a comprender, por ejemplo, si un
usuario siempre selecciona una pestaña específica primero antes de volver a la
pestaña principal y cerrar el formulario. Si es así, esto podría indicar que se debe
colocar un campo en la primera pestaña, en lugar de en otra pestaña, para
ahorrarle tiempo al usuario cada vez que abre este registro.
Cree consultas personalizadas para solucionar problemas de rendimiento y errores
mediante el panel Registros en Supervisión en el panel izquierdo.
Ejemplo: enumere los 10 registros principales para cargas de formularios en la tabla

pageViews:
Kusto
pageViews
| take 100
Panel Información general en Application

Insights
Application Insights proporciona diferentes puntos de vista. El panel Descripción
general muestra un resumen de las métricas de diagnóstico clave de su aplicación y es
una puerta de enlace hacia las otras funciones del portal. Puede profundizar en las
métricas para obtener más detalles. Observe el siguiente ejemplo:
Panel Rendimiento en Application Insights

Para abrir el panel Rendimiento, seleccione el gráfico Tiempo de respuesta del servidor
en el panel Descripción general o seleccione Rendimiento en Investigar en el panel
izquierdo. Application Insights le permite elegir las vistas de datos Servidor y
Navegador. Al identificar esas operaciones de mayor duración, puede diagnosticar
problemas potenciales.
El panel Rendimiento muestra el recuento y la duración media de cada operación para

la aplicación. Puede utilizar esta información para identificar aquellas operaciones que
más afectan a los usuarios.
La vista Servidor muestra las API llamadas con más frecuencia y el aspecto de la
latencia.
Las operaciones con un mayor número de llamadas y mayor duración son elementos
potenciales de investigación. En el ejemplo anterior, POST
/XRMServices/2011/Organization.svc/web tiene gran cantidad de llamadas y gran
duración. De forma similar, GET /api/data/v9.0/accounts tiene una duración
relativamente alta.
La selección de una de las operaciones también le mostrará detalles sobre las tres
dependencias principales y el tiempo empleado. Puede ver más detalles seleccionando
la pestaña Dependencias.
Si cambia a la vista Explorador, verá datos sobre qué páginas se ven con más frecuencia
en el entorno y la latencia de cada una de ellas. Verá métricas que incluyen recuentos de
sesiones y las dependencias asociadas con diferentes operaciones. Por ejemplo, si se
selecciona la operación Cuentas, verá las solicitudes realizadas a la tabla de la cuenta.
Puede profundizar en una muestra específica para en qué momento de una operación
en particular se invierte el tiempo.
Más información: Encontrar y diagnostique problemas de rendimiento con Application

Insights de Azure
Panel Errores en Application Insights

Para abrir el panel Errores, seleccione Errores en Investigar en el panel izquierdo o
seleccione el gráfico Solicitudes incorrectas.
La tabla de excepciones de Application Insights alimenta el panel Errores. Muestra el
recuento de solicitudes incorrectas y el número de usuarios afectados por cada
operación de la aplicación. Puede ver los detalles del error para las operaciones y
dependencias, tanto para el servidor como para el explorador. Errores relacionados con
la creación, lectura, actualización o eliminación (CRUD, por sus siglas en inglés): los
métodos HTTP específicos (GET, POST, PUT y DELETE) utilizados en las operaciones de la
API están disponibles aquí. Se puede utilizar para identificar aquellos errores que más
afectan a los usuarios. Por ejemplo, en el siguiente ejemplo puede ver que la operación
GET/api/data/v9.0/GetClientMetaData tiene un elevado número de errores y usuarios. Al
seleccionar esta operación, se muestra más información sobre ella en el panel derecho.
También puede ver los errores relacionados con las dependencias, incluida una vista
resumida de los códigos de respuesta comunes asignados a los errores.
Puede profundizar en los detalles del paso en el que se produjo el cuello de botella.
Más información: Encontrar y diagnostique excepciones de tiempo de ejecución con

Application Insights de Azure
Consulta de datos en Application Insights

En Application Insights, vaya al panel Registros en Supervisión en el panel izquierdo.
Campos comunes
Todas las tablas completadas en Application Insights tienen estos campos comunes:
cloud_RoleInstance: para eventos emitidos como parte de esta iniciativa, este

campo se establecerá en Exportación de datos de CDS para garantizar que
puedan distinguirse de otros eventos en el mismo entorno de Application Insights.
operation_Id: vincula todas las operaciones en una única interacción, que es una
forma de obtener todos los eventos relacionados con un evento incorrecto.
Kusto
pageViews
| where operation_Id == "[insert id here]"
Id. de sesión: identifica de forma única todas las actividades en una sola sesión de
usuario. El valor de la sesión se restablece cuando un usuario abre una nueva
pestaña, selecciona F5/actualizar o cierra y vuelve a abrir la aplicación móvil.
user_Id, user_AuthenticatedId: ambos están actualmente establecidos según el
identificador de Azure Active Directory del usuario.
IP_cliente: Application Insights siempre rellena este campo con 0.0.0.0 para el
cumplimiento del Reglamento General de Protección de Datos (GDPR). La
dirección IP proporcionada se utiliza para completar los campos client_City,
client_StateOrProvince y client_CountryOrRegion.
client_Type: el valor aquí es Explorador si los registros provienen de interfaz
unificada y Servidor si los registros provienen de Dataverse. Tenga en cuenta que
userAgent se puede encontrar en la tabla solicitudes en customDimensions,
cuando esté disponible.
Dado que el esquema Application Insights es fijo, y esta característica envía datos a
Application Insights como proceso de exportación, los campos customDimensions en
Application Insights se utilizan para agregar propiedades.
¿Qué datos están disponibles para las
aplicaciones basadas en modelos?
Los datos de rendimiento relacionados con las cargas de página y las solicitudes de red
salientes de la interfaz unificada (UCI) están disponibles para las aplicaciones basadas en
modelo.
¿Qué tipo de cargas de página están

disponibles?
Tipo Datos de rendimiento y diagnóstico
disponibles
Carga del panel (UCI): navegador Sí
Carga del panel (UCI): integrado Sí
Carga del panel (UCI): aplicación móvil Sí
Carga del panel (UCI): MailApp Sí
Carga del panel (UCI): aplicación móvil Sí
Carga de EditForm (UCI): navegador Sí
Carga de EditForm (UCI): integrado Sí
Carga de EditForm (UCI): MailApp Sí
Carga del EditForm (UCI): aplicación móvil Sí
Carga de EntityList (UCI): navegador Sí
Carga de EntityList (UCI): integrado Sí
Carga de EntityList (UCI): MailApp Sí
Carga de EntityList (UCI): aplicación móvil Sí
Aplicación de inicio - (UCI): explorador Sí
Aplicación de inicio - (UCI): insertado Sí
Aplicación de inicio - (UCI): MailApp Sí

Tipo Datos de rendimiento y diagnóstico
disponibles
Aplicación de inicio - (UCI): aplicación móvil Sí
Carga de QuickCreateForm - (UCI): explorador Sí
Carga de QuickCreateForm (UCI): insertado Sí
Carga de QuickCreateForm - (UCI): MailApp Sí
Carga del QuickCreateForm (UCI): aplicación Sí

móvil
SaveForm Actualmente no está disponible
Acciones de CommandButton Actualmente no está disponible
¿Dónde están disponibles los datos de carga de

la página?
Estos datos van a la tabla pageViews de Application Insights. Se registra una entrada
cada vez que un usuario carga una página en la Interfaz unificada. Los datos registrados
solo incluirán cargas "limpias". Las cargas cuya duración no se pueda medir con
precisión navegación rápida, cambio de la aplicación, un mensaje de alerta no se
incluirán. Por este motivo, recomendamos no utilizar estos datos para obtener cifras
precisas relacionadas con el análisis de uso.
Hay propiedades adicionales en customDimensions que proporcionan más detalles

sobre las cargas de la página Interfaz unificada. Por ejemplo, esta consulta devolverá los
valores de todos los atributos en la tabla pageViews.
Kusto
pageViews
| take 1
Los atributos de la tabla pageViews incluyen:
appModule: El nombre del módulo de la aplicación.

entityName: este atributo está presente cuando es relevante. Está disponible en
tipos de página como EditForm, EntityList y Dashboards cuando están vinculados a
una entidad. En algunos escenarios, el formulario no está vinculado a una entidad
y el valor aparece como indefinido.
formId: formId identifica de forma única un formulario y se puede utilizar para
correlacionar problemas que afecten a ese formulario específico.
hostType: Navegador/Aplicación móvil/Integrado
isBoot: ¿Es esta la primera carga de una sesión?
loadType
0: Primera visita a un tipo de página en particular (por ejemplo, la primera visita
a un formulario).
1: Primera visita a una configuración en particular (por ejemplo, la primera visita
al formulario de una cuenta).
2: Primera visita a un registro en particular (por ejemplo, la primera visita a un
registro de cuenta A2).
3: Esta URL exacta se ha visitado anteriormente.
navigationOrigin: el tipo de página desde la que navegó el usuario.
networkConnectivityState: Si el dispositivo tiene una conexión.
pageName: el tipo de carga de la página.
serverConnectivityState: Si la aplicación está conectada al servidor.
syncRequestTime: el tiempo dedicado a la espera de solicitudes síncronas.
coldLatency: la primera estimación de latencia de red, que incluye el tiempo de
protocolo de enlace SSL.
warmLatency: la estimación posterior de la latencia de la red, que es la latencia
típica esperada para cada solicitud.
warmThroughput: el rendimiento estimado de la red, en Kbps.
Para eventos de Microsoft Dataverse, el campo Id. o operation_ParentId en Application

Insights, es el id-solicitud-servicio-ms-x . El operationId se asigna al activityId en el
back-end para fines de resolución de problemas y solicitudes de soporte técnico.
¿Qué tipo de datos están disponibles para las

solicitudes de red saliente de UCI?
Estas son llamadas a otras dependencias realizadas por Interfaz unificada para
representar una determinada página. Pueden ser llamadas salientes a Dataverse o a
otras integraciones como Azure DevOps u Office. Utilice la siguiente consulta para
obtener estos datos, que están disponibles en la tabla de dependencias de solicitudes
de UCI:
Kusto
dependencies
| where type == "UCI REQUEST"
La tabla de dependencias de solicitudes de UCI tiene los siguientes campos:
Nombre: La URL que invocada por la interfaz unificada.
Destino: Actualmente lo mismo que Nombre.
Correcto: Indica si la operación se realizó correcta o incorrectamente.
Id. de usuario: El id. de usuario de sistema de Dataverse del usuario que inició
sesión.
Duración: duración de la llamada.
customDimensions: Contiene los siguientes atributos:

appModule: El appModule que realiza la llamada.
bodySize: El tamaño de la respuesta, codificada y decodificada.
en caché: indica si la solicitud fue a la caché local o tuvo que ir al servidor.
Tenga en cuenta que esto no funciona como se esperaba si el usuario final
estaba en el navegador Internet Explorer.
descargar: El tiempo necesario para descargar la respuesta.
espera: El tiempo en el que la solicitud estuvo esperando en la cola del
navegador.
ttfb: el tiempo de espera de la respuesta inicial, también conocido como
"tiempo hasta el primer byte". Este tiempo captura la latencia de un viaje de ida
y vuelta al servidor además del tiempo de espera para que el servidor entregue
la respuesta.
coldLatency: la primera estimación de latencia de red, que incluye el tiempo de
protocolo de enlace SSL.
warmLatency: la estimación posterior de la latencia de la red, que es la latencia
típica esperada para cada solicitud.
warmThroughput: el rendimiento estimado de la red, en Kbps.
Descubrir y analizar escenarios
¿Por qué algunos de mis usuarios experimentan lentitud

en la Interfaz unificada?
Un escenario en el que el descubrimiento y el análisis pueden ser muy valiosos es
cuando un usuario de una región (por ejemplo, Asia) informa que un formulario
funciona con lentitud. Este usuario que está en Asia puede estar accediendo a un
entorno u organización en Norteamérica. Los detalles mostrarán el tiempo total de
carga además de la duración relacionada con la red. Es muy posible que esta sea una de
las causas de la lentitud del rendimiento que percibe el usuario.
Puedes usar los atributos warmLatency, warmThroughput y coldLatency para

comprender el desglose de dónde se gasta el tiempo en las cargas de página y otras
solicitudes la Interfaz unificada, como se muestra en la siguiente imagen.
En la solicitud anterior, la solicitud la Interfaz unificada tarda más que la solicitud de API
(API web) de Dataverse real. El desglose en este caso es la duración de la llamada API de
Dataverse (56 ms) más el valor de CustomDimensions.warmLatency (89 ms), que se
suma a casi la duración de toda la operación (144 ms). El valor warmLatency es
indicativo de lentitud para ese cliente en particular y puede ser un problema que puede
analizar a nivel de usuario mediante la siguiente consulta:
Kusto
dependencies
| where ['type'] == "UCI REQUEST"
| summarize avg(toint(customDimensions.warmLatency)),
avg(toint(customDimensions.coldLatency)),
avg(toint(customDimensions.warmThroughput)) by user_Id
pageViews
| summarize avg(toint(customDimensions.warmLatency)),
avg(toint(customDimensions.coldLatency)),
avg(toint(customDimensions.warmThroughput)) by user_Id
¿Puedo determinar cómo accede el usuario al sistema?

El atributo userAgent del campo customDimensions de la tabla de solicitudes de
Application Insights tiene estos datos. Puede utilizar la siguiente consulta para obtener
una descripción general de los distintos orígenes desde los que los usuarios acceden al
sistema:
Kusto
pageViews
| summarize count() by tostring(customDimensions.userAgent), user_Id
dependencies
| where ['type'] == "UCI REQUEST"
Cuando el valor customDimensions.userAgent ¿Desde dónde accede el usuario al

comienza con sistema?
Mozilla Tipo del explorador, versión
aplicaciones lógicas de Azure Aplicaciones lógicas de Azure
PowerApps Power Apps
Microsoft Office Excel Office Excel
Portals Portals
DynamicsDataIntegration Integración de datos de Dynamics
XrmToolBox.exe XrmToolBox
PluginRegistration Registro de complementos
LogicAppsDesigner Logic Apps Designer
Apache-HttpClient Cliente HTTP de Apache
Microsoft Flow Power Automate
UnifiedServiceDesk Unified Service Desk
PostmanRuntime Postman
OfficeGroupsConnector Conector de grupos de Office
Microsoft.Data.Mashup Power Query
Apache-Olingo Apache Olingo
Dalvik Android
Jakarta Commons-Http Jakarta
Informatica Informatica
Cuando el valor customDimensions.userAgent ¿Desde dónde accede el usuario al
comienza con sistema?
axios Axios
node-fetch NodeJS
LinkedInBot LinkedInBot
¿Cómo obtengo un recuento de los usuarios que acceden

desde el navegador, el móvil o las aplicaciones
integradas?
Kusto
pageViews
| summarize count() by tostring(customDimensions.hostType)
La siguiente imagen muestra un ejemplo de conjunto de resultados de esta consulta.
¿Cómo ajusto la consulta a un usuario específico?

Kusto
pageViews
| where user_Id == "[userid]"
| summarize count() by tostring(customDimensions.hostType)
¿Cómo uso Application Insights con Monitor?

Azure Monitor ayuda en la resolución de problemas en tiempo real en una sesión
desde el lado de la interfaz unificada. Las solicitudes de transacciones de un extremo a
otro probablemente estarán disponibles en Application Insights. Para ver los registros
de una acción determinada, anote el id. de actividad de una fila en la página de detalles
del evento en Monitor. Puede encontrar los registro mediante la consulta siguiente:
Kusto
union *
| where operation_Id contains "[ActivityIdHere]"
Tenga en cuenta que Monitor es una herramienta de depuración en tiempo real; sin
embargo, es posible que los datos no estén disponibles en él durante algunas horas.
¿Por qué los usuarios tienen problemas con un formulario

específico?
El usuario puede compartir su ID de sesión desde la sección Acerca de en Interfaz
unificada para la organización específica.
Luego, puede usar este ID para encontrar problemas observando todas las actividades
de esa sesión. Use la siguiente consulta:
Kusto
union *
| where session_Id == '[sessionIdHere]'
¿Qué formularios se están utilizando en diferentes

ubicaciones y cuál es el rendimiento de carga de los
formularios en estas ubicaciones?
Kusto
pageViews
| summarize avg(duration) by name, client_City, client_CountryOrRegion
¿Es el error una llamada de API externa y puedo explorar

en profundidad la pila de errores para ayudar con la
depuración?
La vista Navegador del panel de Errores contiene solicitudes salientes de la interfaz
unificada. Las solicitudes que van a Dataverse o a la organización contienen la URL de la
organización. Puede haber otras solicitudes dirigidas a otras URL (por ejemplo, en la
siguiente imagen, la organización tiene una personalización que llama a
dc.services.visualstudio.com). Puede consultar la transacción de un extremo a otro para
examinar más a fondo los errores de estas llamadas salientes externas.
¿Puedo configurar una alerta sobre el umbral de
rendimiento para determinadas acciones del formulario?
Cuando se reciba la alerta, ¿permitirá al creador
diagnosticar y solucionar el problema?
Sí. Puede configurar alertas en Application Insights para supervisar el estado de su
aplicación.
Eventos de telemetría para Microsoft
Dataverse
El flujo de datos proporciona actualmente datos de rendimiento relacionados con

llamadas entrantes de la API de Dataverse, llamadas de ejecución de complementos de
Dataverse y llamadas SDK de Dataverse. También proporciona datos de errores en
complementos y Operaciones de SDK de Dataverse.
Llamadas entrantes de la API de Dataverse

Estas son llamadas hechas a la API de Dataverse. Pueden ser de Interfaz unificada (UCI),
el cliente web heredado, clientes personalizados que usan el SDK, etc. Se pueden
encontrar en la tabla de peticiones de Application Insights, que tiene los siguientes
campos.
Nombre: el tipo de solicitud. Se divide en dos categorías:

Solicitud de API web : Una solicitud al extremo de OData v4 que suele utilizar la
Interfaz unificada y los clientes modernos. Esta solicitud se transforma en una
operación común para ambos. La API web es un "contenedor" para habilitar el
modelo de programación RESTful, pero una vez que se reciben los datos, todo
se vuelve igual dentro del servidor. Cuando se devuelve la respuesta, se
convierte a JSON si la solicitud proviene de la API web.
Solicitud de servicio de organización: Una solicitud al extremo API de la
Organización que utilizan los clientes del SDK o el cliente web heredado.
Duración: La cantidad de tiempo que el servidor tardó en responder a la solicitud.
URL: La URL a la que se realizó la llamada.
CustomDimensions:
UserAgent : Application Insights rellena automáticamente el campo del agente

de usuario con PC ya que estos registros se insertan desde un servidor hasta un
centro de datos. Application Insights no permite que se anule el campo del
agente de usuario. A veces, el campo del agente de usuario no se puede
rellenar. El agente de usuario desde el que se realizó la llamada se puede ver
mediante la siguiente consulta:
Kusto
requests
| summarize count() by tostring(customDimensions.userAgent)
Operation_Name: El nombre legible de la operación que se mostrará en las vistas,

como la vista de transacciones de un extremo a otro.
Registros de ejecución de complementos de

Dataverse
Estos registros de complementos personalizados que se ejecutan para una operación
determinada se encuentran en la tabla de dependencias. Lo siguiente es un ejemplo de
consulta:
Kusto
dependencies
| where type == "Plugin"
| take 100
Nombre/Destino: El nombre de tipo plenamente cualificado del complemento que

se está ejecutando.
Duración: La cantidad de tiempo que tardó en ejecutarse el complemento.
CustomDimensions:
Profundidad: La Profundidad actual de la ejecución en la pila de llamadas.
EntityName: El nombre de la entidad en la que actúa el complemento.
IsolationType: Un valor que indica si el complemento se está ejecutando en la
zona de pruebas.
1: Ninguno
2 Espacio aislado
3 Externo
PluginName: El nombre descriptivo del complemento.
PluginType: El nombre del tipo de complemento que se está ejecutando.
PluginVersion: La versión del complemento publicado. La intención aquí es
poder utilizar esta información para solucionar problemas de actualizaciones de
versión.
Fase: Se asigna a los siguientes valores:
PreValidation = 10
PreOperation = 20
PreOperationBeforeExternalPlugins = 15
PreOperationAfterExternalPlugins = 25
MainOperation = 30
PostOperationBeforeExternalPlugins = 35
PostOperationAfterExternalPlugins = 45
PostOperation = 40
PostOperationDeprecated = 50
StepName: El nombre del paso de procesamiento de mensajes de SDK. Esto
generalmente lo genera la herramienta de registro de complementos utilizando
información sobre el PluginName, el PluginType y el nombre de la operación;
por ejemplo ErrorMessageTest.ThrowException: Creación de cuenta.
Telemetría dentro de su código de complemento

Para entender lo que esta pasando dentro de su código de complemento, puede incluir
telemetría personalizada desde su complemento mediante la Interfaz
Microsoft.Xrm.Sdk.PluginTelemetry.ILogge en su código de complemento para escribir
datos de telemetría directamente en su recurso de Application Insights. Más
información: Escribir telemetría a su recurso de Application Insights usando ILogger
(versión preliminar) | Microsoft Docs
Registros de SDK de Dataverse

Estos son registros de operaciones del SDK que se activan como parte de una solicitud
entrante. Se registran en la tabla de dependencias en Application Insights, porque se
rastrean como dependencias para que se ejecute la solicitud. Se identifican por el
nombre del tipo, que comienza por SDK. Lo siguiente es un ejemplo de consulta:
Kusto
dependencies
| where type startswith "SDK"
| take 10
Tipo: El tipo de solicitud de SDK desencadenado. Los ejemplos incluyen Retrieve,

RetrieveMultiple, FetchXmlToQueryExpression, y WhoAmI.
Nombre/Destino: Este es el nombre de la entidad a la que se dirige la operación
del SDK.
CustomDimensions:
ClientType: El tipo de cliente del que proviene la llamada. Algunos valores
posibles son Web, UCIClient y OutlookFull.
EntityId: El identificador único de la entidad que se está utilizando.
EntityName: El nombre de la entidad que se usa.
Excepciones
Verá detalles de errores en las operaciones de complemento y de SDK en Application
Insights. La tabla de excepciones de Application Insights alimenta el panel de errores.
Estos detalles de errores se correlacionan con el resto de los eventos en el
complemento y las llamadas al SDK en la vista de un extremo a otro. Toda la
información disponible se agrega a las columnas cuando es posible y a
customDimensions cuando no hay una coincidencia exacta de columnas.
Notará que algunos de los campos en la tabla de excepciones no se han rellenado. Esto
se debe a que estos campos solo se pueden configurar si el SDK de Application Insights
se utiliza para emitir registros desde el origen. Esta característica recopila la telemetría
de la plataforma y luego la inserta en Application Insights de acuerdo con el esquema
de Application Insights.
Kusto
exceptions
| take 10
Esta consulta devolverá todos los detalles de los atributos de la tabla de excepciones.
problemId/type: El tipo de excepción.
outerMessage: El mensaje de excepción.
customDimensions:
clientType: El tipo de cliente del que proviene la llamada. Algunos valores
posibles son Web, UCIClient y OutlookFull.
exceptionSource: El complemento o el punto donde se lanzó la excepción.
entityName: El nombre de la entidad que se usa.
pluginName: El nombre del complemento donde se lanzó la excepción.
Si un usuario informa de un error, puede utilizar el ID de usuario (ID de Azure Active

Directory) para comprender los detalles de la tabla de excepciones.
Kusto
exceptions
| where user_Id == '12345678-68cd-4e73-908f-126342b36315'
El ID de la entidad y el nombre de la entidad están disponibles en customDimensions,

en la tabla de dependencias.
Kusto
dependencies<br />
| where type == "SDK Retrieve"
Preguntas más frecuentes (P+F)

A continuación se presentan algunas preguntas frecuentes relacionadas con eventos de
telemetría para Dataverse.
¿Cómo puedo determinar si la actualización de mi

complemento provocó una degradación del rendimiento?
Kusto
dependencies
| where ['type'] == "Plugin"
| where name startswith "[InsertYourPluginName]"
| summarize avg(duration) by name
El nombre del complemento también debe contener la versión de los complementos

personalizados.
¿Cómo estaba funcionando la API antes de un problema

informado, según la hora del día o la ubicación? ¿La
degradación de la API fue gradual o repentina?
Kusto
requests
| where url == "https://<URLHere>"
| summarize avg(duration), count() by bin(timestamp, 1h)
| render timechart
En este gráfico, podemos ver el rendimiento del punto de conexión de API durante un
período de tiempo en comparación con la cantidad de solicitudes realizadas.
También puede configurar una alerta basada en el rendimiento de una API en particular
aquí, en Application Insights.
¿Puedo explorar en profundidad los errores o fallos en

momentos específicos o para usuarios específicos para
poder comprender la pila de llamadas?
En el panel de errores hay una descripción general de los errores en un período de
tiempo determinado. Luego, puede limitarse a un error específico según la llamada a la
API o el tipo de dependencia para ver la vista de un extremo a otro.
¿Puedo crear paneles personalizados?
Sí. Puedes construir paneles personalizados con Application Insights.
¿Puedo determinar el rendimiento del uso del

complemento (tiempo de respuesta) y las tasas de error
durante el uso pico?
Sí. Consulte la siguiente consulta de muestra para comprender el rendimiento de sus
complementos.
Kusto
dependencies
| where ['type'] == "Plugin"
| where name == "[Plugin name here]"
| summarize avg(duration) by bin(timestamp, 1h)
| render timechart
¿Esta telemetría tendrá limitaciones?

Sí. Actualmente se proporcionan detalles básicos del error 429.
¿Puedo entender las rutas de ejecución? ¿Las llamadas

realizadas por el complemento ralentizan el
complemento?
Sí. Puede ver todos los mensajes y complementos que se ejecutan para cualquier
solicitud.
Se registra la duración de la ejecución de todos los mensajes y complementos. Si algún
complemento está tardando más, puede identificar ese complemento. Si el
complemento está realizando una devolución de llamada a Dataverse, se registra la
duración de esa llamada. Se prevé obtener más información sobre los complementos
para futuras implementaciones.
Cualquier llamada saliente realizada por el complemento se registrará automáticamente

como una dependencia.
¿Puedo ver la telemetría para una solicitud específica?

Dataverse devuelve x-ms-service-requestId en la respuesta del encabezado a todas las
solicitudes. Con este requestId, puede consultar toda la telemetría.
Kusto
union *
| where operation_ParentId contains <requestId>
Configurar exportación en Application

Insights
Requisitos previos
1. Asegúrese de tener un entorno de Application Insights configurado para recibir los
datos, además del entorno que tiene una base de datos.
Para el entorno de Application Insights, debe tener derechos de colaborador,

escritor o administrador.
El entorno de Application Insights debe ser único para un entorno o
inquilino. Tenga en cuenta que los informes listos para usar de Application
Insights no funcionarán correctamente si un solo entorno de Application
Insights contiene datos de varios entornos.
2. Para configurar la exportación de datos en el centro de administración de Power

Platform deberá ser miembro del rol Administrador del sistema para un entorno.
Configurar la exportación a su entorno de

Applications Insights desde el centro de
1. En el centro de administración de Power Platform, seleccione Exportación de
datos>Exportación de datos nuevos.
2. Seleccione Exportar a Application Insights.
3. Busque el entorno que establecerá para la configuración de exportación de datos

de Application Insights. Puede optar por filtrar según el tipo de entorno.
Seleccione el entorno que desee y después seleccione Guardar.

4. Elija la suscripción de Azure, el grupo de recursos y el entorno de Application
Insights y luego seleccione Crear. Para el entorno de Application Insights, debe
tener derechos de colaborador, escritor o administrador. Normalmente, un
entorno de producción o inquilino se asigna a un entorno de Application Insights.
5. La conexión de exportación de datos ahora debería estar configurada. En las

próximas 24 horas, los datos comenzarán a exportarse a su entorno de Application
Insights.
6. Para detener la exportación de datos a Application Insights, seleccione Eliminar
exportación. Puede configurar una nueva conexión siempre que decida reiniciar la
Disponibilidad regional
Zona Disponibles Disponibilidad de la versión preliminar pública
Canadá Sí Sí
EMEA Sí Enero de 2021
Norteamérica Sí Enero de 2021
Alemania Sí Enero de 2021
Francia Sí Marzo de 2021
Sudamérica Sí Enero de 2021
Asia Pacífico Sí Enero de 2021
Japón Sí Enero de 2021
Reino Unido Sí Enero de 2021
OCE Sí Enero de 2021

Zona Disponibles Disponibilidad de la versión preliminar pública
India Sí Marzo de 2021
Sudáfrica (ZAF) Sí Enero de 2021
EAU Sí Marzo de 2021
Suiza (CHE) Sí Enero de 2021
GCC No Otoño de 2022
GCC-High No Otoño de 2022
GCC-DOD No Por determinar
Mooncake No Por determinar

Novedades de almacenamiento
Hemos realizado algunas mejoras clave en las experiencias de administrador del Centro
de administración de Microsoft Power Platform:
Los informes de almacenamiento se basan en licencias de clientes y complementos

de capacidad.
Se han implementado cambios por superar los derechos de capacidad de
almacenamiento.
Estamos implementando estas características ahora; así pues, compruebe si su

experiencia de usuario varía del siguiente contenido.
Actualizaciones de informes de
almacenamiento
En abril de 2019, introdujimos la capacidad de almacenamiento de Microsoft Dataverse
optimizada para datos relacionales (base de datos), archivos adjuntos (archivo) y
registros de auditoría (registro). Nuevos clientes de Power Apps, Power Automate y
Service Automation) reciben un derecho predeterminado a nivel de inquilino para cada
uno de estos tres tipos de almacenamiento y derechos de licencia de suscripción
adicionales por usuario. Se puede comprar almacenamiento adicional en incrementos
de 1 GB. Los clientes existentes no se verán afectados por este cambio hasta el final de
su suscripción actual de Power Apps o Dynamics 365, cuando se requiera renovación.
Algunos de los beneficios de este cambio incluyen:
Escalabilidad con soluciones de administración de almacenamiento especialmente

diseñadas.
La capacidad de habilitar nuevos escenarios empresariales.
Menor necesidad de liberar espacio de almacenamiento.
Soporte para diferentes tipos de datos.
Derechos de usuario completos y predeterminados adicionales.
Flexibilidad para crear nuevos entornos.
Tras la introducción de la capacidad de Dataverse, hemos actualizado nuestros informes

de capacidad para mostrar el derecho de base de datos, archivo y registro para todos
los usuarios. Este cambio en los informes no es visible para aquellos que todavía están
en el modelo de almacenamiento de licencias heredado.
Existen dos versiones de informes de almacenamiento

Hay dos versiones de informes de capacidad de almacenamiento:
Modelo de capacidad heredada: organizaciones con el modelo de licencia anterior

para almacenamiento. Los usuarios con estas licencias verán una única capacidad
de derecho. Más información: Capacidad de almacenamiento heredada
Nuevo modelo de capacidad: las organizaciones con el nuevo modelo de licencia

de almacenamiento. Los usuarios con estas licencias podrán ver la capacidad y el
uso de la capacidad de almacenamiento por base de datos, archivo y registro. Más
información: capacidad de almacenamiento de Dataverse
¿Qué sucede cuando mi organización supera

los derechos de almacenamiento?
Si excede su capacidad de almacenamiento, recibirá notificaciones por correo
electrónico que lo alertarán sobre el uso de la capacidad excesiva. Para obtener detalles
de notificación por correo electrónico del nuevo modelo, consulte Cambios por exceder
los derechos de capacidad de almacenamiento. Para obtener detalles de notificación por
correo electrónico del modelo heredado, consulte Cambios por exceder los derechos de
capacidad de almacenamiento. También hay un banner de notificación en el centro de
administración de Power Platform cuando un inquilino ha superado la capacidad de
almacenamiento. Actualmente no hay degradaciones de rendimiento cuando el uso de
almacenamiento supera los derechos de licencia; sin embargo, las siguientes
operaciones de administración no estarán disponibles cuando un arrendatario supere
los derechos de capacidad de almacenamiento:
Crear un entorno nuevo (requiere una capacidad mínima disponible de 1 GB)

Copiar un entorno (requiere una capacidad disponible mínima de 1 GB)
Restaurar un entorno (requiere una capacidad disponible mínima de 1 GB)
Convierta un entorno de prueba en pago (requiere una capacidad mínima de 1 GB
disponible)
Recuperar un entorno (requiere una capacidad mínima de 1 GB disponible)
Agregar base de datos Dataverse a un entorno
Revise lo siguiente:
¿Existe alguna restricción del tamaño de base de datos para realizar una copia de
seguridad o restaurar una organización a través de la interfaz de usuario (IU) o
API?
Acciones que se deben realizar en caso de déficit de capacidad de
almacenamiento.
Para el modelo de almacenamiento de capacidad heredado, consulte Escenario de
capacidad de almacenamiento de ejemplo.
Para el nuevo modelo de almacenamiento de capacidad, consulte Escenarios de
capacidad de almacenamiento de ejemplo.
Solicitar una extensión temporal

Si el almacenamiento de su base de datos está por encima de su capacidad, los
administradores no podrán hacer una copia ni restaurar ninguno de sus entornos.
Puede solicitar una extensión temporal (30 días) que permita las operaciones de copia y
restauración durante la duración de la extensión. Para ello, siga los pasos que se indican
a continuación:
Solicitud de extensión para copia
1. Inicie sesión como administrador de inquilino en el Centro de administración de
Power Platform y después seleccione un entorno.
2. Seleccione Copiar en el menú superior.
3. Seleccione e ingrese las diversas opciones de copia y luego seleccione Copiar.
4. Seleccione Confirmar.
5. Aparecerá la página Entorno de copia, donde podrá seleccionar Solicitar una

extensión.
Solicitud de extensión para restauración
1. Inicie sesión como administrador de inquilino en el Centro de administración de

Power Platform y después seleccione un entorno.
2. Seleccione Copias de seguridad>Restaurar o administrar desde la barra de menús
superior.
3. Seleccione el tipo de copia de seguridad, la fecha y la hora y luego seleccione
Continuar.
4. Seleccione las diversas opciones de restauración y luego seleccione Restaurar.
5. Seleccione Confirmar.
6. Aparecerá la página Restaurar copia de seguridad, donde podrá seleccionar
Solicitar una extensión.
Acerca de las extensiones
Una extensión tiene nivel de inquilino.
Una extensión se aplica a los modelos de capacidad de almacenamiento nuevos y
heredados.
Una extensión no le permite crear un entorno.
Una extensión permite a los administradores copiar y restaurar entornos por un
máximo de 30 días, mientras superan el límite de capacidad.
Su organización puede solicitar una extensión solo una vez.
Después de la extensión única, los entornos de copia y restauración se bloquearán
nuevamente si el inquilino no tiene capacidad de almacenamiento disponible. Para
evitar esto, los administradores deben reducir el uso del almacenamiento y/o
comprar capacidad de almacenamiento adicional.
Cambiar registro para actualizaciones

importantes en el almacenamiento
Fecha Descripción
Junio 2022 El nuevo informe de capacidad de almacenamiento de finanzas y operaciones le

brinda una forma de visualizar el uso de almacenamiento de su organización en
comparación con el derecho que tiene.
Septiembre Estamos proporcionando capacidad de almacenamiento inicial incluida para el

de 2021 entorno predeterminado: capacidad de base de datos de Dataverse de 3 GB,
capacidad de archivo de 3GB de Dataverse y capacidad de registro de Dataverse de
1 GB. Consulte El entorno predeterminado.
Junio de Se han introducido correos electrónicos de notificación de capacidad de

2021 almacenamiento y se implementarán en fases. Los administradores de inquilinos
ahora reciben correos electrónicos cuando la capacidad de almacenamiento
autorizada de su inquilino se está agotando o excede la capacidad disponible. Para
obtener detalles del almacenamiento del nuevo modelo, consulte Cambios por
exceder los derechos de capacidad de almacenamiento. Para obtener detalles del
modelo heredado, consulte Cambios por exceder los derechos de capacidad de
almacenamiento.
Enero de Hemos agregado capacidad de almacenamiento de archivos, registros y bases de

2021 datos que se incluye con las licencias de Project for the Web. Consulte Project for
the web y Microsoft Dataverse.
Fecha Descripción
Enero de La cantidad de capacidad predeterminada de la base de datos de Dataverse

2021 autorizada por inquilino para las licencias por aplicación y por flujo se ha
incrementado de 1 GB a 5 GB. La correspondiente actualización de la sección
"Capacidad de suscripción" del Manual de licencias de Power Apps y Power
Automate está en curso y debería publicarse pronto.
Diciembre Como parte de nuestros esfuerzos de optimización del almacenamiento,

de 2020 continuamos realizando mejoras. En diciembre de 2020, incluimos la mayor parte
de la tabla WebResourceBase y la tabla RibbonClientMetadataBase como parte del
almacenamiento de archivos. Los clientes verán un aumento en el consumo de
almacenamiento de archivos y una reducción en el consumo de bases de datos
según la cantidad de datos en estas tablas. Este esfuerzo continuará para otras
tablas en el futuro. Vuelva a consultar aquí para ver cuándo las tablas adicionales
pasan por una transición similar.
Consultar también
Eliminar y recuperar entornos

Nueva capacidad de almacenamiento de
Microsoft Dataverse
Si compró almacenamiento en o después de abril de 2019, o tiene una combinación de

compras de almacenamiento realizadas antes y después de abril de 2019, verá su
derecho de capacidad de almacenamiento y uso por base de datos, archivo e inicio de
sesión tal como aparece hoy en el centro de administración de Microsoft Power
Platform.
El volumen de datos continúa creciendo exponencialmente, a medida que las empresas

avanzan en su viaje de transformación digital y reúnen datos en toda su organización.
Las aplicaciones empresariales modernas necesitan admitir nuevos escenarios
empresariales, administrar nuevos tipos de datos y ayudar a las organizaciones con el
aumento de la complejidad de normativa de cumplimiento. Para admitir las crecientes
necesidades de las organizaciones en la actualidad, las soluciones de almacenamiento
de datos necesitan desarrollarse continuamente y proporcionar la solución adecuada
para dar soporte a las necesidades de negocio en expansión.
Estamos implementando esta característica ahora, por lo que debe volver para
comprobar si su experiencia de usuario varía con respecto al siguiente contenido.
７ Nota
Para obtener información sobre licencias, consulte la Guía de licencias de Power

Apps y Power Automate .
Si compró su suscripción a Dynamics 365 a través de un socio de Microsoft,

contáctelos para administrar la capacidad de almacenamiento. Los pasos a
continuación no se aplican a las suscripciones basadas en socios.
Licencias para el nuevo modelo de

almacenamiento
Las siguientes licencias proporcionan capacidad mediante el uso del nuevo modelo de
almacenamiento. Si tiene alguna de estas licencias, verá el informe del nuevo modelo:
Capacidad de base de datos de Dataverse para aplicaciones

Capacidad de archivo de Dataverse para aplicaciones
Capacidad de registro de Dataverse para aplicaciones
Para ver si tiene alguna de estas licencias, inicie sesión en el centro de administración de
Microsoft 365 y, a continuación, vaya a Facturación>Licencias.
７ Nota
Si tiene una mezcla de licencias de modelos heredados y las nuevas licencias

modelo mencionadas anteriormente, verá el informe del nuevo modelo.
Si no tiene ninguna de las licencias de modelos heredados ni de las nuevas

licencias modelo mencionadas anteriormente, verá el informe del nuevo modelo.
Verificando su nuevo modelo de

almacenamiento
entorno.
2. Seleccione la pestaña Recursos>Capacidad>Resumen.
3. Vea los datos en la página Resumen.
El nuevo modelo de almacenamiento de licencias se parece a la siguiente imagen.

Detalles de la página Capacidad
Pestaña Resumen
Esta página ofrece una vista de nivel de inquilino de donde su organización usa la
capacidad de almacenamiento.
Para ver la página Resumen, seleccione Recursos>Capacidad>Resumen.
Todas las tablas de Dataverse, incluidas las tablas del sistema, se incluyen en los
informes de capacidad de almacenamiento.
Número Descripción
(1) Uso de la capacidad de almacenamiento
Archivo y base de datos: las siguientes tablas almacenan datos en archivos y

bases de datos:
Archivo adjunto
AnnotationBase
Cualquier tabla personalizada o lista para usar que tenga columnas de
archivo de tipo de datos o imagen (tamaño completo)
Cualquier tabla utilizada por una o más aplicaciones de Insights instaladas y
que termine en -Analytics
WebResourceBase
RibbonClientMetadataBase
Registro: se usan las siguientes tablas:
AuditBase
PlugInTraceLogBase
Solo base de datos: Todas las demás tablas se cuentan para su base de datos,
incluido el índice de búsqueda de Dataverse
(2) Capacidad de almacenamiento, por origen
Predeterminada de la organización (inquilino): la capacidad predeterminada

especificada en el momento del registro
Licencias de usuario: capacidad adicional agregada de cada licencia de usuario
adquirida
Almacenamiento adicional: cualquier almacenamiento adicional que haya
comprado
Total: almacenamiento total disponible
Ver orígenes de autoservicio: consulte Ver importes de licencias de autoservicio
y capacidad de almacenamiento
(3) Mayor uso del almacenamiento, por entorno: los entornos que consumen la mayor
capacidad
(4) Complementos: los detalles de uso de complementos de su organización. Consulte

Ver complementos de capacidad en el centro de administración de Power Platform
Los archivos reales como .pdf (o cualquier otro tipo de archivo adjunto) se almacenan
en el almacenamiento de archivos. Sin embargo, ciertos atributos necesarios para
acceder a los archivos también se almacenan en la base de datos.
Pestaña Dataverse
Esta página proporciona información similar a la de la pestaña Resumen pero con una
vista de nivel de entorno de dónde su organización usa capacidad.
Para ver la página Capacidad de almacenamiento, seleccione
Recursos>Capacidad>Dataverse.
Tenga en cuenta las siguientes características:
Descargar Seleccione Descargar sobre la lista de entornos para descargar un archivo

.CSV de Excel con información de almacenamiento de alto nivel para cada
entorno que el administrador que inició sesión tiene permiso para ver en el
Buscar Use Buscar para buscar por el nombre del entorno y el tipo de entorno.
Detalles Consulte la siguiente sección para usar el botón Detalles ( ) con el fin de ver
análisis de capacidad del entorno.
Consejo sobre el El uso de almacenamiento calculado en esta vista solo muestra lo que supera
entorno la capacidad incluida del entorno predeterminado. La información sobre
predeterminado. herramientas indica cómo ver el uso real en la sección Detalles.
７ Nota
Los siguientes entornos no cuentan para la capacidad y se muestran como

0 GB:
Microsoft Teams
Prueba
Versión preliminar
Soporte técnico
Desarrollador
El entorno predeterminado tiene la siguiente capacidad de almacenamiento
incluida: capacidad de base de datos de Dataverse de 3 GB, capacidad de
archivo Dataverse de 3 G y capacidad de registro de Dataverse de 1 GB.
Puede seleccionar un entorno que muestre 0 GB y luego ir a la página de
análisis de capacidad del entorno para ver el consumo real.
Para el entorno predeterminado, la vista de lista solo mostrará la cantidad de
capacidad utilizada fuera de la cuota incluida. Seleccione el botón Detalles (
) para ver el uso.
La comprobación de capacidad realizada antes de crear nuevos entornos
excluirá la capacidad de almacenamiento incluido del entorno
predeterminado al calcular si tiene capacidad suficiente para crear un nuevo
entorno.
Detalles de capacidad de almacenamiento del entorno

Seleccione el botón Detalles ( ) en la vista de la pestaña Resumen para ver una vista
detallada a nivel de entorno de dónde está usando la capacidad su organización,
además de los tres tipos de consumo de capacidad.
Se proporcionan los siguientes detalles:
Uso real de la base de datos

Principales tablas de la base de datos y su crecimiento a lo largo del tiempo
Uso real de archivos
Principales tablas de archivos y su crecimiento a lo largo del tiempo
Uso real del registro
Principales tablas y su crecimiento a lo largo del tiempo
Pestaña Microsoft Teams

Esta página proporciona una vista de la capacidad de almacenamiento utilizada por sus
entornos de Microsoft Teams. El uso de la capacidad del entorno de Teams no cuenta
para el uso de Dataverse en su organización.
Para ver esta página, seleccione Recursos>Capacidad>Microsoft Teams.
Descargar Seleccione Descargar sobre la lista de entornos para descargar un archivo .CSV
de Excel con información de almacenamiento de alto nivel para cada entorno
que el administrador que inició sesión tiene permiso para ver en el centro de
Pestaña Complementos
Utilice esta página para ver los detalles de uso de complementos de su organización y
para asignar complementos a los entornos. Consulte Ver complementos de capacidad
en el centro de administración de Power Platform
７ Nota
Esta pestaña solo aparece si tiene complementos incluidos en su inquilino.
Pestaña de prueba
entornos de prueba. El uso de la capacidad del entorno de prueba no cuenta para el uso
de Dataverse en su organización.
Para ver esta página, seleccione Recursos>Capacidad>Pruebas.
Cambios por exceder los derechos de

capacidad de almacenamiento
Estamos realizando cambios para lo que sucede cuando la capacidad de
almacenamiento de una organización se acerca o excede la capacidad autorizada o
comprada a través de complementos.
Las notificaciones de capacidad que se acerque a los límites de almacenamiento se

activarán cuando cualquiera de las tres capacidades de almacenamiento (base de datos,
archivo o registro) tenga menos del 15 % del espacio disponible. Se enviará otra
notificación de advertencia de que las operaciones de administración podrían verse
afectadas cuando cualquiera de las tres capacidades de almacenamiento tenga menos
del 5 % del espacio disponible. El nivel final de notificación se activará cuando el
inquilino esté 'en exceso' (el uso de almacenamiento excede los derechos de capacidad),
lo que alertará al administrador de que las operaciones a continuación ya no estarán
disponibles hasta que se resuelva el exceso.
Cree un nuevo entorno (requiere una capacidad mínima de 1 GB disponible)

Copiar entornos
Restaurar un entorno
disponible)
７ Nota
El cálculo del modelo de capacidad basado en el almacenamiento de estos

umbrales también tiene en cuenta el uso de desbordamiento permitido en el
modelo basado en el almacenamiento. Por ejemplo, la capacidad adicional de la
base de datos se puede usar para cubrir el uso excesivo de registros y archivos, y la
capacidad adicional de registro se puede usar para cubrir el uso excesivo de
archivos. Por lo tanto, se ha tenido en cuenta el uso de desbordamiento para
reducir la cantidad de correos electrónicos que recibe un administrador de
inquilinos.
Estas notificaciones se envían a los administradores de inquilinos semanalmente. En este

momento, los inquilinos no tienen la opción de optar por no recibir estas notificaciones
o delegar estas notificaciones a otra persona. Todos los administradores de inquilinos de
un inquilino recibirán automáticamente estas notificaciones.
Además, seguirá habiendo un banner de notificación en el centro de administración de

Power Platform cuando un inquilino ha superado la capacidad de almacenamiento.
Ejemplos de escenarios de capacidad de

almacenamiento, cumplimiento de exceso
Debe estar dentro de los límites de su capacidad autorizada para la base de datos, el
registro y el archivo. Si ha utilizado más capacidad de la que tiene derecho, debe
comprar más capacidad o liberar capacidad. Sin embargo, si ha utilizado en exceso la
capacidad de la base de datos, el registro o el archivo, revise los siguientes escenarios
para comprender cuándo se aplicará el cumplimiento.
Escenario 1: el almacenamiento de la base de datos está

por encima de la capacidad, cumplimiento de uso por
encima del límite
Escribir Autorizado Consumido
Base de datos 100 GB 110 GB
Registro 10 GB 5 GB
Archivo 400 GB 200 GB
Este inquilino tiene más de 10 GB en el uso de la base de datos. A pesar de tener 200 GB
de almacenamiento de archivos en exceso, se considera que el inquilino tiene un déficit.
Este inquilino debe liberar almacenamiento o comprar más capacidad.
Escenario 2: el almacenamiento de registros está por

encima de la capacidad, cumplimiento de uso por encima
del límite
Registro 10 GB 20 GB
Este inquilino tiene más de 10 GB en uso de registro y solo tiene 5 GB disponibles en

capacidad de base de datos. Por lo tanto, el inquilino tiene un déficit y debe liberar
almacenamiento o comprar más capacidad.
Escenario 3: el almacenamiento de archivos está por

encima de la capacidad, cumplimiento de uso por encima
del límite
Registro 10 GB 5 GB
Este inquilino tiene más de 90 GB en el uso de archivos. A pesar de tener 85 GB

disponibles (base de datos de 80 GB + registro de 5 GB) en capacidad de
almacenamiento, se considera que el inquilino está en déficit. Este inquilino debe liberar
almacenamiento o comprar más capacidad.
Ejemplos de escenarios de capacidad de

almacenamiento, sin cumplimiento de uso por
encima del límite
Escenario 4: el almacenamiento del registro está por

encima de la capacidad
Registro 10 GB 20 GB

Este inquilino tiene más de 10 GB en uso de registro pero tiene 20 GB disponibles en

capacidad de base de datos. Por lo tanto, el inquilino no tiene déficit. Tenga en cuenta
que el derecho de exceso de almacenamiento de archivos no se puede utilizar para
compensar los déficits en el almacenamiento de registros o bases de datos.
Acciones que se deben realizar en caso de

déficit de capacidad de almacenamiento
Siempre se puede liberar almacenamiento, eliminar entornos no deseados o comprar
más capacidad para cumplir con el uso del almacenamiento. Para obtener más
información sobre los complementos de capacidad, consulte el Manual de licencias de
Dynamics 365 o la Sección "Complementos" del Manual de licencias de Power Apps y
Power Automate . Puede trabajar con el proceso estándar de adquisición de su
organización para comprar complementos de capacidad.
¿Por qué mi consumo de almacenamiento disminuye en

la base de datos y crece en el archivo?
Estamos constantemente optimizando Dataverse para facilitar su uso, rendimiento y
eficiencia. Parte de este esfuerzo continuo es mover los datos al mejor almacenamiento
posible con el menor costo para los clientes. Los datos de tipo de archivo como
"Anotación" y "Adjunto" se mueven de la base de datos al almacenamiento de archivos.
Esto conduce a un menor uso de la capacidad de la base de datos y un aumento en la
capacidad de los archivos.
¿Por qué podría disminuir el tamaño de la tabla de mi

base de datos mientras los tamaños de datos de mi tabla
y archivo permanecen iguales?
Como parte de mover datos de tipo de archivo como "Anotación" y "Adjunto" fuera de
la base de datos y en el almacenamiento de archivos, periódicamente reclamamos el
espacio de la base de datos liberado. Esto conduce a un menor uso de la capacidad de
la base de datos, mientras que los cálculos del tamaño de los datos de la tabla y el
archivo permanecen sin cambios.
¿Los índices afectan el uso del almacenamiento de la base

de datos?
Posiblemente. El almacenamiento de la base de datos incluye tanto las filas de la base
de datos como los archivos de índice que se utilizan para mejorar el rendimiento de la
búsqueda. Los índices se crean y optimizan para obtener un rendimiento máximo y el
sistema los actualiza con frecuencia mediante el análisis de patrones de uso de datos.
No se necesita ninguna acción del usuario para optimizar los índices, ya que todos los
almacenes Dataverse tienen la optimización habilitada de forma predeterminada. Una
fluctuación en el almacenamiento de la base de datos puede estar representada por un
número mayor o menor de índices en la base de datos. Dataverse se ajusta
continuamente para aumentar la eficiencia e incorporar nuevas tecnologías que mejoran
la experiencia del usuario y optimizan la capacidad de almacenamiento. Las causas
comunes de un aumento en el tamaño del índice son:
Una organización que utiliza una nueva funcionalidad (puede ser personalizada,
lista para usar o parte de una instalación de actualización o solución).
Cambios en el volumen de datos o la complejidad.
Un cambio en los patrones de uso que indican que los nuevos índices necesitan
una reevaluación.
Si las búsquedas en Búsqueda rápida están configuradas para datos que se usan con
frecuencia, esto también creará índices adicionales en la base de datos. Los valores
Búsqueda rápida configurados por el administrador pueden aumentar el tamaño de los
índices en función de:
El número de columnas elegidas y el tipo de datos de esas columnas.

El volumen de filas de las tablas y columnas.
La complejidad de la estructura de la base de datos.
Debido a que las búsquedas personalizadas Búsqueda rápida son creadas por un
administrador en la organización, estas pueden ser controladas por el usuario. Los
administradores pueden reducir parte del almacenamiento utilizado por estos índices
personalizados haciendo lo siguiente:
Quitar columnas o tablas innecesarias

Eliminar columnas de texto de varias líneas de la inclusión
¿Qué es la tabla DataverseSearch y cómo puedo
reducirla?
La tabla DataverseSearch es el almacenamiento acumulativo utilizado por el índice de
búsqueda de Dataverse. Incluye los datos de todos los campos que se pueden buscar,
recuperar y filtrar de las tablas que ha indexado para su entorno. Consulte Configurar la
búsqueda de Dataverse para mejorar los resultados de búsquedas y rendimiento. Puede
reducir el tamaño de la tabla eliminando las condiciones Buscar columnas, Ver columnas
y Filtrar para una o más tablas. Puede desactivar la búsqueda de Dataverse para eliminar
todos los datos indexados. Pueden pasar hasta 24 horas después de reducir el número
de columnas indexadas o de desactivar la búsqueda de Dataverse.
Acabo de adquirir las nuevas licencias basadas en

capacidad. ¿Cómo aprovisiono un entorno utilizando este
modelo?
Puede aprovisionar entornos a través del Centro de administración de Power Platform.
Más información: Crear y gestionar entornos en el Centro de administración de Power
Platform
Soy un cliente nuevo y recientemente compré las nuevas

ofertas. Mi uso de la base de datos/registro/archivo se
muestra en rojo. ¿Qué debo hacer?
Considere comprar capacidad adicional utilizando la Guía de licencias . También puede
liberar almacenamiento.
Soy un cliente existente y mi renovación se aproxima.

¿Me veré afectado?
Los clientes que renuevan suscripciones existentes pueden optar por continuar con las
transacciones utilizando las ofertas existentes por un cierto período de tiempo. Póngase
en contacto con su socio de Microsoft o el equipo de ventas de Microsoft para obtener
detalles.
Soy cliente de Power Apps/Power Automate y tengo

entornos con y sin la base de datos. ¿Consumirán
capacidad de almacenamiento?
Sí. Todos los entornos consumirán 1 GB, independientemente de si tienen una base de
datos asociada.
¿Recibiré una notificación por correo electrónico cuando

mi organización supere la capacidad?
Sí, los administradores de inquilinos reciben una notificación por correo electrónico
semanalmente si su organización está al máximo o por encima de su capacidad.
Además, los administradores de inquilinos también serán notificados una vez que su
organización alcance el 15 % de la capacidad disponible y una vez más cuando su
organización alcance el 5 % de la capacidad disponible.
¿Por qué ya no obtengo notificaciones de

almacenamiento?
Las notificaciones por correo electrónico de capacidad se envían semanalmente a los
administradores de inquilinos conforme a tres umbrales diferentes. Si ya no recibe
notificaciones de almacenamiento, consulte su función de administrador. También
podría darse el caso de que su organización supere los tres umbrales de capacidad
predefinidos. En ese caso, no recibirá una notificación por correo electrónico.
Soy un cliente existente. ¿Debo esperar que mi uso de

archivo y registro cambie?
No se espera que el uso de datos de registros y archivos sea exactamente del mismo
tamaño que cuando se almacenan los mismos datos utilizando la base de datos, debido
a las diferentes tecnologías de almacenamiento e indexación. El conjunto actual de
tablas listas para usar almacenadas en el almacenamiento de archivos y registros puede
cambiar en el futuro.
El informe de capacidad muestra el desglose de derechos

por licencia, pero tengo más licencias en mi inquilino y no
todas están enumeradas en el desglose. ¿Por qué?
No todas las licencias dan derecho por usuario. Por ejemplo, la licencia de miembro del
equipo no otorga ninguna base de datos, archivo o derecho de registro por usuario.
Entonces, en este caso, la licencia no figura en el desglose.
¿Qué entornos se cuentan en el informe de la capacidad?

Los entornos predeterminados, producción y espacio aislado se cuentan para consumo.
Los entornos de prueba, vista previa, soporte y desarrollador no se cuentan.
¿Qué son las tablas que terminan en "- Analytics" de mi

informe de capacidad?
Las tablas que terminan en "- Analytics" son tablas utilizadas por una o más aplicaciones
de Insights, como Sales Insights, Centro de servicio al cliente o Field Service, y el panel
de análisis de programación y optimización de recursos para generar información
predictiva o paneles de análisis. Los datos se sincronizan desde tablas de Dataverse.
Consulte Más información a continuación para ver la documentación que cubre las
aplicaciones de Insights instaladas y las tablas que se utilizan para crear información y
paneles.
Más información:
Ideas sobre ventas

Field Service y la optimización de la programación de recursos (RSO)
Customer Service Insights
Field Service
Consultar también
Agregar capacidad de almacenamiento de Microsoft Dataverse
Complementos de capacidad
Optimización automática en Azure SQL Database
Novedades del almacenamiento
Capacidad de almacenamiento
heredado
En abril de 2019, presentamos la capacidad de almacenamiento de Microsoft Dataverse

optimizada para datos relacionales, archivos adjuntos y registros de auditoría. Si
adquirió almacenamiento antes de abril de 2019, utiliza el modelo de licencias heredado
para el almacenamiento que se describe en este tema.
Para obtener información sobre el nuevo modelo de almacenamiento, consulte Nueva

capacidad de almacenamiento de Microsoft Dataverse.
Licencias para el modelo de almacenamiento

heredado
Las siguientes licencias proporcionan capacidad mediante el uso del modelo de
almacenamiento heredado. Si no tiene ninguna de las siguientes licencias ni ninguna de
las nuevas licencias de modelo, verá el informe de heredado:
Instancia de no producción adicional de Microsoft Dynamics 365

Instancia de prueba adicional de Microsoft Dynamics 365
instancia de Microsoft Dynamics 365
Complemento de almacenamiento de Microsoft Dynamics 365
Para ver si tiene alguna de estas licencias, inicie sesión en el centro de administración de
Microsoft 365 y, a continuación, vaya a Facturación>Licencias.
７ Nota
Si tiene una mezcla de licencias del modelo heredado antes mencionadas y

licencias del modelo nuevo, verá el informe del modelo nuevo.
Si no tiene ninguna de las licencias del modelo heredado antes mencionadas y

ninguna de las licencias del modelo nuevo, verá el informe del modelo nuevo.
Comprobación del modelo de almacenamiento

heredado
1. Inicie sesión en el Centro de administración de Microsoft Power Platform y
seleccione un entorno.
2. Seleccione Recursos>Capacidad.
3. Vea los datos en la página Resumen.
El nuevo modelo de almacenamiento de licencias heredado se parece a la siguiente

imagen.
El informe muestra la capacidad de almacenamiento disponible por origen, además del

uso global de la capacidad de almacenamiento. Para ayudar a los clientes a realizar la
transición al nuevo modelo de licencias, el uso actual también se muestra por capacidad
de base de datos, archivo y de registro.
Detalles de la página Capacidad
７ Nota
El cálculo del uso de la capacidad de almacenamiento en el modelo de licencias

heredado consta de los tres tipos de almacenamiento (base de datos, archivo y
registro). Sin embargo, se muestra como un número de almacenamiento general.
Pestaña Resumen
Esta página ofrece una vista de nivel de inquilino de donde su organización usa la
capacidad de almacenamiento.
Para ver la página Resumen, seleccione Recursos>Capacidad>Resumen.
Todas las tablas de Dataverse, incluidas las tablas del sistema, se incluyen en los
informes de capacidad de almacenamiento.
(1) Uso de la capacidad de almacenamiento
Archivo y base de datos: las siguientes tablas almacenan datos en archivos y

bases de datos:
Archivo adjunto
AnnotationBase
Cualquier tabla personalizada o lista para usar que tenga columnas de
archivo de tipo de datos o imagen (tamaño completo)
Cualquier tabla utilizada por una o más aplicaciones de Insights instaladas y
que termine en -Analytics
WebResourceBase
RibbonClientMetadataBase
Registro: se usan las siguientes tablas:
AuditBase
PlugInTraceLogBase
Solo base de datos: se cuentan todas las demás tablas para su base de datos
(2) Capacidad de almacenamiento, por origen
Predeterminada de la organización (inquilino): la capacidad predeterminada

especificada en el momento del registro
Licencias de usuario: capacidad adicional agregada de cada licencia de usuario
adquirida
Almacenamiento adicional: cualquier almacenamiento adicional que haya
comprado
Total: almacenamiento total disponible
Ver orígenes de autoservicio: consulte Ver importes de licencias de autoservicio
y capacidad de almacenamiento
(3) Mayor uso del almacenamiento, por entorno: los entornos que consumen la mayor
capacidad
(4) Complementos: los detalles de uso de complementos de su organización. Consulte

Ver complementos de capacidad en el centro de administración de Power Platform
Pestaña Dataverse
Esta página proporciona información similar a la de la pestaña Resumen pero con una
vista de nivel de entorno de dónde su organización usa capacidad.
Para ver esta página, seleccione Recursos>Capacidad>Dataverse.
Tenga en cuenta las siguientes características:
Detalles Consulte la siguiente sección para usar el botón Detalles ( ) con el fin de ver
análisis de capacidad del entorno.
７ Nota
Los siguientes entornos no cuentan para la capacidad y se muestran como

0 GB:
Microsoft Teams
Prueba
Obtener una vista previa
Soporte técnico
Desarrollador
Puede seleccionar un entorno que muestre 0 GB y luego ir a la página de
detalles de la capacidad de almacenamiento para ver el consumo real.
Detalles de capacidad de almacenamiento del entorno
Seleccione el botón Detalles ( ) en la vista de la pestaña Resumen para ver una vista
detallada a nivel de entorno de dónde está usando la capacidad su organización,
además de los tres tipos de consumo de capacidad.
Se proporcionan los siguientes detalles:
Uso real de la base de datos

Principales tablas de la base de datos y su crecimiento a lo largo del tiempo
Uso real de archivos
Principales tablas de archivos y su crecimiento a lo largo del tiempo
Uso real del registro
Principales tablas y su crecimiento a lo largo del tiempo
Pestaña Microsoft Teams

entornos de Microsoft Teams. El uso de la capacidad del entorno de Teams no cuenta
para el uso de Dataverse en su organización.
Para ver esta página, seleccione Recursos>Capacidad>Microsoft Teams.
Pestaña Complementos
Utilice esta página para ver los detalles de uso de complementos de su organización y
para asignar complementos a los entornos. Consulte Ver complementos de capacidad
en el centro de administración de Power Platform
７ Nota
Esta pestaña solo aparece si tiene complementos incluidos en su inquilino.
Pestaña de prueba
entornos de prueba. El uso de la capacidad del entorno de prueba no cuenta para el uso
de Dataverse en su organización.
Para ver esta página, seleccione Recursos>Capacidad>Pruebas.
Escenario de ejemplo de capacidad de

almacenamiento
Escenario: el almacenamiento total está por encima de la

capacidad, cumplimiento de uso por encima del límite
Almacenamiento total 100 GB 110 GB

Los 110 GB de almacenamiento son utilizados por los tres tipos de almacenamiento:
base de datos, registro y archivo. Este inquilino ha superado en 10 GB el uso del
almacenamiento. Por lo tanto, hay un déficit. Este inquilino debe liberar almacenamiento
o comprar más capacidad.
Cambios por exceder los derechos de

capacidad de almacenamiento
Estamos realizando cambios para lo que sucede cuando la capacidad de
almacenamiento de una organización se acerca o excede la capacidad autorizada o
comprada a través de complementos.
Las notificaciones de capacidad que se acerque a los límites de almacenamiento se

activarán cuando el almacenamiento total del modelo heredado tenga menos del 15%
del espacio disponible. Se enviará otra notificación de advertencia de que las
operaciones de administración podrían verse afectadas cuando la capacidad total del
modelo heredado tenga menos del 5% del espacio disponible. El nivel final de
notificación se activará cuando el inquilino esté 'en exceso' (el uso de almacenamiento
excede los derechos de capacidad), lo que alertará al administrador de que las
operaciones a continuación ya no estarán disponibles hasta que se resuelva el exceso.
Cree un nuevo entorno (requiere una capacidad mínima de 1 GB disponible)

Copiar entornos
Restaurar un entorno
disponible)
Estas notificaciones se envían a los administradores de inquilinos semanalmente. En este

momento, los inquilinos no tienen la opción de optar por no recibir estas notificaciones
o delegar estas notificaciones a otra persona. Todos los administradores de inquilinos de
un inquilino recibirán automáticamente estas notificaciones.
Además, seguirá habiendo un banner de notificación en el centro de administración de

Power Platform cuando un inquilino ha superado la capacidad de almacenamiento.
Acciones que se deben realizar en caso de

déficit de capacidad de almacenamiento
Siempre se puede liberar almacenamiento, eliminar entornos no deseados o comprar
más capacidad para cumplir con el uso del almacenamiento. Para obtener más
información sobre los complementos de capacidad, consulte el Manual de licencias de
Dynamics 365 o la Sección "Complementos" del Manual de licencias de Power Apps y
Power Automate . Puede trabajar con el proceso estándar de adquisición de su
organización para comprar complementos de capacidad.
¿Por qué mi consumo de almacenamiento disminuye en

la base de datos y crece en el archivo?
Estamos constantemente optimizando Dataverse para facilitar su uso, rendimiento y
eficiencia. Parte de este esfuerzo continuo es mover los datos al mejor almacenamiento
posible con el menor costo para los clientes. Los datos de tipo de archivo como
"Anotación" y "Adjunto" se mueven de la base de datos al almacenamiento de archivos.
Esto conduce a un menor uso de la capacidad de la base de datos y un aumento en la
capacidad de los archivos.
¿Por qué podría disminuir el tamaño de la tabla de mi

base de datos mientras los tamaños de datos de mi tabla
y archivo permanecen iguales?
Como parte de mover datos de tipo de archivo como "Anotación" y "Adjunto" fuera de
la base de datos y en el almacenamiento de archivos, periódicamente reclamamos el
espacio de la base de datos liberado. Esto conduce a un menor uso de la capacidad de
la base de datos, mientras que los cálculos del tamaño de los datos de la tabla y el
archivo permanecen sin cambios.
Tengo instancias disponibles (de producción y de espacio

aislado), pero mi uso de capacidad es mayor que mi
derecho de capacidad. ¿Podré aprovisionar nuevos
entornos?
El aprovisionamiento de un entorno nuevo requiere que no sea moroso en capacidad de
almacenamiento. Si tiene al menos 1 GB de capacidad de almacenamiento disponible,
puede aprovisionar entornos para alinearlos con las instancias disponibles.
Tengo licencias de almacenamiento del modelo de
licencias heredado y también compré licencias de
almacenamiento del nuevo modelo. ¿Qué informe veré?
Verá el informe del nuevo modelo de licencias.
¿Recibiré una notificación por correo electrónico cuando

mi organización supere la capacidad?
Sí, los administradores de inquilinos reciben una notificación por correo electrónico
semanalmente si su organización está al máximo o por encima de su capacidad.
Además, los administradores de inquilinos también serán notificados una vez que su
organización alcance el 15 % de la capacidad disponible y una vez más cuando su
organización alcance el 5 % de la capacidad disponible.
¿Qué son las tablas que terminan en “- analytics” de mi

informe de capacidad?
Las tablas que terminan en "- Analytics" son tablas utilizadas por una o más aplicaciones
de Insights, como Sales Insights, Centro de servicio al cliente o Field Service, y el panel
de análisis de programación y optimización de recursos para generar información
predictiva o paneles de análisis. Los datos se sincronizan desde tablas de Dataverse.
Consulte Más información a continuación para ver la documentación que cubre las
aplicaciones de Insights instaladas y las tablas que se utilizan para crear información y
paneles.
Más información:
Ideas sobre ventas

Field Service y la optimización de la programación de recursos (RSO)
Centro de servicio al cliente
Field Service
Vea también
Novedades del almacenamiento
Capacidad de almacenamiento de
finanzas y operaciones
El informe de capacidad de almacenamiento de finanzas y operaciones muestra cuánto

almacenamiento de finanzas y operaciones utiliza su organización en comparación con
cuánto derecho le da su licencia.
） Importante
Este informe está en versión preliminar. Puede usarlo para administrar su

almacenamiento de manera eficiente. Si el consumo de almacenamiento
supera el límite autorizado, le recomendamos que gestione el exceso de
consumo eliminando los datos no utilizados o comprando capacidad de
almacenamiento de operaciones adicional. No hay impacto en el
funcionamiento o el rendimiento de su servicio si el consumo de
almacenamiento excede su derecho.
Licencias de almacenamiento de finanzas y

operaciones
Las siguientes licencias de producto y capacidad incluyen almacenamiento de datos
financieros y de operaciones:
Dynamics 365 Commerce, Finance, Human Resources, Project Operations y Supply

Chain Management
Plan de Dynamics 365 Unified Operations
Dynamics 365 Operations: actividad/dispositivo
Capacidad de archivo/capacidad de la base de datos de Dynamics 365 Operations
Espacio aislado de Dynamics 365 Operations
Para averiguar si tiene alguna de estas licencias, inicie sesión en el centro de

administración de Microsoft 365 y, a continuación, seleccione Facturación>Licencias.
７ Nota
Las siguientes licencias son elegibles para derechos pero no están representadas en
el informe actual:
Licencias de Dynamics AX (Online)

Licencias específicas de China para las aplicaciones de finanzas y operaciones
de Dynamics 365
Capacidad incremental de la licencia de suscripción por usuario del espacio
aislado de Operations Nivel 4 y Nivel 5
Si tiene estas licencias, comuníquese con su equipo de cuentas para obtener una
imagen completa de sus derechos.
Página de resumen
La página Resumen del informe proporciona una vista de los inquilinos en la que su
organización usa la capacidad de almacenamiento de finanzas y operaciones.
Para ver la página Resumen, inicie sesión en el centro de administración de Power

Platform y luego seleccione la pestaña Recursos>Capacidad>Resumen.
Si está usando el modelo de capacidad de almacenamiento de Dataverse heredado, su
página de Resumen se verá así:
Página de finanzas y operaciones
La página Finanzas y operaciones proporciona una vista del entorno en la que su
organización usa la capacidad de almacenamiento de finanzas y operaciones.
Para ver la página Finanzas y operaciones, inicie sesión en el centro de administración

de Power Platform y luego seleccione la pestaña Recursos>Capacidad>Finanzas y
operaciones.
Abordar un déficit de capacidad de
almacenamiento
La pestaña Resumen muestra si su organización está usando más almacenamiento de
finanzas y operaciones del que tiene derecho.
Nuevo modelo de almacenamiento:

Modelo de almacenamiento heredado:
Si su organización tiene un déficit de capacidad de almacenamiento, puede eliminar

entornos y datos innecesarios o comprar más capacidad. Más información sobre los
complementos de capacidad de finanzas y operaciones en la Guía de licencias de
Dynamics 365 . Trabaje en el proceso estándar de adquisición de su organización para
comprar complementos de capacidad de finanzas y operaciones.
Aprenda a limpiar los datos de finanzas y operaciones:
Rutinas de limpieza en Dynamics 365 Finance y Dynamics 365 Supply Chain

Management
Archivar datos de transacciones de tarjeta de crédito - Commerce
¿Por qué los informes de almacenamiento de finanzas y

operaciones están separados de Microsoft Dataverse?
Las aplicaciones de negocio de Microsoft funcionan en varias tecnologías subyacentes.
Dataverse está detrás de muchas experiencias de las aplicaciones de Power Platform y
Dynamics 365. Los informes de Dataverse se hacen con un seguimiento en las
categorías de almacenamiento de archivos, registros y bases de datos. Los productos
financieros y de operaciones se administran actualmente en capas separadas de bases
de datos y plataformas de archivos. Las tecnologías de doble escritura permiten que
ciertas acciones financieras y de operaciones se almacenen en Dataverse.
¿Cómo se calculan mi uso y mis derechos?

El derecho de operaciones y finanzas incluye el derecho de capacidad predeterminado
más el derecho de capacidad acumulado basándose en cada empresa base de
operaciones y la licencia de actividad. Para obtener más información, vaya a la sección
de licencias de capacidad de la guía de licencias de Dynamics 365 .
¿Por qué no veo qué tablas están causando el uso por

encima del límite?
Los detalles de nivel de tabla no están disponibles en el lanzamiento inicial de los
informes. Los análisis de tabla estarán disponibles en una versión futura.
¿Hay algún informe sobre la capacidad del archivo?

Los informes de capacidad de archivo no están disponibles en el lanzamiento inicial de
los informes. El análisis de capacidad de archivo estará disponible en una versión futura.
¿Qué sucede si mi consumo supera el límite autorizado?

La experiencia de runtime no se ve afectada. Sin embargo, es muy recomendable que
revise su consumo de datos y elimine los datos antiguos que no necesita mantener.
Comuníquese con su equipo de cuenta para comprar más capacidad si es necesario.
¿Cómo ayuda Microsoft a los clientes a mantenerse

dentro de los límites de derechos de almacenamiento?
Por ahora, su equipo de cuenta trabajará con usted para mantenerse dentro del límite
de su derecho.
Tenemos varios proyectos de Lifecycle Services (LCS) en
nuestro inquilino, cada uno con su propio entorno de
producción y espacio aislado. ¿Cómo funcionan los
informes de almacenamiento en este caso?
Los informes de almacenamiento cubren el uso en el nivel de inquilino y de entorno.
Todos los entornos de todos los proyectos de LCS del inquilino se incluirán en los
informes de almacenamiento.
Ver capacidad de almacenamiento de
autoservicio
Con la introducción de compras de autoservicio para productos de Microsoft Power

Platform, las compras de licencias ya no están limitadas a los administradores de Power
Platform. Con este cambio viene la necesidad de poder ver los datos de capacidad de
autoservicio. Siga estos pasos para ver la capacidad de almacenamiento proporcionada
con las licencias adquiridas.

https://admin.powerplatform.microsoft.com con credenciales de administrador o
de usuario final.
７ Nota
Los administradores y los usuarios finales verán la misma capacidad de

inquilinos en esta página.
3. En la ventana Capacidad de almacenamiento, por origen, seleccione Ver orígenes

de autoservicio.
Si ha iniciado sesión como un administrador de Power
Platform
Verá todas las licencias adquiridas por los usuarios en el inquilino. Puede filtrar o buscar
licencias para acortar la lista.
Si ha iniciado sesión como usuario final

Verá la información de licencia y capacidad de las licencias que ha adquirido.
Si no hay licencias adquiridas por los usuarios del

inquilino
La página Capacidad de las licencias de usuario de autoservicio estará en blanco.
Estas formas ayudan a reducir la cantidad de espacio de almacenamiento usado al

quitar o eliminar distintos tipos de información de aplicaciones de involucración del
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation). Use uno
o más de estos métodos para controlar el uso de almacenamiento de datos total. Puede
eliminar ciertas categorías de datos según lo necesite o puede configurar trabajos de
eliminación en masa para que vuelvan a ejecutarse en intervalos establecidos.
２ Advertencia
Las sugerencias en este tema incluyen la eliminación de notas, datos adjuntos,

historial de importación y otros datos. Antes de eliminar datos, asegúrese de que
los datos ya no son necesarios porque no puede recuperar datos eliminados. No
existe la opción de "deshacer" para recuperar los datos una vez que se han
eliminado. Esto significa que es posible que para usted sea una mejor opción
aumentar el espacio de almacenamiento que tiene con la suscripción a Microsoft
Dynamics 365 en lugar de reducir la cantidad de espacio de almacenamiento
usado.
７ Nota
Salvo los métodos 3 y 5, todos estos métodos requieren que tenga un rol de
seguridad de administrador, por ejemplo, Administrador del sistema. Esto le
da permiso para eliminar registros en masa y eliminar trabajos del sistema.
Después de realizar acciones para liberar almacenamiento, el sistema puede
tardar hasta 24 horas en actualizar la información de almacenamiento.
Recomendamos esperar hasta 24 horas y supervisar el almacenamiento.
El almacenamiento consumido no corresponde directamente al tamaño
notificado en Microsoft Dataverse para aplicaciones; el consumo incluye
almacenamiento adicional para metadatos y cifrado. Por ejemplo, eliminar 10
MB de almacenamiento de un archivo no significa que el tamaño del archivo
se reduzca en 10 MB.
Algunas operaciones de plataforma requieren esperar 24-36 horas para
confirmar los cambios de tamaño de datos. Estas operaciones incluyen, entre
otras, actualizaciones a nuevas versiones y la introducción de nuevos flujos de
trabajo. Estas operaciones requieren ajustes del sistema que pueden provocar
un informe de aumento momentáneo del tamaño.
Liberar almacenamiento para Dataverse

Utilice los siguientes métodos para liberar almacenamiento para cada uno de los tipos
de capacidad.
Almacenamiento Tabla(s) afectada(s) Method
Archivo
Adjunto Método 3: quitar los datos adjuntos de

correos electrónicos mediante Búsqueda
avanzada
Adjunto Método 4: quitar los mensajes de correo

electrónico con datos adjuntos mediante
un trabajo de eliminación en masa
Adjunto Método 5: quitar las notas con datos

adjuntos mediante Búsqueda avanzada
Adjunto Método 6: quitar las notas con datos

adjuntos mediante un trabajo de
eliminación en masa
Registro
AuditBase Método 10: eliminar registros de

auditoría
PluginTraceLogBase Eliminar registros de seguimiento de

complemento usando un trabajo de
Base de datos
WorkflowLogBase Método 1: eliminar instancias de flujo de

trabajo y correo electrónico en masa con
AsyncOperationBase Método 2: evaluar y eliminar flujos de

trabajo suspendidos
Almacenamiento Tabla(s) afectada(s) Method
DuplicateRecordBase Método 7: quitar trabajos de detección

en masa de duplicados y copias asociadas
de registros duplicados
ImportJobBase Método 8: eliminar instancias de

importación en masa con un trabajo de
BulkDeleteOperationBase Método 9: eliminar instancias de trabajos

de eliminación en masa con un trabajo de
varios Método 11: Eliminar las tablas y columnas

no necesarias de la búsqueda de
Dataverse
ActivityPointerBase, EmailBase, Método 12: eliminar datos no requeridos

ActivityPartyBase y otras tablas de las tablas de actividades
de actividades
Postbase, PostCommentBase, Método 13: eliminar registros de fuentes

PostFollowBase, PostLikeBase, de actividad no requeridos
PostRegardingBase,
PostRoleBase
ExchangeSyncIdMappingBase Método 14: modificar la configuración de

supervisión a nivel de artículo
TraceLogBase Método 15: eliminar registros de

seguimiento (alerta) no requeridos
Reducir el almacenamiento de archivos
Método 3: Quitar los datos adjuntos de correos

electrónicos mediante Búsqueda avanzada
２ Advertencia
Si elimina estos datos, los datos adjuntos ya no estarán disponibles en aplicaciones

de involucración del cliente. Sin embargo, si están guardados en Office Outlook,
aún permanecerán allí.

2. Seleccione Entornos, seleccione un entorno de la lista y después seleccione
Abierto.
3. En la esquina superior derecha, seleccione Búsqueda avanzada ( ).
4. En la lista Buscar, seleccione Mensajes de correo electrónico.
5. En el área de criterios de búsqueda, agregue unos criterios similares a los

siguientes:
Datos adjuntos (elemento)
Tamaño de archivo (bytes) – Es mayor que – En el cuadro de texto, escriba un

valor de byte, 1 048 576 (binario de 1 MB).
6. Elija Resultados.
7. Ahora tendrá una lista de los mensajes de correo electrónico que tienen datos
adjuntos de un tamaño superior a "X" bytes. Revise los correos electrónicos y
elimine los datos adjuntos según sea necesario.
Método 4: quitar los mensajes de correo electrónico con
datos adjuntos mediante un trabajo de eliminación en
masa
２ Advertencia
Si elimina estos datos, los mensajes de correo electrónico y los datos adjuntos
asociados a éstos ya no estarán disponibles en las aplicaciones de involucración del
cliente. Sin embargo, si están guardados en Office Outlook, aún permanecerán allí.
2. Seleccione Configuración>Administración de datos>Eliminación en masa. En la

barra de menús, seleccione Nueva. Esto abrirá el Asistente para eliminación en
masa.
3. Elija Siguiente.
4. En la lista Buscar, seleccione Mensajes de correo electrónico.

siguientes:
Razón para el estado – Es igual a – Enviado o Recibido
Fin real – Más de X meses – 1
Datos adjuntos (elemento)

valor de byte, 1 048 576 (binario de 1 MB).
6. Agrupe las primeras dos filas de criterios:
a. Elija la flecha junto a cada fila de criterios y, a continuación, elija Selec. fila.
b. Con ambas filas seleccionadas, elija Agrupar con Y.

7. Elija Siguiente.
8. En el cuadro de texto Nombre, escriba un nombre único para el trabajo de

9. Seleccione una fecha y una hora para la hora de inicio del trabajo; preferiblemente
una hora en la que los usuarios no estén en aplicaciones de involucración del
cliente.
10. Active la casilla Ejecutar este trabajo cada y, en la lista días, seleccione la
frecuencia con la que desea que se ejecute el trabajo.
11. Si desea que se envíe una notificación por correo electrónico, active la casilla
Enviarme un mensaje de correo electrónico
(email@domain.comemail@dominio.com) cuando finalice este trabajo.
12. Elija Siguiente, revise el trabajo de eliminación en masa y, a continuación, elija
Enviar para crear el trabajo periódico.
Método 5: quirar las notas con datos adjuntos mediante

Búsqueda avanzada
２ Advertencia
Si elimina estos datos, las notas y los datos adjuntos asociados a éstas ya no
estarán disponibles en aplicaciones de involucración del cliente.

Abierto.
4. En la lista Buscar, seleccione Notas.

siguientes:
valor de byte, como 1048576.
7. Ahora tendrá una lista de archivos de datos adjuntos que tienen un tamaño
superior al que ha especificado.
8. Seleccione un archivo de datos adjuntos o varios y, a continuación, elija Eliminar

(X).
Método 6: quitar las notas con datos adjuntos mediante
２ Advertencia
Si elimina estos datos, las notas y los datos adjuntos asociados a éstas ya no
estarán disponibles en aplicaciones de involucración del cliente.

masa.
3. Elija Siguiente.
4. En la lista Buscar, seleccione Notas.

siguientes:

valor de byte, como 1048576.
Fecha de creación – Más de X meses – 1

6. Agrupe las dos filas de criterios:
b. Con las tres filas seleccionadas, elija Agrupar con Y.
7. Elija Siguiente.

cliente.
Reducir el almacenamiento de registros

Microsoft está migrando los registros de auditoría a una nueva ubicación de
almacenamiento. Los entornos cuya migración de datos está completa pueden utilizar el
nuevo método de eliminación de auditoría. Un entorno con migración completa se
puede identificar fácilmente mediante la tarjeta de auditoría que se ve debajo de los
detalles del entorno.
Método 10: eliminar registros de auditoría - proceso
heredado
Cuando habilite la auditoría, las aplicaciones de involucración del cliente crean registros
de auditoría para almacenar el historial de auditoría de los registros. Puede eliminar
estos registros de auditoría para liberar espacio cuando ya no los necesite.
２ Advertencia


Abierto.
4. En el área Auditoría, elija Administración del registro de auditoría.
７ Nota
Método 10: eliminar registros de auditoría - nuevo

proceso
Microsoft está migrando los registros de auditoría a una nueva ubicación de
almacenamiento. Los entornos cuya migración de datos está completa pueden utilizar la
nueva experiencia de eliminación de auditoría.
Cuando habilite la auditoría, las aplicaciones de involucración del cliente crean registros
de auditoría para almacenar el historial de auditoría de los registros. Puede eliminar
estos registros de auditoría para liberar espacio cuando ya no los necesite.
２ Advertencia

entorno.
2. En Revisión de cuentas, seleccione Eliminar registros.
3. Elimine los registros de auditoría para liberar capacidad de almacenamiento de

registros para el entorno seleccionado.
Ajuste Description Nombre de
trabajo del
sistema
Eliminar Seleccione una o más tablas para las que desea Eliminar registros
registros por eliminar registros de auditoría. De forma de [número de]
tabla predeterminada, se mostrarán todas las tablas del tablas.
no.
Eliminar Eliminar todos los registros de acceso. Esto Eliminar los

registros de eliminará todos los registros de todos los usuarios registros de
acceso por y sistemas. acceso.
personas y
sistemas
Eliminar todos Eliminar los registros incluyendo la fecha Desea eliminar

los registros seleccionada. todos los registros
hasta la fecha anteriores a
seleccionada, [marca de tiempo],
incluida incluido.
4. Seleccione Eliminar y confirme las eliminaciones.
Todos los datos se eliminarán en un trabajo del sistema en segundo plano asincrónico.
Para supervisar el estado de los trabajos de eliminación de auditoría, consulte la

siguiente sección.
Supervise el estado de los trabajos de eliminación de auditoría en
el centro de administración de Power Platform
3. Seleccione el nombre del trabajo del sistema para abrir los detalles sobre su
trabajo de eliminación.
Reducir el almacenamiento de base de datos
Método 1: Eliminar instancias de flujo de trabajo y correo

electrónico en masa con un trabajo de eliminación en
masa
２ Advertencia
Si elimina estos datos, ya no podrá saber si un correo electrónico se envió a través

del correo electrónico en masa o si una regla de flujo de trabajo se ejecutó a partir
de un registro. Los correos electrónicos que se enviaron y las acciones que se
ejecutaron a partir del registro en el flujo de trabajo sí permanecerán.

masa.
3. Elija Siguiente.
4. En la lista Buscar, seleccione Trabajos del sistema.

siguientes:
Tipo de trabajo del sistema – Es igual a – Correo electrónico en masa; Flujo de

trabajo;
Razón para el estado – Es igual a – Correcto
Completado el – Más de X meses – 1

6. Agrupe las tres filas de criterios:
7. Elija Siguiente.

cliente.
Método 2: evaluar y eliminar flujos de trabajo

suspendidos
En ocasiones, los flujos de trabajo entran en estado suspendido porque hay una
condición que no se cumple o por cualquier otra razón que no permite que el flujo de
trabajo continúe.
２ Advertencia
Algunos flujos de trabajo entrarán en estado suspendido porque esperan una

condición que aún no se ha cumplido, pero que sí se espera. Por ejemplo, puede
que un flujo de trabajo esté esperando que se complete una tarea.

Abierto.


siguientes:
Tipo de trabajo del sistema – Es igual a – Flujo de trabajo
Razón para el estado – Es igual a – En espera
6. Agrupe las dos filas de criterios:
b. Con ambas filas seleccionadas, elija Agrupar con Y.
8. En la ventana de resultados, puede abrir cada elemento para determinar si el flujo

de trabajo se puede eliminar.
Método 7: quitar trabajos de detección en masa de

duplicados y copias asociadas de registros duplicados
Cada vez que se ejecuta un trabajo de detección de duplicados, se almacena una copia
de cada registro duplicado en la base de datos como parte del trabajo de detección de
duplicados. Por ejemplo, si tiene 100 registros duplicados, cada vez que ejecute un
trabajo de detección de duplicados que encuentre estos duplicados, tanto si es manual
como periódico, estos 100 registros duplicados se almacenarán en la base de datos en
esa instancia del trabajo duplicado hasta que los duplicados se combinen o eliminen, o
hasta que la instancia del trabajo de detección de duplicados se elimine.

duplicados.
3. Seleccione las instancias del trabajo de detección de duplicados que desee

eliminar y, a continuación, Eliminar (X).
Para evitar desperdiciar espacio de almacenamiento, asegúrese de que los

duplicados se resuelven pronto para que no se notifiquen en varios trabajos de
detección de duplicados.
Método 8: eliminar instancias de importación en masa

con un trabajo de eliminación en masa
Cada vez que realiza una importación en masa, hay un trabajo del sistema asociado. Los
detalles del trabajo del sistema muestran qué registros se han importado correctamente
y cuáles no.
２ Advertencia
Tras eliminar estos trabajos de importación en masa, no podrá ver qué datos se han
importado y no podrá revertir la importación.

masa.
3. Elija Siguiente.

siguientes:
Tipo de trabajo del sistema – Es igual a – Importación
7. Elija Siguiente.

cliente.

Método 9: eliminar instancias de trabajos de eliminación

en masa con un trabajo de eliminación en masa
Al eliminar datos en masa, como en muchos de los métodos descritos en este artículo,
se crea un trabajo del sistema de eliminación en masa y se puede eliminar.
２ Advertencia
Tras eliminar estos trabajos, perderá el historial de los trabajos de eliminación en

masa anteriores que haya ejecutado.

masa.
3. Elija Siguiente.

siguientes:
Tipo de trabajo del sistema – Es igual a – Eliminación en masa
７ Nota
También podría eliminar trabajos con error o cancelados.
7. Elija Siguiente.

cliente.

Método 11: Eliminar las tablas y columnas no necesarias

de la búsqueda de Dataverse
Las tablas y campos de tablas habilitados para la búsqueda de Dataverse tienen un
impacto en la capacidad de almacenamiento de la base de datos.
Para revisar la lista de tablas seleccionadas para los resultados de búsqueda de

Dataverse, consulte Seleccionar entidades para la búsqueda de Dataverse.
Para revisar la lista de campos seleccionados para cada tabla para los resultados de
búsqueda de Dataverse, consulte Seleccionar campos de búsqueda y filtros para
cada tabla.
Método 12: eliminar datos no requeridos de las tablas de

actividades
Estas tablas almacenan registros para actividades como correos electrónicos, citas,
tareas, llamadas, etc. Para obtener más información sobre los datos que contienen estas
tablas, consulte Modelo y almacenamiento de datos de actividades.
Método 13: eliminar registros de fuentes de actividad no

requeridos
Estas tablas almacenan registros relacionados con publicaciones para la funcionalidad
Fuentes de actividades. Para liberar espacio, puede eliminar cualquier registro de
publicación que ya no sea necesario.
Método 14: modificar la configuración de supervisión a

nivel de artículo
La tabla ExchangeSyncIdMappingBase contiene referencias entre los registros de
Dynamics 365 y los registros correspondientes en Microsoft Exchange. Esta tabla la usa
la función de sincronización del lado del servidor que permite la sincronización de
correos electrónicos, citas, contactos y tareas entre Dynamics 365 y Microsoft Exchange.
Se almacenan filas adicionales en esta tabla para ayudar a solucionar problemas de

sincronización de elementos específicos. Para obtener información adicional, consulte
Solucionar problemas de sincronización del lado del servidor a nivel de elemento con
Microsoft Dynamics 365. Este artículo proporciona detalles sobre cómo puede reducir la
duración predeterminada (3 días) de cuánto tiempo existen estos registros de resolución
de problemas. Esta función de solución de problemas también se puede desactivar. Las
filas que no están relacionadas con esta función no se pueden eliminar y son necesarias
para la sincronización de citas, contactos y tareas.
Método 15: eliminar alertas no requeridas (registros de

seguimiento)
La función Sincronización del lado del servidor registra alertas cuando ocurren
diferentes eventos, como un buzón que encuentra un error o una advertencia. También
hay alertas informativas registradas cuando habilita un buzón. Puede ver estas alertas
cuando ve un buzón o un perfil de servidor de correo electrónico dentro del área
Configuración de correo electrónico de Configuración avanzada. Si bien estos registros
aparecen en una pestaña llamada Alertas, en realidad son registros de seguimiento. Para
liberar espacio ocupado por estas Alertas, puede eliminar cualquier registro de
seguimiento que ya no sea necesario. Los registros de seguimiento se pueden eliminar
en la pestaña Alertas de un perfil de servidor de correo electrónico o un registro de
buzón. También se pueden eliminar usando Búsqueda avanzada o un trabajo de
Eliminación en masa.
También puede configurar qué niveles de alertas se registran. Consulte Pestaña Correo
electrónico de Configuración del sistema.
Libere el almacenamiento utilizado por las

aprobaciones de flujo
Consulte Eliminar el historial de aprobación de Power Automate.
Consulte también
Limpiar registros de las tablas
AsyncOperationBase y
WorkflowLogBase
La tabla AsyncOperationBase se usa para almacenar trabajos del sistema. Los trabajos
del sistema representan extensiones asincrónicas, como complementos y flujos de
trabajo registrados asincrónicos, y otras operaciones en segundo plano, como
eliminación en masa, importación en masa y operaciones consolidadas. Cuando se
produce un evento y se han procesado las extensiones sincrónicas, la plataforma
serializa el contexto para cualquier extensión asincrónica y lo guarda en la base de datos
como una entidad AsyncOperation.
Cuando se activa un flujo de trabajo asíncrono en su organización de Dataverse, se

creará un registro en la tabla AsyncOperationBase para realizar un seguimiento del
procesamiento del trabajo asincrónico. También se crearán registros adicionales en la
tabla WorkflowLogBase para mantener registros para la ejecución del flujo de trabajo.
Los flujos de proceso de negocio (BPF) también almacenan registros de acción y
transición de etapa BPF para los BPF en la tabla WorkflowLogBase.
Si su organización hace un uso intensivo de flujos de trabajo o flujos de proceso de

negocio, estas tablas crecerán con el tiempo y eventualmente serán lo suficientemente
grandes como para presentar problemas de rendimiento y consumir un
almacenamiento excesivo en la base de datos de su organización.
７ Nota

tecnología.
Trabajos de eliminación en masa

Todos los entornos están configurados con un trabajo de eliminación en masa listo para
usar para eliminar trabajos del sistema de flujos de trabajo completados con éxito que
tengan más de 30 días. Los clientes pueden configurar una eliminación en masa
adicional para eliminar registros de AsyncOperationBase. Se recomienda que el cliente
configure un trabajo que elimine cualquier trabajo del sistema completado
(independientemente del tipo o resultado) que tenga más de 30 días para que los
trabajos completados no se acumulen en la tabla AsyncOperationBase.
Puede aprovechar los trabajos del sistema de eliminación en masa para eliminar
registros innecesarios de las tablas AsyncOperationBase y WorkflowLogBase. Para ver
trabajos del sistema de eliminación en masa:

3. Seleccione Administración de datos>Eliminación en masa.
Desde la cuadrícula Eliminación en masa de registros, puede usar el selector de vistas

para ver los trabajos del sistema de eliminación en masa completados, en curso,
pendientes y periódicos. La vista Trabajos del sistema de eliminación en masa
periódicos muestra las definiciones de trabajo para los trabajos del sistema de
eliminación en masa que se incluyen de fábrica.
Si abre uno de estos registros de trabajos del sistema de eliminación en masa periódicos
podrá ver la consulta que utiliza el trabajo para identificar qué registros eliminar y la
programación en la que se ejecuta el trabajo. Para estos trabajos del sistema listos para
usar, no puede modificar la consulta utilizada por el trabajo del sistema, pero puede
modificar la programación en la que se ejecuta el trabajo. Si actualiza el selector de
vistas para mostrar los trabajos que ya se han programado, están en curso o se han
ejecutado, puede cancelar, reanudar o posponer el trabajo. Puede encontrar estas
opciones en el menú Acciones cuando abre el registro.
Crear sus propios trabajos de eliminación en

masa
Si los trabajos de eliminación en masa del sistema listos para usar no satisfacen las
necesidades de su organización, puede crear su propio trabajo de eliminación en masa.
Desde la cuadrícula Eliminación en masa de registros, seleccione Nueva en la barra de
comandos. Esto abrirá el Asistente para eliminación en masa que le permite definir una
consulta para los registros que desea eliminar. El asistente también brinda la capacidad
de obtener una vista previa del conjunto de registros que la consulta seleccionará para
su eliminación para permitirle probar que ha creado su consulta correctamente.
Para limpiar los registros de flujo de trabajo de la tabla AsyncOperationBase, deberá

seleccionar la entidad Trabajos del sistema y seleccionar [nuevo] en Usar vista
guardada para crear su propia consulta. Solo puede eliminar flujos de trabajo
completados. Los flujos de trabajo en espera de ejecución o actualmente en curso no
pueden ni deben ser limpiados por su trabajo del sistema.
Agregue las siguientes condiciones a su consulta:
Tipo de trabajo del sistema Es igual a Flujo de trabajo — registros de flujo de

trabajo de destino.
Estado Es igual a Completado — solo los flujos de trabajo completados son
válidos para completar.
[Opcional] Filtro en los StatusCodes (correcto/error/cancelado) que son válidos
para StateCode completado.
[Opcional] Filtrar por el campo Completado el para eliminar solo los flujos de
trabajo más antiguos.
[Opcional] Cualquier filtro adicional que desee aplicar.
En la página siguiente del asistente, puede establecer la frecuencia con la que se

ejecutará su trabajo de eliminación en masa. Puede crear un trabajo de eliminación en
masa de una sola vez o definir un programa para permitir que su trabajo se ejecute a
intervalos establecidos.
Procedimientos recomendados para diseñar
flujos de trabajo
Una vez que haya eliminado los registros innecesarios en sus tablas de flujos de trabajo,
hay algunos pasos que puede seguir en el diseño de flujos de trabajo para evitar que las
tablas crezcan tan rápido en el futuro.
Para los flujos de trabajo (asincrónicos) en segundo plano, se recomienda habilitar

Eliminar automáticamente las tareas de flujo de trabajo completadas (para ahorrar
espacio en disco) en el editor de flujos de trabajo. Esto permite al sistema eliminar los
registros de flujo de trabajo para las ejecuciones correctas para ahorrar espacio. Los
registros de las ejecuciones de flujo de trabajo con errores siempre se guardarán para la
solución de problemas.
Para flujos de trabajo sincrónicos, recomendamos habilitar Mantiene registros para las
tareas del flujo de trabajo que encontraron errores en el editor de flujo de trabajo. Esto
permitirá que los registros de las ejecuciones de flujo de trabajo con errores se guarden
para solución de problemas. Los registros de las ejecuciones de flujo de trabajo
correctas siempre se eliminarán para ahorrar espacio.
Uso de la capacidad de archivo

AsyncOperationBase
Históricamente, todo el contexto de la operación asíncrona solía serializarse
directamente en la tabla de operaciones asíncronas (como propiedad data), lo que
producía un crecimiento muy rápido de tamaño si había registros de complementos
asíncronos en entidades grandes (como archivos adjuntos). Desde principios de 2021, la
parte de datos de las operaciones asíncronas se traslada al almacén de archivos. Como
resultado, el tamaño de los datos de la operación asíncrona se cuentan parcialmente en
capacidad de base de datos y parcialmente en capacidad de archivo. Esto ayuda a
reducir el coste (ya que la capacidad de archivo se cobra a una tarifa más baja que la
capacidad de base de datos) y mejora el rendimiento general (ya que las consultas en la
tabla de operaciones asincrónicas tienen un mayor rendimiento).
７ Nota
Los archivos relacionados con las entidades AsyncOperation no se pueden eliminar
directamente. Para recuperar capacidad de archivo, revise las directivas de
retención y limpieza de las entidades AsyncOperation descritas en este artículo.
Cuando se eliminan las entidades de AsyncOperation, sus archivos
correspondientes también se eliminan.
Para obtener más información sobre el modelo de almacenamiento y los informes de

Dataverse, consulte Nueva capacidad de almacenamiento de Microsoft Dataverse.
Consulte también
Reducir el almacenamiento de base de datos
Eliminar una cantidad grande de datos específicos con la eliminación en masa
Flujos de trabajo en tiempo real de Microsoft Dataverse
Flujos de trabajo en segundo plano clásicos de Dataverse
Eliminación automática de las tareas de flujo de trabajo en segundo plano completadas
Servicio asincrónico
Agregar capacidad de almacenamiento
de Microsoft Dataverse
Cuando se está quedando sin capacidad de almacenamiento tiene varias opciones.

Puede liberar espacio de almacenamiento, eliminar entornos no deseados o comprar
más capacidad de almacenamiento para cumplir con los requisitos de uso del
almacenamiento. Para obtener más información sobre los complementos de capacidad
de almacenamiento, consulte el Manual de licencias de Dynamics 365 o la Sección
"Complementos" del Manual de licencias de Power Apps y Power Automate . Puede
trabajar con el proceso estándar de adquisición de su organización para comprar
complementos de capacidad.
Agregar capacidad de almacenamiento para el

inquilino
Si el inquilino se está quedando sin capacidad de almacenamiento, puede agregar
almacenamiento a su suscripción.
７ Nota
El proceso descrito en este tema se aplica a las compras directas con tarjeta de
crédito o factura.
Si compró su suscripción mediante Licencias por volumen o un proveedor de

soluciones en la nube (CSP), póngase en contacto con su representante o partner
para obtener ayuda. Los clientes con un Contrato Enterprise pueden realizar una
reserva de licencia.
Pasos previos
1. Debes ser un Administrador global de Microsoft 365 o de facturación para realizar
las tareas de este artículo. Para obtener más información, consulte Acerca de los
roles de administrador.
2. Determine su uso de la capacidad de almacenamiento actual para asegurarse de
saber cuánta capacidad de almacenamiento adicional necesita. Los usuarios que
no son administradores también pueden ver la capacidad de almacenamiento de
autoservicio.
Adquirir capacidad de almacenamiento

adicional
Después de determinar la cantidad de almacenamiento que está utilizando, puede
agregar o quitar espacio de almacenamiento en su suscripción. Siga los pasos que se
indican a continuación para revisar los precios y adquirir más capacidad de
almacenamiento.
 Sugerencia
Asegúrese de seleccionar el inquilino correcto para agregar el complemento

de capacidad de almacenamiento.
2. En el panel izquierdo, seleccione Facturación>Servicios de compra.
3. Busque "capacidad".
７ Nota
La capacidad de Common Data Service se refiere a la capacidad de Microsoft
Dataverse. El nombre se cambiará en la Página de servicios de compra de
Microsoft 365 en el futuro.
4. Seleccione sus productos según sea necesario: Capacidad de archivos de Common

Data Service, Capacidad de registro de Common Data Service o Capacidad de base
de datos de Common Data Service. A continuación, seleccione Detalles.
5. En el cuadro Seleccionar cantidad de licencias, indique el número de licencias que

desea adquirir.
6. Seleccione la frecuencia de facturación y, a continuación, seleccione Comprar para

completar el proceso de compra.
Una vez completado el proceso de compra, la capacidad de almacenamiento adicional

se verá en la página Capacidad del el Centro de administración de Power Platform
(Recursos>Capacidad>Resumen).
Administrar el almacenamiento de
PrincipalObjectAccess
Usuarios en un entorno con la base de datos de Microsoft Dataverse pueden colaborar

con otros usuarios otorgando acceso a un registro propiedad del usuario. El usuario
puede compartir un registro con otro usuario o equipo, o reasignar un registro a otro
usuario o equipo.
Para administrar esta colaboración a nivel de registro y proporcionar acceso de usuario

a los registros compartidos, todos los registros compartidos y sus permisos se
almacenan en la tabla PrincipalObjectAccess (POA). Cada vez que los usuarios intentan
acceder a un registro que no les pertenece o no tienen el privilegio apropiado en su rol
de seguridad, el sistema verifica la tabla de POA para autorizar el acceso del usuario.
Fuentes de POA
Compartir registros reasignados con el propietario

original
Cuando esta configuración se establece en Sí, entonces se crearía un registro en la tabla
POA siempre que un usuario asigne un registro a otro usuario o equipo. El propietario
original se agrega automáticamente como Compartir con.
Equipos de acceso
Cuando se utiliza un equipo de acceso para la colaboración de registros, los registros se
crean en la tabla POA cada vez que se agrega un usuario al equipo de acceso. Existen
dos tipos de equipos de acceso:
Administrado por el sistema: estos se crean a través de plantillas y se incrustan en

un formulario para permitir que el usuario administre fácilmente la lista de
miembros. El sistema crea automáticamente un equipo de acceso para un registro
que se comparte. Por ejemplo, la cuenta n.º 1 tiene un equipo de acceso diferente
al de la cuenta n.º 2.
Agregado manualmente: estos son equipos de acceso individual donde un

administrador/propietario del equipo administra la lista de miembros del equipo.
Uso compartido directo

Cuando un usuario comparte explícitamente un registro con otro usuario, se crea
un registro en la tabla POA.
El uso compartido directo también ocurre con un registro que tiene una relación
de uso compartido en cascada o en una tabla con una relación
principal/secundario. Cuando un registro principal se comparte con un usuario o
equipo, el usuario o equipo compartido tiene acceso a todos los registros
secundarios o en cascada. Todos estos permisos para acceder a los registros
secundarios se crean en la tabla POA.
Ejemplo de tabla de relación
Se puede configurar una tabla para que tenga Relaciones con otras tablas (por
ejemplo, Cuenta a caso). Por defecto, la relación de las opciones Cambiar primario
está configurada para Cascada todo. Todos los subregistros relacionados se
comparten con el propietario del registro principal.
Por ejemplo: el usuario n.° 1 posee la cuenta n.° 1. El usuario n.º 1 comparte la
cuenta n.º 1 con el usuario n.º 2. El usuario n.° 2 crea un caso n.° 1 debajo de la
cuenta n.° 1. Con las opciones de cambiar primario listas para usar, el usuario n.° 1
tiene acceso al caso n.° 1. Todos estos permisos de usuario se capturan en la tabla
POA.
Uso compartido indirecto

Cuando un usuario comparte un registro con un equipo, todos los miembros del equipo
se comparten indirectamente.
Compartiendo origen
La API RetrieveAccessOrigin se puede usar para determinar de dónde proviene el acceso
de un usuario o equipo a una tabla específica. La API requiere un objectId, logicalName
y principalId en la solicitud, y la respuesta es una cadena que describe dónde se obtuvo
el acceso a la tabla.
Gestión del crecimiento de la tabla POA

Evalúe las necesidades de su negocio y active Establecer si los registros
reasignados se comparten con el propietario original donde sea necesario Tenga
en cuenta que esta es una configuración para todo el sistema. Una vez que está
activada, la configuración se aplica a todos los registros.
Comparta con usuarios para colaboración donde la lista de usuarios no es la
misma en los diferentes registros que compartió.
Utilice el equipo como propietario del registro si comparte registros con frecuencia
con la misma lista de usuarios o si comparte el registro con el equipo.
Si tiene una estructura de unidad de negocio compleja y un uso frecuente de
compartir:
Comparta solo donde sea necesario.
Minimizar el número de unidades de negocio.
Asegúrese de que los usuarios estén ubicados en la unidad comercial adecuada.
Comparta con el equipo para permitir que los usuarios de diferentes unidades
de negocio accedan a los registros.
Cuando varios equipos de acceso pueden acceder a un registro, por ejemplo, un
equipo de representantes de ventas que solo puede leer el registro y otro equipo
de gerentes de ventas que tiene acceso completo de lectura y escritura, considere
usar diferentes formularios basados en roles para representantes de ventas y
gerente.
Administre el ciclo de vida de los miembros de su equipo de acceso. Quite a los
usuarios que ya no sean necesarios para la colaboración.
Elimine todos los miembros del equipo de acceso cuando finalice la colaboración.
Eliminar registros POA

Cree una incidencia de soporte técnico para solicitar asistencia sobre la eliminación de
registros de POA.
Consulte también
Acceder a su almacenamiento con un
token de SAS
El almacenamiento tiene datos importantes de su entorno. Un token SAS proporciona

acceso delegado y seguro a los recursos de su almacenamiento. Este artículo cubre:
Acceder a su almacenamiento con el token de SAS

Ver y comprender sus datos
Requisitos previos
Esta sección describe los requisitos previos necesarios para acceder al almacenamiento
con el token SAS y ver sus datos.
Rol de administrador del sistema. Debe tener el rol de Administrador del sistema
en el entorno en el que desea acceder al token de SAS. Para obtener más
información sobre los roles del entorno, consulte Configurar la seguridad del
usuario para los recursos en un entorno.
Explorador de Azure Storage. Instálelo ahora
Acceder al almacenamiento con el token de

SAS
1. Navegue al Centro de administración de Power Platform y seleccione un
entorno.
2. Copie la URL del entorno.

3. Navegue al enlace de abajo sustituyendo la URL del entorno.
HTTP
https://<EnvironmentURL>/api/data/v9.1/datalakefolders
4. Busque la URL de containerendpoint que especifica la URL del contenedor.
5. Utilice el siguiente enlace para acceder al token SAS sustituyendo la URL del
entorno y la URL del contenedor.
HTTP
https://<EnvironmentURL>/api/data/v9.1/RetrieveAnalyticsStoreAccess(Url=@a,R
esourceType='Folder',Permissions='Read,List')?@a='<ContainerURL>/CDS'
6. Copie el token SAS e inicie Explorador de Azure Storage .
7. Conéctese a un nuevo almacenamiento y seleccione el Contenedor o directorio de

ADLS Gen2. Seleccione la URL de firma de acceso compartido (SAS) como
método de conexión.
8. Utilice el enlace a continuación para construir la URL de SAS.
HTTP
https://<ContainerURL>/CDS?<SASToken>'
７ Nota
El token de SAS caducará después de una hora. Deberá seguir los pasos anteriores
para actualizar el token SAS.
9. Después de conectarse, tendrá acceso a los datos en su almacenamiento en el

formato de Common Data Model.
Ver y comprender sus datos

Los datos de su almacenamiento se escriben en formato de Common Data Model.
Habrá un archivo model.json que, junto con su nombre y versión, proporciona una lista
de tablas que están disponibles en el almacenamiento. Cada tabla de Microsoft
Dataverse tendrá su propio directorio que contiene los registros de datos como archivos
CSV. Además, habrá un directorio Microsoft.Athena.TrickleFeedService que contiene
metadatos adicionales para cada tabla de Dataverse.
Consulte también
Eliminar y recuperar entornos

Información general de recursos
Puede instalar, configurar y administrar aplicaciones y portales creados con Power Apps,
los flujos creados con Power Automate y las aplicaciones de Dynamics 365 en el centro
de administración de Power Platform. Las aplicaciones de Dynamics 365 hacen
referencia a Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field
Service y Dynamics 365 Marketing y también las aplicaciones compradas en Microsoft
AppSource que requieren cualquiera de estas licencias de Dynamics 365.
Puede administrar portales y aplicaciones de Dynamics 365 a nivel de inquilino o de

entorno. Sin embargo, las aplicaciones y los flujos solo se pueden administrar a nivel de
entorno.
Vea los temas siguientes:
Administrar aplicaciones de Dynamics 365

Administrar Power Apps
Administrar flujos Power Automate
Administración del portal con el centro de administración de Power Platform
Administrar aplicaciones de Dynamics
365
Puede usar el centro de administración de Microsoft Power Platform para instalar,

configurar y administrar aplicaciones de Dynamics 365 que se ejecutan en Microsoft
Dataverse. Las aplicaciones de este tema se refieren a aplicaciones de Dynamics 365
como Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service
y Dynamics 365 Marketing, además de aplicaciones compradas en Microsoft AppSource
que requieran cualquiera de esas licencias de Dynamics 365.
７ Nota
Puede instalar y administrar aplicaciones de Dynamics 365 solo en un entorno que

se creó con una base de datos y con aplicaciones de Dynamics 365 habilitadas
durante la creación del entorno. Se requiere una licencia válida de Dynamics 365
para habilitar las aplicaciones de Dynamics 365 durante la creación del entorno.
Más información: Crear un entorno con una base de datos
Puede administrar aplicaciones desde el nivel de inquilino o el nivel de entorno.
Vista de nivel de inquilino de las aplicaciones

La administración de aplicaciones en la pestaña Aplicaciones del centro de
administración de Dynamics 365 se realiza desde la vista de nivel del inquilino de
aplicaciones del centro de administración de Power Platform. Siga estos pasos para ver
una lista de todas las aplicaciones de Dynamics 365 con licencia para su inquilino.
Siga estos pasos para ver una lista de todas las aplicaciones con licencia para su
inquilino.
2. Seleccione Recursos>Aplicaciones de Dynamics 365 en el menú de la izquierda.
Verá una lista de aplicaciones de Dynamics 365 instaladas o disponibles para

instalar o configurar para el usuario que inició sesión. Un administrador verá todas
las aplicaciones instaladas o disponibles para instalar.
Los elementos duplicados se mostrarán en Nombre si se ha aplicado la misma

licencia de aplicación a múltiples entornos.
Tenga en cuenta lo siguiente en Estado:

Habilitada: esta aplicación está lista para instalarse en sus entornos.
Configurada: esta aplicación se ha configurado en un entorno. Se puede
reconfigurar para otro entorno o se puede actualizar la configuración en el
entorno actual.
No configurada: esta aplicación está preparada para configurarse para un
entorno.
3. Desde la barra de menú superior, según el estado de la aplicación, puede hacer lo

siguiente:
Administrar: seleccione esta opción para ir a una página en la que puede

administrar su aplicación.
Detalles: consulte información sobre la aplicación, como el editor.
Instalar aplicación: instala determinadas aplicaciones en el entorno
seleccionado para el que tiene permisos. Una vez que ha seleccionado un
entorno, verá la lista de paquetes que se instalarán.
4. Si su inquilino es multigeoárea, puede cambiar la configuración regional con el

selector de región.
Vista de nivel de entorno de las aplicaciones

Además del nivel de entorno, la administración de soluciones también se puede realizar
desde la vista de nivel de entorno en el Centro de administración de Power Platform.
Siga estos pasos para ver una lista de todas las aplicaciones que instaló para su entorno.
2. Seleccione Entornos y, a continuación, seleccione un entorno.
3. En Recursos, seleccione Aplicaciones de Dynamics 365.
Verá una lista de aplicaciones de Dynamics 365 instaladas por usted en el entorno
seleccionado.
4. Seleccione una aplicación. Desde la barra de menú superior, según el estado de la

aplicación, puede hacer lo siguiente:
Instalar aplicación: los administradores pueden instalar determinadas

aplicaciones en el entorno seleccionado para el que tienen permisos. Una vez
que ha seleccionado un entorno, verá la lista de paquetes que se instalarán.
Abrir AppSource: seleccione esta opción para instalar una aplicación desde
AppSource.
Actualizar: aparece si hay una actualización disponible. Seleccione esta
opción para actualizar el paquete.
Detalles: consulte información sobre la aplicación, como el editor.
Si no ha podido realizar las instalaciones, consulte Solución de problemas de error de

instalación.
Instalar una aplicación

El proceso para instalar una aplicación depende de la vista.
Instalar una aplicación en la vista de inquilino

2. Seleccione Recursos>Aplicaciones de Dynamics 365 en el menú de la izquierda.
3. Seleccione una aplicación Habilitada y luego seleccione Instalar de la barra de

menú superior.
4. Seleccione un entorno, revise los paquetes que se van a instalar, acepte los
términos del servicio y, a continuación, seleccione Instalar.
Irá a la vista de nivel de entorno, donde puede ver el estado de la instalación.
Instalar una aplicación en la vista de entorno

2. Seleccione Entornos y, a continuación, seleccione un entorno.
3. En Recursos, seleccione Aplicaciones de Dynamics 365.
4. Seleccione Instalar aplicación.
5. Seleccione una aplicación Habilitada y después seleccione Siguiente.
6. Acepte los términos del servicio y seleccione Instalar.

Solución de problemas de errores de
instalación
Si ve el error siguiente:
"La instalación de aplicaciones de Dynamics 365 como Dynamics 365 Sales y Dynamics
365 Customer Service solo se admite en entornos que se han creado con una base de
datos con la opción de Habilitar aplicaciones de Dynamics 365 establecida en Sí.
Intente instalar esta aplicación en un entorno con una base de datos y Habilitar
aplicaciones de Dynamics 365 habilitado en él".
Deberá crear un nuevo entorno como se indica en Crear un entorno con una base de
datos. En el paso 4, asegúrese de configurar Habilitar aplicaciones de Dynamics 365 en
Sí.
Solución de problemas de instalación con
errores
En caso de error de instalación de la aplicación, seleccione Error de instalación en la
vista de nivel de entorno y revise los detalles de solución de problemas.
Si es necesario póngase en contacto con el soporte técnico. Asegúrese de proporcionar

los detalles que figuran en la página Detalles del error.
Eliminar una aplicación
Para obtener información sobre cómo eliminar una aplicación, consulte Eliminar una
aplicación basada en modelo.
¿No ve su entorno?
El número de entornos que los administradores ven en la lista desplegable Seleccionar
un entorno será menor o igual que la cantidad de entornos que se muestran en la
página Entornos en el Centro de administración de Power Platform. Compruebe que no
haya ningún filtro aplicado a la página Entornos.
Los filtros se aplican a la lista desplegable Seleccionar un entorno de la siguiente

manera:
1. Muestra entornos basados en la región geográfica ; seleccionada por el

administrador en la vista de nivel de inquilino.
2. Muestra entornos que solo tienen una base de datos.
3. Muestra entornos que solo están en estado preparado.
Si es administrador de entorno, administrador global o administrador de Microsoft

Power Platform, puede administrar las aplicaciones creadas en su organización.
Los administradores pueden hacer lo siguiente en el centro de administración de Power

Platform:
Agregar o cambiar los usuarios con los que se comparte una aplicación
Eliminar aplicaciones no actualmente en uso
Requisitos previos
Un plan de Power Apps o de Power Automate. Como alternativa, puede suscribirse
a una prueba gratuita de Power Apps.
Administrador de entorno Power Apps, administrador global o permisos de
administrador de Power Platform. Para obtener más información, consulte
Administración de entornos en Power Apps.

2. En el panel de navegación, seleccione Ambientes, seleccione un entorno con

recursos y luego seleccione el recurso Power Apps.
3. Seleccione una aplicación para administrar.

4. Seleccione la acción deseada.
Administrar quién puede compartir

aplicaciones de lienzo
Power Apps respeta el privilegio 'Compartir' de Canvas App en Dataverse. Un usuario no
podrá compartir aplicaciones de lienzo en un entorno si no tiene un rol de seguridad
con el privilegio Compartir aplicación de lienzo establecido en un valor que no sea
'Ninguno seleccionado'. Este privilegio Compartir aplicación de lienzo de Dataverse
también se respeta en el entorno predeterminado. Este artículo describe cómo editar
privilegios en un rol de seguridad: Editar un rol de seguridad.
７ Nota
La capacidad de controlar de forma granular el privilegio Compartir aplicación de

lienzo en un rol de seguridad requiere Dataverse en el entorno donde se cambiará
el privilegio. Power Apps no reconoce discretamente los otros privilegios de
entidades de aplicaciones de lienzo de Dataverse establecidos para el entorno.
Las actualizaciones del sistema pueden eliminar las personalizaciones de roles de

seguridad predefinidos, incluido el creador de entorno. Esto significa que la
eliminación del privilegio de uso compartido de la aplicación de lienzo puede
volver a introducirse durante una actualización del sistema. Hasta que no se
conserve la personalización del privilegio de uso compartido de la aplicación de
lienzo durante las actualizaciones del sistema, es posible que sea necesario volver a
aplicar la personalización del privilegio de uso compartido.
Hacer visible el contenido del mensaje de error de

gobernanza de la organización
mensajes de error, se incluirá en el mensaje de error que se muestra cuando los usuarios
observan que no tienen permiso para compartir aplicaciones en un entorno. Consute:
Comandos de contenido del mensaje de error de gobernanza de PowerShell.
Distinguir a fabricantes de formularios

personalizados de Microsoft SharePoint de los
fabricantes de entornos en general
Además de la posibilidad de guardar recursos de formularios personalizados de
SharePoint en un entorno no predeterminado, también es posible limitar los privilegios
del creador para que solo pueda crear y editar formularios personalizados de SharePoint
en un entorno no predeterminado. Fuera del entorno predeterminado, un administrador
puede anular la asignación del rol de seguridad Creador de entornos de los usuarios y
asignar el rol de seguridad del creador de formularios personalizados de SharePoint.
７ Nota
La capacidad de distinguir los creadores de formularios personalizados de

SharePoint de los fabricantes de entornos generales requiere Dataverse en el
entorno donde se va a cambiar el privilegio.
Un usuario con solo el rol de creador de formularios personalizados de SharePoint

en un entorno no verá el entorno en la lista de entornos en
https://make.powerapps.com o https://flow.microsoft.com .
Haga lo siguiente para limitar los privilegios de creador para que solo pueda crear y
editar formularios personalizados de SharePoint en un entorno no predeterminado.
1. Haga que un administrador designe un entorno para formularios personalizados

de SharePoint que sea diferente del entorno predeterminado.
2. Haga que un administrador instale la solución de creación de formularios

personalizados de SharePoint desde AppSource para su entorno designado para
los formularios personalizados de SharePoint.
3. En el centro de administración de Power Platform, seleccione el entorno que

designó para los formularios personalizados de SharePoint en el paso uno y asigne
el rol de seguridad del creador de formularios personalizados de SharePoint a los
usuarios que se espera que creen formularios personalizados de SharePoint.
Consulte Asignar roles de seguridad a los usuarios en un entorno que tiene una
¿Puedo editar privilegios en el rol de seguridad del creador de

formularios personalizados de SharePoint?
No, el rol de seguridad del creador de formularios personalizados de SharePoint se
agrega a un entorno mediante la importación de una solución no personalizable. Tenga
en cuenta que la creación de formularios personalizados de SharePoint requiere que un
usuario tenga permisos en SharePoint y Power Platform. La plataforma verifica que un
usuario tenga permisos de escritura para la lista de destino creada con Microsoft Lists y
que el usuario tenga permiso en Power Platform para crear o actualizar el formulario
personalizado de SharePoint. Para que un creador de formularios personalizados de
SharePoint satisfaga la lista de comprobación de Power Platform, el usuario debe tener
el rol de seguridad de formularios personalizados de SharePoint o el rol de seguridad de
creador de entornos.
¿Un usuario con solo el rol de creador de formularios

personalizados de SharePoint verá un entorno en el selector de
entornos make.powerapps.com?
No, un creador que no tiene un rol de seguridad citado en la documentación para Elegir
entornos no verá el entorno en el selector de entornos en
https://make.powerapps.com . Un usuario con el rol de creador de formularios
personalizados de SharePoint puede intentar navegar por el entorno manipulando el
URI. Si el usuario intenta crear una aplicación independiente, verá un error de permiso.
Gestionar estado de cuarentena de aplicación

Como complemento a las políticas de prevención de pérdida de datos de Power
Platform, Power Platform permite a los administradores "poner en cuarentena" un
recurso, estableciendo medidas de seguridad para el desarrollo de código bajo. El
estado de cuarentena de un recurso lo gestionan los administradores y controla si un
recurso es accesible para los usuarios finales. En Power Apps, esta capacidad permite a
los administradores limitar directamente la disponibilidad de aplicaciones que pueden
necesitar atención para cumplir con los requisitos de cumplimiento de una organización.
La siguiente tabla describe cómo el estado de cuarentena afecta las experiencias de

administradores, creadores y usuarios finales.
Rol Experiencia
Administrador Independientemente del estado de cuarentena de una aplicación, los

administradores pueden ver una aplicación en el Centro de administración Power
Platform y cmdlets de PowerShell.
Fabricante Independientemente del estado de cuarentena de una aplicación, una aplicación

es visible en https://make.powerapps.com y se puede abrir para editar en
Power Apps Studio.
Usuario final Una aplicación en cuarentena presentará a los usuarios finales que inician la
aplicación un mensaje que indica que no pueden acceder a la aplicación.
Los usuarios finales verán el siguiente mensaje cuando inicien una aplicación que se
haya puesto en cuarentena.
La siguiente tabla refleja el soporte de cuarentena:
Tipo Power Apps Soporte de cuarentena
Aplicación de lienzo Disponible en general

Tipo Power Apps Soporte de cuarentena
Aplicación basada en modelo Todavía no se admite
Poner en cuarentena una aplicación

PowerShell
Set-AppAsQuarantined -EnvironmentName <EnvironmentName> -AppName <AppName>
Quitar la cuarentena de una aplicación

PowerShell
Set-AppAsUnquarantined -EnvironmentName <EnvironmentName> -AppName <AppName>
Obtener el estado de cuarentena de una aplicación

PowerShell
Get-AppQuarantineState -EnvironmentName <EnvironmentName> -AppName <AppName>
Acceso condicional en aplicaciones individuales

(versión preliminar)
Además de respetar las directivas de Acceso Condicional aplicadas al servicio de Power
Apps, es posible aplicar directivas de acceso condicional de Azure AD a aplicaciones
creadas con Power Apps individuales. Por ejemplo, un administrador puede aplicar una
directiva de acceso condicional que requiera Multi-Factor Authentication solo en
aplicaciones que contengan datos confidenciales. Power Apps aprovecha el Contexto de
autenticación de acceso condicional de Azure AD como mecanismo para apuntar a las
directivas de acceso condicional en aplicaciones granulares. Los administradores son el
tipo de rol que puede agregar y eliminar contextos de autenticación en una aplicación.
Los creadores no pueden editar contextos de autenticación en una aplicación.
７ Nota
1. Los contextos de autenticación establecidos en una aplicación no se mueven
con las aplicaciones en las soluciones y se mueven entre entornos. Esto
permite aplicar diferentes contextos de autenticación a aplicaciones en
diferentes entornos. Además, a medida que una aplicación se mueve entre
entornos a través de soluciones, se conserva el contexto de autenticación
establecido en un entorno. Por ejemplo, si se establece un contexto de
autenticación en una aplicación en un entorno UAT, se conserva ese contexto
de autenticación.
2. Es posible que se establezcan varios contextos de autenticación en una
aplicación. Un usuario final debe aprobar la unión de las directivas de acceso
condicional aplicadas por varios contextos de autenticación.
La siguiente tabla describe cómo la aplicación del acceso condicional en una aplicación
específica afecta las experiencias de administradores, creadores y usuarios finales.
Rol Experiencia
Administrador Independientemente de las directivas de acceso condicional asociadas a una

aplicación, una aplicación es visible para los administradores en el Centro de
administración de Power Platform y los cmdlets de PowerShell.
Creador Independientemente de las directivas de acceso condicional asociadas a una

aplicación, una aplicación es visible en https://make.powerapps.com y se
puede abrir para su edición en Power Apps Studio.
Usuario final Las directivas de acceso condicional aplicadas a una aplicación se aplican cuando
los usuarios finales inician la aplicación. A un usuario que no pasa las
comprobaciones de acceso condicional se le presenta un cuadro de diálogo en la
experiencia de autenticación que indica que no se le permite obtener acceso al
recurso.
Después de que los administradores asocien contextos de autenticación a las directivas

de acceso condicional en https://portal.azure.com , pueden establecer el id. de
contexto de autenticación en una aplicación. La siguiente imagen muestra dónde
obtener el id. de contexto de autenticación.
Los usuarios finales que no cumplan los requisitos de la directiva de acceso condicional
observarán el siguiente cuadro de diálogo después de iniciar sesión para obtener a una
aplicación.
La siguiente tabla refleja el acceso condicional en la compatibilidad con aplicaciones
granulares:
Tipo Power Apps Acceso condicional en compatibilidad de aplicaciones

individuales
Aplicación de lienzo Disponibilidad de versión preliminar
Aplicación basada en No admitida

modelo
Agregar id. de contexto de autenticación de acceso

condicional a una aplicación
PowerShell
Set-AdminPowerAppConditionalAccessAuthenticationContextIds –EnvironmentName
<EnvironmentName> -AppName <AppName> -AuthenticationContextIds <id1, id2,
etc...>
Obtener id. de contexto de autenticación de acceso

condicional establecido en una aplicación
PowerShell
Get-AdminPowerAppConditionalAccessAuthenticationContextIds –EnvironmentName
<EnvironmentName> -AppName <AppName>
Quitar id. de contexto de autenticación de acceso

condicional en una aplicación
PowerShell
Remove-AdminPowerAppConditionalAccessAuthenticationContextIds –
EnvironmentName <EnvironmentName> -AppName <AppName>
Consulte también
Compatibilidad con PowerShell del administrador de Power Apps
Administrar flujos de Power Automate
Si es administrador de entorno, administrador global o administrador de Power

Platform, puede administrar los flujos creados en su organización.
Los administradores pueden hacer lo siguiente en el centro de administración de Power

Platform:
Ver los detalles de flujo, las conexiones y los propietarios

Compartir el flujo con otros
Deshabilitar el flujo
Eliminar el flujo
Requisitos previos
Un plan de Power Apps o de Power Automate. Como alternativa, puede suscribirse
a una prueba gratuita de Power Apps.
Administrador de entorno Power Apps, administrador global o permisos de

administrador de Power Platform. Para obtener más información, consulte
Administración de entornos en Power Apps.
Administrar flujos de Power Automate

2. En el panel de navegación, seleccione Entornos, seleccione un entorno con

recursos y , a continuación, seleccione el recurso Power Automate (Flujos).
3. Seleccione el flujo que desea administrar.
4. Seleccione la acción deseada.
Acción Description
Acción Description
Detalles Ver los detalles, las conexiones y los propietarios
Compartir Compartir el flujo con otros
Deshabilitar Deshabilitar el flujo
Delete Eliminar el flujo

Se pueden adquirir complementos de capacidad para varios productos de aplicaciones

empresariales. El contenido a continuación describe el proceso de asignación de
complementos, cuando corresponda. Los complementos de capacidad de
almacenamiento de Microsoft Dataverse no requieren asignación a nivel de entorno
porque todos los complementos de capacidad de almacenamiento se acumulan en
derechos de almacenamiento a nivel de inquilino. Para más información, vea
almacenamiento de modelos heredados o nuevo modelo de almacenamiento.
Hay tres fases para usar complementos de capacidad:
1. Compra: adquiere complementos individuales de capacidad. Para obtener

información, consulte la Guía de licencias de Power Apps y Power Automate .
2. Asignación: asignar los complementos comprados a un entorno.
3. Consumo: una vez que se haya efectuado la asignación, puede consumir los
complementos de capacidades.
 Sugerencia
Considere comprar los planes de Power Apps por aplicación que permiten a los
usuarios individuales ejecutar una aplicación o un portal. Consulte Acerca de los
planes por aplicación de Power Apps.
Ver complementos de capacidad en el Centro

Si su organización ha comprado complementos de capacidad, un mosaico
Complementos aparece en la pantalla Capacidad en el centro de administración de
Microsoft Power Platform . Inicie sesión en el centro de administración y seleccione
Recursos>Capacidad>Resumen.
El icono Complementos muestra información de resumen sobre los complementos de
capacidad que su organización tenga.
Cada capacidad tiene un medidor de uso que muestra el número de unidades que se le
han asignado en comparación con la capacidad disponible. Las capacidades se miden
de distintas formas en función del producto. Por ejemplo, los pases de aplicaciones se
asignan individualmente, mientras que la capacidad de AI Builder se mide en créditos.
Consulte la documentación del producto para obtener más información acerca de la
medición.
Asignar o cambiar la capacidad en un entorno

Para asignar capacidad a un entorno:
3. En la vista de la pestaña Resumen, haga una de las acciones siguientes para abrir
la pantalla Administrar complementos:
Desplácese hacia abajo hasta el icono de los complementos y, a continuación

seleccione Administrar en la esquina superior derecha del icono de
complementos.
Seleccione la pestaña Complementos. Seleccione Asignar a un entorno en la
barra de menús de la parte superior izquierda.
Seleccione la pestaña Complementos. Seleccione un entorno y luego
seleccione Administrar complementos en la barra de menús de la parte
superior izquierda.
También puede seleccionar Descargar informes para descargar informes de uso

para varias capacidades.
4. Seleccione el entorno donde desee agregar la capacidad en el menú desplegable

Entorno y, a continuación, realice una asignación de la capacidad disponible.
Algunos ejemplos
Si tiene 10 usuarios que van a usar 1 aplicación cada uno, debe asignar 10
pases de aplicaciones al entorno de la aplicación.
Si desea crear 5 flujos en un entorno que se utilizarán para flujos de proceso
de negocio, asigne una capacidad de 5 para flujo por proceso de negocio.
Si una empresa ha creado un portal y anticipa 50.000 vistas del portal, debe
asignar 50.000 vistas de la página del portal.
Control de quién puede asignar capacidad de

complementos
Como administrador, puede limitar quién puede afectar capacidad de complementos a
los entornos.
1. Inicie sesión en el Centro de administración de Power Platform, en

https://admin.powerplatform.microsoft.com .
Power Platform.
3. Seleccione Configuración de Power Platform.
4. En Quién puede asignar capacidad adicional a entornos, seleccione Solo

administradores específicos.
Los siguientes administradores podrán asignar capacidad de complemento en el Centro

de administración de Power Platform:
Administradores globales
Administradores de Dynamics 365
Administradores de Power Platform
Consulte también
Sobre los planes por aplicación de Power Apps del informe de consumo de AI Builder
Administrar portales en el centro de
７ Nota
A partir del 12 de octubre de 2022, los portales de Power Apps son Power Pages.
Más información: Microsoft Power Pages ya está disponible para el público en
general (blog)
Pronto migraremos y fusionaremos la documentación de los portales de Power

Apps con la documentación de Power Pages.
Ahora puede usar el Centro de administración de Power Platform para administrar

portales que tengan tanto licencias basadas en la capacidad como licencias de
complemento. También puede ver información como cuántos días quedan antes de que
caduque un portal de prueba. Para obtener más información sobre las licencias del
portal, vaya a preguntas frecuentes sobre licencias y diferencias de portales. Para
obtener más información sobre el Centro de administración de Power Platform, vaya a
Administrar Microsoft Power Platform.
Puede administrar portales en el Centro de administración de Power Platform de dos

maneras:
Administrar todos los portales del inquilino actual desde Recursos > Portales.
Administre los portales de un entorno específico desde Entornos.
Administrar todos los portales para un

inquilino
2. En el panel izquierdo, seleccione Recursos y luego seleccione Portales.

3. Seleccione un portal.
4. Seleccione Más acciones de portal (...) y, a continuación, seleccione Administrar.
or
Seleccionar el portal y, a continuación, seleccione Administrar en la parte superior

de la página.
Para configurar los detalles del portal, vaya a Detalles del portal.
Administrar todos los portales para un entorno

2. En el panel izquierdo, seleccione Entornos.

3. Desplácese y seleccione el nombre del entorno con hipervínculo para abrir los
detalles del entorno.
4. En el lado derecho de la pantalla, debajo de Recursos, seleccione Portales.
Verá una lista de portales instalados en el entorno seleccionado.
5. Seleccione Más acciones de portal (...) y, a continuación, seleccione Administrar.
or
Seleccionar el portal y, a continuación, seleccione Administrar en la parte superior

de la página.
Para configurar los detalles del portal, consulte Detalles del portal.
Administrar el complemento del portal

El uso del Centro de administración de Power Platform para administrar portales como
se describe en este artículo reemplaza la funcionalidad anterior, que se ilustra en la
siguiente imagen.
Método antiguo para Nuevo método para Nuevo método para administrar un
administrar un portal administrar un portal portal complementario para un
complementario complementario para un entorno
inquilino
Tipos de portal en el Centro de administración

En la tabla siguiente se describe los diferentes tipos de portales que se muestran en el
Escribir Descripción
Producción Un portal de producción basado en una licencia basada en capacidad.
Prueba (n días) Un portal de prueba basado en una licencia basada en capacidad, con n
días hasta la suspensión.
Escribir Descripción
Producción Un portal de producción basado en una licencia de complemento.

(complemento)
Prueba Un portal de prueba basado en una licencia de complemento.

(complemento)
Estado del portal en el Centro de

administración
Un portal puede tener el siguiente estado: Configurado, Suspendido o No configurado. En
la siguiente tabla se describe cada estado.
Estado Descripción
Configurado Este portal se ha configurado en un entorno.
Suspendido Este portal se ha suspendido porque su período de prueba ha terminado. Se

eliminará dentro de siete días, a menos que se convierta en un portal de
producción.
No Este portal está listo para configurarse en un entorno.

configurado
７ Nota
Puede crear un nuevo portal si el estado del complemento del portal es No

configurado. El estado cambiará a Configurado después de que se aprovisione el
portal.
Pasos siguientes
Configurar detalles de portales
Consultar también
Administrar Microsoft Power Platform
Administrar aplicaciones de Dynamics 365
Actualizar un portal
７ Nota


Registro de actividades Power Apps
Se realiza un seguimiento de las actividades de Power Apps desde el Centro de

seguridad y cumplimiento de Microsoft 365.
Siga estos pasos.
1. Iniciar sesión en el Centro de seguridad y cumplimiento como administrador de

inquilinos.
2. Seleccione Buscar>Búsqueda de registros de auditoría.
En la pantalla Búsqueda de registro de auditoría, los administradores de Power

Platform pueden buscar registros de auditoría en muchos servicios populares, incluidos
eDiscovery, Exchange, Power BI, Azure AD, Microsoft Teams, aplicaciones de
Automation) y Microsoft Power Apps.
Cuando se accede a la pantalla Búsqueda de registro de auditoría, un administrador

puede filtrar por actividades específicas mediante el menú desplegable Actividades . Al
desplazarse hacia abajo en la lista, puede encontrarse una sección dedicada a
actividades de Microsoft Power Apps.
Qué eventos se auditan

El registro se lleva a cabo en la capa SDK lo que significa que una sola acción puede
desencadenar varios eventos que se registran. El siguiente es un ejemplo de eventos de
usuario que puede auditar.
Evento Descripción
Aplicación creada Cuando un creador crea por primera vez la aplicación
Aplicación lanzada Cuando la aplicación se lanza
Aplicación marcada como Cada vez que la aplicación se marca como destacada
destacada
Versión de aplicación La versión de la aplicación cuando se restaura

restaurada
Aplicación editada Cualquier actualización realizada en la aplicación por parte del

fabricante
Aplicación publicada Cuando la aplicación se publica y se pone a disposición de otros

en el entorno
Permiso de aplicación editada Cada vez que se cambian los permisos del usuario en la
aplicación
Aplicación eliminada Cuando la aplicación se elimina
Aplicación marcada como Cada vez que la aplicación se marca como prominente
prominente
Permiso de aplicación Cada vez que se eliminan los permisos del usuario en la
eliminado aplicación
Esquema base
Los esquemas definen qué campos de Power Apps se envían al Centro de seguridad y
cumplimiento de Microsoft 365. Algunos campos son comunes a todas las aplicaciones
que envían los datos de auditoría a Microsoft 365, mientras que otros son específicos de
Power Apps. El esquema base contiene los campos comunes.
Nombre del Escriba Obligatorio Descripción

campo
Fecha Edm.Date No Fecha y hora en que se generó el registro en

UTC.
Nombre de Edm.String No Identificador único de PowerApp

aplicación
Id. Edm.Guid No GUID único para cada fila registrada
Estado del Edm.String No Estado de la fila registrada. Correcto en la

resultado mayoría de los casos.
Id. de Edm.Guid Sí Identificador único de la organización desde la

organización que se generó el registro.
CreationTime Edm.Date No Fecha y hora en que se generó el registro en

UTC.
Operación Edm.Date No Nombre de operación
UserKey Edm.String No Identificador único del usuario en Azure AD
UserType Self.UserType No El tipo de auditoría (Administración, Normal,

Sistema)
Información Edm.String No Información adicional si la hay (por ejemplo, el

adicional nombre del entorno)
Revise los datos de auditoría con el uso de

informes en el Centro de seguridad y
cumplimiento de Microsoft 365
Puede revisar los datos de auditoría en el Centro de seguridad y cumplimiento de
Microsoft 365. Consulte Buscar en el registro de auditoría del Centro de cumplimiento.
Para usar los informes preconfigurados de Power Apps, vaya a

https://protection.office.com >Búsqueda e investigación>Búsqueda de registro de
auditoría y seleccione la pestaña Actividades de la aplicación Power Apps.
Consulte también
Buscar en el registro de auditoría del Centro de cumplimiento
Información general sobre API de administración de Office 365
Permisos en el Centro de seguridad y cumplimiento

Ver registros de auditoría de Power
Automate
Puede encontrar registros de actividades de Power Automate en el portal de

cumplimiento de Microsoft Purview . Estos registros también son accesibles para los
desarrolladores a través de la API de administración de Office 365.
Acceso a los registros

1. Inicie sesión en el portal de cumplimiento de Microsoft Purview como
2. En el menú de hamburguesas de la izquierda, seleccione Mostrar todo.
3. Seleccione Auditoría desde la categoría Soluciones.

Los administradores de Power Platform pueden buscar en la pantalla Auditoría para
obtener detalles de los siguientes servicios populares.
Power BI
Azure AD
Microsoft Teams
Dynamics 365
Power Apps,
Power Automate
Dataverse.
Los administradores pueden filtrar por actividades específicas a través de la lista

Actividades. Encontrará las actividades de Power Automate en esta lista.
Ver eventos auditados

Todo el registro se realiza en la capa SDK, por lo que una sola acción puede
desencadenar varios eventos registrados. Esta es una lista de los eventos de usuario que
puede auditar.
Category Evento Description
Flows Flujo creado El momento en que se crea un flujo
Flows Flujo editado Cualquier actualización realizada en el flujo
Flows Flujo Cuando se elimina el flujo

eliminado
Permisos Permisos Cada vez que cambian los permisos de un usuario para un flujo, por
de flujo editados ejemplo, cuando se agrega un usuario como copropietario.
Permisos Permisos Cada vez que se eliminan los permisos de un usuario sobre el flujo
de flujo eliminados
Pruebas Se inició una Cuando un usuario inicia una prueba de pago

prueba
pagada
Pruebas Se renovó una Cuando un usuario renueva una prueba de pago

prueba
pagada
Obtenga detalles sobre el esquema base para
el registro
Los esquemas definen qué campos de Power Automate se envían al portal de
cumplimiento de Microsoft Purview. Algunos campos son comunes a todas las
aplicaciones que envían los datos de auditoría a Microsoft 365, mientras que otros son
específicos de Power Automate. El esquema base contiene estos campos comunes.
Nombre para Nombre lógico Tipo Obligatorio Descripción

mostrar del campo
Fecha CreationTime Edm.Date No Fecha y hora en que

se generó el registro
en UTC
Det. del flujo FlowDetailsUrl Edm. No Enlace a la página de

String detalles del flujo
Dirección IP ClientIP Edm.String No Dirección IP del

dispositivo del
usuario
Identificador Identificador Edm.Guid No Un GUID único para

cada fila registrada
Estado del resultado ResultStatus Edm.String No Estado de la fila

registrada
Id. de organización OrganizationId Edm.Guid Sí Un identificador

único de la
organización desde la
que se generó el
registro
Operación Operación Edm.String No Nombre de una

operación
Carga de trabajo Carga de trabajo Edm.String No Carga de trabajo de

una operación
Usuario UserKey Edm.String No Un identificador

único del usuario en
Azure AD
Tipo de usuario UserType Edm.String No El tipo de auditoría

(Administración,
Normal o Sistema)
Nombre para Nombre lógico Tipo Obligatorio Descripción
mostrar del campo
Nombres de FlowConnectorNames Edm.String No Nombres de

conector de flujo conectores
enumerados en el
flujo
SharingPermission SharingPermission Edm.String No Tipo de permiso

compartido con otro
usuario (3 =
"Propietario"/Lectura-
Escritura, 2 =
"Usuario de sólo
ejecución"/Lectura)
Destinatario UPN RecipientUPN Edm.String No Si se actualizó el

permiso, muestra el
UPN del destinatario
del permiso
LicenseDisplayName LicenseDisplayName Edm.String No Nombre para mostrar

de la licencia
UserTypeInititated UserTypeInititated Edm.Int32 No Qué tipo de usuario

inició la operación:
aplicable para
eliminar flujo, editar
permisos (1 =
usuario, 2 =
administrador)
UserUPN UserUPN Edm.String No Id. único del usuario.

Siempre equivalente
a UserKey
Información Más información (por

adicional ejemplo, el nombre
del entorno)
Retención
Microsoft conserva los datos de auditoría durante 90 días. Puede exportar los datos de
auditoría en formato .csv y luego explorar más los datos con Microsoft Excel o Power BI.
Programación
Los eventos están disponibles en los registros dentro de los 90 minutos posteriores a su
ocurrencia.
Limitaciones
Solo la actividad de los flujos de nube está disponible en el portal de cumplimiento de
Microsoft Purview . La actividad de los flujos de escritorio está en los registros de
auditoría de Microsoft Dataverse.
Ver los registros de actividad del
conector Power Platform (versión
preliminar)
Los registros de auditoría son registros de eventos importantes del nivel del sistema. En
la función de registro de auditoría, los registros de auditoría están disponibles para
eventos relacionados con conexiones y conectores personalizados.
） Importante

Acceso a los registros

1. Inicie sesión en el portal de cumplimiento de Microsoft Purview como
2. En el menú a la izquierda de Soluciones, seleccione Auditoría.
En la pestaña Nueva búsqueda (versión preliminar), puede buscar eventos de

conector.
Buscar eventos de conector
Como administrador, puede buscar eventos de conector relacionados con conexiones y
conectores personalizados.
1. En el campo Actividades, empiece a escribir Eventos del conector de

PowerPlatform.
2. Cuando vea el encabezado Eventos del conector de PowerPlatform, seleccione los

eventos del conector que desea mostrar.
Verá los detalles del evento, como se muestra en el siguiente ejemplo.

Eventos de conector disponibles
En la siguiente tabla se enumeran los eventos del conector disponibles para buscar en
los registros de auditoría.
Evento de conector Description
API creada Al crear una API personalizada
API editada Al actualizar una API personalizada
API eliminada Al eliminar una API personalizada
Conexión creada o editada Cuando se crea o actualiza una conexión
Conexión eliminada Al eliminar una conexión
Conexión editada Al actualizar una conexión
Permiso de API agregado o Cuando se comparte una API personalizada o se actualizan los
editado permisos
API compatible con soluciones Cuando una API que no es de solución se mueve a una
solución
Permiso de API eliminado Cuando se eliminan los permisos para compartir de una API
personalizada
Permiso de conexión agregado o Cuando se comparte una conexión o se actualizan los

editado permisos de uso compartido
Permiso de conexión eliminado Cuando se eliminan los permisos para compartir de una
conexión
Clúster de puerta de enlace Cuando se actualiza el clúster de una puerta de enlace

editado
Permiso de puerta de enlace Cuando se comparte una puerta de enlace o se actualizan los
agregado o editado permisos de uso compartido
Evento de conector Description
Permisos de puerta de enlace Cuando se eliminan los permisos para compartir de una
eliminado puerta de enlace
Obtener detalles sobre las actividades para el

registro
En la pantalla Búsqueda de auditoría, puede seleccionar el registro para ver los detalles
del evento en una lista a la derecha.
Detalles de registro disponibles

La siguiente tabla enumera los detalles de registro disponibles en los registros de
auditoría.
Detalle Description
Date Fecha y hora en este formato: AAAA-MM-DD HH:MM:SS
Dirección IP Dirección IP del cliente
Usuarios Dirección de correo electrónico del usuario

Detalle Description
Actividad Evento que se está auditando y registrando
Item Id. único del recurso
CreationTime Hora de creación
Id Solicitar id. de correlación
Operation Nombre de la operación que se está auditando y registrando
OrganizationId El id. único del inquilino
UserType Dígito que representa el tipo de usuario. Ejemplos: 0 = usuario normal y 2 =

usuario administrador
ClientIP Dirección IP del cliente
ObjectID El id. único del usuario
UserId Dirección de correo electrónico del usuario
AdditionalInfo Información adicional sobre el evento:
EnvironmentName: el id. exclusivo del entorno
ActionName: la acción de la API que ha llevado al evento
ResourceId El id. único del recurso. Ejemplos: api personalizada y conexión o puerta de
enlace
Consulte también
Portal de cumplimiento de Microsoft Purview
Microsoft Purview: buscar en los registros de auditoría
Registro de actividad de prevención de
pérdida de datos
Las actividades de la política de protección contra pérdida de datos (DLP) se rastrean

desde el Centro de seguridad y cumplimiento de Microsoft 365.
Para registrar actividades de DLP, siga estos pasos:
1. Iniciar sesión en el Centro de seguridad y cumplimiento como administrador de

inquilinos.
2. Seleccione Buscar>Búsqueda de registros de auditoría.
3. En Buscar>Actividades, introduzca dlp. Aparece una lista de actividades.
4. Seleccione una actividad, seleccione fuera de la ventana de búsqueda para cerrarla

y luego seleccione Buscar.
En la pantalla Búsqueda de registro de auditoría, puede buscar registros de auditoría

entre muchos servicios populares, incluidos including eDiscovery, Exchange, Power BI,
Azure Active Directory (Azure AD), Microsoft Teams, aplicaciones de Customer
Engagement (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation) y
Después de tener acceso a Búsqueda de registros de auditoría, puede filtrar por

actividades específicas expandiendo Actividades y luego desplazándose para buscar la
sección dedicada a actividades de Microsoft Power Platform.
Qué eventos DLP se auditan

Las siguientes son las acciones del usuario que puede auditar:
Política de DLP creada: cuando se crea una nueva política de DLP

Política de DLP actualizada: cuando se actualiza una política de DLP existente
Política de DLP eliminada: cuando se elimina una política de DLP
Esquema base para eventos de auditoría DLP

Los esquemas definen qué campos se envían al Centro de seguridad y cumplimiento de
Microsoft 365. Algunos campos son comunes a todas las aplicaciones que envían los
datos de auditoría a Microsoft 365, mientras que otros son específicos de las directivas
DLP. En la siguiente tabla, Nombre e Información adicional son las columnas
específicas de la política de DLP.
Nombre de Tipo Obligatorio Descripción

campo
Fecha Edm.Date No Fecha y hora en que se generó el registro en

UTC.
Nombre de Edm.String No Identificador único de PowerApp

aplicación
Estado del Edm.String No Estado de la fila registrada. Correcto en la

resultado mayoría de los casos.
Id. de Edm.Guid Sí Identificador único de la organización desde la

organización que se generó el registro.
CreationTime Edm.Date No Fecha y hora en que se generó el registro en

UTC.
Operación Edm.Date No Nombre de operación
UserKey Edm.String No Identificador único del usuario en Azure AD
UserType Self.UserType No El tipo de auditoría (Administración, Normal,

Sistema)
Información Edm.String No Información adicional si la hay (por ejemplo, el

adicional nombre del entorno)
Información adicional
El campo AInformación adicional es un objeto JSON que contiene propiedades
específicas de la operación. Para una operación de política de DLP, contiene las
siguientes propiedades.
Nombre de campo Tipo ¿Obligatorio? Descripción
PolicyId Edm.Guid Sí El GUID de la directiva.
PolicyType Edm.String Sí El tipo de política. Los valores

permitidos son AllEnvironments,
SingleEnvironment,
OnlyEnvironments o
ExceptEnvironments.
DefaultConnectorClassification Edm.String Sí Clasificación de conectores

predeterminada. Los valores
permitidos son General,
Bloqueado o Confidencial.
EnvironmentName Edm.String No Nombre (GUID) del entorno. Esto

solo está presente para las
políticas de SingleEnvironment.
ChangeSet Edm.String No Cambios realizados a la directiva.

Estos solo están presentes para
operaciones de actualización.
El siguiente es un ejemplo de JSON de Información adicional para un evento de

creación o eliminación.
JSON
"policyId": "eb1e0480-0fe9-434e-9ad8-df4047a666ec",
"policyType": "SingleEnvironment",
"defaultConnectorClassification": "General",
"environmentName": "8a11a4a6-d8a4-4c47-96d7-3c2a60efe2f5"
El siguiente es un ejemplo de JSON de Información adicional para una operación de

actualización que:
Cambia el nombre de la directiva de oldPolicyName a newPolicyName.

Cambia la clasificación predeterminada de General a Confidencial.
Cambia el tipo de directiva de OnlyEnvironments a ExceptEnvironments.
Mueve el conector almacenamiento de blobs de Azure del cubo general al
confidencial.
Mueve el conector Bing Maps del cubo general al confidencial.
Mueve el conector de Azure Automation del cubo confidencial al bloqueado.
JSON
"policyId": "eb1e0480-0fe9-434e-9ad8-df4047a666ec",
"policyType": "ExceptEnvironments",
"defaultConnectorClassification": "Confidential",
"changeSet": {
"changedProperties": [
"name": "ApiPolicyName",
"previousValue": "oldPolicyName",
"currentValue": "newPolicyName"
},
"name": "DefaultConnectorClassification",
"previousValue": "General",
"currentValue": "Confidential"
},
"name": "DlpPolicyType",
"previousValue": "OnlyEnvironments",
"currentValue": "ExceptEnvironments"
],
"connectorChanges": [
"name": "Azure Blob Storage",
"id": "/providers/Microsoft.PowerApps/apis/shared_azureblob",
"previousValue": {
"classification": "General"
},
"currentValue": {
"classification": "Confidential"
},
"name": "Bing Maps",
"id": "/providers/Microsoft.PowerApps/apis/shared_bingmaps",
"previousValue": {
"classification": "General"
},
"currentValue": {
"classification": "Blocked"
},
"name": "Azure Automation",
"id": "/providers/Microsoft.PowerApps/apis/shared_azureautomation",
"previousValue": {
"classification": "Confidential"
},
"currentValue": {
"classification": "Blocked"
Consulte también


７ Nota

tecnología.






ActivityPointer
Annotation
BulkOperation
Calendar
CalendarRule
Descuento
DiscountType
IncidentResolution
KbArticle
KbArticleComment
KbArticleTemplate
Notificación
OpportunityClose
OrderClose
ProductPriceLevel
QuoteClose
RecurrenceRule
Recurso
ResourceGroup
ResourceSpec
SalesLiteratureItem
Servicio
Firmante
Template
Unidad de medida
UoMSchedule
Flujo de trabajo
WorkflowLog




equivalentes.
７ Nota


Ajuste Description

auditoría

acceso

Microsoft 365 .




de retención.

segundo plano.




equivalentes.

ventas.


equivalentes.

７ Nota


Opciones avanzadas.

entidad.







Acciones.


basada en modelo
usuario?".
auditoría.

entorno.

vez.
７ Nota

auditados.




entorno.



entorno.

seleccionado.

heredado
registro.
２ Advertencia


７ Nota

registro.
２ Advertencia

de auditoría.

entorno.

sistema
no.
personas y acceso.
sistemas

fecha de tiempo],
incluida
７ Nota



correctamente.

 Sugerencia
７ Nota


eliminación.
Consulte también

Microsoft Dataverse y registro de
actividad de aplicaciones basadas en
modelos
Proteger datos, mantener la privacidad y cumplir los reglamentos como el Reglamento

general de protección de datos son sin duda algunas de las prioridades de su
negocio. Es importante que audite la totalidad de las acciones de procesamiento de
datos que tienen lugar para poder analizar posibles infracciones de seguridad. Esta
información del Registro de actividades se puede utilizar cuando realiza una Evaluación
de impacto de protección de datos (DPIA) que aborda el uso de Office, Power Apps,
Microsoft Power Automate y aplicaciones Customer Engagement (Dynamics 365 Sales,
Este tema explica cómo puede establecer aplicaciones de Customer Engagement para
auditar una gran variedad de actividades de procesamiento de datos y usar el Centro de
seguridad y cumplimiento de Microsoft 365 para revisar los datos en los informes de
actividad.
Requisitos
Al menos un usuario asignó una licencia de Microsoft/Office 365E1 o superior.
Disponible para producción y no para entornos de espacio aislado.
Qué eventos se auditan

El registro se lleva a cabo en la capa SDK lo que significa que una sola acción puede
desencadenar varios eventos que se registran. El siguiente es un ejemplo de eventos de
usuario que puede auditar. Los eventos de administrador no se registran actualmente.
Eventos relacionados con soporte técnico y usuarios
Evento Descripción
Crear, leer, actualizar, Registrar todas las actividades CRUD esenciales para comprender el
eliminar (CRUD) impacto de un problema y cumplir las evaluaciones del impacto de
protección de datos (DPIA).
Evento Descripción
Vista de varios registros Los usuarios de Dynamics ven información en masa, como vistas de
cuadrícula, búsquedas avanzadas, etc. estas vistas incluyen
información fundamental del contenido de los clientes.
Exportar a Excel Al exportar datos a Excel los datos salen del entorno seguro y son
vulnerables a amenazas.
Llamadas de SDK a través Deben registrarse las acciones realizadas a través de la plataforma
de aplicaciones principal o aplicaciones envolventes que realizan llaman al SDK para
envolventes o llevar a cabo acciones.
personalizadas
Todas las actividades Actividades de ingeniería de soporte técnico de Microsoft en el

CRUD de soporte entorno del cliente.
Comandos de back-end Actividades de ingeniería de soporte técnico de Microsoft en el

inquilino y el entorno del cliente.
Informe visto Registro de cuando se ve un informe. La información sobre

contenido de cliente fundamental se puede mostrar en el informe.
Exportación de visor de Al exportar un informe a diferentes formatos, los datos salen del
informes entorno seguro y son vulnerables a amenazas.
Imagen de Recursos multimedia de registro que se muestran cuando se muestra

representación del visor un informe. Pueden contener información de cliente.
de informes
Esquema base
Los esquemas definen qué campos se envían al Centro de seguridad y cumplimiento de
Microsoft 365. Algunos campos son comunes a todas las aplicaciones que envían los
datos de auditoría a Microsoft 365, mientras que otros son específicos de aplicaciones
de Customer Engagement. El esquema base contiene los campos comunes.
Nombre de Escribir Obligatorio Descripción

campo
Fecha Edm.Date No Fecha y hora en que se generó el registro en UTC.
Dirección IP Edm.String No Dirección IP del gateway de usuario o empresa
Estado del Edm.String No Estado de la fila registrada. Correcto en la mayoría

resultado de los casos
Nombre de Escribir Obligatorio Descripción
campo
Id. de Edm.Guid Sí Identificador único de la organización desde la que

organización se generó el registro. Puede encontrar este ID en
Recursos para programadores de Dynamics.
ClientIP Edm.String No Dirección IP del gateway de usuario o empresa
CorrelationId Edm.Guid No Un valor único que se usa para asociar filas

relacionadas (por ejemplo, cuando se divide una
fila grande)
CreationTime Edm.Date No Fecha y hora en que se generó el registro en UTC.
Operación Edm.Date No Nombre del mensaje llamado en el SDK
UserKey Edm.String No Identificador único del usuario en AAD. También

llamado PUID de usuario
UserType Self.UserType No El tipo de auditoría de Microsoft 365 (Normal,

Sistema)
User Edm.String No Email principal of the user
Esquema de las aplicaciones de involucración

del cliente
El esquema de aplicaciones de involucración del cliente contiene los campos específicos
de aplicaciones de involucración del cliente y equipos asociados.
Nombre de campo Escribir Obligatorio Descripción
Id. de usuario Edm.String No Identificador único del GUID de usuario en la

organización
Nombre único de la Edm.String No Nombre único de la organización

organización de Crm
Dirección Url de Edm.String No Dirección URL a la instancia

instancia
Dirección Url del Edm.String No Dirección URL al registro que emite el

elemento registro
Tipo de elemento Edm.String No Nombre de la entidad
Mensaje Edm.String No Nombre del mensaje llamado en el SDK

Nombre de campo Escribir Obligatorio Descripción
Agente de usuario Edm.String No Identificador único del GUID de usuario en la

organización
EntityId Edm.Guid No Identificador único de la entidad
EntityName Edm.String No Nombre de entidad en la organización
Campos Edm.String No JSON de par clave-valor que refleja los

valores que se han creado o actualizado
Id. Edm.String No Nombre de entidad en las aplicaciones de

Query Edm.String No Los parámetros de la consulta de filtro

utilizados al ejecutar FetchXML
QueryResults Edm.String No Uno o varios registros únicos devueltos por la

llamada del mensaje del SDK de recuperación
y recuperación múltiple
ServiceContextId Edm.Guid No Identificador único asociado con el contexto

de servicio
ServiceContextIdType Edm.String No Token definido de la aplicación para definir el

uso de contexto
ServiceName Edm.String No Nombre del servicio que genera el registro
SystemUserId Edm.Guid No Identificador único del GUID de usuario en la

organización
UserAgent Edm.Guid No Explorador usado para ejecutar la solicitud
Id. de usuario Edm.Guid No Identificador único del usuario del sistema

Dynamics asociado con esta actividad
UserUpn Edm.String No Nombre principal del usuario asociado con

esta actividad
1. Elija Configuración>Administración>Configuración del sistema>Pestaña
Auditoría.
O bien, en la página principal de Power Apps , seleccione Configuración

(icono de engranaje)>Configuración
avanzada>Configuración>Auditoría>Configuración de auditoría global.
2. En Configuración de auditoría, active las casillas siguientes:
Iniciar auditoría
Auditoría de acceso de usuario (Nota: solo captura el inicio de sesión del
usuario)
Iniciar auditoría de lectura (Nota: captura la mayoría de las actividades o
eventos de los usuarios)
3. En Habilitar la auditoría en las siguientes áreas, active las casillas de las áreas que
desea auditar y, a continuación, seleccione Aceptar.
4. Para configurar la auditoría a nivel de tabla y campo, seleccione

Configuración>Personalizaciones>Personaliza el sistema.
O bien, en la página Configuración del sistema (arriba), seleccione

Configuración de auditoría de campo y entidad.
O bien, en la página principal de Power Apps , seleccione Configuración
(icono de engranaje)>Configuración
avanzada>Configuración>Personalizaciones>Personalizar el sistema.
5. En Componentes, expanda Entidades y seleccione una entidad para auditar, como

Cuenta.
6. Desplácese hacia abajo y en Servicios de datos habilite Auditoría.
7. En Auditoría, active las casillas siguientes:
Auditoría de un solo registro. Registre un registro cuando se abra.

Auditoría de varios registros. Graba todos los registros que se muestran en
una página abierta.
9. Para publicar la personalización, elija Publicar.
10. Repita los pasos 5-9 para otras entidades que desea auditar.
11. Active el registro de auditoría en Microsoft 365. Consulte Activar o desactivar la

búsqueda de registro de auditoría .
Revise los datos de auditoría con el uso de

informes en el Centro de seguridad y
cumplimiento de Microsoft 365
Cuando está activada la búsqueda en el registro de auditoría en el Centro de seguridad
y cumplimiento de Microsoft 365, la actividad de usuarios y administradores de su
organización se registra en el registro de auditoría y se conserva durante 90 días. Sin
embargo, es posible que su organización no desee registrar y mantener datos de
registro de auditoría. O quizá esté utilizando una aplicación de administración de
información y eventos de seguridad (SIEM) de terceros para obtener acceso a los datos
de auditoría. En esos casos, un administrador global puede desactivar la búsqueda del
registro de auditoría en Microsoft 365. Para más información consulte Soluciones de
auditoría en Microsoft 365.
Para usar los informes preconfigurados, vaya a

https://protection.office.com >Búsqueda e investigación>Búsqueda en el registro de
auditoría y seleccione la pestaña Actividades de Dynamics 365.
Crear informes
También puede crear sus propios informes para revisar los datos de auditoría. Consulte
Buscar en el registro de auditoría del Centro de seguridad y cumplimiento .
Qué se registra
Para obtener una lista de lo que se registra con el registro de actividad, vea
Microsoft.Crm.Sdk.Messages Namespace.
Registramos todos los mensajes del SDK excepto los siguientes:
WhoAmI
RetrieveFilteredForms
TriggerServiceEndpointCheck
QueryExpressionToFetchXml
FetchXmlToQueryExpression
FireNotificationEvent
RetrieveMetadataChanges
RetrieveEntityChanges
RetrieveProvisionedLanguagePackVersion
RetrieveInstalledLanguagePackVersion
RetrieveProvisionedLanguages
RetrieveAvailableLanguages
RetrieveDeprovisionedLanguages
RetrieveInstalledLanguagePacks
GetAllTimeZonesWithDisplayName
GetTimeZoneCodeByLocalizedName
IsReportingDataConnectorInstalled
LocalTimeFromUtcTime
IsBackOfficeInstalled
FormatAddress
IsSupportUserRole
IsComponentCustomizable
ConfigureReportingDataConnector
CheckClientCompatibility
RetrieveAttribute
Cómo categorizamos read y readmultiple

Usamos el prefijo para categorizar.
Si la solicitud comienza con: La caracterizamos como:
RetrieveMultiple ReadMultiple
ExportToExcel ReadMultiple
RollUp ReadMultiple
RetrieveEntitiesForAggregateQuery ReadMultiple
RetrieveRecordWall ReadMultiple
RetrievePersonalWall ReadMultiple
ExecuteFetch ReadMultiple
Recuperar Leer
Búsqueda Leer
Obtener Yammer Leer
Exportar Leer
Ejemplo de registros generados

Los siguientes son algunos ejemplos de registros creados con el registro de actividad.
Ejemplo 1: registros generados cuando el usuario lee un
registro de cuenta
Nombre de Valor
esquema
Id. 50e01c88-2e43-4005-8be8-9ceb172e2e90
UserKey 10033XXXA49AXXXX
ClientIP 131.107.XXX.XX
Operación Recuperar
Date 3/2/2018 11:25:56 PM
EntityId 0a0d8709-711e-e811-a952-000d3a732d76
EntityName Cuenta
Consulta N/D
QueryResults N/D
ItemURL https://orgname.onmicrosoft.com/main.aspx?
etn=account&pagetype=entityrecord&id=0a0d8709-711e-e811-a952-000d3a732d76
Ejemplo 2: registros generados cuando el usuario ve

registros de cuentas en una cuadrícula (los registros
exportados a Microsoft Excel son similares a esta)
Nombre de Valor
esquema
Id. ef83f463-b92f-455e-97a6-2060a47efe33
UserKey 10033XXXA49AXXXX
ClientIP 131.107.XXX.XX
Operación RetrieveMultiple
Fecha 3/2/2018 11:25:56 PM
Id. de N/A
entidad
EntityName Account
Nombre de Valor
esquema
Consultar <filter type="and"><condition column="ownerid" operator="eq-userid" />

<condition column="statecode" operator="eq" value="0" /></filter>
QueryResults 0a0d8709-711e-e811-a952-000d3a732d76, dc136b61-6c1e-e811-a952-

000d3a732d76
ItemURL N/A
Ejemplo 3: lista de mensajes registrados cuando el

usuario convierte un cliente potencial en oportunidad
Id. EntityID EntityName Operación
53c98033-cca4-4420-97e4- 23ad069e-4d22-e811-a953- Contacto Crear

4c1b4f81e062 000d3a732d76
5aca837c-a1f5-4801-b770- 25ad069e-4d22-e811-a953- Oportunidad Crear

5c66183a58aa 000d3a732d76
c9585748-fdbf-4ff7-970c- 25ad069e-4d22-e811-a953- Oportunidad Update

bb37f6aa2c36 000d3a732d76
a0469f30-078b-419d-be61- 1cad069e-4d22-e811-a953- Cliente Update

b04c9a34121f 000d3a732d76 potencial
0975bceb-07c7-4dc2-b621- 1cad069e-4d22-e811-a953- Cliente Update

5a7b245c36a4 000d3a732d76 potencial
Cuando está activada la búsqueda en el registro de auditoría en el Centro de seguridad
y cumplimiento de Microsoft 365, la actividad de usuarios de su organización se registra
en el registro de auditoría y se conserva durante 90 días. Sin embargo, es posible que su
organización no desee registrar y mantener datos de registro de auditoría. O quizá esté
utilizando una aplicación de administración de información y eventos de seguridad
(SIEM) de terceros para obtener acceso a los datos de auditoría. En esos casos, un
administrador global puede desactivar la búsqueda del registro de auditoría en
Microsoft 365.
Problemas conocidos
Office tiene un límite de 3 KB para cada registro de auditoría. Por tanto, en algunos
casos un solo registro de aplicaciones de involucración del cliente debe dividirse
en varios registros en Office. Puede usar el campo CorrelationId para recuperar el
conjunto de registros divididos de un registro de un origen determinado. Las
operaciones que pueden requerir división incluyen RetrieveMultiple y
ExportToExcel.
Algunas operaciones necesitan procesamiento adicional para recuperar todos los
datos relevantes. Por ejemplo, RetrieveMultiple y ExportToExcel se procesan para
extraer la lista de registros que se recuperan o exportan. Sin embargo, aún no se
procesan todas las operaciones relevantes. Por ejemplo, ExportToWord se registra
actualmente como única operación sin datos adicionales sobre lo que se ha
exportado.
En futuras versiones, el registro se deshabilitará para las operaciones que se
determine que no son útiles en función de una revisión de los registros. Por
ejemplo, algunas operaciones son resultado de la actividad del sistema
automatizado, no de la actividad de usuarios.
Consulte también
Buscar en el registro de auditoría del Centro de cumplimiento
Buscar en el registro de auditoría la actividad de usuarios usando Información general

de las API de administración de Office 365
Información general sobre la
programación y la extensibilidad
Los administradores de Microsoft Power Platform a menudo tienen la necesidad de

organizar y automatizar las actividades de rutina para su inquilino. Esto se puede lograr
de diversas formas utilizando las herramientas que se describen a continuación.
） Importante

７ Nota
Las herramientas de programabilidad se desarrollan actualmente con API, lo que

significa que las nuevas propiedades y funcionalidades se expondrán primero en
las últimas versiones de API disponibles. Posteriormente, se incorporarán en
actualizaciones de nuestros Power Platform CLI, PowerShell cmdlets y conectores.
En el futuro, esto se sincronizará automáticamente con todas las herramientas
disponibles.
Plano de gestión de clientes frente a plano de

datos de clientes
Históricamente, los administradores de Power Platform han tenido diferentes API desde
las cuales administrar su inquilino y sus recursos dentro de la plataforma. Esto incluía
una API para gestionar entornos, otra API para gestionar Power Apps y otra más para
gestionar flujos de Power Automate. Con la API de Power Platform, Microsoft recopila,
armoniza y, en última instancia, proporciona una única superficie de API desde la que
los clientes pueden administrar estos recursos.
El plano de gestión de clientes es donde se muestran los recursos y entornos a nivel de

inquilino. Esto incluye operaciones como la creación de entornos (con o sin Dataverse),
gestionar las políticas de facturación para pago por uso, consultas e informes sobre el
consumo de capacidad, etc. Estas capacidades aparecerán bajo la API de Power Platform
y más funciones se agregarán regularmente.
El plano de datos del cliente es para interactuar con datos y registros almacenados
dentro de una base de datos de entorno. Esta base de datos se conoce comúnmente
como Microsoft Dataverse, la que incluye su propia API basada en OData enriquecido.
Las operaciones con las API de Dataverse incluyen la recuperación de datos de una
tabla, el uso de funciones y acciones, y la ejecución de operaciones por lotes.
En última instancia, los clientes tendrán dos API primarias: una para el plano de
administración y otra para el plano de datos. Esta documentación es estrictamente para
el plano de administración disponible como API de Power Platform y herramientas que
hacen uso de ella.
Herramientas disponibles
Varias herramientas de programación están disponibles para los administradores. Estos
aumentan gradualmente en complejidad y capacidad. Con el tiempo, habrá más
bibliotecas disponibles en varios lenguajes de programación. Para mantenerse al día con
las últimas actualizaciones, revise los planes de lanzamiento.
Conectores de administración de Power Platform for

Admins
Los conectores son los más fáciles de comenzar si es nuevo en la automatización. Con
un editor de flujo de trabajo gráfico basado en Power Automate, estos permiten a los
administradores implementar rápidamente una tarea de rutina. Para obtener más
información, consulte Introducción a los conectores de administración de Power
Platform para administradores.
Power Platform CLI

Microsoft Power Platform CLI es una CLI de desarrollador completa y única que permite
a los desarrolladores e ISV realizar diversas operaciones en Microsoft Power Platform,
relacionadas con el ciclo de vida del entorno, la autenticación y el trabajo con entornos,
paquetes de soluciones, portales, componentes de código, etc.
Cmdlets de PowerShell
PowerShell es una herramienta de automatización común en organizaciones de todo el
mundo. Para obtener más información, consulte Introducción a PowerShell para
administradores de Power Platform.
API de Power Platform

La herramienta más avanzada disponible, tiene total paridad con lo que es posible en el
centro de administración de Power Platform. Para obtener más información, consulte
Introducción a la API de Power Platform.
Pasos siguientes
Independientemente de la herramienta que elija, querrá revisar los siguientes artículos
para comenzar:
Versiones y soporte técnico

Autenticación (versión preliminar)
Versiones y soporte técnico
Este artículo proporciona una descripción general de las políticas de control de

versiones y cambios importantes para las diversas herramientas de programación.
Soporte e información de obsolescencia

La API de Power Platform es la primera herramienta de programación que recibe nuevas
versiones y características antes que otros SDK como PowerShell, Management
Connectors y Power Platform CLI. A medida que se publique una nueva versión de API
de REST, se retirarán las versiones anteriores. Microsoft declarará en desuso una versión
al menos 12 meses antes de retirar un punto de conexión de API. Cuando una versión
está en desuso, todavía se admite tal cual. Si tiene algún problema con esa versión, le
solicitaremos que pase a la versión actualmente disponible de forma general. Cuando se
retira una versión, no es compatible y pronto se cerrará.
Al incrementar el número de versión de la API (por ejemplo, de 2021-10-01 a 2022-04-

01), Microsoft anuncia que la versión anterior generalmente disponible (en este ejemplo,
2021-10-01) queda inmediatamente en desuso y se retirará 12 meses después del
anuncio. Se tiene el mismo tratamiento para las versiones preliminares públicas.
Microsoft puede hacer excepciones a esta directiva por problemas de estado y
seguridad del servicio.
Para los cmdlets de PowerShell, las versiones incrementales estarán disponibles para
resolver correcciones de errores menores. Las versiones principales se incrementarán
para coincidir con las nuevas versiones de API que se produzcan.
Cambios compatibles e importantes

Microsoft proporcionará detalles de los cambios de programabilidad en los planes de
lanzamiento. Si los cambios son de naturaleza constante, la versión de la API seguirá
siendo la misma y la versión de PowerShell recibirá un incremento de versión menor. Si
los cambios se rompen en la naturaleza, Microsoft incrementará la versión de API y la
versión principal de PowerShell.
Aquí hay algunos ejemplos de cambios importantes:
Se cambia la URL o la solicitud / respuesta fundamental.

Una propiedad declarada se elimina o cambia de nombre, o se cambia su tipo.
La API o los parámetros de la API se eliminan o se les cambia el nombre.
Se agrega un parámetro necesario.
Aquí hay algunos ejemplos de cambios no importantes:
Se agregan propiedades que aceptan valores NULL o tienen un valor

predeterminado.
Se agrega un miembro a una enumeración.
La paginación se introduce en las colecciones existentes.
Los códigos de error se cambian.
Se cambia el orden de las propiedades en las solicitudes o respuestas.
Versiones disponibles
Versión Tipo Referencia Fecha de Fecha de
desuso retirada
Versión preliminar de Versión preliminar 2022-03-01- N/D N/A

01/03/2022 pública preview Ref
01/10/2020 Disponible en 2020-10-01 Ref N/A N/A

general
７ Nota
La versión de disponibilidad general 2020/10/01 de la API de Power Platform es

específica para la gestión del entorno y también se conoce comúnmente como API
de plataforma de aplicaciones empresariales (BAP). La funcionalidad de este
conjunto de puntos de conexión estará disponible en las versiones más recientes
de la API de Power Platform, junto con muchas características adicionales después
de la versión 2022-03-01-preview.
Pasos siguientes
Ahora que comprende la estrategia de control de versiones y soporte, veamos cómo
autenticarse con la API de Microsoft Power Platform.
Autenticación (versión preliminar): para la versión preliminar pública

Autenticación (heredada): para la versión disponible de forma general
Autenticación
Este artículo proporciona una descripción general de la configuración de autenticación

para las diversas herramientas de programación.
Registrar una aplicación cliente en Azure Active

Directory
Para obtener una descripción general de creación de aplicaciones cliente Azure Active
Directory (Azure AD) en general, visite Inicio rápido: registre una aplicación con la
plataforma de identidad de Microsoft. Sin embargo, para Microsoft Power Platform, hay
algunos detalles que vale la pena mencionar en las secciones siguientes.
Configuración avanzada de autenticación

En Azure Portal, navegue hasta su aplicación cliente recién creada y seleccione la
pestaña Administrar: autenticación. Bajo la sección Ajustes avanzados, establezca
Cliente público en Sí. Esto asegurará que pueda obtener un JSON Web Token (JWT)
utilizando una autenticación simple de nombre de usuario y contraseña. Este tipo de
autenticación es necesario para las aplicaciones interactivas que pueda crear y para
registrar una entrada de entidad de servicio en Microsoft Power Platform.
Permisos de API
En el portal de Azure, navegue hasta la pestaña Administrar - Permisos de API. Bajo la
sección Configurar permisos, seleccione Agregar un permiso. En la ventana de diálogo
que se abre, seleccione la pestaña API que usa mi organización y luego busque
Servicio Power Apps (o servicio PowerApps). Es posible que vea varias entradas con un
nombre similar a este, así que asegúrese de usar la que tiene el GUID 475226c6-020e-
4fb2-8a90-7a972cbfc1d4. Incluya todos los permisos delegados, como la opción
Permisos de usuario: acceder a la API de servicio de Power Apps.
Después de agregar esto a la aplicación cliente, seleccione Otorgar consentimiento de

administrador para completar la configuración. Esto es necesario para las instancias en
las que desea comenzar a utilizar una herramienta como las API REST, que no tienen
una interfaz gráfica de usuario (GUI) que pueda solicitar el consentimiento por uso.
Certificados y secretos
En el portal de Azure, navegue hasta la pestaña Administrar: certificados y secretos.
Bajo la sección Certificados, cargue un certificado x509 que pueda usar para
autenticarse. Opcionalmente, puede utilizar la sección Secretos para generar un secreto
de cliente. Guarde el secreto en un lugar seguro para utilizarlo con sus necesidades de
automatización. El certificado o las opciones secretas le permitirán autenticarse con
Azure AD y reciba un token para este cliente, del cual pasará a las API REST o cmdlets de
PowerShell.
Obtenga un token para la autenticación de nombre de

usuario y contraseña
Envíe una solicitud POST a través de HTTP a Azure AD con una carga útil de nombre de
usuario y contraseña.
HTTP
Content-Type: application/x-www-form-urlencoded
Host: login.microsoftonline.com
Accept: application/json
POST https://login.microsoftonline.com/YOUR_TENANT.COM/oauth2/v2.0/token
BODY:
client_id=
{CLIENT_ID_FROM_AZURE_CLIENT_APP}&scope=https://service.powerapps.com//.defa
ult&username={USER_EMAIL_ADDRESS}&password={PASSWORD}&grant_type=password
El ejemplo anterior contiene marcadores de posición que puede recuperar de su

aplicación cliente en Azure Active Directory. Recibirá una respuesta que podrá utilizar
para realizar llamadas posteriores a la API de Power Platform.
JSON
"token_type": "Bearer",
"scope": "https://service.powerapps.com//User
https://service.powerapps.com//.default",
"expires_in": 3599,
"ext_expires_in": 3599,
"access_token":
"eyJ0eXAiOi...UBkeW5hbWljc2F4ZGVtby5vbm1pY3Jvc29mdC5jb20iLCJ1dGkiOiI1Q1Fnb25
PR0dreWlTc1I2SzR4TEFBIiwidmVyIjoiMS4wIn0.N_oCJiEz2tRU9Ls9nTmbZF914MyU_u7q6bI
UJdhXd9AQM2ZK-OijiKtMGfvvVmTYZp4C6sgkxSt0mOGcpmvTSagSRDY92M2__p-
pEuKqva5zxXXXmpC-t9lKYDlXRcKq1m5xv-
q6buntnLrvZIdd6ReD3n3_pnGAa6OxU0s82f7DqAjSQgXR3hwq_NZOa0quCUN9X-
TvpIYrJfVgQfVu0R189hWmUzbYpuoPrUMj2vQI_19gEHz_FryXolM4RMStugYrC0Z72ND5vFlGgv
YhZfbWJRC6hGvQQin_eAASmmjLwhRBGMJd6IdbgEXAkFF2rFITFFtFY_4hrN3bvHsveg"
Utilice el valor access_token en llamadas posteriores a la API de Power Platform usando

el encabezado HTTP de Autorización.
Obtenga un token para la autenticación del cliente

Envíe una solicitud POST a través de HTTP a Azure AD con una carga útil de secreto de
cliente. Esto a menudo se conoce como autenticación de entidad de servicio. Esto solo
se puede usar después de haber registrado este ID de aplicación cliente con Microsoft
Power Platform.
HTTP
BODY:
client_id=
{CLIENT_ID_FROM_AZURE_CLIENT_APP}&scope=https://service.powerapps.com//.defa
ult&client_secret=
{SECRET_FROM_AZURE_CLIENT_APP}&grant_type=client_credentials

JSON
"scope": "https://service.powerapps.com//User
https://service.powerapps.com//.default",
"expires_in": 3599,
"access_token":
"eyJ0eXAiOi...UBkeW5hbWljc2F4ZGVtby5vbm1pY3Jvc29mdC5jb20iLCJ1dGkiOiI1Q1Fnb25
PR0dreWlTc1I2SzR4TEFBIiwidmVyIjoiMS4wIn0.N_oCJiEz2tRU9Ls9nTmbZF914MyU_u7q6bI
UJdhXd9AQM2ZK-OijiKtMGfvvVmTYZp4C6sgkxSt0mOGcpmvTSagSRDY92M2__p-
pEuKqva5zxXXXmpC-t9lKYDlXRcKq1m5xv-
q6buntnLrvZIdd6ReD3n3_pnGAa6OxU0s82f7DqAjSQgXR3hwq_NZOa0quCUN9X-
TvpIYrJfVgQfVu0R189hWmUzbYpuoPrUMj2vQI_19gEHz_FryXolM4RMStugYrC0Z72ND5vFlGgv
YhZfbWJRC6hGvQQin_eAASmmjLwhRBGMJd6IdbgEXAkFF2rFITFFtFY_4hrN3bvHsveg"
Utilice el valor access_token en llamadas posteriores a la API de Power Platform usando

el encabezado HTTP de Autorización.
Consulte también
Versión preliminar: creación de una aplicación de entidad de servicio mediante API
Autenticación (versión preliminar)
Este artículo proporciona una descripción general de la configuración de Azure Active

Directory (Azure AD) para llamar a la API de Power Platform (versión preliminar). Para
acceder a los recursos disponibles a través de la API de Power Platform, debe obtener
un token de portador de Azure AD y enviarlo como encabezado junto con cada
solicitud. Según el tipo de identidad que admita (usuario frente a principal de servicio),
existen diferentes flujos para obtener este token de portador. Estos se describen a
continuación.
Se requieren los siguientes pasos para obtener un token de portador con los permisos
correctos:
1. Crear un registro de la aplicación en el inquilino de Azure AD

2. Configurar permisos de API
3. Configurar cliente público (opcional)
4. Configurar certificados y secretos (opcional)
5. Solicitar un token de acceso
Paso 1. Crear un registro de la aplicación

Vaya a la página Registro de la aplicación de Azure AD y cree un nuevo registro.
Asigne un nombre a la aplicación y asegúrese de que se selecciona la opción Inquilino
único. Puede omitir la configuración de URI de redireccionamiento.
Paso 2. Configurar permisos de API

Dentro de su nuevo registro de aplicación, navegue hasta la pestaña Administrar:
permisos de API. En la sección Configurar permisos, seleccione Agregar un permiso. En
la ventana de diálogo que se abre, seleccione la pestaña API que usa mi organización y
luego busque API de Power Platform. Es posible que vea varias entradas con un
nombre similar a este, así que asegúrese de usar la que tiene el GUID 8578e004-a5c6-
46e7-913e-12f58912df43.
Si no aparece la API de Power Platform en la lista al buscar por GUID, es posible que aún
tenga acceso a ella, pero la visibilidad no se ha actualizado. Para forzar una ejecución de
actualización, ejecute el script de PowerShell siguiente:
PowerShell
#Install the Azure AD the module
Install-Module AzureAD
Connect-AzureAD
New-AzureADServicePrincipal -AppId 8578e004-a5c6-46e7-913e-12f58912df43 -

DisplayName "Power Platform API"
Desde aquí, debe seleccionar los permisos que requiere. Estos se agrupan por Espacios
de nombres. Dentro de un espacio de nombres, verá tipos de recursos y acciones, por
ejemplo AppManagement.ApplicationPackages.Read que otorgará permisos de lectura
para paquetes de aplicaciones. Para más detalles, consulte nuestro artículo Referencia
de permiso.
７ Nota
La API de Power Platform utiliza permisos delegados solo en este momento. Para
las aplicaciones que se ejecutan con contexto de usuario, solicite permisos
delegados utilizando el parámetro scope. Estos permisos delegan los privilegios del
usuario que inició sesión en su aplicación, lo que le permite actuar como el usuario
al llamar a los puntos de conexión de la API de Power Platform.
Para las identidades de entidad de servicio, no se utilizan permisos de aplicación.

En su lugar, las entidades de servicio se tratan como armonistradores de Power
Platform hoy y deben estar registrados siguiendo PowerShell: crear entidad de
servicio.
Después de agregar los permisos requeridos a la aplicación, seleccione Otorgar

consentimiento de administrador para completar la configuración. Esto es necesario
para los casos en los que desea permitir que los usuarios accedan a su aplicación de
inmediato, en lugar de requerir una experiencia de consentimiento interactivo. Si puede
admitir el consentimiento interactivo, le recomendamos que siga Plataforma de
identidad de Microsoft y flujo de código de autorización de OAuth 2.0.
Paso 3. Configurar cliente público (opcional)

Si su aplicación requerirá recursos de lectura y escritura en nombre de un usuario,
deberá habilitar la configuración de Cliente público. Esta es la única forma en que Azure
AD aceptará las propiedades de nombre de usuario y contraseña en el cuerpo de su
solicitud de token. También tenga en cuenta que si planea usar esta característica, no
funcionará para las cuentas que tienen habilitada la autenticación multifactor.
Para habilitarla, visite la pestaña Administrar: autenticación. En la sección Ajustes
avanzados, configure el conmutador de Cliente Público a Sí.
Paso 4. Configurar certificados y secretos

(opcional)
Si su aplicación requiere recursos de lectura y escritura en sí misma, también conocidos
como entidad de servicio, hay dos formas de autenticarse. Para usar certificados, vaya a
la pestaña Administrar: certificados y secretos. En la sección Certificados, cargue un
certificado x509 que pueda usar para autenticarse. La otra forma es usar la sección
Secretos para generar un secreto de cliente. Guarde el secreto en un lugar seguro para
utilizarlo con sus necesidades de automatización. El certificado o las opciones secretas le
permitirán autenticarse con Azure AD y recibir un token para este cliente, del cual
pasará a las API REST o cmdlets de PowerShell.
Paso 5. Solicitar un token de acceso

Hay dos formas de obtener un token de portador de acceso. Una es para el nombre de
usuario y la contraseña y la otra es para las entidades de servicio.
Nombre de usuario y flujo de contraseña

Asegúrese de leer la sección Cliente público anterior. Luego, envíe una solicitud POST a
través de HTTP a Azure AD con una carga útil de nombre de usuario y contraseña.
HTTP
BODY:
client_id=
{CLIENT_ID_FROM_AZURE_CLIENT_APP}&scope=https://api.powerplatform.com/.defau
lt&username={USER_EMAIL_ADDRESS}&password={PASSWORD}&grant_type=password

JSON
{
"scope":
"https://api.powerplatform.com/AppManagement.ApplicationPackages.Install
https://api.powerplatform.com/AppManagement.ApplicationPackages.Read
https://api.powerplatform.com/.default",
"expires_in": 4747,
"access_token": "eyJ0eXAiOiJKV1QiLCJu..."
Utilice el valor access_token en llamadas posteriores a la API de Power Platform, con el

encabezado HTTP de Autorización.
Flujo de entidad de servicio

Asegúrese de leer la sección Certificados y secretos anterior. Luego, envíe una solicitud
POST a través de HTTP a Azure AD con una carga útil de secreto de cliente. Esto a
menudo se conoce como autenticación de entidad de servicio. Esto solo se puede usar
después de haber registrado este ID de aplicación cliente con Microsoft Power Platform.
HTTP
BODY:
client_id=
{CLIENT_ID_FROM_AZURE_CLIENT_APP}&scope=https://api.powerplatform.com/.defau
lt&client_secret=
{SECRET_FROM_AZURE_CLIENT_APP}&grant_type=client_credentials

JSON
"expires_in": 3599,
"access_token": "eyJ0eXAiOiJKV1..."
Utilice el valor access_token en llamadas posteriores a la API de Power Platform, con el

encabezado HTTP de Autorización. Como se indicó anteriormente, el flujo de entidad
de servicio no utiliza permisos de aplicación y, por ahora, se trata en su lugar como un
administrador de Power Platform para todas las llamadas que hacen.
Consulte también
Creación de una aplicación de entidad de servicio mediante API (versión preliminar)
PowerShell: crear entidad de servicio

Referencia de permisos (versión
preliminar)
Este artículo proporciona una descripción general de los permisos granulares de la API
de Power Platform (versión preliminar). Estos permisos estarán inicialmente disponibles
para registrar aplicaciones cliente en Azure Active Directory (Azure AD) y pueden estar
disponibles en formato de rol de seguridad en el futuro.
） Importante
La API de Power Platform es una versión preliminar. Los nombres de permisos están
sujetos a cambios en el momento en que los puntos de conexión estén disponibles
de forma generalizada. En ese momento, este artículo se actualizará con los
detalles finales de permisos.
Convención de nomenclatura
Los permisos en la API de Power Platform se nombran de la siguiente manera:
{namespace}.{resourceType}.{action} , donde:
namespace es la agrupación lógica de recursos y funcionalidad
resourceType es el tipo de recurso específico en el que se define el permiso y debe
ser único en el espacio de nombres del tipo de recurso y
action se nombra según la tabla a continuación
Método de Estructura de ruta Nombres de

HTTP acción
GET o HEAD Cualquiera Leer
DELETE Cualquiera Eliminar
PATCH Cualquiera Actualizar
PUT Cualquiera Crear y

actualizar
POST /{namespace}/.../{resourceType} Crear

Método de Estructura de ruta Nombres de
HTTP acción
POST /{namespace}/.../{resourceType}/{resourceId}/{action} {action}
Permisos definidos
La siguiente tabla es una lista de los permisos actualmente definidos en la API de Power
Platform:
Nombre Nombre para Descripción

mostrar
AppManagement.ApplicationPackages.Read Leer paquetes de Permite leer paquetes de

aplicación aplicación
AppManagement.ApplicationPackages.Install Instalar paquetes de Permite instalar paquetes

aplicación de aplicación
Governance.LockboxPolicies.Create Crear directivas de Permite crear políticas de

caja de seguridad caja de seguridad
Governance.LockboxPolicies.Update Actualizar directivas Permite actualizar

de caja de seguridad directivas de caja de
seguridad
Governance.LockboxPolicies.Read Leer directivas de caja Permite leer políticas de

de seguridad caja de seguridad
Governance.LockboxRequests.Read Solicitudes de lectura Permite leer solicitudes de

de caja de seguridad caja de seguridad
Governance.LockboxRequests.Approve Aprobar solicitudes de Permite aprobar

caja de seguridad solicitudes de caja de
seguridad
Governance.LockboxRequests.Deny Denegar solicitudes Permite denegar

de caja de seguridad solicitudes de caja de
seguridad
Tutorial: crear un informe de capacidad
diario (versión preliminar)
La API de Power Platform se puede utilizar para extraer varios detalles y metadatos de
su entorno de Microsoft Power Platform, con o sin una base de datos de Microsoft
Dataverse. La API es utilizada internamente por varios clientes disponibles en la
actualidad, como PowerShell.
En este tutorial, aprenderá a:
Crear un script de Power Automate o de flujo de trabajo de Logic Apps (Azure) o

PowerShell que se autentique con la API de Power Platform.
Llame a la lista de entornos punto de conexión para recuperar los detalles del
entorno de Microsoft Power Platform.
Itere a través del objeto de capacidad para recuperar el consumo real.
Guarde los datos de consumo en una tabla para su visualización.
Como ejemplo de este escenario, un cliente busca controlar su consumo de capacidad

para poder comprender mejor la asignación de su capacidad total de inquilinos por
departamento. Esto ayudará al cliente a realizar algunas funciones internas de
contabilidad de costes y devoluciones en función de cuánto consume cada
departamento de la capacidad total disponible. Este cliente está utilizando la
descripción del entorno para llamar al departamento que posee cada entorno.
） Importante
La API de Power Platform es una versión preliminar. El nombre de host y los

contratos de datos están sujetos a cambios en el momento en que los terminales
estén disponibles de forma generalizada. En ese momento, este artículo se
actualizará con los detalles finales de punto de conexión.
Conexión y configuración de variable

A continuación se muestran detalles sobre cómo conectarse a Power Platform
programáticamente. Puede elegir entre una experiencia de Azure o scripts de
PowerShell usando las pestañas a continuación.
Azure
Crear el flujo de trabajo y configurar las variables

Para comenzar, en este tutorial usaremos un flujo de trabajo de Logic Apps. Un flujo
de Power Automate también es aceptable, y cualquier otro motor de orquestación
que su empresa prefiera utilizar para la automatización. Todas las llamadas para
recuperar los datos utilizarán API RESTful, por lo que cualquier herramienta que
admita REST funcionará con este tutorial.
Visite Azure Portal y luego cree una nueva aplicación lógica y asígnele un nombre:
Después de que termine el aprovisionamiento, edite el flujo de trabajo con

Designer y configure un desencadenador de recurrencia para que se ejecute
diariamente:
A continuación, necesitaremos inicializar cinco variables como se detalla a
continuación:
SPN-Id: este es su ClientID principal de servicio. Se usará más adelante para

realizar la autenticación en un contexto principal de servicio. Si usa el contexto
de nombre de usuario/contraseña, puede omitir esta variable.
DBCapacity: esta es una variable flotante para la capacidad de base de datos
consumida en megabytes.
FileCapacity: esta es una variable flotante para la capacidad de archivo
LogCapacity: esta es una variable flotante para la capacidad de registro
SimplifiedEnvironmentArray-Init: esta es una variable de matriz que
completaremos con algunas propiedades de entorno. Esto simplifica
drásticamente la salida del informe de tabla HTML final.
A continuación, nos autenticaremos con Microsoft Azure Active Directory (Azure

AD) y recuperaremos un token para llamar a la API de Power Platform. Si no ha
completado su configuración de Azure AD, consulte Autenticación: herencia.
En este tutorial, usamos un almacén de claves para almacenar nuestro valor secreto
de entidad de servicio. De esta manera, un Administrador de TI puede hacer que
este valor esté disponible de manera segura para su flujo de trabajo. A
continuación, se rellena en la llamada POST para Azure AD para recuperar el token
como se muestra:
Luego analizamos la respuesta del token de Azure AD en un objeto indicado
usando este esquema JSON en la acción 'Analizar JSON':
JSON
"properties": {
"access_token": {
"type": "string"
},
"expires_in": {
"type": "integer"
},
"ext_expires_in": {
"type": "integer"
},
"token_type": {
"type": "string"
},
"type": "object"
Capturar entornos
En esta sección, capturaremos la lista de entornos que administra. Esto se puede hacer a
través de API y PowerShell.
Azure
Llamar al punto de conexión de lista de entornos

Ahora es el momento de llamar a la API de Power Platform. Usaremos la lista de
entornos punto de conexión para recuperar todos nuestros entornos y sus
metadatos, específicamente con el parámetro $expand para capacidad. Esto
también usa el encabezado de Autorización con el token de portador que recibimos
en la sección anterior de Azure AD. Si usó el contexto de nombre de usuario /
contraseña, también puede ingresar ese token de portador en este paso.
Luego analizamos la respuesta de la API de Power Platform en un objeto con
establecimiento inflexible de tipos usando este esquema JSON con la acción
"Analizar JSON":
JSON
"properties": {
"value": {
"items": {
"properties": {
"description": {
"type": "string"
},
"id": {
"type": "string"
},
"location": {
"type": "string"
},
"name": {
"type": "string"
},
"properties": {
"properties": {
"addons": {
"type": "array"
},
"azureRegion": {
"type": "string"
},
"capacity": {
"items": {
"properties": {
"actualConsumption": {
"type": "number"
},
"capacityType": {
"type": "string"
},
"capacityUnit": {
"type": "string"
},
"ratedConsumption": {
"type": "number"
},
"updatedOn": {
"type": "string"
},
"required": [
"capacityType",
"actualConsumption",
"ratedConsumption",
"capacityUnit",
"updatedOn"
],
"type": "object"
},
"type": "array"
},
"clientUris": {
"properties": {
"admin": {
"type": "string"
},
"maker": {
"type": "string"
},
"type": "object"
},
"cluster": {
"properties": {
"category": {
"type": "string"
},
"number": {
"type": "string"
},
"type": "object"
},
"connectedGroups": {
"type": "array"
},
"createdBy": {
"properties": {
"displayName": {
"type": "string"
},
"id": {
"type": "string"
},
"type": {
"type": "string"
},
"type": "object"
},
"createdTime": {
"type": "string"
},
"creationType": {
"type": "string"
},
"databaseType": {
"type": "string"
},
"displayName": {
"type": "string"
},
"environmentSku": {
"type": "string"
},
"isDefault": {
"type": "boolean"
},
"linkedEnvironmentMetadata": {
"properties": {
"backgroundOperationsState": {
"type": "string"
},
"baseLanguage": {
"type": "number"
},
"createdTime": {
"type": "string"
},
"domainName": {
"type": "string"
},
"friendlyName": {
"type": "string"
},
"instanceApiUrl": {
"type": "string"
},
"instanceState": {
"type": "string"
},
"instanceUrl": {
"type": "string"
},
"platformSku": {
"type": "string"
},
"resourceId": {
"type": "string"
},
"scaleGroup": {
"type": "string"
},
"uniqueName": {
"type": "string"
},
"version": {
"type": "string"
},
"type": "object"
},
"protectionStatus": {
"properties": {
"keyManagedBy": {
"type": "string"
},
"type": "object"
},
"provisioningState": {
"type": "string"
},
"retentionDetails": {
"properties": {
"backupsAvailableFromDateTime": {
"type": "string"
},
"retentionPeriod": {
"type": "string"
},
"type": "object"
},
"type": "string"
},
"runtimeEndpoints": {
"properties": {
"microsoft.ApiManagement": {
"type": "string"
},
"microsoft.BusinessAppPlatform": {
"type": "string"
},
"microsoft.CommonDataModel": {
"type": "string"
},
"microsoft.Flow": {
"type": "string"
},
"microsoft.PowerApps": {
"type": "string"
},
"microsoft.PowerAppsAdvisor": {
"type": "string"
},
"type": "object"
},
"states": {
"properties": {
"management": {
"properties": {
"id": {
"type": "string"
},
"type": "object"
},
"runtime": {
"properties": {
"id": {
"type": "string"
},
"type": "object"
},
"type": "object"
},
"updateCadence": {
"properties": {
"id": {
"type": "string"
},
"type": "object"
},
"type": "object"
},
"type": {
"type": "string"
},
"required": [
"id",
"type",
"location",
"name",
"properties"
],
"type": "object"
},
"type": "array"
},
"type": "object"
Iterar a través del objeto Capacidad

Esta es la parte más compleja del tutorial. Aquí usaremos un bucle dentro de otro bucle
para iterar cada entorno en la respuesta de Lista de entornos, y cada entorno tiene una
matriz de detalles de capacidad que también iteraremos. Esto nos permitirá capturar la
información necesaria para cada fila del entorno en nuestra tabla de informes de
capacidad.
Azure
For-each y análisis
Veamos esto paso a paso. Primero, usaremos un control For Each usando el 'valor'
de la salida Parse-List-Response:
Luego, analizamos este entorno único en un objeto fuertemente tipado, usando
este esquema JSON:
JSON
"properties": {
"description": {
"type": "string"
},
"id": {
"type": "string"
},
"location": {
"type": "string"
},
"name": {
"type": "string"
},
"properties": {
"properties": {
"addons": {
"type": "array"
},
"azureRegion": {
"type": "string"
},
"capacity": {
"items": {
"properties": {
"type": "number"
},
"capacityType": {
"type": "string"
},
"capacityUnit": {
"type": "string"
},
"type": "number"
},
"updatedOn": {
"type": "string"
},
"required": [
"capacityType",
"actualConsumption",
"ratedConsumption",
"capacityUnit",
"updatedOn"
],
"type": "object"
},
"type": "array"
},
"clientUris": {
"properties": {
"admin": {
"type": "string"
},
"maker": {
"type": "string"
},
"type": "object"
},
"cluster": {
"properties": {
"number": {
"type": "string"
},
"type": "object"
},
"connectedGroups": {
"type": "array"
},
"createdBy": {
"properties": {
"displayName": {
"type": "string"
},
"id": {
"type": "string"
},
"type": {
"type": "string"
},
"type": "object"
},
"createdTime": {
"type": "string"
},
"creationType": {
"type": "string"
},
"databaseType": {
"type": "string"
},
"displayName": {
"type": "string"
},
"environmentSku": {
"type": "string"
},
"isDefault": {
"type": "boolean"
},
"properties": {
"backgroundOperationsState": {
"type": "string"
},
"baseLanguage": {
"type": "integer"
},
"createdTime": {
"type": "string"
},
"domainName": {
"type": "string"
},
"friendlyName": {
"type": "string"
},
"instanceApiUrl": {
"type": "string"
},
"instanceState": {
"type": "string"
},
"instanceUrl": {
"type": "string"
},
"resourceId": {
"type": "string"
},
"scaleGroup": {
"type": "string"
},
"uniqueName": {
"type": "string"
},
"version": {
"type": "string"
},
"type": "object"
},
"properties": {
"keyManagedBy": {
"type": "string"
},
"type": "object"
},
"provisioningState": {
"type": "string"
},
"properties": {
"backupsAvailableFromDateTime": {
"type": "string"
},
"type": "string"
},
"type": "object"
},
"type": "string"
},
"properties": {
"microsoft.ApiManagement": {
"type": "string"
},
"microsoft.BusinessAppPlatform": {
"type": "string"
},
"microsoft.CommonDataModel": {
"type": "string"
},
"microsoft.Flow": {
"type": "string"
},
"microsoft.PowerApps": {
"type": "string"
},
"microsoft.PowerAppsAdvisor": {
"type": "string"
},
"type": "object"
},
"states": {
"properties": {
"management": {
"properties": {
"id": {
"type": "string"
}
},
"type": "object"
},
"runtime": {
"properties": {
"id": {
"type": "string"
}
},
"type": "object"
},
"type": "object"
},
"updateCadence": {
"properties": {
"id": {
"type": "string"
},
"type": "object"
},
"type": "object"
},
"type": {
"type": "string"
},
"type": "object"
Luego, usaremos otro control For Each usando la 'capacidad' de la salida Parse-
CurrentItem. Luego lo analizamos en un objeto fuertemente tipado usando este
esquema JSON:
Ahora podemos usar el control Switch en la propiedad CapacityType de la salida
Parse-Capacity. Este será un valor de 'Base de datos', 'Archivo' o 'Registro'. En cada
caso de cambio, capture la propiedad 'actualConsumption' relacionada en la
variable relacionada. En el caso a continuación, verá que estamos capturando la
capacidad de la base de datos:
Como último paso en el ciclo 'Para cada entorno', ahora podemos capturar los
detalles del entorno para esta fila en el informe. Con el control de variable Agregar
a matriz, use el siguiente esquema JSON:
JSON
{
"properties": {
"type": "number"
},
"capacityType": {
"type": "string"
},
"capacityUnit": {
"type": "string"
},
"type": "number"
},
"updatedOn": {
"type": "string"
},
"type": "object"
Crear tabla de informes

¡Felicitaciones, ahora ha llegado a la parte fácil! Ahora que tenemos nuestra matriz de
capacidad de entorno simplificada y completamente rellenada, podemos mostrarla en
formato tabular.
Azure
Usar el conector de tabla HTML
Al ejecutar la aplicación lógica, ahora podemos ver el resultado del informe de la

tabla HTML:
El informe podría enviarse opcionalmente por correo electrónico a las partes

interesadas en este ejemplo para fines de contabilidad de costos, o los datos
podrían guardarse en una base de datos para un análisis más detallado y
tendencias históricas.
Tutorial: instalar una aplicación en un
entorno de destino (versión preliminar)
Este tutorial está destinado a permitir a los administradores de Power Platform para que
puedan aprovechar la API de Power Platform para instalar aplicaciones de las que sus
inquilinos ya tienen derecho. Estas aplicaciones deben estar visibles en el Centro de
administración de Power Platform bajo Entornos>[environment-
name]>Recursos>aplicaciones Dynamics 365.
En este tutorial, aprenderá a:
1. Cree un script de Power Automate o de flujo de trabajo de Logic Apps (Azure) que
se autentique con la API de Power Platform.
2. Llamar a la API Obtener paquete de aplicación de entorno para recuperar la lista
de aplicaciones que puede instalar en un entorno específico
3. Instalar la aplicación utilizando la API del paquete de instalación de la aplicación
4. Encuestar para conocer el estado de la API de estado de instalación de la
operación de instalación Obtener paquete de aplicación
5. Notificar por correo electrónico una vez que se complete la instalación
En este escenario de ejemplo, un cliente busca instalar Grupos de Office en un entorno

específico de su elección.
） Importante
La API de Power Platform es una versión preliminar. El nombre de host y los

contratos de datos están sujetos a cambios en el momento en que los terminales
estén disponibles de forma generalizada. En ese momento, este artículo se
actualizará con los detalles finales de punto de conexión.
Elija una herramienta que pueda autenticarse

con la API de Power Platform
A continuación se muestran detalles sobre cómo conectarse a Power Platform
programáticamente. Este tutorial incluye el uso de Azure Logic Apps como un cliente
común para los administradores que trabajan en el espacio de Azure y un ejemplo
nativo de Power Platform CLI.
Azure
Crear el flujo de trabajo y configurar las variables

Para comenzar, en este tutorial usaremos un flujo de trabajo de Logic Apps. Un flujo
de Power Automate también es aceptable, y cualquier otro motor de orquestación
que su empresa prefiera utilizar para la automatización. Todas las llamadas para
recuperar los datos utilizarán API RESTful, por lo que cualquier herramienta que
admita REST funcionará con este tutorial.
Visite Azure Portal y luego cree una nueva aplicación lógica y asígnele un nombre:
Después de que finalice el aprovisionamiento, edite el flujo de trabajo con el

diseñador y configure un desencadenador de recurrencia para que se ejecute según
la programación que elija:
Para el resto de este tutorial, necesitará un id. de entorno y un nombre de
aplicación para completar los pasos siguientes:
Id. del entorno: el id. del entorno en el que instalaría el paquete. Este no es el
id. de la organización.
Nombre de aplicación: nombre de la aplicación que intenta instalar.
A continuación, nos autenticaremos con Microsoft Azure Active Directory (Azure

AD) y recuperaremos un token para llamar a la API de Power Platform. Si no ha
completado su configuración de Azure AD, consulte Autenticación (versión
preliminar).
En este tutorial, estamos usando una credencial de usuario con contraseña para
obtener un token. Un ejemplo de llamada a Azure AD aparece abajo:
Luego analizamos la respuesta del token de Azure AD en un objeto indicado

usando este esquema JSON en la acción 'Analizar JSON':
JSON
"properties": {
"access_token": {
"type": "string"
},
"expires_in": {
"type": "integer"
},
"ext_expires_in": {
"type": "integer"
},
"token_type": {
"type": "string"
},
"type": "object"
Recuperar paquetes disponibles para instalar

En esta sección, recuperaremos la lista de aplicaciones que puede instalar en un entorno
específico. Asegúrese de tener su id. del entorno disponible, y que este entorno tenga
creada una base de datos de Dataverse.
Azure
Punto de conexión de paquete de aplicaciones de

entorno
Ahora haremos nuestra primera llamada a la API de Power Platform. Usaremos
Obtener API de paquete de aplicación de entorno para recuperar todos los
paquetes disponibles que podemos instalar para la organización de Dataverse
dada. Asegúrese de que la identidad que está utilizando, ya sea una entidad de
servicio o un nombre de usuario/contraseña, tenga acceso a Dataverse y el rol de
seguridad apropiado.
HTTP
GET
https://api.powerplatform.com/appmanagement/environments/{environmentId}
/applicationPackages?api-version=2022-03-01-preview
Luego analizamos la respuesta en un objeto con tipo inflexible usando este

esquema JSON con la acción 'Analizar JSON':
JSON
"properties": {
"value": {
"items": {
"properties": {
"applicationDescription": {
"type": [
"string",
"null"
},
"applicationId": {
"type": [
"string",
"null"
},
"applicationName": {
"type": [
"string",
"null"
},
"applicationVisibility": {
"type": [
"string",
"null"
},
"catalogVisibility": {
"type": [
"string",
"null"
},
"crmMaxVersion": {},
"crmMinversion": {
"type": [
"string",
"null"
},
"customHandleUpgrade": {
"type": "boolean"
},
"endDateUtc": {
"type": [
"string",
"null"
},
"errorDetails": {},
"id": {
"type": [
"string",
"null"
},
"instancePackageId": {
"type": [
"string",
"null"
},
"learnMoreUrl": {
"type": [
"string",
"null"
},
"localizedDescription": {
"type": [
"string",
"null"
},
"localizedName": {
"type": [
"string",
"null"
},
"publisherId": {
"type": [
"string",
"null"
},
"publisherName": {
"type": [
"string",
"null"
},
"singlePageApplicationUrl": {},
"startDateUtc": {
"type": [
"string",
"null"
},
"state": {
"type": [
"string",
"null"
},
"supportedCountries": {
"items": {
"type": [
"string",
"null"
},
"type": "array"
},
"uniqueName": {
"type": [
"string",
"null"
},
"version": {
"type": [
"string",
"null"
},
"required": [
"id",
"uniqueName",
"version",
"localizedDescription",
"localizedName",
"applicationId",
"applicationName",
"applicationDescription",
"singlePageApplicationUrl",
"publisherName",
"publisherId",
"learnMoreUrl",
"crmMinversion",
"crmMaxVersion",
"customHandleUpgrade",
"instancePackageId",
"state",
"catalogVisibility",
"applicationVisibility",
"errorDetails",
"startDateUtc",
"endDateUtc",
"supportedCountries"
],
"type": "object"
},
"type": "array"
},
"type": "object"
Instalar la aplicación
Ahora podemos tomar una de las aplicaciones del paso anterior e instalarla. Digamos
que le gustaría instalar la aplicación "Grupos de Office 365". Seleccione el valor en el
campo PackageUniqueName, en este caso, es Office365Groups, para utilizar en el
siguiente paso.
Azure
Instalar la API de la aplicación

Haremos uso del punto de conexión Instalar la API de la aplicación para
desencadenar la instalación. Asegúrese de configurar la propiedad uniqueName en
Office365Groups en este ejemplo.
HTTP
POST
/applicationPackages/{uniqueName}/install?api-version=2022-03-01-preview
Y el cuerpo de la solicitud tendrá la entrada de la aplicación del paso anterior:
JSON
"id": "ce3bab3c-ada1-40cf-b84b-49b26603a281",
"uniqueName": "Office365Groups",
"version": "2.9.0.3",
"localizedDescription": "With Office 365 groups, you can

collaborate with people across your company even if they aren’t Dynamics
365 users. Groups provide a single location to share conversations,
meetings, documents, and more.",
"localizedName": "Office 365 Groups",
"applicationId": "2f17f077-4175-4d82-b82b-17cd8950b74f",
"applicationName": "Office365Groups",
"applicationDescription": "",
"singlePageApplicationUrl": "",
"publisherName": "Microsoft CRM Package",
"publisherId": "255953fd-9ab8-4146-bfa1-859aae326ae9",
"learnMoreUrl": "http://go.microsoft.com/fwlink/?
LinkID=525719",
"crmMinversion": "8.0",
"crmMaxVersion": null,
"customHandleUpgrade": false,
"instancePackageId": null,
"state": "None",
"catalogVisibility": "None",
"applicationVisibility": "All",
"errorDetails": null,
"startDateUtc": "2016-01-01T00:00:00Z",
"endDateUtc": "2050-01-01T00:00:00Z",
"supportedCountries": [
"AE",
"AL",
"AM",
"AO",
"VN",
"ZA",
"ZW"
Lo siguiente es una respuesta a ejemplo:
JSON
"id": "9a44d33b-6055-4c9b-aa4a-4c410a22e9ad",
"packageId": "ce3bab3c-ada1-40cf-b84b-49b26603a281",
"applicationId": "2f17f077-4175-4d82-b82b-17cd8950b74f",
"applicationName": "Office365Groups",
"applicationDescription": "",
"singlePageApplicationUrl": "",
"publisherName": "Microsoft CRM Package",
"publisherId": "255953fd-9ab8-4146-bfa1-859aae326ae9",
"packageUniqueName": "Office365Groups",
"packageVersion": "2.9.0.3",
"localizedDescription": "With Office 365 groups, you can

collaborate with people across your company even if they aren’t Dynamics
365 users. Groups provide a single location to share conversations,
meetings, documents, and more.",
"localizedName": "Office 365 Groups",
"learnMoreUrl": "http://go.microsoft.com/fwlink/?LinkID=525719",
"termsOfServiceBlobUris": [
"https://crmprodnam.blob.core.windows.net/preferredsolution/microsoft_to
s_dbd53f75-b571-46ad-b9ce-21b5656b85dd_1?sv=2018-03-
28&sr=c&sig=v5iBtDum0N6A0sqyyhIkPECibmpGOKGiSmmm3ALGIR0%3D&se=2022-03-
23T19%3A35%3A59Z&sp=r"
],
"applicationVisibility": "All",
"lastOperation": {
"state": "InstallRequested",
"createdOn": "2022-03-22T19:35:59.7425066Z",
"modifiedOn": null,
"errorDetails": null,
"statusMessage": null,
"instancePackageId": "9a44d33b-6055-4c9b-aa4a-4c410a22e9ad",
"operationId": "4fde996a-bf68-413c-b2bf-33f21a7e9afb"
},
"customHandleUpgrade": false
Luego, usaremos la acción Analizar JSON para obtener el operationID para nuestros
pasos posteriores.
Consulta de estado de operación

Ahora monitorizaremos el progreso de la instalación de la aplicación sondeando de vez
en cuando, usando el operationID del paso anterior.
Azure
Usar el control Hasta

Al evaluar la respuesta de sondear OperationID para cualquier estado de terminal,
como Cancelado, Error o Correcto, supervisaremos de manera efectiva que el
proceso se complete. Esto se hace fácilmente con el control Hasta, que se repetirá
continuamente hasta que se cumpla esta condición.
Haremos uso del punto de conexión Estado de instalación de aplicación para
supervisar la instalación. Asegúrese de configurar la propiedad operationId a partir
del paso anterior.
HTTP
GET
/operations/{operationId}?api-version=2022-03-01-preview
A continuación se muestra un ejemplo de salida:
JSON
"status": "NotStarted",
"createdDateTime": "2022-03-22T20:05:58.9414573Z",
"lastActionDateTime": null,
"error": null,
"statusMessage": null,
"operationId": "523b51a8-6af4-40cd-aa7d-86bddfa6697b"
Desde aquí, podemos evaluar el estado y, si es uno de los valores terminales,

podemos romper el ciclo.
Enviar un correo electrónico

Ahora que el monitoreo ha concluido, podemos compartir el resultado por correo
electrónico como una actividad de ejemplo.
Empiece a utilizar PowerShell para
administradores de Power Platform
Los cmdlets de PowerShell para administradores de Power Platform están diseñados

para gestionar y administrar entornos de Microsoft Power Platform, Power Apps y flujos
de Power Automate. Utilice PowerShell para Administradores de Power Platform cuando
desee crear herramientas automatizadas que interactúen con estos recursos.
Este artículo lo ayuda a comenzar con el módulo PowerShell y le enseña los conceptos
básicos detrás de él.
Instalación
La forma más sencilla de comenzar con el módulo PowerShell es instalándolo en su
máquina local. Siga las instrucciones en Instalación para importar el módulo o para
actualizar una versión desactualizada que pueda haber instalado anteriormente.
Iniciar sesión en Microsoft Power Platform

Inicie sesión de forma interactiva con el cmdlet Add-PowerAppsAccount.
PowerShell
Add-PowerAppsAccount -Endpoint prod
Alternativamente, puede iniciar sesión con un ID de cliente y un secreto o certificado.

Para hacer esto, necesitará Crear una entidad de servicio.
PowerShell
$appId = "CLIENT_ID_FROM_AZURE_APP"
$secret = "SECRET_FROM_AZURE_APP"
$tenantId = "TENANT_ID_FROM_AZURE_APP"
Add-PowerAppsAccount -Endpoint prod -TenantID $tenantId -ApplicationId

$appId -ClientSecret $secret -Verbose
Requisito previo
Para hacer las operaciones de administración en los cmdlets de administración,
necesitará lo siguiente:
Cualquiera de estos roles: administradores globales, administradores globales de

Microsoft Azure Active Directory o el administrador de Dynamics 365, pueden
acceder a los cmdlets de PowerShell de administradores de Power Apps. Estos
roles ya no requieren un plan de Power Apps para acceso administrativo a los
cmdlets de PowerShell de administración de Power Apps. Sin embargo, estos
administradores deben iniciar sesión en el centro de administración de Power
Platform al menos una vez antes de usar los cmdlets de PowerShell. Si no se hace
esto, los cmdlets fallarán con un error de autorización.
Se necesitan permisos de administrador global de Microsoft 365, administrador

global de Azure Active Directory o administrador de Dynamics 365 si necesita
buscar en los recursos de otro usuario. Tenga en cuenta que las administración de
entorno sólo tienen acceso a los entornos y recursos de entorno para los que
tienen permisos.
Para entornos de Dataverse for Teams, debe ser administrador global de Microsoft
365, administrador global de Azure Active Directory o administrador de Power
Platform para gestionar entornos desde los que no eres el dueño del equipo en
Microsoft Teams.
Instalación de PowerShell para
administradores de Power Platform
PowerShell en este artículo requiere la versión 5.x de PowerShell. Esto se actualizará para
usar una versión más nueva en el futuro. Para comprobar la versión de PowerShell que
se ejecuta en su máquina, ejecute el siguiente comando:
PowerShell
$PSVersionTable.PSVersion
Si tiene una versión obsoleta, consulte Actualizar la versión de Windows PowerShell

existente.
） Importante
Los módulos que se describen en este documento usan .NET Framework. Esto lo
hace incompatible con PowerShell 6.0 y versiones posteriores, que usan .NET Core.
Requisitos
Para ejecutar los cmdlets de PowerShell para creadores de la aplicación, haga lo
siguiente:
1. Ejecute PowerShell como administrador.

2. Importe el módulo necesario con el siguiente comando:
PowerShell
Install-Module -Name Microsoft.PowerApps.Administration.PowerShell
Como alternativa, si no tiene derechos de administrador en su equipo, puede usar

lo siguiente para usar estos módulos:
PowerShell
Save-Module -Name Microsoft.PowerApps.Administration.PowerShell -Path
Import-Module -Name Microsoft.PowerApps.Administration.PowerShell
3. Si se le pide que acepte el cambio del valor InstallationPolicy del repositorio,

escriba A y presione Entrar en cada módulo para aceptar [A] Sí a todo.
Creación de una aplicación de entidad
de servicio usando PowerShell
La autenticación mediante nombre de usuario y contraseña a menudo no es lo ideal,

especialmente con el aumento de la autenticación multifactor. En tales casos, se prefiere
la autenticación de la entidad de servicio (o el flujo de credenciales del cliente).
Registro de una aplicación de gestión

administrativa
Primero, la aplicación cliente debe estar registrada en su inquilino de Azure Active
Directory (Azure AD). Para establecer esto, revise el artículo Autenticación para las API
de Power Platform, porque se requiere la misma configuración de aplicación para
PowerShell.
Después de que su solicitud de cliente esté registrada en Azure AD, también debe estar
registrado con Microsoft Power Platform. Hoy, no hay forma de hacer esto a través del
centro de administración de Power Platform; debe hacerse mediante programación a
través de la API de Power Platform o PowerShell para administradores de Power
Platform. Una entidad de servicio no puede registrarse por sí misma, ya que, por diseño,
la aplicación debe registrarse con un contexto de contraseña y nombre de usuario
administrador. Esto asegura que la aplicación sea creada conscientemente por alguien
que sea un Administrador para el inquilino.
Para registrar una nueva aplicación de gestión, utilice el siguiente script:
PowerShell
# Login interactively with a tenant administrator for Power Platform
Add-PowerAppsAccount -Endpoint prod -TenantID $tenantId
# Register a new application, this gives the SPN / client application same
permissions as a tenant admin
New-PowerAppManagementApp -ApplicationId $appId
Realizar solicitudes como principal de servicio

Ahora que se ha registrado con Microsoft Power Platform, puede autenticarse como la
propia entidad de servicio. Utilice el siguiente script para consultar su lista de entornos:
PowerShell
$secret = "SECRET_FROM_AZURE_APP"
$tenantId = "TENANT_ID_FROM_AZURE_APP"
Add-PowerAppsAccount -Endpoint prod -TenantID $tenantId -ApplicationId

$appId -ClientSecret $secret -Verbose
Limitaciones de los directores de servicio

Actualmente, la autenticación de la entidad de servicio funciona para la administración
del entorno, la configuración de inquilinos y administración de Power Apps. Los cmdlets
relacionados con Flow son compatibles con la autenticación de entidad de servicio en
situaciones en las que no se requiere una licencia, ya que no es posible asignar licencias
a identidades de entidad de servicio en Azure Active Directory.
Microsoft.PowerApps.Administration.
PowerShell
Reference  
En este artículo
Power Apps Administration PowerShell lets you manage Power Apps environments in
your tenants.
Add-AdminPowerAppsSyncUser Adds a user to the Dynamics 365 database.
Add-AllowedConsentPlans Allows consent plans to be created within the

tenant.
Add-ConnectorToBusinessDataGroup Sets connector to the business data group of

a DLP policy.
Add-CustomConnectorToPolicy Adds a custom connector to the given group.
Add-PowerAppsAccount Adds a Power Apps account.
Add-PowerAppsCustomBrandingAssets Uploads tenant level custom assets.
Please note that:
1. The 'mobile' parameter is required in

the request body.
2. The 'tenantSplashImagePath' and
'tenantWelcomeImagePath' parameters
should contain the file paths to the
image you would like to upload
3. The tenantSplashImage cannot exceed
dimensions 384x384 and the
tenantWelcomeImage cannot
exceed
dimensions 1335x1491.
4. The tenantSplashImage file size cannot
exceed 3MB and the
tenantWelcomeImage cannot exceed
5MB.
Backup-PowerAppEnvironment Creates a backup of an environment.

Clear-AdminPowerAppApisToBypassConsent Removes the consent bypass.
Clear-AdminPowerAppAsFeatured Removes the input app as a featured

application for the tenant.
Clear-AdminPowerAppAsHero Removes the input app as a hero application.
Copy-PowerAppEnvironment Copies an environment from source to target.
Disable-AdminFlow Stops a flow.
Enable-AdminFlow Starts a flow.
Get-AdminDeletedPowerAppsList Returns the list of deleted Power Apps apps

apps in the admin's specified environment.
Get-AdminFlow Returns information about flows.
Get-AdminFlowOwnerRole Gets owner permissions to a flow.
Get-AdminFlowUserDetails Returns user details for a flow.
Get-AdminPowerApp Returns information about apps.
Get- Returns email addresses of users of model-

AdminPowerAppCdsAdditionalNotificationEmails driven apps in Dynamics 365 that receive
notifications.
Get-AdminPowerAppCdsDatabaseCurrencies Returns all supported Dataverse database

currencies of model-driven apps.
Get-AdminPowerAppCdsDatabaseLanguages Returns all supported Dataverse database

languages of model-driven apps in Dynamics
365.
Get-AdminPowerAppCdsDatabaseTemplates Returns all supported Dataverse database

templates of model-driven apps in Dynamics
365.
Get-AdminPowerAppConnection Returns information about connections.
Get-AdminPowerAppConnectionReferences Returns app connection references.
Get-AdminPowerAppConnectionRoleAssignment Returns the connection role assignments for a

user or a connection.
Get-AdminPowerAppConnector Returns information about custom connectors.
Get-AdminPowerAppConnectorAction Returns connector operations.
Get-AdminPowerAppConnectorRoleAssignment Returns the connection role assignments for a

user or a custom connection.
Get-AdminPowerAppEnvironment Returns information about one or more Power
Apps environments where the calling user is
an Environment Admin.
If the calling user is a
tenant admin, all environments within the
tenant will be returned.
Get-AdminPowerAppEnvironmentLocations Returns all supported environment locations.
Get- Returns the environment role assignments for

AdminPowerAppEnvironmentRoleAssignment environments without a Dataverse database.
Get-AdminPowerAppLicenses Downloads the user licenses (Power Apps and

Power Automate) into a specified file.
Output of the Get-AdminPowerAppLicenses

cmdlet only includes licenses for users that
have accessed Power Platform services (for
example, Power Apps, Power Automate, or the
Power Platform admin center). Users that have
had licenses assigned in Azure AD (typically
via the Microsoft 365 admin center) but have
never accessed Power Platform services will
not have their licenses included in the
generated .csv output. Furthermore, since the
Power Platform licensing services caches the
licenses, updates made to license assignments
in Azure AD can take up to seven days to
reflect in the output for users that haven't
accessed the service recently.
Get-AdminPowerAppOperationStatus Get admin Power Apps operation status by

operation URL.
Get-AdminPowerAppRoleAssignment Returns permission information about apps.
Get- Gets the environment that Power Apps uses to

AdminPowerAppSharepointFormEnvironment save SharePoint Form apps.
Get-AdminPowerAppSoftDeletedEnvironment Returns information about soft-deleted Power

Apps environments.
Get-AdminPowerAppsUserDetails Downloads Power Apps user details into a

specified file path.
Get-AdminPowerAppTenantConsumedQuota Gets the admin Power Apps tenant consumed

quota.
Get-AdminRecoverDeletedPowerApp Recovers the deleted Power Apps app with the

specified app ID in the specified environment.
Get-AdminVirtualConnectors Retrieves virtual connectors available to the

tenant.
Get-AllowedConsentPlans Gets the types of consent plans that are
allowed within the tenant.
Get-DlpPolicy Retrieves a list of DLP policy objects.
Get-JwtToken Gets the user or application sign in token.
Get-PowerAppDlpConnectorBlockingPolicies Fetches the connector blocking policies for

the tenant if present else returns null.
Get-PowerAppDlpConnectorBlockingPolicy Fetches the connector blocking policy for the

tenant by ID.
Get-PowerAppDlpErrorSettings Fetches the error settings for the tenant if

present, else returns null.
Get- Retrieves connector configurations for a DLP

PowerAppDlpPolicyConnectorConfigurations policy.
Get-PowerAppDlpPolicyExemptResources Retrieves exempt resources for a DLP policy.
Get-PowerAppEnvironmentBackups Gets environment backup lists.
Get-PowerAppGenerateProtectionKey Get Power Apps protection key.
Get-PowerAppManagementApp Get management application by ApplicationId.
Get-PowerAppManagementApps Lists management applications.
Get-PowerAppPolicyUrlPatterns Retrieves a list of URL patterns for a DLP

policy.
Get- Get Power Apps available keys.

PowerAppRetrieveAvailableTenantProtectionKeys
Get-PowerAppRetrieveTenantProtectionKey Get Power Apps current protection key.
Get-PowerAppTenantIsolationOperationStatus Get tenant isolation operation status.
Get-PowerAppTenantIsolationPolicy Get tenant isolation policy.
Get-PowerAppTenantUrlPatterns Retrieves a list of URL patterns at the tenant

level.
Get-TenantDetailsFromGraph Gets my organization tenant details from

Microsoft Graph.
Get-TenantSettings Gets tenant settings.
Get-UsersOrGroupsFromGraph Returns users or groups from Microsoft Graph.
InvokeApi Invokes an API.

InvokeApiNoParseContent Invokes an API without parsing return content.
New-AdminDlpPolicy Creates and inserts a new API policy into the

tenant.
By default the environment filter is off,
and all API connections are in the no business
data group (lbi).
New-AdminPowerAppCdsDatabase Creates a Dataverse database.
New-AdminPowerAppEnvironment Creates an environment.
New-DlpPolicy Creates a new DLP policy in the tenant by

using NewPolicy DLPPolicyDefinition object.
New-PowerAppDlpConnectorBlockingPolicy Creates the connector blocking policy for the

tenant if it's not created already.
New-PowerAppDlpErrorSettings Creates the error settings for the tenant if not

created already.
New- Creates new connector configurations for a

PowerAppDlpPolicyConnectorConfigurations DLP policy by using
NewDlpPolicyConnectorConfigurations
DlpPolicyConnectorConfigurationsDefinition
object.
New-PowerAppDlpPolicyExemptResources Creates new exempt resources for a DLP

policy by using
NewDlpPolicyExemptResources
DlpPolicyExemptResourcesDefinition object.
New-PowerAppImportProtectionKey Import Power Apps protection key.
New-PowerAppManagementApp Register management application by

ApplicationId.
New-PowerAppPolicyUrlPatterns Creates new URL patterns for a DLP policy by

using NewUrlPatterns UrlPatternsDefinition
object
New-PowerAppTenantUrlPatterns Creates new URL patterns at the tenant level

by using NewUrlPatterns UrlPatternsDefinition
object
Recover-AdminPowerAppEnvironment Recovers an environment.
Remove-AdminFlow Deletes a flow.
Remove-AdminFlowApprovals Removes all flow approvals.
Remove-AdminFlowOwnerRole Removes owner permissions to a flow.
Remove-AdminFlowUserDetails Removes details associated with a flow user.

Remove-AdminPowerApp Deletes an app.
Remove-AdminPowerAppConnection Deletes an app connection.
Remove- Deletes a connection role assignment.

AdminPowerAppConnectionRoleAssignment
Remove-AdminPowerAppConnector Deletes a custom connector.
Remove- Deletes a connector role assignment.

AdminPowerAppConnectorRoleAssignment
Remove-AdminPowerAppEnvironment Deletes an environment.
Remove- Deletes a role assignment of an environment.

AdminPowerAppEnvironmentRoleAssignment
Remove-AdminPowerAppRoleAssignment Deletes a role of an app.
Remove-AllowedConsentPlans Removes types of consent plans from the

tenant and blocks those types from being
created within the tenant.
Remove-ConnectorFromBusinessDataGroup Removes connector to the business data

group of a DLP policy.
Remove-CustomConnectorFromPolicy Deletes a custom connector from the given

DLP policy.
Remove-DlpPolicy Deletes the specific DLP policy by PolicyName.
Remove-LegacyCDSDatabase Removes a legacy Dataverse database.
Remove-PowerAppDlpConnectorBlockingPolicy Deletes the connector blocking policy for the

tenant if it exists.
Remove-PowerAppDlpErrorSettings Deletes the error settings for the tenant, if

they exist.
Remove- Deletes the specific DLP policy connector

PowerAppDlpPolicyConnectorConfigurations configurations by TenantId and PolicyName.
Remove-PowerAppDlpPolicyExemptResources Deletes the specific DLP policy exempt

resources by TenantId and PolicyName.
Remove-PowerAppEnvironmentBackup Removes a backup of an environment.
Remove-PowerAppManagementApp Remove management application by

ApplicationId.
Remove-PowerAppPolicyUrlPatterns Deletes the specific URL patterns by TenantId

and PolicyName.
Remove-PowerAppsAccount Removes a Power Apps account.
Remove-PowerAppTenantUrlPatterns Deletes URL patterns at tenant level.
ReplaceMacro Replaces a macro.
Reset- Resets the environment that Power Apps uses

AdminPowerAppSharepointFormEnvironment to save SharePoint form apps back to the
default environment.
Reset-PowerAppEnvironment Resets an environment.
Restore-PowerAppEnvironment Restores an environment.
Select-CurrentEnvironment Sets the current environment for listing apps,

flows, and other environment resources.
Set-AdminFlowOwnerRole Sets owner permissions to a flow.
Set-AdminPowerAppApisToBypassConsent Sets the consent bypass of an app to true.
Set-AdminPowerAppAsFeatured Updates the input app to be a featured

application for the tenant.
Set-AdminPowerAppAsHero Updates the input app to be the hero

application.
Set- Sets email addresses of users, other than

AdminPowerAppCdsAdditionalNotificationEmails default admins of Dataverse, that should
receive notifications.
Set-AdminPowerAppConnectionRoleAssignment Sets permissions to the connection.
Set-AdminPowerAppConnectorRoleAssignment Sets permissions to a custom connector.
Set-AdminPowerAppDesiredLogicalName Sets the desired logical name of the Power

Apps app.
Set-AdminPowerAppEnvironmentDisplayName Updates the display name of an environment.
Set- Sets permissions to an environment that does

AdminPowerAppEnvironmentRoleAssignment not have a Dataverse database.
Set-AdminPowerAppEnvironmentRuntimeState Updates the environment administration

mode.
Set-AdminPowerAppOwner Sets the app owner and changes the current

owner to the "Can View" role type.
Set-AdminPowerAppRoleAssignment Sets permissions to an app.
Set- Remaps the environment that Power Apps

AdminPowerAppSharepointFormEnvironment uses to save SharePoint form apps.
Set-DlpPolicy Updates a policy by using UpdatedPolicy
DLPPolicyDefinition object.
Set-PowerAppDlpConnectorBlockingPolicy Updates the connector blocking policy for the

tenant.
Set-PowerAppDlpErrorSettings Updates the error settings for the tenant if

error settings are created for the tenant.
Set-PowerAppDlpPolicyConnectorConfigurations Updates connector configurations for a DLP

policy by using
UpdatedConnectorConfigurations
DlpPolicyConnectorConfigurationsDefinition
object.
Set-PowerAppDlpPolicyExemptResources Updates exempt resources for a DLP policy by

using UpdatedExemptResources
DlpPolicyExemptResourcesDefinition object.
Set-PowerAppLockAllEnvironments Lock all environments.
Set-PowerAppProtectionStatus Set environment protection status.
Set-PowerAppTenantIsolationPolicy Update tenant isolation policy.
Set-PowerAppTenantProtectionKey Set Power Apps protection key.
Set-PowerAppUnlockEnvironment UnLock an environment.
Set-TenantSettings Updates tenant settings.
Test-PowerAppsAccount Test a Power Apps account.

Introducción a los conectores de
administración de Power Platform for
Admins
Un conector es un proxy o un contenedor en torno a una API que permite que el

servicio subyacente se comunique con la API de Power Platform. De esta forma, los
usuarios pueden conectar sus cuentas y aprovechar un conjunto de desencadenadores y
acciones creados previamente para crear aplicaciones y flujos de trabajo.
Estos conectores están listos para la gestión del entorno y otras actividades comunes
para administradores de Microsoft Power Platform.
Componentes de un conector
Cada conector ofrece un conjunto de operaciones que se clasifican como acciones y
desencadenadores. Una vez que se conecta al servicio subyacente, estas operaciones se
pueden aprovechar fácilmente dentro de sus aplicaciones y flujos de trabajo.
Acciones
Las acciones son cambios dirigidos por un usuario. Por ejemplo, una acción se usaría
para buscar, escribir, actualizar o eliminar datos en Microsoft Azure SQL Database. Todas
las acciones se asignan directamente a las operaciones definidas en Swagger.
Desencadenadores
Varios conectores proporcionan activadores que pueden notificar a su aplicación
cuando ocurren eventos específicos. Por ejemplo, el conector FTP tiene el activador
OnUpdatedFile. Puede crear una aplicación lógica o un flujo que escuche este
disparador y realice una acción cada vez que se active el disparador.
Hay dos tipos de desencadenadores:
Desencadenadores de sondeo: llaman al servicio con una frecuencia especificada

para comprobar si hay datos nuevos. Cuando hay nuevos datos disponibles, se
produce una nueva ejecución de su instancia de flujo de trabajo con los datos
como entrada.
Desencadenadores de inserción: estos disparadores escuchan datos en un punto
de conexión, es decir, esperan a que ocurra un evento. La ocurrencia de este
evento provoca una nueva ejecución de su instancia de flujo de trabajo. Se
agregará soporte para disparadores de tipo push en una versión futura.
Crear el primer flujo de trabajo

Para crear su primer flujo de trabajo usando los conectores de Power Platform for
Admins, consulte los siguientes artículos para comenzar con Power Automate y la
referencia del conector.
Crear de un flujo de nube en Power Automate

Power Platform for Admins
Power Platform for Admins
Reference
Power Platform Management Connector provides access to environment lifecycle management

capabilities, DLP policy management, and other admin capabilities provided in the BAP API.
En este artículo
Prerequisites
Known issues and limitations
Throttling Limits
Actions
Definitions
This connector is available in the following products and regions:
Service Class Regions
Power Automate Standard All Power Automate regions
Power Apps Standard All Power Apps regions
Contact
Name Microsoft Power Apps Support
URL https://powerapps.microsoft.com/en-us/support/
Connector Metadata
Publisher Microsoft
Website https://admin.powerplatform.microsoft.com/
Privacy policy https://privacy.microsoft.com/en-us/privacystatement
Power Platform for Admins is a connector interface to access the Business Applications Platform (BAP) API, which is used to
manage the admin-related resources of the Power Platform -- the same API that operates the Power Platform Admin Center .
This includes management of Environment lifecycle and permissions, Dataverse provisioning operations, DLP policies, and User
sync.
Prerequisites
Any user can create an Azure AD authenticated connection to this connector, the data will be returned based on the scope of the
user.
Power Platform service admins will have access to all resources and operations available in their tenant from this endpoint.
Environment admins will only have access to data and operations on their environments, DLP policies they can manage or
are affected by.
Known issues and limitations

1. Do not pass a null or Blank() value as an API connector group (array) when creating or updating a DLP policy, it could break
the policy and become unusable with other unintended consequences. If the group is not supposed to have connectors in it,
pass an empty set of square brackets [ ].
2. The old DLP operations do not work with the updated DLP blocked groups and are being deprecated. Please use the 'V2'
versions of all DLP operations.
3. DLP policy groups do not auto-populate with connectors, so they will need to be retrieved, formatted, and added as input
parameters:
Make an array variable to store the connectors.

Save the tenant's default environment ID into a variable.
Use the GetConnectors operation from the Power Platform for App Makers to retrieve all the connectors for an
environment (use the filter: "environment eq '{environmentName}' ", where the environment name is from the previous
step).
Use the Select operation to only use the id, name, and type fields from the GetConnectors response (use the last 'value'
dynamic content option). Put id, name, and type in the left side, and map the id, displayName, and type in the right
side of the select action.
Save the output of Select to the array variable
Append these hardcoded connectors to the array variable (they do not show up in the GetConnectors response):
"id": "/providers/Microsoft.PowerApps/apis/shared_microsoftspatialservices",
"name": "Spatial Services",

"type": "Microsoft.PowerApps/apis"
},
"id": "HttpRequestReceived",
"name": "When a HTTP request is received",
},
"id": "HttpWebhook",
"name": "HTTP Webhook",
},
"id": "Http",
"name": "HTTP",
Throttling Limits
Name Calls Renewal Period
API calls per connection 100 60 seconds
Actions
Create CDS Database Creates a new CDS instance in the specified Environment.
Create DLP Policy V2 Creates a new DLP policy.
Create Environment Creates a new Environment.
Create Environment DLP Policy Creates an Environment DLP Policy.
Create Tenant DLP Policy Creates a new Tenant DLP Policy.
Delete DLP Policy V2 Deletes a DLP Policy.
Delete Environment Deletes an Environment.
Delete Environment DLP Policy Deletes an Environment DLP Policy.
Delete Tenant DLP Policy Deletes a Tenant DLP Policy.
Edit Environment Role Assignment Sets permissions for an Environment.
Force Sync user Used to sync PowerApps user to CRM.
Get CDS Provisioning Status Used to check the status of a provisioning operation.
Get database provisioning status Used to check the status of a provisioning operation.
Get DLP Policy V2 Returns a DLP Policy.
Get Environment as Admin Returns a single Environment as Admin.
Get Environment DLP Policy Returns an Environment DLP Policy.
Get Environment Operation Status (Preview) Used to check the status of an environment operation, sucn as deletion.
Get Lifecycle Operation Status Returns the current status of the lifecycle operation that occurs after an environment patch.
Get Tenant DLP Policy Returns a Tenant DLP Policy.
List DLP Policies Returns a list of all Tenant and Environment DLP Policies.
List DLP Policies V2 Returns an list of all DLP policies the account can access.
List Environment Role Assignments Returns a list of permissions for an Environment without CDS for Apps.
List Environments as Admin Returns a list of Environments.
List Supported Environment Currencies Returns a list of supported Currencies based on the location.
List Supported Environment Languages Returns a list of supported Languages based on the location.
List Supported Locations Returns a list of Locations where BAP service is supported.
List Unblockable Connectors Returns a list of connectors that cannot be blocked with a DLP policy.
List Virtual Connectors Returns a list of virtual connectors.
Update DLP Policy V2 Updates a DLP Policy.
Update Environment Updates properties of an environment.
Update Environment DLP Policy Updates an Environment DLP Policy.
Update Tenant DLP Policy Updates the fields in a DLP Policy.
Validate Environment Delete Used to check if an Environment can be deleted.
Create CDS Database

Operation ID: ProvisionInstance
Creates a new CDS instance in the specified Environment.
Parameters
Name Key Required Type Description
Environment environment True string Name of the Environment.
Base language baseLanguage integer Any language returned from List Environment Languages.
Currency code code string Any currency code returned from List Environment Currencies.
Templates Templates string
Returns
Environment object.
Body Environment
Create DLP Policy V2

Operation ID: CreatePolicyV2
Creates a new DLP policy.

Parameters
Display name displayName string
Default connectors classification defaultConnectorsClassification string
classification classification True string
id id True string
type type True string
name name True string
Policy environment type environmentType string
id id True string
Returns
Body PolicyV2
Create Environment
Operation ID: NewAdminEnvironment
Creates a new Environment.
Parameters
API Version api-version True string The date value of the API.
Location location True string Region the Environment is deployed in.
Display Name displayName True string Vanity name of the Environment.
Environment Sku environmentSku True string Type of Environment.
Returns
Environment object.
Body Environment
Create Environment DLP Policy

Operation ID: NewEnvironmentPolicy
Creates an Environment DLP Policy.
Parameters
API Version api-version string The date value of the API.

Display Name displayName True string Api Policy display name.
Schema Version $schema True string Api Policy definition $schema.
Name name True string Policy Environment name field.
ID id True string Policy Environment ID field.
Type type True string Policy Environment type field.
Business Data description description string Policy business data group description.
Connector ID id string Business Data connector ID field.
Connector Name name string Business Data connector name field.
Connector Type type string Business Data connector type field.
Non Business Data description description string Policy non business data group description.
Connector ID id string Non Business Data connector ID field.
Connector Name name string Non Business Data connector name field.
Connector Type type string Non Business Data connector type field.
Default Group defaultApiGroup True string Group a new connector is automatically added to.
type type True string Policy rule apiGroupRule type.
apiGroup apiGroup True string Policy rule apiGroupRule parameter apiGroup.
Block Action Type type True string Block action type, leave blank if adding a block is not desired.
Returns
Body Policy
Create Tenant DLP Policy

Operation ID: NewTenantPolicy
Creates a new Tenant DLP Policy.
Parameters
Constraint Type type True string Policy constraint type, leave blank to apply policy to all
Environments.
Environment Filter Type filterType True string Api Policy constraint environmentFilter1 parameter filterType.
Non Business Data description string Policy non business data group description.
description
Returns
Body Policy
Delete DLP Policy V2

Operation ID: DeletePolicyV2
Deletes a DLP Policy.
Parameters
Policy policy True string The name field of the Policy.
Returns
response object
Delete Environment
Operation ID: Remove-AdminEnvironment
Deletes an Environment.
Parameters
Returns
Environment object.
Body Environment
Delete Environment DLP Policy

Operation ID: RemoveEnvironmentPolicy
Deletes an Environment DLP Policy.
Parameters
Returns
response object
Delete Tenant DLP Policy

Operation ID: RemoveTenantPolicy
Deletes a Tenant DLP Policy.
Parameters
Returns
response object
Edit Environment Role Assignment

Operation ID: Edit-AdminEnvironmentRoleAssignment
Sets permissions for an Environment.
Parameters
Principal email string The principal email of the user.

Email
Principal tenantId string The principal tenant ID of the user.

Tenant ID
Principal id string The principal object ID of the user.

Object ID
Principal type string The principal type of the user.
Type
Role id string The role definition ID. Format:

Definition /providers/Microsoft.BusinessAppPlatform/scopes/admin/environments/{environment}/{roleName}.
ID
id id string The id field.
Returns
Body RoleAssignment
Force Sync user

Operation ID: Add-AdminPowerAppsSyncUser
Used to sync PowerApps user to CRM.
Parameters
ObjectId ObjectId True string User object Id.
Get CDS Provisioning Status

Operation ID: GetProvisionOperation
Used to check the status of a provisioning operation.
Parameters
Operation operationName True string Name of the Operation.
Get database provisioning status

Operation ID: GetProvisionOperationV2
Used to check the status of a provisioning operation.
Parameters
Operation operationName True string The name of the operation. This entire URI will be returned as the Location header from
/provisionInstance, and will include this value.

Get DLP Policy V2
Operation ID: GetPolicyV2
Returns a DLP Policy.
Parameters
Returns
Body PolicyV2
Get Environment as Admin

Operation ID: GetSingleEnvironment
Returns a single Environment as Admin.
Parameters
Returns
Environment object.
Body Environment
Get Environment DLP Policy

Operation ID: GetEnvironmentPolicy
Returns an Environment DLP Policy.
Parameters
Returns
Body Policy
Get Environment Operation Status (Preview)

Operation ID: GetEnvironmentOperation
Used to check the status of an environment operation, sucn as deletion.
Parameters
Operation operationName True string Name of the Operation.
Get Lifecycle Operation Status

Operation ID: GetLifecycleOperationStatus
Returns the current status of the lifecycle operation that occurs after an environment patch.
Parameters
Lifecycle Operation lifecycleOperationId True string The Id of the lifecycle operation.
Get Tenant DLP Policy

Operation ID: GetTenantPolicy
Returns a Tenant DLP Policy.
Parameters
Returns
Body Policy
List DLP Policies

Operation ID: Get-AdminDlpPolicies
Returns a list of all Tenant and Environment DLP Policies.
Parameters
Returns
Body ResourceArray[Policy]
List DLP Policies V2
Operation ID: ListPoliciesV2
Returns an list of all DLP policies the account can access.
Returns
Body ResourceArray[PolicyV2]
List Environment Role Assignments

Operation ID: Get-AdminEnvironmentRoleAssignment
Returns a list of permissions for an Environment without CDS for Apps.
Parameters
Returns
Body ResourceArray[RoleAssignment]
List Environments as Admin

Operation ID: Get-AdminEnvironment
Returns a list of Environments.
Parameters
Skip Token $skiptoken string The input used to get the next page of the response.
Page size $top integer Number of Environments in the response.
Expand properties $expand string Allows access to expand response properties.
Returns
Body ResourceArray[Environment]
List Supported Environment Currencies

Operation ID: ListEnvironmentCurrencies
Returns a list of supported Currencies based on the location.
Parameters
Location environmentLocation True string The location of the Environment.

Returns
Body Currencies
List Supported Environment Languages

Operation ID: ListEnvironmentLanguages
Returns a list of supported Languages based on the location.
Parameters
Location environmentLocation True string The location of the Environment.
Returns
Body Languages
List Supported Locations

Operation ID: ListSupportedLocations
Returns a list of Locations where BAP service is supported.
Parameters
Returns
Body Locations
List Unblockable Connectors

Operation ID: ListUnblockableConnectors
Returns a list of connectors that cannot be blocked with a DLP policy.
Returns
Name Path Type Description
array of object
id id string
unblockable metadata.unblockable boolean
List Virtual Connectors

Operation ID: ListVirtualConnectors
Returns a list of virtual connectors.
Returns
array of object
id id string
virtualConnector metadata.virtualConnector boolean
name metadata.name string
type metadata.type string
iconUri metadata.iconUri string
displayName metadata.displayName string
Update DLP Policy V2

Operation ID: UpdatePolicyV2
Updates a DLP Policy.
Parameters
Display name displayName string
Default connectors classification defaultConnectorsClassification string
classification classification True string
id id True string
Policy environment type environmentType string
id id True string
Returns
Body PolicyV2
Update Environment
Operation ID: UpdateEnvironment
Updates properties of an environment.

Parameters
description description string
displayName displayName string
securityGroupId securityGroupId string
Update Environment DLP Policy

Operation ID: EditEnvironmentPolicy
Updates an Environment DLP Policy.
Parameters
Returns
Body Policy
Update Tenant DLP Policy
Operation ID: Edit-AdminDlpPolicy
Updates the fields in a DLP Policy.
Parameters
Constraint Type type True string Policy constraint type, leave blank to apply policy to all
Environments.
Environment Filter Type filterType True string Api Policy constraint environmentFilter1 parameter filterType.
Non Business Data description string Policy non business data group description.
description
Returns
Body Policy
Validate Environment Delete

Operation ID: ValidateDelete
Used to check if an Environment can be deleted.
Parameters

Returns
Body ValidateDeleteResponse
Definitions
ResourceArray[Policy]
value value array of Policy
Policy
Policy ID id string Policy ID field.
Policy Type type string Policy type field.
Policy Name name string Policy name field.
Display Name properties.displayName string Api Policy display

name.
Created time properties.createdTime date-time Api Policy created

time.
Created by properties.createdBy Principal[CreatedBy] Policy created by

principal object.
Modified properties.lastModifiedTime date-time Api Policy modified

time time.
Modified by properties.lastModifiedBy Principal[ModifiedBy] Policy modified by

principal object.
Schema properties.definition.$schema PolicySchema Api Policy definition

Version $schema.
Type properties.definition.constraints.environmentFilter1.type string Policy

environmentFilter
type.
Environments properties.definition.constraints.environmentFilter1.parameters.environments PolicyEnvironments Policy Environment.
Filter Type properties.definition.constraints.environmentFilter1.parameters.filterType string Api Policy constraint

environmentFilter1
parameter filterType.
apiGroups properties.definition.apiGroups PolicyApiGroups
Default properties.definition.defaultApiGroup PolicyDefaultApiGroup Group a new

Group connector is
automatically added
to.
rules properties.definition.rules PolicyRules Policy rules object.
ResourceArray[PolicyV2]
value value array of PolicyV2
PolicyV2
name name string
displayName displayName string
defaultConnectorsClassification defaultConnectorsClassification string
connectorGroups connectorGroups array of object
classification connectorGroups.classification string
connectors connectorGroups.connectors array of object
id connectorGroups.connectors.id string
name connectorGroups.connectors.name string
type connectorGroups.connectors.type string
environmentType environmentType string
environments environments array of object
id environments.id string
type environments.type string
name environments.name string
displayName createdBy.displayName string
createdTime createdTime string
displayName lastModifiedBy.displayName string
lastModifiedTime lastModifiedTime string
isLegacySchemaVersion isLegacySchemaVersion boolean
ResourceArray[Environment]
value value array of Environment Environment value object array.
Next Link nextLink string The URL to get the next page of the Environments list.
Environment
Environment object.
ID id string Environment ID field.
Type type string Environment type field.
Name name string Environment name field.

Location location string Environment location field.
Azure Region Hint properties.azureRegionHint string Environment

azureRegionHint field.
Display Name properties.displayName string Display Name of

Environment.
Created Time properties.createdTime date-time Created Time of

Environment.
Created by properties.createdBy Principal[CreatedBy] Policy created by principal

object.
lastModifiedTime properties.lastModifiedTime date-time Environment lastModified

date and time.
Modified by properties.lastModifiedBy Principal[ModifiedBy] Policy modified by principal

object.
Provisioning properties.provisioningState string Environment

State provisioningState.
capacity properties.capacity array of object
capacityType properties.capacity.capacityType string
actualConsumption properties.capacity.actualConsumption number
ratedConsumption properties.capacity.ratedConsumption number
capacityUnit properties.capacity.capacityUnit string
updatedOn properties.capacity.updatedOn string
addons properties.addons array of object
addonType properties.addons.addonType string
allocated properties.addons.allocated number
addonUnit properties.addons.addonUnit string
Creation Type properties.creationType string Creation Type of

Environment.
Environment Sku properties.environmentSku string Sku ID of Environment.
Environment Type properties.environmentType string Type of Environment.
Is Default properties.isDefault boolean Is Default Environment or

not.
Business App properties.runtimeEndpoints.microsoft.BusinessAppPlatform string BusinessAppPlatform

Platform runtime endpoint.
Common Data Model properties.runtimeEndpoints.microsoft.CommonDataModel string CommonDataModel runtime

endpoint.
PowerApps properties.runtimeEndpoints.microsoft.PowerApps string PowerApps runtime

endpoint.
Flow properties.runtimeEndpoints.microsoft.Flow string Flow runtime endpoint.
Soft Deleted Time properties.softDeletedTime date-time Environment

softDeletedTime.
Type properties.linkedEnvironmentMetadata.type string Environment

linkedEnvironmentMetadata
type.
Resource Id properties.linkedEnvironmentMetadata.resourceId string Environment

resourceId.
Friendly Name properties.linkedEnvironmentMetadata.friendlyName string Environment

friendlyName.
Unique Name properties.linkedEnvironmentMetadata.uniqueName string Environment

uniqueName.
Domain Name properties.linkedEnvironmentMetadata.domainName string Environment

domainName.
Version properties.linkedEnvironmentMetadata.version string Environment

version.
Instance URL properties.linkedEnvironmentMetadata.instanceUrl string Environment

instanceUrl.
Instance API URL properties.linkedEnvironmentMetadata.instanceApiUrl string Environment

instanceApiUrl.
Base Language properties.linkedEnvironmentMetadata.baseLanguage integer Environment

baseLanguage.
Instance State properties.linkedEnvironmentMetadata.instanceState string Environment

instanceState.
Created Time properties.linkedEnvironmentMetadata.createdTime date-time Environment

createdTime.
Modified Time properties.linkedEnvironmentMetadata.modifiedTime date-time Environment

modifiedTime.
Host Name Suffix properties.linkedEnvironmentMetadata.hostNameSuffix string Environment

hostNameSuffix.
BAP Solution Id properties.linkedEnvironmentMetadata.bapSolutionId string Environment

bapSolutionId.
Creation properties.linkedEnvironmentMetadata.creationTemplates array of string Environment

Templates linkedEnvironmentMetadata
creationTemplates.
Management properties.linkedEnvironmentMetadata.managementPackageVersion string Environment

Package Version linkedEnvironmentMetadata
managementPackageVersion.
PolicyEnvironments
Policy Environment.
Name name string Policy Environment name field.
ID id string Policy Environment ID field.
Type type string Policy Environment type field.

PolicyRules
Policy rules object.
type apiGroupRule.type string Policy rule apiGroupRule type.
apiGroup apiGroupRule.parameters.apiGroup string Policy rule apiGroupRule parameter apiGroup.
Block Action Type apiGroupRule.actions.blockAction.type string Block action type, leave blank if adding a block is not desired.
PolicySchema
Api Policy definition $schema.
Api Policy definition $schema.
Schema Version string
PolicyApiGroups
hbi hbi PolicyHbi Policy Hbi group.
lbi lbi PolicyLbi
PolicyHbi
Policy Hbi group.
Business Data apis array of object Business Data APIs.
Connector ID apis.id string Business Data connector ID field.
Connector Name apis.name string Business Data connector name field.
Connector Type apis.type string Business Data connector type field.
PolicyLbi
Non Business Data apis array of object Non Business Data APIs.
Connector ID apis.id string Non Business Data connector ID field.
Connector Name apis.name string Non Business Data connector name field.
Connector Type apis.type string Non Business Data connector type field.
PolicyDefaultApiGroup
Group a new connector is automatically added to.
Group a new connector is automatically added to.
Default Group string
ValidateDeleteResponse
Can Delete canInitiateDelete boolean Environment can be deleted.
Errors array errors array of object Errors array
Code errors.error.code string Error code for validate delete.
Message errors.error.message string Error message.
resourcesToBeDeleted resourcesToBeDeleted array of object
ID resourcesToBeDeleted.id string Resource to be deleted ID.
Name resourcesToBeDeleted.name string Resource to be deleted name.
Type resourcesToBeDeleted.type string Resource to be deleted type.
ResourceArray[RoleAssignment]
value value array of object Environment Role Assignment value object array.
id value.id string Environment Role Assignment ID field.
type value.type string Environment Role Assignment type field.
name value.name string Environment Role Assignment field name.
scope value.properties.scope string Environment Role Assignment scope.
id value.properties.roleDefinition.id string Environment Role Assignment roleDefinition ID field.
type value.properties.roleDefinition.type string Environment Role Assignment roleDefinition type field.
name value.properties.roleDefinition.name string Environment Role Assignment roleDefinition field name.
id value.properties.principal.id string Environment Role Assignment principal object ID.
displayName value.properties.principal.displayName string Environment Role Assignment principal displayName.
email value.properties.principal.email string Environment Role Assignment principal email.
type value.properties.principal.type string Environment Role Assignment principal type.
RoleAssignment
add add array of Environment Role Assignment add object.

object
id add.roleAssignment.id string Environment Role Assignment roleAssignment ID field.
type add.roleAssignment.type string Environment Role Assignment roleAssignment type

field.
name add.roleAssignment.name string Environment Role Assignment roleAssignment name

field.
scope add.roleAssignment.properties.scope string Environment Role Assignment scope.
id add.roleAssignment.properties.roleDefinition.id string Environment Role Assignment roleDefinition ID field.
type add.roleAssignment.properties.roleDefinition.type string Environment Role Assignment roleDefinition ID field.
name add.roleAssignment.properties.roleDefinition.name string Environment Role Assignment roleDefinition name

field.
id add.roleAssignment.properties.principal.id string Environment Role Assignment principal object ID.
displayName add.roleAssignment.properties.principal.displayName string Environment Role Assignment principal displayName.
email add.roleAssignment.properties.principal.email string Environment Role Assignment principal email.
type add.roleAssignment.properties.principal.type string Environment Role Assignment principal type.
httpStatus add.httpStatus string Environment Role Assignment httpStatus.
Principal[ModifiedBy]
Policy modified by principal object.
ID id string Modified by principal object ID.
Display name displayName string Modified by principal displayName.
Email email string Modified by principal.
Type type string Modified by principal type.
Tenant ID tenantId string Modified by principal tenant ID.
UPN userPrincipalName string Modified by userPrincipalName.
Principal[CreatedBy]
Policy created by principal object.
ID id string Api Policy creator principal object ID.
Display name displayName string Api Policy creator principal displayName.
Email email string Api Policy creator principal email.
Type type string Api Policy creator principal type.
Tenant ID tenantId string Api Policy creator principal tenant ID.
UPN userPrincipalName string Api Policy creator userPrincipalName.
Locations
value value array of object
ID value.id string Location ID.
Name value.name string Location Name.
Display Name value.properties.displayName string Location display name.

Is Default value.properties.isDefault boolean Is the default location.
Is Disabled value.properties.isDisabled boolean Location is Disabled.
Currencies
ID value.id string Currency ID.
Name value.name string Currency name.
Locale ID value.properties.localeId integer Locale ID of the currency.
Localized Name value.properties.localizedName string Localized name of the currency.
Display Name value.properties.displayName string Currency display name.
Languages
Name value.name string Language name field.
ID value.id string Language ID field.
Type value.type string Language type field.
Locale ID value.properties.localeId integer Language locale ID field.
Localized Name value.properties.localizedName string Language localized name field.
Display Name value.properties.displayName string Language display name field.
Is Tenant Default value.properties.isTenantDefault boolean Language is tenant default field.
object
This is the type 'object'.
Empezar a usar la API de Power
La API de Power Platform se usa actualmente para administrar entornos, configuraciones

de inquilinos y consultar el consumo de capacidad.
） Importante

Consulte la referencia técnica más reciente de la versión API 2022-03-01-preview.

Creación de una aplicación de entidad
de servicio usando API (versión
preliminar)
La autenticación mediante nombre de usuario y contraseña a menudo no es lo ideal,

especialmente con el aumento de la autenticación multifactor. En tales casos, se prefiere
la autenticación de la entidad de servicio (o el flujo de credenciales del cliente).
Registro de una aplicación de gestión

administrativa
Primero, la aplicación cliente debe estar registrada en su inquilino de Azure Active
Directory (Azure AD). Para configurar esto, revise el artículo Autenticación para API de
Power Platform.
Después de que su solicitud de cliente esté registrada en Azure AD, también debe estar
registrado con Microsoft Power Platform. Hoy, no hay forma de hacer esto a través del
centro de administración de Power Platform; debe hacerse mediante programación a
través de la API de Power Platform o PowerShell para administradores de Power
Platform. Una entidad de servicio no puede registrarse por sí misma; por diseño, la
aplicación debe registrarse con un contexto de contraseña y nombre de usuario
Administrador. Esto asegura que la aplicación sea creada conscientemente por alguien
que sea un Administrador para el inquilino.
Para registrar una nueva aplicación de administración, utilice la siguiente Solicitud con
un token de portador obtenido mediante autenticación de nombre de usuario y
contraseña:
HTTP
Authorization: Bearer eyJ0eXAiOi...
Host: api.bap.microsoft.com
PUT
https://api.bap.microsoft.com/providers/Microsoft.BusinessAppPlatform/adminA
pplications/{CLIENT_ID_FROM_AZURE_APP}?api-version=2020-10-01
Realizar solicitudes como principal de servicio

Ahora que se ha registrado con Microsoft Power Platform, puede autenticarse como la
propia entidad de servicio. Utilice la siguiente solicitud para consultar su lista de
aplicaciones de administración. Esto puede usar un token de portador obtenido
mediante el flujo de autenticación de credenciales de cliente:
HTTP
GET
https://api.bap.microsoft.com/providers/Microsoft.BusinessAppPlatform/adminA
pplications?api-version=2020-10-01
Limitaciones de los directores de servicio

Actualmente, la autenticación de la entidad de servicio funciona para la administración
del entorno, la configuración de inquilinos y administración de Power Apps. Las API
relacionadas con Flow son compatibles con la autenticación de entidad de servicio en
situaciones en las que no se requiere una licencia, ya que no es posible asignar licencias
a identidades de entidad de servicio en Azure Active Directory.
Microsoft Power Platform API reference
(preview)
[This topic is pre-release documentation and is subject to change.]
Power Platform API is a RESTful web API that enables you to access Power Platform
services and resources.
To use the Power Platform API:
1. Register your app.
2. Get authentication tokens for a user or service.
） Importante
This is a preview feature.

Preview features aren’t meant for production use and may have restricted
functionality. These features are available before an official release so that
customers can get early access and provide feedback.
This feature is being gradually rolled out across regions and might not be
available yet in your region.
Call a REST API method

To read from or write to a resource such as a user or an email message, you construct a
request that looks like the following:
HTTP
{HTTP method} https://api.powerplatform.com/{namespace}/{resource}?api-

version={version}
The components of a request include:
{HTTP method} - The HTTP method used on the request to Power Platform API.
{namespace} - The logical grouping of capabilities you're referencing.
{resource} - The resource in Power Platform API that you're referencing.
{version} - The version of the Power Platform API you're using.
HTTP methods
Power Platform API uses the HTTP method on your request to determine what your
request is doing. The API supports the following methods.
Method Description
GET Read data from a resource.
POST Create a new resource, or perform an action.
PATCH Update a resource with new values.
PUT Replace a resource with a new one.
DELETE Remove a resource.
For the CRUD methods GET and DELETE , no request body is required.
The POST , PATCH , and PUT methods require a request body, usually specified in
JSON format, that contains additional information, such as the values for
properties of the resource.
Namespace
The Power Platform API defines most of its resources, methods, and enumerations in
namespaces. Each namespace is a logical grouping of capabilities such as Licensing for
Billing Policy administration, and AppManagement for managing installation for
Microsoft-provided application packages in Dataverse. More namespaces will be added
over time, until full parity is reached in Power Platform API for what an administrator can
perform in Power Platform admin center. From that point onward, new features will
always be made available API-first.
Resource
A resource can either be tenant level or environment level:
When a resource is at the tenant level, the tenantID is inferred using the OAuth bearer
token and the call is routed to the Azure region that matches your tenant's physical
address. An example tenant level resource call would be:
HTTP
GET
https://api.powerplatform.com/licensing/billingPolicies/{billingPolicyId}?
api-version=2022-03-01-preview
When a resource is at the environment level, the tenantID is still inferred as mentioned
above but an environmentID must also be specified in the path before you can interact
with the resource. An example environment level resource call would be:
HTTP
GET
https://api.powerplatform.com/appmanagement/environments/{environmentId}/ope
rations/{operationId}?api-version=2022-03-01-preview
For details about permissions, go to Permissions reference.
Version
Power Platform API is currently in public preview and hence only single version is
available.
For more information about API versions, see Versioning and support.
Tutorials for using Power Platform API

You might be wondering how do I make use of these REST endpoints in an end to end,
real world scenario? We're so glad you asked! Use the following tutorials:
Tutorial: Create a daily capacity report

Tutorial: Install an application to a target environment
Next steps
You're ready to get up and running with Power Platform API. Go to Getting started with
Power Platform API.
Enumerar entornos (versión preliminar)
Puede mostrar los entornos de su inquilino.
Autenticación
Para obtener más información sobre los permisos y cómo seleccionarlos, consulte
Autenticación; herencia.
Solicitud de HTTP
HTTP
GET
https://api.bap.microsoft.com/providers/Microsoft.BusinessAppPlatform/scopes
/admin/environments?api-version=2020-10-
01&$expand=properties.capacity,properties.addons
Encabezados de solicitud
Encabezado Valor
Autorización Portador {token} (requerido)
Tipo de contenido application/json
Cuerpo de la solicitud
No proporcione un cuerpo de solicitud para este método.
Response
La respuesta es siempre una respuesta 200 OK, a menos que no esté correctamente
autenticado.
Ejemplo
JSON
"value": [
"id":
"/providers/Microsoft.BusinessAppPlatform/scopes/admin/environments/5ca1c616
-6060-46ba-abc1-18d312f1cb3a",
"type": "Microsoft.BusinessAppPlatform/scopes/environments",
"location": "unitedstates",
"name": "5ca1c616-6060-46ba-abc1-18d312f1cb3a",
"properties": {
"azureRegion": "westus",
"displayName": "My Power Platform Environment",
"description": "This is my environment purpose description",
"createdTime": "2020-10-22T04:38:17.8550157Z",
"createdBy": {
"id": "0f747967-84c4-4f29-84c2-682fb00390c8",
"displayName": "ServicePrincipal",
"type": "ServicePrincipal",
"tenantId": "5ca1c616-6060-46ba-abc1-18d312f1cb3a"
},
"lastModifiedTime": "2021-02-22T18:38:08.4718532Z",
"provisioningState": "Succeeded",
"creationType": "User",
"environmentSku": "Sandbox",
"isDefault": false,
"capacity": [
"capacityType": "Database",
"actualConsumption": 1392.68,
"ratedConsumption": 1392.68,
"capacityUnit": "MB",
"updatedOn": "2021-02-23T04:41:01Z"
},
"capacityType": "File",
"actualConsumption": 1567.697,
"ratedConsumption": 1567.697,
"updatedOn": "2021-02-23T04:41:01Z"
},
"capacityType": "Log",
"actualConsumption": 0,
"ratedConsumption": 0,
"updatedOn": "2021-02-23T04:41:01Z"
],
"addons": [
"addonType": "AppPass",
"allocated": 1,
"addonUnit": "Unit"
},
"addonType": "PerFlowPlan",
"allocated": 0,
"addonUnit": "Unit"
},
"addonType": "PortalViews",
"allocated": 0,
"addonUnit": "Unit"
},
"addonType": "PortalLogins",
"allocated": 0,
"addonUnit": "Unit"
},
"addonType": "AI",
"allocated": 0,
"addonUnit": "Unit"
},
"addonType": "AppPassForTeams",
"allocated": 0,
"addonUnit": "Unit"
},
"addonType": "PAUnattendedRPA",
"allocated": 0,
"addonUnit": "Unit"
],
"clientUris": {
"admin":
"https://admin.powerplatform.microsoft.com/environments/5ca1c616-6060-46ba-
abc1-18d312f1cb3a/hub",
"maker": "https://make.powerapps.com/environments/5ca1c616-6060-
46ba-abc1-18d312f1cb3a/home"
},
"microsoft.BusinessAppPlatform":
"https://unitedstates.api.bap.microsoft.com",
"microsoft.CommonDataModel":
"https://unitedstates.api.cds.microsoft.com",
"microsoft.PowerApps": "https://unitedstates.api.powerapps.com",
"microsoft.Flow": "https://unitedstates.api.flow.microsoft.com",
"microsoft.PowerAppsAdvisor":
"https://unitedstates.api.advisor.powerapps.com",
"microsoft.ApiManagement": "https://management.usa.azure-
apihub.net"
},
"databaseType": "CommonDataService",
"resourceId": "3b48b422-0b37-4070-8054-601867eb8b23",
"friendlyName": "My Power Platform Environment",
"uniqueName": "96c28a9e98934bf798bb71c9d92134",
"domainName": "org0fadb1dd",
"version": "9.2.21013.00152",
"instanceUrl": "https://org0fadb1dd.crm.dynamics.com/",
"instanceApiUrl": "https://org0fadb1dd.api.crm.dynamics.com",
"baseLanguage": 1033,
"instanceState": "Ready",
"createdTime": "2020-10-22T04:38:24.003Z",
"backgroundOperationsState": "Enabled",
"scaleGroup": "NAMCRMLIVESG644",
"platformSku": "Standard"
},
"notificationMetadata": {
"state": "NotSpecified",
"branding": "NotSpecific"
},
"retentionPeriod": "P7D",
"states": {
"management": {
"id": "Ready"
},
"runtime": {
"id": "Enabled"
},
"updateCadence": {
"id": "Frequent"
},
"retentionPeriod": "P7D",
"backupsAvailableFromDateTime": "2021-02-16T05:42:52.2822636Z"
},
"keyManagedBy": "Microsoft"
},
"cluster": {
"number": "108"
},
"connectedGroups": []
Crear un usuario de aplicación de

Dataverse (versión preliminar)
Use este punto de conexión para crear un usuario de aplicación en un entorno de

destino. Las personas que llaman a este punto de conexión deben ser administradores
de Power Platform, administradores globales o una aplicación principal de servicio de
Power Platform.
Autenticación
Solicitud de HTTP
HTTP
POST
https://api.bap.microsoft.com/providers/Microsoft.BusinessAppPlatform/scopes
/admin/environments/{environmentIdGuid}/addAppUser?api-version=2020-10-01
Encabezado Valor
JSON
{
"servicePrincipalAppId": "AzureAD_App_Registration_ClientID"
Respuesta
autenticado.
Ejemplo
JSON
"servicePrincipalAppId": "9995c1c2-619a-4b72-9ee6-4c44f5f586c5"
Después de realizar esta acción, puede confirmar que la entidad de servicio de su

inquilino de Azure Active Directory (Azure AD) al entorno como usuario de la aplicación.
Esto se puede validar yendo al Centro de administración de Power Platform,
seleccionando Entornos> [seleccione un entorno] >Configuración>Usuarios y
permisos>Usuarios de aplicación. Esto siempre agrega al usuario de la aplicación como
un Administrador del sistema.
Enumerar configuraciones de inquilinos
Puede enumerar la configuración aplicable a su inquilino.
Autenticación
Solicitud de HTTP
HTTP
POST
https://api.bap.microsoft.com/providers/Microsoft.BusinessAppPlatform/listte
nantsettings?api-version=2020-10-01
Encabezado Valor
No proporcione un cuerpo de solicitud para este método.
Response
autenticado.
Ejemplo
JSON
"walkMeOptOut": false,
"disableNPSCommentsReachout": false,
"disableNewsletterSendout": false,
"disableEnvironmentCreationByNonAdminUsers": false,
"disablePortalsCreationByNonAdminUsers": false,
"disableSurveyFeedback": false,
"disableTrialEnvironmentCreationByNonAdminUsers": false,
"disableCapacityAllocationByEnvironmentAdmins": false,
"disableSupportTicketsVisibleByAllUsers": false,
"powerPlatform": {
"search": {
"disableDocsSearch": false,
"disableCommunitySearch": false,
"disableBingVideoSearch": false
},
"teamsIntegration": {
"shareWithColleaguesUserLimit": 10000
},
"powerApps": {
"disableShareWithEveryone": false,
"enableGuestsToMake": false
Definiciones
Propiedad Tipo Descripción
walkMeOptOut Booleana Posibilidad d no

participar en
experiencias
guiadas utilizando
WalkMe en Power
Platform. El valor
predeterminado es
falso.
disableNPSCommentsReachout Booleana Posibilidad de

deshabilitar la
repetición de
encuestas de
usuarios que
dejaron
comentarios previos
a través de
indicaciones de NPS
en Power Platform.
El valor
predeterminado es
falso.
disableNewsletterSendout Booleana Posibilidad de

deshabilitar la
característica de
envío de boletines.
disableEnvironmentCreationByNonAdminusers Booleana Restringir todos los

entornos que
crearán los
administradores de
inquilinos,
adminsitradores de
Power Platform o
administradores de
servicios de
Dynamics365. El
valor
predeterminado es
falso.
disablePortalsCreationByNonAdminusers Booleana Restringir todos los

portales que
crearán los
administradores de
inquilinos,
adminsitradores de
Power Platform o
administradores de
servicios de
Dynamics365. El
valor
predeterminado es
falso.
disableSurveyFeedback Booleana Posibilidad de

deshabilitar todas
las solicitudes de
comentarios de la
encuesta de NPS en
Power Platform. El
valor
predeterminado es
falso.
disableTrialEnvironmentCreationByNonAdminusers Booleana Restringir todos los

entornos de prueba
que crearán los
administradores de
inquilinos,
adminsitradores de
Power Platform o
administradores de
servicios de
Dynamics365. El
valor
predeterminado es
falso.
disableCapacityAllocationByEnvironmentAdmins Booleana Posibilidad de

deshabilitar la
asignación de
capacidad por parte
de los
administradores del
entorno.
disableSupportTicketsVisibleByAllUsers Booleana Capacidad para

deshabilitar la
creación de vales de
soporte por parte
de usuarios no
administradores en
el inquilino.
powerPlatform.search.disableDocsSearch Booleana Si esta

configuración es
verdadera, los
usuarios del
entorno verán un
mensaje de que las
categorías de
búsqueda de
Microsoft Learn y
documentación han
sido deshabilitadas
por el
Administrador en la
página de
resultados de
búsqueda. El valor
predeterminado es
falso.
powerPlatform.search.disableCommunitySearch Booleana Si esta

configuración es
verdadera, los
usuarios del
entorno verán un
mensaje de que las
categorías de
búsqueda de
Community y Blog
han sido
deshabilitadas por
el Administrador en
la página de
resultados de
búsqueda. El valor
predeterminado es
falso.
powerPlatform.search.disableBingVideoSearch Booleana Si esta

configuración es
verdadera, los
usuarios del
entorno verán un
mensaje de que las
categorías de
búsqueda de vídeo
han sido
deshabilitadas por
el Administrador en
la página de
resultados de
búsqueda. El valor
predeterminado es
falso.
powerPlatform.teamsIntegration.shareWithColleaguesUserLimit Número Configuración de

entero valor máximo para
la cantidad de
usuarios en un
grupo de seguridad
que se usa para
compartir una
aplicación creada
con Power Apps en
Microsoft Teams. El
valor
predeterminado es
10000, pero se
puede aumentar o
disminuir según sea
necesario.
powerPlatform.powerApps.disableShareWithEveryone Booleana Posibilidad de

deshabilitar la
función Compartir
con todos en todas
las Power Apps. El
valor
predeterminado es
falso.
powerPlatform.powerApps.enableGuestsToMake Booleana Capacidad para

permitir que los
usuarios invitados
de su inquilino
creen Power Apps.
El valor
predeterminado es
falso.
Compatibilidad con PowerShell para
Power Apps
Con los cmdlets de PowerShell para creadores y administradores de aplicaciones, puede

automatizar muchas de las tareas de supervisión y administración que solo son posibles
hoy en día de forma manual en Power Apps .
Cmdlets
Cmdlets son funciones escritas en el lenguaje de script de PowerShell que ejecutan
comandos en el entorno de Windows PowerShell. Ejecutar estos cmdlets de Power Apps
permite que se interactúe con su plataforma de aplicaciones empresariales sin tener que
pasar por el portal de administración en un explorador web. Puede combinar estos
cmdlets con otras funciones de PowerShell para escribir scripts complejos que pueden
optimizar su flujo de trabajo. Tenga en cuenta que puede seguir usando los cmdlets si
no es administrador en el inquilino, pero se limitará a los recursos de su propiedad. Los
cmdlets que empiezan con la palabra "Admin" están diseñados para ser usados por una
cuenta de usuario administrativa.
Los cmdlets están disponibles en la galería de PowerShell como dos módulos

independientes:
Administrador
Fabricante
Para obtener información sobre el módulo de administración de Power Apps, consulte

Empezar a usar el módulo de administración de Power Apps y Microsoft
PowerApps.Administration.PowerShell.
７ Nota
En relación con compatibilidad de nivel 2 de Dynamics 365 Government

Community Cloud (GCC):
El extremo predeterminado es "prod". Si un usuario desea ejecutar un script de

PowerShell dirigido a un entorno GCC, el parámetro -Endpoint debe cambiarse a
"usgov" para GCC Moderate, "usgovhigh" para GCC High, o "dod" para GCC DOD.
PowerShell
Add-PowerAppsAccount -Endpoint "usgov"
Requisitos
En este tema, PowerShell requiere la versión 5.x de Windows PowerShell. Para
comprobar la versión de PowerShell que se ejecuta en su máquina, ejecute el siguiente
comando:
PowerShell
$PSVersionTable.PSVersion
Si tiene una versión obsoleta, consulte Actualizar la versión de Windows PowerShell

existente.
） Importante
Los módulos que se describen en este documento usan .NET Framework. Esto lo
hace incompatible con PowerShell 6.0 y versiones posteriores, que usa .NET Core.
Instalación
Para ejecutar los cmdlets de PowerShell para creadores de la aplicación, haga lo
siguiente:
1. Ejecute PowerShell como administrador.

2. Importe los componentes necesarios mediante los siguientes comandos:
PowerShell
Install-Module -Name Microsoft.PowerApps.Administration.PowerShell
Install-Module -Name Microsoft.PowerApps.PowerShell -AllowClobber
Como alternativa, si no tiene derechos de administrador en su equipo, puede usar

el siguiente parámetro -Scope CurrentUser para la instalación:
PowerShell

Scope CurrentUser
Install-Module -Name Microsoft.PowerApps.PowerShell -AllowClobber -

Scope CurrentUser
3. Si se le solicita aceptar el cambio al valor InstallationPolicy del repositorio, acepte

[A] Sí a todos los módulos. Para ello, escriba "A" y presione Entrar para cada
módulo.
4. Antes de acceder a cualquiera de los comandos, tiene la opción de proporcionar
sus credenciales usando el comando siguiente. Estas credenciales se actualizan
hasta unas 8 horas antes de que deba iniciar sesión de nuevo para continuar
usando los cmdlets.
PowerShell
# This call opens prompt to collect credentials (Azure Active Directory

account and password) used by the commands
PowerShell
# Here is how you can pass in credentials (avoiding opening a prompt)
$pass = ConvertTo-SecureString "password" -AsPlainText -Force
Add-PowerAppsAccount -Username user@contoso.com -Password $pass
Cmdlets de Power Apps para creadores de

aplicaciones
Requisito previo
Los usuarios con una licencia de Power Apps válida pueden realizar operaciones en
estos cmdlets, pero solo tendrán acceso a los recursos (por ejemplo, las aplicaciones, los
flujos, etc.). que se hayan creado o se han compartido con ellos.
Lista de cmdlet - Cmdlets de fabricante
７ Nota
Hemos actualizado algunos de los nombres de función de cmdlets en la última
versión para agregar prefijos adecuados para evitar colisiones. Consulte la tabla de
abajo para una visión general de lo que ha cambiado.
Finalidad Cmdlet
Agregar una aplicación de lienzo a una Set-PowerAppAsSolutionAware

solución Microsoft Dataverse
Leer y actualizar entornos Get-AdminPowerAppEnvironment(antes Get-

PowerAppsEnvironment)
Get-FlowEnvironment
Restore-PowerAppEnvironment(antes Restore-
AppVersion)
Leer, actualizar, y eliminar una Get-AdminPowerApp(antes Get-App)
aplicación de lienzo Remove-AdminPowerApp(antes Remove-App)
Publish-AdminPowerApp (antes Publish-App)
Leer, actualizar, y eliminar permisos de Get-AdminPowerAppRoleAssignment(antes Get-

aplicación de lienzo AppRoleAssignment)
Remove-AdminPowerAppRoleAssignment(antes
Remove-AppRoleAssignment)
Leer, actualizar, y eliminar un flujo Get-AdminFlow
Enable-AdminFlow
Disable-AdminFlow
Remove-AdminFlow
Leer, actualizar, y eliminar permisos de Get-AdminFlowOwnerRole
flujo Set-AdminFlowOwnerRole
Remove-AdminFlowOwnerRole
Lea y responder a aprobaciones de flujo Get-AdminFlowApprovalRequest
Remove-AdminFlowApprovals
Leer y eliminar conexiones Get-AdminPowerAppConnection(antes Get-

Connection)
Remove-AdminPowerAppConnection(antes Remove-
Connection)
Leer, actualizar, y eliminar permisos de Get-AdminPowerAppConnectionRoleAssignment(antes

conexión Get-ConnectionRoleAssignment)
Set-AdminPowerAppConnectionRoleAssignment(antes
Set-ConnectionRoleAssignment)
Remove-
AdminPowerAppConnectionRoleAssignment(antes
Remove-ConnectionRoleAssignment)
Finalidad Cmdlet
Leer y eliminar conectores Get-AdminPowerAppConnector(antes Get-Connector)
Remove-AdminPowerAppConnector(antes Remove-
Connector)
Agregar, leer, actualizar y eliminar Get-AdminPowerAppConnectorRoleAssignment(antes

permisos de conector personalizado Get-ConnectorRoleAssignment)
Get-PowerAppConnectorRoleAssignment(antes Set-
ConnectorRoleAssignment)
Remove-PowerAppConnectorRoleAssignment(antes
Remove-ConnectorRoleAssignment)
Leer, agregar y eliminar patrones de Get-PowerAppPolicyUrlPatterns
URL de directivas New-PowerAppPolicyUrlPatterns
Remove-PowerAppPolicyUrlPatterns
Leer, registrar y quitar aplicaciones de Get-PowerAppManagementApp
administración Get-PowerAppManagementApps
New-PowerAppManagementApp
Remove-PowerAppManagementApp
Leer, crear, actualizar e importar claves Get-PowerAppRetrieveAvailableTenantProtectionKeys
de protección Get-PowerAppGenerateProtectionKey
Get-PowerAppRetrieveTenantProtectionKey
New-PowerAppImportProtectionKey
Set-PowerAppTenantProtectionKey
Cmdlets de Power Apps para administradores

Para obtener más información sobre cmdlets de Power Apps para administradores,
consulte Introducción a PowerShell para administradores de Power Platform
Recomendaciones
Use Get-Help 'nombre_cmdlet' para obtener una lista de ejemplos.
Para recorrer las opciones posibles para etiquetas de entrada, haga clic en la tecla
TAB después de escribir del carácter de guión (-), después del nombre de cmdlet.
Comandos de ejemplo:
PowerShell
Get-Help Get-AdminPowerAppEnvironment
Get-Help Get-AdminPowerAppEnvironment -Examples
Get-Help Get-AdminPowerAppEnvironment -Detailed
Ejemplos de operaciones
A continuación encontrará algunos escenarios comunes que muestran cómo usar
cmdlets Power Apps nuevos o existentes.
Comandos de entornos
Power Apps Comandos
Power Automate comandos
Comandos de conexión API
Cmdlets de exención de recursos de DLP
Comandos de entornos
Use estos comandos para obtener detalles y actualizar entornos en su inquilino.
Mostrar una lista de todos los entornos.

PowerShell
Devuelve una lista de cada entorno en el inquilino, con detalles de cada uno (p. ej.,
nombre del entorno (guid), nombre para mostrar, ubicación, creador, etc.).
Mostrar detalles del entorno predeterminado
PowerShell
Get-AdminPowerAppEnvironment –Default
Devuelve los detalles únicamente para el entorno predeterminado del inquilino.
Muestra detalles de entorno específico
PowerShell
Get-AdminPowerAppEnvironment –EnvironmentName 'EnvironmentName'
Nota: El campo EnvironmentName es un identificador único, que es diferente de

DisplayName (consulte los primeros y segundos campos en la salida en la imagen
siguiente).
Comandos Power Apps

Estas operaciones se usan para leer y modificar datos de Power Apps del inquilino.
Mostrar una lista de todos los Power Apps
PowerShell
Get-AdminPowerApp
Devuelve una lista de todas las Power Apps en el inquilino, con detalles de cada uno (p.
ej., nombre de la aplicación (guid), nombre para mostrar, ubicación, creador, etc.).
Mostrar una lista de todos los Power Apps que coinciden el

nombre para mostrar de entrada
PowerShell
Get-AdminPowerApp 'DisplayName'
Devuelve una lista de todos los Power Apps en el inquilino que coincidan con el nombre
para mostrar.
Nota: escriba entre comillas (") los valores de entradas que contengan espacios.
Caracterizar una aplicación
PowerShell
Set-AdminPowerAppAsFeatured –AppName 'AppName'
Las aplicaciones caracterizadas se agrupan y se extraen a la parte superior de la lista en

el reproductor móvil de Power Apps.
Nota: Como los entornos, el campo AppName es un identificador único, que es

diferente de DisplayName. Si desea realizar operaciones en función del nombre para
mostrar, algunas funciones le permitirán usar la canalización (consulte la función
siguiente).
Convertir una aplicación en una aplicación prominente mediante la

canalización
PowerShell
Get-AdminPowerApp 'DisplayName' | Set-AdminPowerAppAsHero
Una aplicación prominente aparecerá en la parte superior de la lista del reproductor

móvil de Power Apps. Solo puede haber una aplicación prominente.
La canalización (representada como el carácter ‘|’ entre dos cmdlets) toma la salida del
primer cmdlet y la pasa como el valor de entrada del segundo, asumiendo que la
función se ha programado para admitir la característica de canalización.
Nota: una aplicación ya debe ser una aplicación caracterizada antes de que cambie a
prominente.
Mostrar el número de aplicaciones que cada usuario posee
PowerShell
Get-AdminPowerApp | Select –ExpandProperty Owner | Select –ExpandProperty

displayname | Group
Puede combinar las funciones de PowerShell nativas con los cmdlets Power Apps para
manipular los datos incluso más. Aquí usamos la función Select para aislar el atributo
Propietario (un objeto) del objeto Get-AdminApp. A continuación aislamos el nombre
de objeto de propietario canalizando esa salida a otra función Select. Por último, al
pasar la segunda salida de la función Select a la función Group se devuelve una tabla
interesante que incluye un recuento del número de aplicaciones de cada propietario.
Mostrar el número de aplicaciones en cada entorno
PowerShell
Get-AdminPowerApp | Select -ExpandProperty EnvironmentName | Group | %{ New-

Object -TypeName PSObject -Property @{ DisplayName = (Get-
AdminPowerAppEnvironment -EnvironmentName $_.Name | Select -ExpandProperty
Descargar detalles de usuario de Power Apps
PowerShell
Get-AdminPowerAppsUserDetails -OutputFilePath '.\adminUserDetails.txt' –

UserPrincipalName 'admin@bappartners.onmicrosoft.com'
El comando anterior almacenará los detalles del usuario de Power Apps (información
básica de uso sobre el usuario de entrada mediante su nombre principal de usuario) en
el archivo de texto especificado. Creará un nuevo archivo si no hay ningún archivo
existente con ese nombre, y sobrescribirá el archivo de texto si ya existe.
Exportar una lista de licencias de usuario asignadas
PowerShell
inquilino en un archivo .csv de vista tabular. El archivo exportado contiene tanto planes
de prueba internos de registro de autoservicio como planes que con origen en Azure
Active Directory. Los planes de prueba internos no son visibles para los administradores
usuarios de Microsoft Power Platform.
７ Nota
Los resultados del cmdlet Get-AdminPowerAppLicenses solo incluyen licencias para

los usuarios que han accedido a los servicios e Power Platform (por ejemplo, el
centro de administración de Power Apps, Power Automate o Power Platform).
Usuarios que han tenido licencias asignadas en Azure AD (típicamente a través del
centro de administración de Microsoft 365) pero nunca he accedido a los servicios
de Power Platform no tendrán sus licencias incluidas en la salida .csv generada.
Además, dado que los servicios de licencia de Power Platform licencias almacenan
en caché las licencias, las actualizaciones realizadas a las asignaciones de licencias
en Azure AD puede tardar hasta siete días en reflejarse en el resultado de los
usuarios que no han accedido al servicio recientemente.
Establecer el usuario conectado como propietario de una

aplicación de lienzo
PowerShell
Set-AdminPowerAppOwner –AppName 'AppName' -AppOwner

$Global:currentSession.userId –EnvironmentName 'EnvironmentName'
Cambia el rol de propietario de una PowerApp al usuario actual, y reemplaza el

propietario original como un tipo de rol "puede ver".
Nota: Los campos AppName y EnvironmentName son los identificadores únicos (guids),
no los nombres para mostrar.
Mostrar una lista de aplicaciones de lienzo eliminadas en un

entorno
PowerShell
Get-AdminDeletedPowerAppsList -EnvironmentName 'EnvironmentName'
Esto muestra todas las aplicaciones de lienzo que se eliminaron recientemente y que
aún pueden recuperarse.
Recuperar una aplicación de lienzo eliminada
PowerShell
Get-AdminRecoverDeletedPowerApp -AppName 'AppName' -EnvironmentName

'EnvironmentName'
Esto recupera una aplicación de lienzo que se puede descubrir a través del cmdlet Get-
AdminDeletedPowerAppsList. Cualquier aplicación de lienzo que no se muestre en Get-
AdminDeletedPowerAppsList no es recuperable.
Entorno de formulario personalizado de SharePoint designado
Los siguientes cmdlets se pueden usar para especificar y verificar en qué entorno se
guardan los formularios personalizados de SharePoint, en lugar de en el entorno
predeterminado. Cuando el entorno designado para los formularios personalizados de
SharePoint cambia, este es el entorno donde se guardan los formularios personalizados
recién creados. Los formularios personalizados existentes no se migran
automáticamente a diferentes entornos cuando se utilizan estos cmdlets. La capacidad
de un usuario para crear un formulario personalizado en un entorno designado requiere
que el usuario tenga el rol de Creador del entorno. A los usuarios se les puede otorgar
el rol de Creador del entorno en el centro de administración Power Platform .
Tenga en cuenta que se puede eliminar cualquier entorno que no sea el

predeterminado. Si el designado formulario personalizado de SharePoint designado se
elimina, los formularios personalizados también se eliminarán.
PowerShell
Get-AdminPowerAppSharepointFormEnvironment 
Esto devuelve el EnvironmentName para el entorno actualmente designado para

formularios personalizados de SharePoint recién creados. Si nunca se ha designado un
entorno, se devuelve al entorno predeterminado.
PowerShell
Set-AdminPowerAppSharepointFormEnvironment –EnvironmentName
'EnvironmentName'
Esto designa el entorno en el que se guardan los formularios personalizados de

SharePoint recién creados, en lugar del entorno predeterminado. Los formularios
personalizados existentes no se migran automáticamente al entorno recién designado.
Solo se pueden designar entornos de producción para formularios personalizados de
SharePoint.
PowerShell
Reset-AdminPowerAppSharepointFormEnvironment
Esto restablece el entorno predeterminado como el entorno designado para guardar los
formularios personalizados de SharePoint.
Mostrar configuración de inquilino para la capacidad de compartir
aplicaciones con 'Todos'
PowerShell
$settings = Get-TenantSettings
$settings.PowerPlatform.PowerApps.disableShareWithEveryone
Esta configuración controla si los usuarios con Environment Maker rol de seguridad
pueden compartir aplicaciones de lienzo con Todos en una organización. Cuando la
configuración se establece en 'verdadero', solo los usuarios con un rol de administrador
(administrador de Dynamics 365, Administrador de servicios Power Platform,
administrador de inquilinos de Azure AD) puede compartir aplicaciones con 'Todos en
una organización'.
Tenga en cuenta que, independientemente de esta configuración de inquilino, los

creadores de valor con el privilegio de compartir pueden compartir aplicaciones con
grupos de seguridad de cualquier tamaño. Este control solo determina si se puede usar
la abreviatura 'Todos' al compartir.
Cambiar configuración de inquilino para la capacidad de compartir

aplicaciones con 'Todos'
PowerShell
$settings = Get-TenantSettings
$settings.powerPlatform.powerApps.disableShareWithEveryone = $True
Set-TenantSettings -RequestBody $settings
Destaque el contenido del mensaje de error de gobernanza de su

organización

mensajes de error, se incluirá en el mensaje de error que se muestra cuando los
fabricantes observan que no tienen permiso para compartir aplicaciones con 'Todos'.
Consute Comandos de contenido del mensaje de error de gobernanza de PowerShell.
Asociar flujos de contexto a una aplicación
Asocie flujos en el contexto de una aplicación a la aplicación para crear una

dependencia entre la aplicación y los flujos. Para obtener más información sobre los
flujos de contexto, consulte Qué capacidades de Power Automate están incluidas en las
licencias de Power Apps?
PowerShell
Add-AdminFlowPowerAppContext -EnvironmentName <String> -FlowName <String>

-AppName <String> [-ApiVersion <String>] [<CommonParameters>]
EnvironmentName y FlowName se pueden encontrar en la URL del flujo:
Para un flujo sin solución, la URL se verá así:

https://preview.flow.microsoft.com/manage/environments/839eace6-59ab-4243-
97ec-a5b8fcc104e7/flows/6df8ec2d-3a2b-49ef-8e91-942b8be3202t/details
El GUID después de los entornos/ es el EnvironmentName y el GUID después de

los flujos/ es el FlowName
Para un de solución, la URL se verá así:
https://us.flow.microsoft.com/manage/environments/66495a1d-e34e-e330-9baf-
0be559e6900b/solutions/fd140aaf-4df4-11dd-bd17-
0019b9312238/flows/53d829c4-a5db-4f9f-8ed8-4fb49da69ee1/details
El GUID después de los entornos/ es el EnvironmentName y el GUID después de

los flujos/ es el FlowName
El AppName para la aplicación de lienzo se puede encontrar en la página de
detalles de la aplicación de lienzo.
El AppName de la aplicación basada en modelo se puede encontrar en el

explorador de soluciones.
Para ver ejemplos, escriba: "get-help Add-AdminFlowPowerAppContext -

examples".
Para obtener más información, escriba: "get-help Add-
AdminFlowPowerAppContext -detailed".
Para obtener información técnica, escriba: "get-help Add-
AdminFlowPowerAppContext -full".
Eliminar flujos de contexto de una aplicación

Elimine la dependencia entre los flujos y una aplicación con este comando de
PowerShell. Remove-AdminFlowPowerAppContext elimina el contexto de la aplicación
del flujo específico.
PowerShell
Remove-AdminFlowPowerAppContext -EnvironmentName <String> -FlowName

<String> -AppName <String> [-ApiVersion <String>] [<CommonParameters>]
- To see the examples, type: "get-help Remove-AdminFlowPowerAppContext -

examples".
- For more information, type: "get-help Remove-AdminFlowPowerAppContext

-detailed".
- For technical information, type: "get-help Remove-

AdminFlowPowerAppContext -full".
Comandos Power Automate

Use estos comandos para ver y modificar los datos relacionados con Power Automate.
Mostrar todos los flujos
PowerShell
Get-AdminFlow
Devuelve una lista de todos los flujos en el inquilino.
Mostrar detalles del rol del propietario del flujo
PowerShell
Get-AdminFlowOwnerRole –EnvironmentName 'EnvironmentName' –FlowName

'FlowName'
Devuelve los detalles del propietario del flujo especificado.
Nota: Como Entornos y PowerApps, FlowName es el identificador único (guid), que es

diferente del nombre para mostrar del flujo.
Mostrar detalles del usuario del flujo
PowerShell
Get-AdminFlowUserDetails –UserId $Global:currentSession.userId
Devuelve los detalles de usuario relacionados con el uso del flujo. En este ejemplo
usamos como entrada el id. de usuario del usuario que inició la sesión de PowerShell.
Quitar detalles del usuario del flujo
PowerShell
Remove-AdminFlowUserDetails –UserId 'UserId'
Elimina completamente los detalles sobre un usuario del flujo de la base de datos de
Microsoft. Todos los flujos que posee el usuario de entrada deben eliminarse para poder
purgar los detalles de usuario del flujo.
Nota: el campo UserId es el identificador de objeto del registro de Azure Active

Directory del usuario, que se encuentra en Azure Portal , en Azure Active
Directory>Usuarios>Perfil>.Id. de objeto. Debe ser un administrador para acceder a
estos datos desde aquí.
Exportar todos los flujos a un archivo CSV
PowerShell
Get-AdminFlow | Export-Csv -Path '.\FlowExport.csv'
Exporta todos los flujos del inquilino en un archivo .csv de vista tabular
Comandos de conexión API

Vea y administrar las conexiones API de su inquilino.
Mostrar todas las conexiones nativas en el entorno predeterminado
PowerShell
Muestra una lista de todas las conexiones API que tiene en el entorno predeterminado.
Las conexiones nativas se encuentran en la pestaña Dataverse>Conexiones de Power
Apps .
Mostrar todos conectores personalizados en el inquilino
PowerShell
Get-AdminPowerAppConnector
Devuelve una lista de todos los detalles de conectores personalizados en el inquilino.

No devuelve conectores personalizados que están en una solución. Es una limitación
conocida.
Comandos de directiva de prevención de pérdida de

datos (DLP)
７ Nota
La capacidad para bloquear conectores mediante el uso de una clasificación de tres

niveles Empresariales, No empresariales y Bloqueados además del soporte de la
interfaz de usuario de la directiva DLP en el centro de administración de Power
Platform, están actualmente en versión preliminar pública. Hay una nueva directiva
de DLP compatible con PowerShell para la clasificación de directivas de tres niveles
de DLP, que también está en versión preliminar pública. El soporte de directivas
DLP heredadas para clasificación de dos niveles (Empresariales y No
empresariales), junto con la interfaz de usuario del centro de administración y el
soporte de PowerShell para la clasificación de dos niveles, actualmente están
disponibles con carácter generar y seguirán estando disponibles en el futuro
próximo. Más información: Documentación de conectores
Estos cmdlets controlan las directivas DLP en el inquilino.
Crear una directiva DLP
PowerShell
New-DlpPolicy
Crea una nueva directiva de DLP para el inquilino del administrador que inició sesión.
Recuperar una lista de objetos DLP
PowerShell
Get-DlpPolicy
Obtiene objetos de directiva para el inquilino del administrador que inició sesión.
Actualizar una directiva de DLP
PowerShell
Set-DlpPolicy
Actualiza detalles de la directiva, como el nombre para mostrar de la directiva.
Quitar una directiva
PowerShell
Remove-DlpPolicy
Elimina una directiva DLP.

Cmdlets de exención de recursos de DLP
Estos cmdlets le permiten aplicar una exención o anularla para un recurso específico de
una política de DLP.
Recuperar la lista de recursos exentos existente para una directiva

DLP
PowerShell
Get-PowerAppDlpPolicyExemptResources -TenantId -PolicyName
Crear una nueva lista de recursos exentos para una directiva DLP
PowerShell
New-PowerAppDlpPolicyExemptResources -TenantId -PolicyName -

NewDlpPolicyExemptResources
Actualizar la lista de recursos exentos para una directiva DLP
PowerShell
Set-PowerAppDlpPolicyExemptResources -TenantId -PolicyName -

UpdatedExemptResources
Quitar la lista de recursos exentos para una directiva DLP
PowerShell
Remove-PowerAppDlpPolicyExemptResources -TenantId -PolicyName
Para eximir un recurso de una directiva DLP, necesita la siguiente información:
Id. de inquilino (GUID)

Id. de directiva DLP (GUID)
Id. de recurso (termina con un GUID)
Tipo de recurso
Puede recuperar el identificador y el tipo de recurso mediante los cmdlets de PowerShell

Get-PowerApp para aplicaciones y Get-Flow para flujos.
Ejemplo
Para eximir el flujo con identificador f239652e-dd38-4826-a1de-90a2aea584d9 y la

aplicación con identificador 06002625-7154-4417-996e-21d7a60ad624 se pueden
ejecutar los siguientes cmdlets:
1. PS D:\> $flow = Get-Flow -FlowName f239652e-dd38-4826-a1de-90a2aea584d9
2. PS D:\> $app = Get-PowerApp -AppName 06002625-7154-4417-996e-21d7a60ad624
3. PS D:\> $exemptFlow = [pscustomobject]@{
4. >> id = $flow.Internal.id
5. >> type = $flow.Internal.type
6. >> }
7. PS D:\> $exemptApp = [pscustomobject]@{
8. >> id = $app.Internal.id
9. >> type = $app.Internal.type
10. >> }
11. PS D:\> $exemptResources = [pscustomobject]@{
12. >> exemptResources = @($exemptFlow, $exemptApp)
13. >> }
14. PS D:\> New-PowerAppDlpPolicyExemptResources -TenantId b1c07da8-2ae2-

47e7-91b8-d3418892f507 -PolicyName 65da474a-70aa-4a59-9ae1-65a2bebbf98a -
NewDlpPolicyExemptResources $exemptResources
15.
16. exemptResources
17. ---------------
18. {@{id=/providers/Microsoft.ProcessSimple/environments/Default-b1c07da8-
2ae2-47e7-91b8-d3418892f507/flows/f239652e-dd38-4826-a1de-90a2aea584d9;
type=Microsoft.ProcessSimple/environments/flows},
@{id=/providers/Microsoft.PowerApps/apps/06002625-7154-4417-996e-21d7a60ad..
Experiencia de exención de DLP en los siguientes escenarios:
# Escenario Experiencia
1 El usuario inicia una El lanzamiento de la aplicación continúa con o sin aplicación de

aplicación que no es DLP.
compatible con DLP pero
está exenta de DLP.
2 El creador guarda una Con o sin exención de DLP, el cumplimiento de DLP no bloquea
aplicación que no es la operación de guardado de la aplicación. La advertencia de
compatible con DLP pero incumplimiento de DLP se muestra independientemente de la
está exenta de DLP exención de DLP.
# Escenario Experiencia
3 El creador guarda un flujo Con o sin exención de DLP, el cumplimiento de DLP no bloquea
que no es compatible con la operación de guardado del flujo. La advertencia de
DLP pero está exenta de incumplimiento de DLP no aparecerá.
DLP
Comandos de contenido del mensaje de error de

gobernanza
Los siguientes cmdlets se pueden utilizar para guiar a los usuarios finales al material de
referencia de gobierno de su organización, incluido un vínculo a la documentación de
gobierno y un contacto de gobierno, cuando los controles de gobierno lo soliciten. Por
ejemplo, cuando se configura el contenido del mensaje de error de gobernanza,
aparecerá en Mensajes de cumplimiento de la política de prevención de pérdida de
datos de Power Apps.
Establecer contenido del mensaje de error de gobernanza
PowerShell
New-PowerAppDlpErrorSettings -TenantId 'TenantId' -ErrorSettings @{
ErrorMessageDetails = @{
enabled = $True
url = "https://contoso.org/governanceMaterial"
ContactDetails= @{
enabled = $True
email = "admin@contoso.com"
La URL y el correo electrónico del mensaje de error de gobernanza se pueden mostrar

de forma independiente o conjunta. La presencia de cada valor en el mensaje de error
de gobernanza se controla mediante el campo "habilitado".
El contenido de este mensaje de error de gobernanza aparece en

las siguientes experiencias.
# Experiencia Disponibilidad
1 El usuario inicia una aplicación creada usando Power Apps que no es Disponible en
compatible con DLP general
# Experiencia Disponibilidad
2 Maker comparte una aplicación de lienzo Power Apps pero no tiene Generalmente
privilegio de compartir disponible
3 Maker comparte una aplicación de lienzo Power Apps con 'Todos' pero no Disponible en
tiene el privilegio de compartir con 'Todos' general
4 El creador guarda una aplicación creada usando Power Apps que no es Disponible en
compatible con DLP general
5 El creador guarda un flujo Power Automate que no cumple con DLP Disponible en
general
Mostrar contenido del mensaje de error de gobernanza
PowerShell
Get-PowerAppDlpErrorSettings -TenantId 'TenantId'
Actualizar el contenido del mensaje de error de gobernanza
PowerShell
Set-PowerAppDlpErrorSettings -TenantId 'TenantId' -ErrorSettings @{
ErrorMessageDetails = @{
enabled = $True
url = "https://contoso.org/governanceMaterial"
ContactDetails= @{
enabled = $True
email = "admin@contoso.com"

Comandos:
PowerShell
Remove-AllowedConsentPlans
Add-AllowedConsentPlans
Get-AllowedConsentPlans
Los cmdlets de planes de consentimiento permitidos se pueden usar para agregar o

eliminar el acceso a un tipo particular de plan de consentimiento de un inquilino. Los
planes de consentimiento "internos" son licencias de prueba o planes de desarrollador
en los que los usuarios pueden registrarse a través de Power Apps/portales de Power
Automate/Power Automate para escritorio. Los planes de consentimiento "Suscripción
ad-hoc" o "Viral" son licencias de prueba en las que los usuarios pueden registrarse a
través de https://signup.microsoft.com o los administradores pueden asignar a los
usuarios a través de Azure Active Directory (Azure AD) o el portal de administración de
Microsoft 365.
De forma predeterminada, todos los tipos de planes de consentimiento están

permitidos en un inquilino. Un caso de uso común para estos cmdlets es si un
administrador de Power Platform quiere bloquear a los usuarios dentro de su inquilino
de la capacidad de asignarse licencias de prueba, pero conservar la capacidad de
asignar licencias de prueba en nombre de los usuarios. Esto se puede lograr mediante el
comando Remove-AllowedConsentPlans -Types "Internal", así como deshabilitando la
configuración AllowAdHocSubscriptions en Azure AD.
Es importante tener en cuenta que al usar Remove-allowedConsentPlans, todos los

planes existentes del tipo especificado se eliminarán de todos los usuarios del inquilino
y no se podrán recuperar. Además, bloqueará toda asignación subsiguiente adicional de
planes de ese tipo. Si, en un momento posterior, el administrador de Power Platform
desea volver a habilitar planes de ese tipo que puedan usar Add-allowedConsentPlans. Si
desean ver el estado actual de los planes de consentimiento permitidos, pueden usar
Get-allowConsentPlans.
¿Desea realizar alguna pregunta?

Si tiene comentarios, sugerencias o preguntas, envíelas a Administración del panel de la
comunidad de Power Apps .
Vea también
Empezar a usar el módulo de administración de Power Apps
Vista previa: información general de programabilidad y extensibilidad

Automatización de tareas con
PowerShell
Los cmdlets de PowerShell permiten a los administradores completar la tarea del portal
de administración mediante comandos de secuencia de comandos. Con PowerShell
puede ejecutar secuencialmente varios comandos a la vez o canalizar comandos de
salida para automatizar tareas comunes.
Con los cmdlets de PowerShell y los conectores de administración, los administradores

pueden crear flujos y aplicaciones que ayuden a implementar directivas de gobierno.
Puede usar estos cmdlets de PowerShell de ejemplo:
Biblioteca de cmdlet de Tareas comunes

PowerShell
Cmdlets Power Apps

Diseñado para creadores y administradores de aplicaciones para
Compatibilidad con automatizar tareas con entornos y aplicaciones, flujos y conectores
PowerShell para Power asociados.
Apps
Cmdlets Microsoft 365

Se usa para tareas relacionadas de Microsoft 365 para automatizar
Introducción a acciones y tareas relacionadas con el usuario. Por ejemplo, la
PowerShell para asignación de licencias.
Microsoft 365
Cmdlets de Dynamics 365

Utilícelo para entornos con bases de datos de Microsoft Dataverse.
Información general de Los módulos incluyen soporte para la API de administración en línea
Dynamics 365 Customer de Dataverse y la implementación de soluciones de automatización
Engagement (on- en los entornos de .
premises) PowerShell
Cmdlets Microsoft Azure

Úselo para incluir cualquier componente de Azure en su solución
Documentación de Azure general. Puede utilizarlo para la configuración de secuencias de
PowerShell comandos de la puerta de enlace de la aplicación local.
Puede usar una combinación de todos los cmdlets anteriores para crear scripts de
PowerShell destinados a realizar operaciones masivas en usuarios, entornos o sus
recursos.
 Sugerencia
También se pueden encontrar ejemplos al instalar y probar el Kit de inicio del

Centro de excelencia o en los laboratorios prácticos de Admin-in-a-Day,
disponibles en GitHub (Admin in a day ).
Tareas comunes de PowerShell

Mostrar una lista de entornos
PowerShell
Las tareas le brindan información clave, como el nombre para mostrar y el GUID del
entorno. Esta tarea es a menudo lo que se necesita para las operaciones de
seguimiento.
Agregar parámetros, como -Default, permite a los administradores encontrar

genéricamente el entorno predeterminado en el inquilino.
PowerShell
Get-AdminPowerAppEnvironment -Default
Utilice el GUID para devolver un nombre no visible para el entorno. Luego, puede
explorar en profundidad los detalles de ese entorno específico. Por ejemplo:
Get-AdminPowerAppEnvironment -Environment 'EnvironmentName'.
Esto devuelve lo siguiente:
Este ejemplo devuelve una lista de conexiones en un entorno, incluidas todas las
conexiones en el entorno predeterminado de un inquilino.
PowerShell
Este ejemplo canaliza la salida de un cmdlet a otro. Presenta una lista de aplicaciones
numéricas en cada entorno de inquilinos.
PowerShell
Get-AdminPowerApp | select -ExpandProperty EnvironmentName | Group | %{

New-Object -TypeName PSObject -Property @{ DisplayName = (Get-
AdminPowerAppEnvironment -EnvironmentName $_.Name | select -ExpandProperty
Esto producirá la siguiente información detallada:

Power Platform prevención de pérdida
de datos (DLP) SDK
Este tema presenta las capacidades del SDK de DLP y le muestra cómo DLP puede
ayudarlo a administrar su directiva de inquilinos y entornos con experiencias que van
desde crear, leer, actualizar y eliminar directivas de DLP. Más información: Directivas de
prevención de pérdida de datos
Cómo ejecutar esta muestra

1. Descargar o clonar el informe de Repo de muestras para que tenga una copia
local.
2. Abra PowerShell ISE como administrador.
3. Ejecute el siguiente comando:
PowerShell

Force
4. Edite RunSamples.ps1 y realice los siguientes cambios:
Reemplace el valor de $TenantAdminName con su cuenta de administrador

de inquilino
Reemplace el valor de $TenantAdminPassword con su contraseña de cuenta
de administrador de inquilino
Reemplace el valor de $EnvironmentAdminName con su cuenta de
administrador de entorno
Reemplace el valor de $EnvironmentAdminPassword con su contraseña de
cuenta de administrador de entorno
Nota: la cuenta de administrador del inquilino no debe usarse como una cuenta de
5. Ejecute RunSamples.ps1.
Qué hace este ejemplo

Este ejemplo llama a las API de DLP en Microsoft.PowerApps.Administration.PowerShell
para crear, leer, actualizar y eliminar directivas DLP. A continuación, se muestran los
escenarios admitidos por el SDK.
1. Cree una directiva a nivel de inquilino que clasifique los conectores en los grupos
Comercial, No comercial y Bloqueados.
2. Cree una directiva para todos los entornos excepto para ciertos entornos que
clasifique los conectores en los grupos Comercial, No comercial y Bloqueados.
3. Cree una directiva a nivel de entorno único que clasifique los conectores en los
grupos Comercial, No comercial y Bloqueados.
4. Obtenga una lista de directivas a nivel de inquilino (todos los entornos).
5. Actualice la directiva para mover el conector entre los grupos (Comercial, No
comercial y Bloqueados).
6. Pruebe la compatibilidad de las directivas existentes que anteriormente usaban las
API de PowerShell heredadas y que ahora usan nuevas API de PowerShell.
7. Aplique una directiva de DLP a todos los entornos de Teams dentro de un
inquilino. Más información: Aplicar una directiva de prevención de pérdida de
datos a todos los entornos Dataverse for Teams
Cómo funciona este ejemplo

Este ejemplo proporciona algunos escenarios de DLP sobre cómo llamar a las API de
DLP para su referencia. Puede ejecutar la muestra y ver el resultado.
Administrar los documentos con
SharePoint
La administración de documentos de SharePoint permite a los usuarios administrar tipos

de documento comunes, como Word, Excel, PowerPoint, OneNote, y crear carpetas para
guardar y administrar esos documentos en aplicaciones de involucración del cliente
Dynamics 365 Marketing y Dynamics 365 Project Service Automation) que se almacenan
perfectamente en SharePoint.
７ Nota
La característica de administración de documentos no es compatible con usuarios

con licencias de Power Apps para Microsoft 365. Estos usuarios deben actualizar a
la licencia correspondiente. Más información: Comparar Office 365 para planes de
negocios
La función de administración de documentos se admite para sitios de SharePoint

con experiencia clásica y moderna.
Dependiendo de su entorno, tiene varias aplicaciones de involucración del cliente y

configuraciones de SharePoint posibles.
Configuración Más información

Configuración Más información
Aplicaciones de involucración del Configurar aplicaciones de Dynamics 365 para usar

cliente con SharePoint Online SharePoint Online
Aplicaciones de involucración del Configurar la autenticación basada en servidor con

cliente con SharePoint local aplicaciones Dynamics 365 y SharePoint local
Los administradores configuran administración de documentos, especifican permisos

para administrar tareas y garantizan que las direcciones URL del sitio de SharePoint sean
correctas.
Vea también
Requisitos de software de la administración de documentos de SharePoint
Requisitos de software de la
administración de documentos de
SharePoint
Si quiere usar la funcionalidad de gestión de documentos SharePoint con aplicaciones

basadas en modelos de Power Apps o aplicaciones de participación del cliente, como
Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service,
Dynamics 365 Marketing y Dynamics 365 Project Service Automation, debe cumplir con
los requisitos enumerados en este artículo.
La integración de SharePoint basada en servidor proporciona los siguientes beneficios:
Interfaz de usuario moderno que es coherente con la interfaz de usuario actual.
Los usuarios pueden crear y ver las carpetas con la administración de documentos.
Para configurar y usar administración de documentos, no es necesario que haya

iniciado sesión en la aplicación y en SharePoint.
Requisitos de administración de documentos

SharePoint. Puede usar cualquiera de las versiones de SharePoint siguientes:
SharePoint en Microsoft 365

SharePoint 2016 local
SharePoint 2013 SP1 local (o una versión posterior)
Colección de sitios de SharePoint. Tiene que tener al menos una colección de sitios
configurada y disponible su aplicación.
La integración de SharePoint basada en servidor debe estar habilitada. Más

información: Configurar integración de SharePoint
） Importante
La característica de administración de documentos requiere que las suscripciones

de aplicaciones Power Apps o de involucración del cliente estén bajo el mismo
inquilino que la suscripción de SharePoint Online.
Las versiones de SharePoint Foundation no son compatibles con la administración
de documentos de aplicaciones de Power Apps y de involucración del cliente.
Los usuarios que acceden a SharePoint desde las aplicaciones deben disponer de
permisos adecuados para la colección de sitios de SharePoint en la que estén instalados
los componentes de administración de documentos. Para obtener más información
sobre la concesión de pertenencia a una colección de sitios, consulte la Ayuda de
SharePoint.
７ Nota
La integración de SharePoint solo puede habilitarla un usuario con permisos

globales de administrador. Los administradores delegados no pueden habilitar la
funcionalidad de SharePoint.
Consulte también
Integración de SharePoint, OneNote y OneDrive con Microsoft Dataverse
Este artículo analiza las capacidades de administración de documentos de SharePoint

desde dentro de una aplicación basada en modelos o de participación del cliente de
Microsoft Dataverse. Entre las aplicacioones se encuentran Dynamics 365 Sales,
Dynamics 365 Project Service Automation.
Con SharePoint puede almacenar y administrar documentos en el contexto de un

registro en SharePoint Server, e implementar la infraestructura de SharePoint para
compartir, administrar y colaborar eficazmente. Como SharePoint almacena documentos
en SharePoint Server, los usuarios que no están ejecutando la aplicación pueden
acceder directamente a los documentos en SharePoint Server. Esto es suponiendo que
los usuarios tengan los permisos adecuados.
Para la funcionalidad de la administración de los documentos, habilite la integración de

SharePoint basada en servidor en una colección de sitios en SharePoint. SharePoint
basado en servidor proporciona los siguientes beneficios.
Los usuarios inician sesión una vez y, por consiguiente, no tienen que iniciar sesión
en aplicaciones de participación del cliente y SharePoint.
No se requiere ningún otro software adicional para instalar en SharePoint.
Los documentos de SharePoint aparecerán en la listas.
Los usuarios pueden ejecutar acciones SharePoint desde la barra de comandos.
Consultar también
Administrar documentos
Permisos requeridos para tareas de administración de documentos
Validar y corregir direcciones URL de sitios de SharePoint
Habilitar la administración de documentos de SharePoint para entidades específicas

Configurar aplicaciones de
involucración del cliente para usar
SharePoint Online
Cuando utilice SharePoint Online con aplicaciones de involucración del cliente

Dynamics 365 Marketing y Dynamics 365 Project Service Automation), podrá:
Crear, cargar, ver y eliminar los documentos almacenados en SharePoint dentro de

Utilizar las capacidades de administración de documentos de SharePoint dentro de

aplicaciones de involucración del cliente, como proteger y desproteger el
documento y cambiar las propiedades de un documento.
Permitir a los usuarios de aplicaciones que no son de involucración del cliente,

como clientes que desean revisar una oferta, acceder directamente a los
documentos de SharePoint, siempre que tengan los permisos adecuados.
） Importante
Este tema es para organizaciones que desean implementar por primera vez o
actualizarse a integración de SharePoint basada en servidor. Después de habilitar la
integración de SharePoint basada en servidor, no podrá revertir al anterior método
de autenticación basado en cliente.
Para configurar aplicaciones de involucración del cliente para utilizar SharePoint Online,
complete los pasos siguientes.
Asignar permisos de usuario al sitio de grupo

de SharePoint
No se permite a los usuarios de aplicaciones de involucración del cliente y de Microsoft
365 acceder automáticamente a sitios de SharePoint. Debe trabajar en el sitio de
SharePoint para asignar niveles de permiso específicos a usuarios individuales o grupos.
Asigne usuarios al sitio de grupo

1. Vaya al Centro de administración de Microsoft 365 e inicie sesión con las
credenciales de administrador global de Microsoft 365.
2. Abra el iniciador de aplicaciones de Microsoft 365 y, a continuación, seleccione

SharePoint.
3. En el menú de la izquierda, seleccione Sitio de equipo.
4. En la página principal, seleccione COMPARTIR (esquina superior derecha).
5. Para ver los permisos predeterminados para el sitio de equipo, seleccione mucha
gente.
6. De forma predeterminada, todos los usuarios de la organización de Microsoft 365

pueden agregar y editar documentos en el sitio de SharePoint del grupo. Para
invitar a otros, elija Invitar a personas y agregue personas ajenas a su organización
para compartir documentos.
Para obtener más información acerca de los permisos de SharePoint, vea Introducción:
Controlar el acceso de usuario con permisos
Configurar aplicaciones de involucración del

cliente para la administración de documentos
de SharePoint
Si se trata de una nueva organización y aún no ha implementado la administración de
documentos, consulte Configurar una nueva organización.
Si su organización ya está usando la administración de documentos con el componente

de listas de Microsoft Dynamics CRM, debe cambiar a la integración de SharePoint
basada en servidor. Más información: Cambiar del componente de lista o cambiar la
implementación
） Importante
La integración de SharePoint basada en servidor usa el nombre de la entidad para

crear la biblioteca de SharePoint. Cuando actualice la integración de SharePoint
basada en servidor, asegúrese de comprobar que los nombres para mostrar de la
biblioteca de documentos en SharePoint coinciden con los nombres para mostrar
de la entidad. Más información: "Error de validación" cuando trate de configurar
la integración de SharePoint basada en servidor para Microsoft Dynamics CRM
Online y SharePoint Online .
Estos nombres deben coincidir.
Configure una nueva organización

Si la organización no ha implementado la administración de documentos, cuando el
administrador del sistema inicie sesión se mostrará un mensaje de advertencia para
habilitar la integración de SharePoint basada en servidor.
７ Nota
Si no ve la advertencia y no ha habilitado anteriormente la integración de

SharePoint basada en servidor, desactive la memoria caché del explorador o abra
aplicaciones de involucración del cliente mediante Internet Explorer con
exploración InPrivate para que vuelva a mostrarse la alerta. Una vez que configure
la integración basada en servidor, la alerta dejará de aparecer.

documentos y, a continuación, seleccione Habilitar la integración de SharePoint
basada en servidor.
3. En la alerta Habilitar la integración de SharePoint basada en servidor, seleccione

Siguiente.
4. Seleccione Online para indicar dónde están ubicados sus sitios de SharePoint y a
continuación, elija Siguiente.
5. Si sus aplicaciones de involucración del cliente no están conectadas a un sitio en
línea de SharePoint, escriba la dirección URL (por ejemplo,
https://contoso.sharepoint.com ) del sitio de SharePoint que utilizará para la
creación automática de la carpeta y, a continuación, elija Siguiente.
 Sugerencia
Para ver las colecciones de sitios de SharePoint, en el centro de administración

de Microsoft 365, haga clic en Centros de administración>SharePoint y, a
continuación, seleccione Colecciones de sitios.
6. Se comprobará la dirección URL para verificar que se trata de un sitio en línea

válido de SharePoint y si existe en el mismo inquilino de Microsoft 365 que la
organización. Después de habilitar la integración de SharePoint basada en servidor
no puede volver a la integración anterior del lado del cliente. Elija Habilitar.
Pasos siguientes
Una vez que se habilita la integración de SharePoint basada en servidor deberá habilitar
las entidades que desea que estén disponibles para la integración de la administración
de documentos. Más información: Habilitar la administración de documentos en
entidades
Después de habilitar la integración de SharePoint basada en servidor, también puede

habilitar la integración con OneNote y OneDrive. Más información: Configurar la
integración de OneNote y Habilitar OneDrive para la Empresa (online)
Uso de administración de documentos
Ya está listo para agregar ubicaciones de almacenamiento de documento en las
entidades que activó anteriormente y empezar a administrar documentos. Comience
abriendo un registro habilitado por administración de documentos (por ejemplo,
Contacto).
1. Busque la aplicación web-
2. Elija una cuenta, como la cuenta de ejemplo Adventure Works.
3. En la barra de navegación, seleccione la flecha abajo situada junto al nombre de la

cuenta y, a continuación seleccione Documentos.
4. Seleccione Cargar y luego busque un documento para cargar en la nueva carpeta

del sitio de equipo de Microsoft 365SharePoint Online.
5. Seleccione una ubicación de carpeta y, a continuación, haga clic en Aceptar.

6. Para ver el documento en el sitio de equipo de Microsoft 365SharePoint Online,
haga clic en la izquierda del nombre del documento (verá una marca de
verificación) y, a continuación seleccione Abrir ubicación.
7. Seleccione Contenidos del sitio para ver todas las bibliotecas de documentos
creadas para las entidades administradas que seleccionó.
Las entidades que haya seleccionado para administrar con Administración de

documentos aparecen como bibliotecas de documentos (por ejemplo: Cuenta,
Artículo, Caso, Cliente potencial, Oportunidad, Producto, Oferta y Documentación
de ventas).
Problema conocido
SharePoint Online ha presentado una nueva característica que permite a SharePoint o a
un administrador global de Microsoft 365 bloquear o restringir el acceso al contenido
de SharePoint y de OneDrive desde dispositivos no administrados. Para obtener más
información, consulte Controlar el acceso desde dispositivos no administrados.
Puede establecer el acceso en tres niveles:
1. Permitir el acceso total de aplicaciones de escritorio, aplicaciones móviles y la web

2. Permitir acceso limitada solo desde Internet
3. Bloquear el acceso
Para el nivel de "bloquear acceso", solo los dispositivos que cumplen la directiva de
confianza de AD definida por el administrador de SharePoint o global pueden abrir el
sitio de SharePoint y realizar operaciones.
Impacto en la integración de aplicaciones de

involucración del cliente y SharePoint Online
Cuando SharePoint Online está configurado para “bloquear acceso", las aplicaciones de
involucración del cliente reciben una respuesta no autorizada 401 de SharePoint Online
para todas las operaciones desencadenadas mediante la integración entre servidores.
Esto se debe a que SharePoint Online rechaza el símbolo de AppAssertedUser (el
símbolo basada en notificaciones que se usa para la autenticación entre servidores entre
aplicaciones de involucración del cliente y SharePoint Online).
Solución alternativa
Como solución alternativa, puede establecer la política de dispositivos no administrados
para "Permitir acceso total de aplicaciones de escritorio, móviles y web" en SharePoint
Online.
1. Inicie sesión en https://admin.microsoft.com como administrador global o de

SharePoint. Si recibe un mensaje indicando que no tiene permiso de acceso a la
página, no tiene permisos de administrador de Microsoft 365 en su organización.
2. En el panel izquierdo, seleccione Centros de administración>SharePoint.
3. En el Centro de administración de SharePoint, seleccione control de acceso en el

panel izquierdo.
4. En Dispositivos no administrados, seleccione Permitir el acceso total de
aplicaciones de escritorio, aplicaciones móviles y la web.
Información transmitida entre aplicaciones de

involucración del cliente y SharePoint cuando
utilice la integración de SharePoint basada en
servidor
Cuando usa la característica de administración de documentos en aplicaciones de
involucración del cliente mediante la integración de SharePoint basada en servidor, la
siguiente información se transmite entre aplicaciones de involucración del cliente y
SharePoint:
Nombre de entidad para la entidad que se usa para crear carpetas en SharePoint,
como cuenta, artículo o cliente potencial. Para configurar las entidades que se
integran, vaya a Configuración>Administración de documentos>Configuración
de administración de documentos.
Vea también
Administrar los documentos con SharePoint
Configurar la autenticación basada en
La integración de SharePoint basada en servidor para la administración de documentos

se puede utilizar para conectar aplicaciones de involucración del cliente (Dynamics 365
Marketing y Dynamics 365 Project Service Automation), con SharePoint local. Cuando se
usa autenticación basada en servidor, Servicios de dominio Azure AD se usa como
agente de confianza y los usuarios no necesitan iniciar sesión en SharePoint.
Permisos requeridos
Se requieren las siguientes suscripciones y privilegios para habilitar la gestión de
documentos de SharePoint.
Microsoft 365 Suscripción de administrador global: esto es necesario para:

Acceso de nivel administrativo a la suscripción de Microsoft 365.
Ejecute el asistente para Habilitar la autenticación basada en servidor.
Ejecutar los cmdlets de AzurePowerShell.
Privilegio de Power Apps Ejecutar el Asistente para la integración de SharePoint.

Esto es necesario para ejecutar el Asistente para Habilitar la autenticación basada
en servidor.
El rol de seguridad Administrador del sistema tiene este privilegio de forma

predeterminada.
Para la integración local de SharePoint, pertenencia al grupo de administradores

de la granja de SharePoint. Esto es necesario para ejecutar la mayoría de los
comandos PowerShell en el servidor de SharePoint.
Configurar la autenticación de servidor a

Siga los pasos en el orden indicado para configurar las aplicaciones de involucración del
cliente con SharePoint 2013 local.
） Importante
Los pasos descritos aquí se deben completar en el orden indicado. Si una tarea no
se finaliza, como un comando de PowerShell que devuelve un mensaje de error, el
problema debe resolver antes de continuar con el siguiente comando, tarea o paso.
Verificación de los requisitos previos

Antes de configurar las aplicaciones de involucración del cliente y SharePoint local para
autenticación basada en servidor, deben cumplirse los siguientes requisitos previos:
Requisitos previos de SharePoint

SharePoint 2013 (local) con Service Pack 1 (SP1) o una versión posterior
） Importante
Las versiones de SharePoint Foundation 2013 no se admiten para usar con

administración de documentos de aplicaciones de involucración del cliente.
Instale la actualización acumulativa (CU) de abril de 2019 para la familia de

productos SharePoint 2013. Esta CU de abril de 2019 incluye todas las correcciones
para SharePoint 2013 (incluidas todas las correcciones de seguridad de SharePoint
2013) lanzadas desde SP1. La CU de abril de 2019 no incluye SP1. Debe instalar
SP1 antes de instalar la CU de abril de 2019. Más información: KB4464514
SharePoint Server 2013 abril 2019 CU
Configuración de SharePoint
Si usa SharePoint 2013, para cada granja de SharePoint, solo se puede

configurar una sola aplicación de involucración del cliente para la integración
basada en servidor.
El sitio webSharePoint debe ser accesible a través de Internet. Un proxy inverso

también se puede requerir para autenticación de SharePoint. Más información:
Configure un dispositivo proxy inverso para SharePoint Server 2013 híbrido
El sitio web de SharePoint debe configurarse para usar SSL (HTTPS) en el puerto
TCP 443 (no se admiten puertos personalizados) y el certificado debe emitirlo
una entidad de certificación raíz pública. Más información: SharePoint: Acerca
de los certificados SSL de canal seguro
Una propiedad de usuario fiable para usar para la asignación de autenticación
basada en notificaciones entre SharePoint y aplicaciones de involucración del
usuario. Más información: Seleccionar un tipo de enlace
Para el uso compartido de documentos, el servicio de búsqueda de SharePoint

debe estar habilitado. Más información: Crear y configurar una aplicación de
servicio de búsqueda en SharePoint Server
Para la funcionalidad de administración de documentos al usar las aplicaciones

móviles de Dynamics 365, el servidor de SharePoint local debe estar disponible
a través de Internet.
Otros requisitos previos
Licencia de SharePoint Online. La autenticación basada en servidor de aplicaciones

de involucración del cliente a SharePoint local debe tener el nombre de entidad de
seguridad de servicio (SPN) de SharePoint registrado en Azure Active Directory.
Para ello, al menos una licencia de usuario de SharePoint Online es obligatoria. La
licencia de SharePoint Online pueden obtenerse de una sola licencia de usuario y
se consigue a partir de una de las acciones siguientes:
Una suscripción a SharePoint Online. Cualquier plan de SharePoint Online es

suficiente, aunque la licencia no esté asignada a un usuario.
Una suscripción a Microsoft 365 que incluya SharePoint Online. Por ejemplo, si
tiene Microsoft 365 E3, tiene la licencia adecuada aunque esta no esté asignada
a un usuario.
Para obtener más información sobre estos planes, consulte Buscar la solución
adecuada para usted y Comparar opciones de SharePoint
Las siguientes características del software se requieren para ejecutar los cmdlets de
PowerShell descritos en este tema.
Microsoft Online Services - Ayudante para el inicio de sesión para los

profesionales de TI Beta
MSOnlineExt
Para instalar el módulo de MSOnlineExt, escriba el siguiente comando de sesión

PowerShell de administrador.
PS> Install-Module -Name "MSOnlineExt"
） Importante
En el momento de redactar este texto, hay un problema con la versión de
RTW del Ayudante para el inicio de sesión de Microsoft Online Services para
los profesionales de TI. Hasta resolver el problema, se recomienda usar la
versión beta. Más información: Foros de Microsoft Azure: No puede instalar
el Módulo Azure Active Directory para Windows PowerShell. MOSSIA no
está instalado .
Un tipo adecuado de asignación de autenticación basada en notificaciones para

usar en la asignación de identidades entre aplicaciones de involucración del cliente
y SharePoint local. De forma predeterminada se usa la dirección de correo
electrónico. Más información: Conceder permiso a las aplicaciones de
involucración del cliente para obtener acceso a SharePoint y configurar la
Actualizar SharePoint el servidor SPN en Azure Active

Directory Servicios de dominio
1. Prepare la sesión de PowerShell.
Los siguientes cmdlets permiten que el equipo reciba comandos remotos y

agregue módulos de Microsoft 365 a la sesión de PowerShell. Para obtener más
información acerca de estos cmdlets, vea Cmdlets del núcleo de Windows
PowerShell.
PowerShell
Enable-PSRemoting -force
New-PSSession
Import-Module MSOnline -force
Import-Module MSOnlineExtended -force
2. Conéctese a Microsoft 365.
Al ejecutar el comando Connect-MsolService, debe proporcionar una cuenta de

Microsoft válida que tenga válido que tenga pertenencia al administrador global
para la licencia de SharePoint Online que se requiere.
Para obtener más información acerca de los comandos de Azure Active

DirectoryPowerShell indicados aquí, consulte Administración de Azure AD
utilizando Windows PowerShell
PowerShell
$msolcred = get-credential
connect-msolservice -credential $msolcred
3. Establezca el nombre host de SharePoint.
El valor que establece para la variable HostName debe ser el nombre de host
completo de la colección de sitios de SharePoint. El nombre de host debe derivar
URL de la colección de sitios y distingue mayúsculas de minúsculas. En este
ejemplo, la dirección URL de la colección de sitios es
<https://SharePoint.constoso.com/sites/salesteam> , por lo que el nombre de
host es SharePoint.contoso.com.
PowerShell
$HostName = "SharePoint.contoso.com"
4. Obtenga el identificador del objeto de Microsoft 365 (inquilino) y el Nombre

principal de servicio (SPN) de SharePoint Server.
PowerShell
$SPOAppId = "00000003-0000-0ff1-ce00-000000000000"
$SPOContextId = (Get-MsolCompanyInformation).ObjectID
$SharePoint = Get-MsolServicePrincipal -AppPrincipalId $SPOAppId
$ServicePrincipalName = $SharePoint.ServicePrincipalNames
5. Establezca el Nombre principal de servicio (SPN) de SharePoint Server en Azure

Active Directory.
PowerShell
$ServicePrincipalName.Add("$SPOAppId/$HostName")
Set-MsolServicePrincipal -AppPrincipalId $SPOAppId -

ServicePrincipalNames $ServicePrincipalName
Después de completar estos comandos, no cierre el Shell de administración de

SharePoint 2013 y continúe con el siguiente paso.
Actualice el dominio de SharePoint para que coincida con

el de SharePoint Online
En el servidor de SharePoint local, en el Shell de administración de SharePoint 2013,
ejecute este comando de Windows PowerShell.
El siguiente comando requiere la pertenencia del administrador de granja de SharePoint

y establece el dominio de autenticación de la granja de SharePoint local.
Ｕ Precaución
Al ejecutar este comando cambia el dominio de autenticación de la granja

SharePoint local. Para las aplicaciones que usan un servicio de token de seguridad
(STS) existente, esto podría provocar un comportamiento inesperado con otras
aplicaciones que usan los símbolos de acceso. Más información: Set-
SPAuthenticationRealm.
PowerShell
Set-SPAuthenticationRealm -Realm $SPOContextId
Crear un emisor de token de seguridad de confianza para

Azure Active Directory en SharePoint
Los siguientes comandos requieren la pertenencia del administrador de granja de

SharePoint.
Para obtener más información sobre estos comandos de PowerShell, consulte Usar los
cmdlets de Windows PowerShell para administrar la seguridad en SharePoint 2013.
1. Habilite la sesión de PowerShell para realizar cambios en el servicio de token de

seguridad para la granja de SharePoint.
PowerShell
$c = Get-SPSecurityTokenServiceConfig
$c.AllowMetadataOverHttp = $true
$c.AllowOAuthOverHttp= $true
$c.Update()
2. Establezca el extremo de metadatos.
PowerShell
$metadataEndpoint = "https://accounts.accesscontrol.windows.net/" +
$SPOContextId + "/metadata/json/1"
$acsissuer = "00000001-0000-0000-c000-000000000000@" + $SPOContextId
$issuer = "00000007-0000-0000-c000-000000000000@" + $SPOContextId
3. Cree el nuevo proxy de aplicación del servicio de control de token en Azure Active
Directory.
PowerShell
New-SPAzureAccessControlServiceApplicationProxy -Name "Internal" -

MetadataServiceEndpointUri $metadataEndpoint -DefaultProxyGroup
７ Nota
El comando New- SPAzureAccessControlServiceApplicationProxy puede

devolver un mensaje de error que indica que existe un proxy de aplicación
con el mismo nombre. Si ya existe el proxy de aplicación con nombre, puede
ignorar el error.
4. Cree el nuevo emisor del servicio de control de token en SharePoint local para
PowerShell
$acs = New-SPTrustedSecurityTokenIssuer –Name "ACSInternal" –

IsTrustBroker:$true –MetadataEndpoint $metadataEndpoint -
RegisteredIssuerName $acsissuer
Conceder permiso a las aplicaciones de involucración del

cliente para obtener acceso a SharePoint y configurar la
Los siguientes comandos requieren la pertenencia de administración de la colección de

sitios de SharePoint.
1. Registre aplicaciones de involucración del cliente con la colección de sitios de

SharePoint.
Escriba la dirección URL de la colección de sitios de SharePoint local. En este
ejemplo, se usa https://sharepoint.contoso.com/sites/crm/ .
） Importante
Para completar este comando, debe existir y ejecutarse el proxy de aplicación

del servicio de administración de aplicaciones de SharePoint. Para obtener
más información acerca de cómo iniciar y configurar el servicio, vea el
subtema Configuración de los valores de suscripciones y aplicaciones de
servicio de administración de aplicaciones en Configurar un entorno para
aplicaciones de SharePoint (SharePoint 2013).
PowerShell
$site = Get-SPSite "https://sharepoint.contoso.com/sites/crm/"
Register-SPAppPrincipal -site $site.RootWeb -NameIdentifier $issuer -

DisplayName "crm"
2. Conceda acceso a las aplicaciones de involucración del cliente al sitio de

SharePoint. Reemplace https://sharepoint.contoso.com/sites/crm/ con su
dirección URL del sitio SharePoint.
７ Nota
En el siguiente ejemplo, se concede permiso a la aplicación de involucración

del cliente a la colección de sitios de SharePoint especificada mediante el
parámetro de colección de sitios –Scope. El parámetro Scope acepta las
siguientes opciones. Elija el ámbito que sea el más adecuado para la
configuración de SharePoint.
site . Concede permiso solo a las aplicaciones de involucración del
cliente al sitio web especificado de SharePoint. No concede permiso a

ningún subsitio bajo el sitio con nombre.
sitecollection . Concede permiso a las aplicaciones de involucración
del cliente a todos los sitios web y subsitios dentro de la colección de

sitios de SharePoint especificada.
sitesubscription . Concede permiso a las aplicaciones de
involucración del cliente a todos los sitios web de la granja de

SharePoint, incluidas todas las colecciones de sitios, sitios web y
subsitios.
PowerShell
$app = Get-SPAppPrincipal -NameIdentifier $issuer -Site

"https://sharepoint.contoso.com/sites/crm/"
Set-SPAppPrincipalPermission -AppPrincipal $app -Site $site.Rootweb -

Scope "sitecollection" -Right "FullControl"
3. Establezca el tipo de asignación de la autenticación basada en notificaciones:
） Importante
De forma predeterminada, la asignación de autenticación basada en

notificaciones usará la dirección de correo electrónico de la cuenta Microsoft
y la dirección de correo electrónico de trabajo de SharePoint local del usuario
para la asignación. Cuando se usa esto, las direcciones de correo electrónico
del usuario deben coincidir en los dos sistemas. Para obtener vea Selección
de tipo de asignación de autenticación basada en notificaciones.
PowerShell
$map1 = New-SPClaimTypeMapping -IncomingClaimType

"http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress" -
IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming
Ejecutar el asistente de la Integración de SharePoint

basado en servidor
Siga estos pasos:
1. Asegúrese de que tiene el permiso adecuado para ejecutar el asistente. Más

información: Permisos requeridos
3. En el área Administración de documentos, haga clic en Habilitar la integración de

4. Revise la información y, a continuación, haga clic en Siguiente.
5. Para sitios de SharePoint, haga clic en Local y luego en Siguiente.
6. Escriba la dirección URL de la colección de sitios local SharePoint, como

https://sharepoint.contoso.com/sites/crm . El sitio se debe configurar para SSL.
7. Haga clic en Siguiente.
8. Aparecerá la sección de validación de sitios. Si se determina que todos los sitios

son válidos, haga clic en Habilitar. Si se determina que uno o varios sitios no son
válidos, consulte Solución de problemas de autenticación basada en servidor.
Seleccione las entidades que desea incluir en

De forma predeterminada, se incluyen las entidades Cuenta, Artículo, Cliente potencial,
Producto, Oferta y Documentación de ventas. Puede agregar o quitar las entidades que
se usarán para la administración de documentos con SharePoint en Configuración de
administración de documentos en Configuración de la administración de documentos.
Vaya a Configuración>Administración de documentos. Más información: Habilitar la
administración de documentos en entidades
Agregar integración de OneDrive para la

Empresa
Tras completar la configuración de autenticación basada en servidor de aplicaciones de
involucración del cliente y SharePoint local, también puede integrar OneDrive para la
Empresa. Con la integración de aplicaciones de involucración del cliente y OneDrive
para la Empresa, los usuarios pueden crear y administrar documentos privados con
OneDrive para la Empresa. Se puede acceder a estos documentos una vez que el
administrador del sistema habilite OneDrive para la Empresa.

En el Windows Server donde se ejecuta SharePoint Server local, abra el shell de
administración de SharePoint y ejecute los siguientes comandos:
PowerShell
Add-Pssnapin *
AppPrincipals
$ClientId = "00000007-0000-0000-c000-000000000000"


Selección de tipo de asignación de

autenticación basada en notificaciones
De forma predeterminada, la asignación de autenticación basada en notificaciones usará
la dirección de correo electrónico de la cuenta Microsoft y la dirección de correo
electrónico de trabajo de SharePoint local del usuario para la asignación. Observe que,
cualquiera que sea el tipo de autenticación basada en notificaciones que use, los
valores, como direcciones de correo electrónico, deben coincidir entre aplicaciones de
involucración del cliente y SharePoint. La sincronización de directorios de Microsoft 365
puede ayudar a esto. Más información: Implementar la sincronización de directorios de
Microsoft 365 en Microsoft Azure. Para usar un tipo diferente de asignación de
autenticación basada en notificaciones, vea Definir asignación de notificación
personalizada para la integración basada en el servidor de SharePoint.
） Importante
Para habilitar la propiedad de correo electrónico de trabajo, SharePoint local debe

tener una aplicación de servicio de perfil de usuario iniciada y configurada. Para
habilitar una aplicación de servicio de perfil de usuario en SharePoint, vea Crear,
editar o eliminar aplicaciones de servicio de perfil de usuario en SharePoint
Server 2013. Para cambiar una propiedad de usuario, como correo electrónico de
trabajo, vea Editar una propiedad de perfil de usuario. Para obtener más
información acerca de la aplicación del servicio de perfil de usuario, vea
Información general de la aplicación del servicio de perfil de usuario en
SharePoint Server 2013.
Vea también
Configurar la integración de SharePoint con aplicaciones de involucración del cliente

Habilitar la administración de
documentos de SharePoint para
entidades específicas
Almacene los documentos relacionados con los registros de entidad en SharePoint y

acceda, comparta y administre rápidamente estos documentos desde las aplicaciones
Automation), al habilitar la administración de documentos en determinadas entidades.
 Sugerencia
Si no ha configurado la integración de SharePoint basada en servidor, es posible

que le convenga hacerlo antes de habilitar la administración de documentos para
entidades específicas. Para obtener información, consulte Configurar la integración
de SharePoint.

equivalentes en Microsoft Dynamics 365. O bien verifique que tiene privilegios de


entorno.

documentos>Configuración de de administración de documentos.
4. Seleccione las entidades que desea usar para administrar documentos de

SharePoint.
Si aún no se ha especificado una dirección URL, introduzca la dirección URL del

sitio de SharePoint donde se crearán las ubicaciones de documentos y carpetas
para almacenar documentos, y luego seleccione Siguiente.
5. Considere estas configuraciones de integración basadas en el servidor.
Compruebe Basado en entidad para que las bibliotecas y carpetas de

documentos que se basan en la entidad Cuenta se creen automáticamente en
el sitio de SharePoint. No se solicitará a los usuarios que las creen.
Si no desea que las carpetas se creen automáticamente, desactive la casilla Basado

en entidad.
） Importante
Si tiene aplicaciones de interacción con los clientes y SharePoint Online,

asegúrese de que la ubicación se encuentre en el mismo inquilino de
Microsoft 365 que los entornos.
Seleccione Finalizar.
Para obtener información sobre la integración basada en servidor, consulte

Configuración de la integración de SharePoint con .
） Importante
Con la excepción de las entidades de oportunidad y de contrato, una

estructura de carpetas jerárquica automáticamente no se tomará en
SharePoint para las entidades que tenga más de uno o varios (N: 1) en
relación con la entidad principal.
Para que la gestión de documentos funcione correctamente para una entidad,
la relación de la entidad debe ser de uno a muchos (1: N) entre la entidad y la
entidad de documento de SharePoint. Los documentos que existen en la
biblioteca de documentos de SharePoint no aparecerán en la aplicación para
entidades con relaciones de varios a uno (N:1) o de varios a varios (N:N) entre
la entidad y una entidad de documento de SharePoint.
Vea también
Modificar registros de sitio de SharePoint existentes

Editar registros de sitio de SharePoint
existentes
Almacene documentos relacionados con sus registros en carpetas de SharePoint y

administre las carpetas y los documentos desde las aplicaciones de involucración del
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation). La
integración de la administración de documentos de SharePoint con aplicaciones de
involucración del cliente facilitan el acceso y el uso compartido de los documentos
asociados a los registros.
 Sugerencia
Si utiliza CRM 2013 SP1 o posterior, puede aprovechar la integración de SharePoint

basada en servidor entre aplicaciones de involucración del cliente y SharePoint
Online. La integración de SharePoint basada en servidor proporciona una
experiencia envolvente de administración de documentos coherente con el aspecto
de las aplicaciones de involucración del cliente.
Puede usar la integración basada en servidor de SharePoint para las

implementaciones de SharePoint locales e híbridas. Para obtener información sobre
la configuración de la integración de SharePoint basada en servidor utilizando un
asistente, consulte Configuración de la integración de SharePoint con.
Si ya ha configurado la administración de documentos de SharePoint, y desea editar los

registros del sitio, use el procedimiento siguiente.
Edite registros de sitio



documentos.
4. Seleccionar SharePointSitios.
5. Seleccione el registro del sitio que desea modificar y, a continuación, seleccione

Editar.
6. Modifique cualquiera de los ajustes siguientes:
Nombre. Agregue o cambie el nombre del sitio.
Propietario. De forma predeterminada, se indica la persona que creó el sitio

como propietario del registro de sitio.
Descripción. Agregue o cambie la descripción del sitio. Por ejemplo,

especifique los documentos que contiene el sitio.
Tipo de dirección URL. Especifique si desea agregar una dirección URL

absoluta (completa) o relativa para el sitio.
Dirección URL absoluta. Para apuntar este registro de sitios a una

colección de sitios o un sitio en SharePoint, especifique la dirección URL
calificada de la colección de sitios o sitio. Puede usar este registro como
un sitio primario para crear otros registros de sitio con direcciones URL
relativas para sitios dentro de la colección de sitios o los sitios en el mismo
sitio de SharePoint.
Dirección URL relativa. Use esta opción solamente cuando tenga al menos
un registro de sitio apuntando a una colección de sitios en SharePoint. En
la casilla Sitio primario, seleccione un registro de sitio existente. Si el
registro del sitio que seleccionó como sitio primario apunta a una
colección de sitios en SharePoint, especifique el nombre de un sitio
existente en el segundo cuadro. Si el registro del sitio que seleccionó
como sitio primario apunta a un sitio en SharePoint, especifique el nombre
de un sitio subordinado existente en SharePoint.
７ Nota
Para activar o desactivar un registro de sitio, en la página Sitios de SharePoint,
seleccione el registro del sitio y, en el grupo Registros, seleccione Activar o
Desactivar.
Vea también
Creación o edición de un registro de
ubicación de documentos
Las ubicaciones de los documentos de SharePoint son registros de las aplicaciones de

Automation), que apuntan a una carpeta o biblioteca de documentos de SharePoint.

deben estar en su lugar. Si las aplicaciones de involucración del cliente no pueden crear
las bibliotecas de documentos y carpetas automáticamente, puede crearlas
manualmente en SharePoint. Después de crear las bibliotecas de documentos y carpetas
en SharePoint, debe crear registros de ubicación de documentos en aplicaciones de
involucración de cliente para señalar a estas bibliotecas de documentos o carpetas de
SharePoint.
2. Elija Ubicaciones de documentos de SharePoint.
3. Elija Nuevo.
4. Especifique la siguiente información, según corresponda:
Nombre. Escriba un nombre para la ubicación del documento. Este nombre

se muestra en la lista de ubicaciones en el registro de tabla.
Propietario. De forma predeterminada, se le agrega a usted como el

propietario del registro de esta ubicación.
Descripción. Escriba una descripción para la ubicación del documento.
Tipo de dirección URL. Seleccione si desea crear la ubicación con una

dirección URL absoluta o relativa.
Seleccione Dirección URL absoluta y, en el cuadro Dirección URL

absoluta, especifique la dirección URL completamente calificada de la
ubicación de la carpeta en SharePoint.
O
Seleccione Dirección URL relativa. En Dirección URL relativa, para crear
una ubicación de documento relativa al sitio o registro de ubicación de
documento existente, seleccione el sitio o registro ubicación de
documento existente de SharePoint. En la segunda casilla, escriba el
nombre de la carpeta de SharePoint.
Referente a. Seleccione el botón Búsqueda . En el cuadro de diálogo

Buscar registros, en la lista Buscar, seleccione el tipo de registro que desea
buscar. Busque y seleccione el registro del cual desea crear el registro de
ubicación y elija Aceptar.
７ Nota
Para activar o desactivar una ubicación de documento, en la página Ubicaciones de

documentos, seleccione el registro de ubicación del documento y elija Activar o
Desactivar.
Permisos requeridos para tareas de
La siguiente tabla muestra los roles de seguridad predeterminados u otros permisos

necesarios para realizar cada tarea de administración de documentos con SharePoint.
） Importante
Si usa Dynamics 365 for Outlook, no puede realizar ninguna de estas tareas
mientras está desconectado.
Tareas relacionadas Rol de seguridad mínimo u otro permiso requerido

con la administración
de documentos
Habilitación o Roles de seguridad: Administrador del sistema o Personalizador del

deshabilitación de la sistema
administración de
documentos Privilegios: Leer, Escribir en todos los tipos de registros personalizables.
Permisos del sitio de SharePoint: Crear, Leer, Escribir, Anexar, Anexar a
Creación o edición de Roles de seguridad: Administrador del sistema o Personalizador del

registros de sistema
ubicaciones
Permisos del sitio de SharePoint: Crear, Leer, Escribir, Anexar, Anexar a
Creación o edición de Roles de seguridad: Comercial
un registro de
ubicación de Permisos del sitio de SharePoint: Leer, Anexar a
documentos
Permisos de ubicación del documento de SharePoint: Crear, Leer,
Escribir, Anexar, Anexar a
Ejecutar el Asistente Roles de seguridad: Administrador del sistema
para la integración de
SharePoint basado en Privilegios: todos los demás roles de seguridad requerirán el permiso
servidor Ejecutar el Asistente para la integración de SharePoint para ejecutar el
Asistente para Habilitar la integración de SharePoint basada en servidor.
Hacer un sitio el Roles de seguridad: Administrador del sistema o Personalizador del

predeterminado sistema
Permisos del sitio de SharePoint: Leer, Escribir

Tareas relacionadas Rol de seguridad mínimo u otro permiso requerido
con la administración
de documentos
Validar sitios Roles de seguridad: Administrador del sistema o Personalizador del

sistema
Permisos del sitio de SharePoint: Leer, Escribir
Agregar o editar la Roles de seguridad: cualquiera
ubicación de un
documento desde un Permisos del sitio de SharePoint: Leer, Anexar a
registro
Permisos de ubicación del documento de SharePoint: Crear, Leer,
Escribir, Anexar, Anexar a
Reparar una ubicación Roles de seguridad: cualquiera
rota
Permisos de ubicación del documento de SharePoint: Leer, Escribir
Administrar Roles de seguridad: cualquiera
documentos
Permisos de ubicación del documento de SharePoint: Leer, Escribir
Vea también
Administrar sus documentos
Validar y corregir direcciones URL de sitios de SharePoint

Solución de problemas de autenticación
basada en servidor
Solución de problemas del asistente para

Habilitar la integración de SharePoint basada
en servidor
Revise el registro de errores para obtener información sobre por qué el sitio no se
valida. Para ello, haga clic en Registro de errores en el asistente para Habilitar la
integración de SharePoint basada en servidor después de que la fase de validación de
sitios se complete.
La comprobación de validación de Habilitar integración de SharePoint basada en

servidor puede devolver uno de estos cuatro tipos de errores.
Error de conexión
Este error indica que no se pudo acceder al servidor de SharePoint desde donde se
ejecutó la comprobación de validación. Compruebe que la dirección URL de SharePoint
que ha introducido es correcto y que puede tener acceso al sitio y la colección de sitios
de SharePoint mediante un explorador web desde el equipo donde se ejecuta el
asistente para Habilitar la integración de SharePoint basada en servidor. Más
información: Solución de problemas de entornos híbridos (SharePoint)
Error de autenticación
Este error puede producirse cuando uno o varios pasos de la configuración de
autenticación basada en servidor no se completaron o no se completaron
correctamente. Más información: Configurar integración de SharePoint
Este error puede producirse también si especificó una dirección URL incorrecta en el
asistente para Habilitar la integración de SharePoint basada en servidor o si hay algún
problema con el certificado digital usado para la autenticación del servidor. De forma
similar, este error puede producirse como resultado del cambio de nombre de un sitio
de SharePoint cuando la dirección URL no se actualiza en el registro del sitio de
SharePoint correspondiente. Más información: Los usuarios reciben el mensaje “No tiene
permisos para ver archivos en esta ubicación”
Error de autorización o error 401 no autorizado
Este error puede producirse cuando no coinciden los tipos de autenticación basada en
notificaciones. Por ejemplo, en una implementación híbrida, como de aplicaciones de
involucración del cliente a SharePoint on-premises, cuando utiliza la asignación
predeterminada de autenticación basada en notificaciones, la dirección de correo
electrónico de la cuenta Microsoft usada por el usuario debe coincidir con el Correo
electrónico de trabajo del usuario de SharePoint. Más información: Definir la asignación
de notificaciones personalizada para la integración basada en servidor de SharePoint
Versión de SharePoint no compatible

Este error indica que faltan la edición, la versión, el Service Pack obligatorio, o la revisión
requerida de SharePoint.
Solución de problemas de SharePoint

Los problemas que afectan a la autenticación basada en servidor también se pueden
registrar en los registros de SharePoint. Para obtener más información sobre cómo ver y
solucionar problemas de control de SharePoint, consulte los siguientes temas:
Visualización de informes y registros en SharePoint 2013 y Configuración del registro de
diagnóstico en SharePoint 2013
Problemas conocidos con la autenticación

basada en servidor
Esta sección describe problemas conocidos que pueden ocurrir cuando se configura o
usa autenticación basada en servidor de aplicaciones de involucración del cliente y
SharePoint.
Se devuelve un error de autenticación cuando se valida

un sitio de SharePoint aunque tiene permisos apropiados
Se aplica a: aplicaciones de involucración del cliente con SharePoint Online, aplicaciones
de involucración del cliente con SharePoint on-premises.
Este problema puede producirse cuando la asignación de la autenticación basada en

notificaciones que se usa proporciona una situación donde los valores de tipo de
notificación no coinciden entre aplicaciones de involucración del cliente y SharePoint.
Por ejemplo, este problema puede producirse cuando se cumplen las siguientes
condiciones:
Usted usa el tipo predeterminado de asignación de autenticación basada en

notificaciones, que para la autenticación basada en servidor de aplicaciones de
involucración del cliente a SharePoint Online usa el identificador único de la cuenta
Microsoft.
Las identidades usadas para Microsoft 365, el administrador de Dynamics 365 o el

administrador de SharePoint Online no usan la misma cuenta Microsoft, por tanto
los identificadores únicos de la cuenta Microsoft no coinciden.
El mensaje de error "Clave privada no encontrada" se

devuelve al ejecutar el script
CertificateReconfiguration.ps1 de Windows PowerShell
Este contenido también se aplica a la versión local.
Este problema puede producirse cuando hay dos certificados autofirmados situados en
el almacén de certificados local que tienen el mismo nombre del tema.
Tenga en cuenta que este problema solo se producir cuando se usa un certificado
autofirmado. Los certificados autofirmados no deben utilizarse en entornos de
producción.
Para resolver este problema, quite los certificados con el mismo nombre del asunto que
no necesita usando el complemento MMC del Administrador de certificados y tenga en
cuenta lo siguiente.
） Importante
Puede tardar hasta 24 horas antes de que la memoria caché de SharePoint

comience a usar el nuevo certificado. Para usar el certificado ahora, siga estos
pasos para reemplazar la información del certificado en aplicaciones de
Para resolver este problema siguiendo los pasos de este artículo, el certificado
existente no puede estar expirado.
Reemplace un certificado que tenga el mismo nombre de asunto

1. Use uno existente o cree un certificado nuevo y autofirmado. El nombre del asunto
debe ser distinto de los nombres de asunto de certificados que estén registrados
en el almacén de certificados local.
2. Ejecute el siguiente script de PowerShell para el certificado existente, o el

certificado que creó en el paso anterior. Este script agregará un nuevo certificado
en aplicaciones de involucración del cliente, que será reemplazado en un paso
posterior.
PowerShell
CertificateReconfiguration.ps1 -certificateFile <Private certificate file

(.pfx)> -password <private-certificate-password> -updateCrm -certificateType
AlternativeS2STokenIssuer -serviceAccount <serviceAccount> -storeFindType
FindBySubjectDistinguishedName
3. Quite el tipo de certificado AlternativeS2STokenIssuer de la base de datos de

configuración. Para ello, ejecute estos comandos PowerShell.
PowerShell
Add-PSSnapin Microsoft.Crm.PowerShell
$Certificates = Get-CrmCertificate;
$alternativecertificate = "";
foreach($cert in $Certificates)
{ if($cert.CertificateType -eq "AlternativeS2STokenIssuer") {

$alternativecertificate = $cert;} }
Remove-CrmCertificate -Certificate $alternativecertificate
Usted recibe los mensajes de error "El servidor remoto

devolvió el error: Solicitud fallida (400)" y "Register-
SPAppPrincipal: El servicio solicitado,
<http://wgwitsp:32843/46fbdd1305a643379b47d761334f6134/
AppMng.svc> no se pudo activar".
Se aplica a: versiones de SharePoint locales usadas con aplicaciones de involucración del

cliente.
El servidor remoto devolvió un error: el mensaje de error de solicitud fallida (400) puede
producirse después de la instalación del certificado, por ejemplo cuando ejecute el
script CertificateReconfiguration.Ps1.
El mensaje de error Register-SPAppPrincipal: El servicio solicitado,
<http://wgwitsp:32843/46fbdd1305a643379b47d761334f6134/AppMng.svc> no se pudo
activar se puede producir cuando se concede permiso para tener acceso a SharePoint
ejecutando el comando Register-SPAppPrincipal.
Para resolver ambos errores cuando aparezcan, reinicie el servidor web donde está
instalada la aplicación web. Más información: Inicio o detención del servidor web (IIS 8)
Se recibe el mensaje de error "Se ha producido un error

durante la interacción con SharePoint"
Se aplica a: Todas las versiones cuando se usan con SharePoint Online
Este error se puede devolver al usuario que no tiene permisos del sitio o al usuario que
se le han quitado permisos del sitio SharePoint donde está habilitada la administración
de documentos. Actualmente, este es un problema conocido con SharePoint Online
donde el mensaje de error que se muestra al usuario no indica que los permisos del
usuario no son suficientes tener acceso al sitio.
Cómo mostrar la opción Habilitar el Asistente

para la integración de SharePoint basada en
servidor
Una vez habilitada la integración basada en servidor, la opción Habilitar el Asistente
para la integración de SharePoint basada en servidor deja de aparece en el área
Administración de documentos de la Configuración. Para mostrar la opción Habilitar el
Asistente para la integración de SharePoint basada en servidor a fin de poder
reconfigurarla, debe desactivar todos los sitios de SharePoint y deshabilitar la
administración de documentos de OneDrive.
Deshabilitar los sitios de SharePoint y la administración

de documentos de OneDrive
1. Inicie sesión en Power Apps, seleccione Configuración (icono de engranaje) en la
esquina superior derecha y, a continación, seleccione Configuración avanzada.
2. Vaya a Configuración>Administración de documentos>Sitios de SharePoint.
3. En el selector de vista, seleccione Activar sitios de SharePoint.
4. Seleccione todos los sitios de SharePoint de la lista, seleccione Desactivar en la
barra de comandos y después seleccione Desactivar en el cuadro de mensaje que
aparece.
5. Vaya a Configuración>Administración de documentos>Habilitar OneDrive para

la Empresa.
6. Desactive la opción Habilitar OneDrive para la Empresa y seleccione Aceptar.
Una vez que se han desactivado todos los sitios de SharePoint y la integración de
OneDrive, aparecerá el Asistente para la integración de SharePoint basada en servidor,
en el área Administración de documentos.
Consultar también
Solución de problemas de integración de SharePoint Online
Permisos requeridos para tareas de administración de documentos

Solución de problemas de integración
de SharePoint
En este tema se explica cómo solucionar los problemas comunes que pueden
producirse con la administración de documentos de SharePoint.
Falta el botón Documentos - valide y corrija

Si falta Documentos de las entidades como cuenta, use lo siguiente para restablecerlo.

equivalentes.
Compruebe su rol de seguridad: a. Siga los pasos de la sección
Visualización del perfil de usuario.
b. ¿No tiene los permisos adecuados? Póngase
en contacto con el administrador del sistema.
2. Corrija el botón Documentos que falta. Siga estos pasos:

a. Identifique la entidad para la que debe ser visible el vínculo de documentos
(por ejemplo la cuenta, el contacto, la oportunidad… etc.).
b. Vaya a Configuración>Configuración de administración de documentos.
c. Asegúrese de entidad que desea que tenga el vínculo de documentos
(seleccionado en el paso 1) está seleccionada y se especifica una dirección URL
de SharePoint válida.
d. Completar el asistente.
e. Compruebe que el botón Documentos aparece.
Para obtener más información, consulte Habilitar administración de documentos de

SharePoint para entidades específicas.
FetchXML o LayoutXML con formato
incorrecto: validar y corregir
FetchXML o LayoutXML con formato incorrecto pueden causar cualquiera de los
siguientes problemas:
Falta la cuadrícula asociada a documentos

No se pueden ver carpetas
No se pueden ver documentos dentro de carpetas
No se está eliminando el documento
Mensaje de error: "El parámetro requerido es nulo o no está definido: url" al abrir
la pestaña de documentos
Mensaje de error al cargar un documento: "System.NullReferenceException"
Se está descargando el documento en lugar de abrirse en una pestaña nueva
Puede haber muchas causas para que FetchXML o LayoutXML tengan un formato
incorrecto. La causa más común es la personalización de la vista de entidad o cuadrícula,
la adición o eliminación de columnas, y otras personalizaciones similares.
Si FetchXML o LayoutXML tienen un formato incorrecto, realice lo siguiente para

restaurar.

equivalentes.
del sistema.
3. Crear una solución (con el nombre SharePointDocumentSolution). Para obtener

más información, consulte Crear una solución.
4. Elija Entidades>Agregar existente>Entidad> busqeu y agregue la entidad

Documento de SharePoint (seleccione todos los campos, formularios, vistas).
5. Seleccione Guardar y Cerrar.
6. Publique todas las personalizaciones.
7. Seleccione la solución creada (SharePointDocumentSolution).
8. Exporte la solución y elija el tipo de paquete como "No administrada". Se

descargará SharePointDocumentSolution.zip.
9. Elimine la solución que se creó durante el paso 3 de la organización.
10. Extraiga el archivo zip de la solución exportada (archivo descargado del paso 8).
11. En la carpeta de contenido de la solución, localice y luego abra Solution.xml.
12. Cambie el siguiente valor en Solution.xml y luego guárdelo.
De <Managed>0</Managed> a <Managed>1</Managed> .
13. En la carpeta de contenido de la solución, localice y luego abra customization.xml.
14. Busque el elemento <SavedQuery> donde el atributo savedqueryid es igual a

"0016f9f3-41cc-4276-9d11-04308d15858d".
15. Si no puede encontrar una consulta guardada con el identificador especificado en

el paso anterior, vaya al paso 19. Sin embargo, si el elemento <SavedQuery>
encontrado en el paso 14 es similar a <SavedQuery unmodified="1"> , elimina el
atributo unmodified="n".
16. Busque layoutxml de cuadrícula asociada al documento (busque Documento

asociado).
17. Realice los cambios indicados a continuación para la sección layoutxml:
XML
<layoutxml>
<grid name="sharepointdocument" object="9507" jump="fullname"

select="1" icon="0" preview="1">
<row name="sharepointdocument" id="sharepointdocumentid">
<cell name="fullname" width="300"

imageproviderfunctionname="DocumentManagement.FileTypeIcon.loadSharePoi
ntFileTypeIcon"
imageproviderwebresource="$webresource:SharePoint_main_system_library.j
s" />
<cell name="modified" width="150" />
<cell name="sharepointmodifiedby" width="150" />
<cell name="locationname" width="150" />
<cell name="relativelocation" width="200" />
<cell name="servicetype" width="90" />
<cell name="documentid" ishidden="1" />
<cell name="title" ishidden="1" />
<cell name="author" ishidden="1" />
<cell name="sharepointcreatedon" ishidden="1" />
<cell name="sharepointdocumentid" ishidden="1" />
<cell name="filetype" ishidden="1" />
<cell name="readurl" ishidden="1" />
<cell name="editurl" ishidden="1" />
<cell name="ischeckedout" ishidden="1" />
<cell name="absoluteurl" ishidden="1" />
<cell name="locationid" ishidden="1" />
<cell name="iconclassname" ishidden="1" />
</row>
</grid>
</layoutxml>
） Importante
Todos los atributos configurados en el XML de diseño requieren que sus

atributos respectivos correspondientes estén presentes en Fetch XML. La
cuadrícula devolverá un error cuando esta configuración sea incorrecta.
18. Realice los cambios siguiente para la sección FetchXML:
XML
<fetch distinct="false" mapping="logical">
<entity name="sharepointdocument">
<attribute name="documentid" />
<attribute name="fullname" />
<attribute name="relativelocation" />
<attribute name="sharepointcreatedon" />
<attribute name="ischeckedout" />
<attribute name="filetype" />
<attribute name="modified" />
<attribute name="sharepointmodifiedby" />
<attribute name="servicetype" />
<attribute name="absoluteurl" />
<attribute name="title" />
<attribute name="author" />
<attribute name="sharepointdocumentid" />
<attribute name="readurl" />
<attribute name="editurl" />
<attribute name="locationid" />
<attribute name="iconclassname" />
<attribute name="locationname" />
<order attribute="relativelocation" descending="false" />
<filter>
<condition attribute="isrecursivefetch" operator="eq" value="0"

/>
</filter>
</entity>
</fetch>
19. De manera similar, busque el elemento <SavedQuery> donde el atributo

savedqueryid es igual a "a5b008ac-07d9-4554-8509-2c05767bff51".

21. Busque layoutxml de todo el documento de SharePoint (buscar Todo el documento

de SharePoint).
XML
<layoutxml>
<grid name="sharepointdocument" jump="fullname" select="1" icon="0"

preview="1">

ntFileTypeIcon"
s" />
<cell name="sharepointcreatedon" width="300" />
<cell name="documentid" ishidden="1" />
<cell name="sharepointdocumentid" ishidden="1" />
</row>
</grid>
</layoutxml>

XML
<attribute name="sharepointdocumentid" />
<filter>

/>
</filter>
<order attribute="relativelocation" descending="false" />
</entity>
</fetch>
24. De manera similar, busque el elemento <SavedQuery> donde el atributo

savedqueryid es igual a "cb177797-b2ac-42a8-9773-5412321a965c".

26. Busque layoutxml del documento de OneNote SharePoint (buscar Documento de

OneNote SharePoint).
XML
<layoutxml>
<grid name="sharepointdocument" jump="fullname" select="1" icon="0"

preview="1">

ntFileTypeIcon"
s" />
<cell name="sharepointcreatedon" width="300" />
</row>
</grid>
</layoutxml>
XML
<filter type="and">
<condition attribute="documentlocationtype" operator="eq"

value="1" />

/>
<filter type="or">
<condition attribute="filetype" operator="eq" value="one" />
<condition attribute="filetype" operator="eq" value="onetoc2"

/>
</filter>
</filter>
<order attribute="sharepointcreatedon" descending="true" />
</entity>
</fetch>
29. Guarde el archivo.
30. Comprima la carpeta.
31. Abra una aplicación basada en modelos en Dynamics 365.
32. Desplácese a Configuración>Soluciones.
33. Importe el la solución (archivo comprimido en el paso 8).
34. Publique todas las personalizaciones.
35. Compruebe que se resuelvan los problemas asociados a FetchXML o LayoutXML

con formato incorrecto. Por ejemplo, compruebe que la cuadrícula asociada al
documento se muestra en todos los documentos necesarios de SharePoint.
Validar y corregir direcciones URL de sitios de

SharePoint
En aplicaciones de involucración del cliente (como Dynamics 365 Sales y Customer
Service), los registros de ubicación de documentos y sitios de SharePoint contienen
vínculos a colecciones de sitios, sitios, bibliotecas de documentos y carpetas en
SharePoint. Estos registros de ubicación de documentos y sitios están asociados con
registros, por lo que los documentos para los registros se pueden almacenar en
SharePoint.
Cuando los vínculos entre aplicaciones de involucración del cliente y SharePoint se

interrumpen, debe validarlos y repararlos de modo que los registros sigan señalando las
bibliotecas de documentos y carpetas correctas para la administración de documentos.



2. Busque y corrija las direcciones URL. Para hacerlo, siga estos pasos.
a. Vaya a Configuración>Administración de documentos.
b. Haga clic en SharePoint Sitios.
c. Seleccione las direcciones URL del sitio que desea validar y luego haga clic o
toque en Validar.
3. Las aplicaciones de Customer Engagement validan todas las direcciones URL

seleccionadas y direcciones URL de bibliotecas de documentos y de sitios
inmediatamente subordinado. Después muestra los resultados en Validación de
sitios.
4. Para reparar una dirección URL, abra el registro del sitio e introduzca la dirección
URL correcta. Más información: Crear o editar registros de sitio.
5. Haga clic en Guardar y cerrar.
Los usuarios reciben el mensaje “No tiene

permisos para ver archivos en esta ubicación”
Este mensaje de error puede producirse cuando se ha cambiado de nombre el sitio de
SharePoint que está configurado con la administración de documentos, pero el registro
de dirección URL de sitios de SharePoint no se ha actualizado para reflejar el cambio.
1. Vaya a Configuración>Administración de documentos>Sitios de SharePoint.
2. Abra el registro del Sitio de SharePoint que se ha cambiado de nombre y escriba

la Dirección URL absoluta con la nueva dirección URL.
Consulte también
Solución de problemas de
Este tema explica cómo usar la información proporcionada en los mensajes de error
para solucionar problemas con la función de administración de documentos.
Debajo hay
un índice que le ayudará a llegar a la solución correcta. El enlace en cada celda navega a
la razón y los pasos de mitigación del mensaje de error correspondiente.
Mensajes de error
Los siguientes son mensajes de error posibles con la administración de documentos.
Mensaje de error 1
La biblioteca de documentos <entity name> se ha cambiado de nombre o eliminado
desde el sitio de SharePoint <SharePoint site> . Vuelva a ejecutar el asistente de
administración de documentos e inténtelo nuevamente.
Mensaje de error 2
La carpeta <folder name> se ha cambiado de nombre o eliminado desde SharePoint. Se
esperaba dentro de la ruta <folder path> . Restaure la carpeta en SharePoint e inténtelo
de nuevo.
Índice de errores
Error Mensaje de error 1 Mensaje de error 2
Actualizar la cuadrícula de Pasos de mitigación para la Pasos de mitigación

documentos para el registro biblioteca de documentos que para una carpeta que
existente falta falta
Cargue la cuadrícula de documentos Pasos de mitigación para la Pasos de mitigación

después de crear un nuevo registro biblioteca de documentos que para una carpeta que
falta falta
Cargar archivo Pasos de mitigación para la Pasos de mitigación

biblioteca de documentos que para una carpeta que
falta falta
Error Mensaje de error 1 Mensaje de error 2
Crear nuevo archivo/carpeta Pasos de mitigación para la Pasos de mitigación

falta falta
Agregar ubicación Pasos de mitigación para la Pasos de mitigación

falta falta
Editar ubicación Pasos de mitigación para la Pasos de mitigación

falta falta
Motivo y pasos de mitigación para una

biblioteca de documentos que falta
Mensaje de error mostrado para la biblioteca de documentos que falta:
"La biblioteca de documentos <entity name> se ha cambiado de nombre o eliminado

desde el sitio de SharePoint <SharePoint site> . Vuelva a ejecutar el asistente de
administración de documentos e inténtelo nuevamente".
Mensaje de error en la Interfaz unificada:
or
Mensaje de error en el cliente web:
or
Archivo de registro:
Motivo
Este error generalmente ocurre cuando se creó una biblioteca de documentos de
SharePoint para el registro. Debido a algunos cambios en SharePoint, la biblioteca de
documentos ya no existe. Esto puede suceder porque la biblioteca de documentos se
eliminó o se movió a otro sitio de SharePoint.
Pasos de mitigación para la biblioteca de documentos

que falta
1. El mensaje de error muestra el nombre de la biblioteca de documentos que falta.
También muestra la ruta donde se espera la biblioteca de documentos en el sitio
de SharePoint.
2. Seleccione Configuración ->Configuración de administración de documentos.

3. Asegúrese de que se haya seleccionado la entidad de la biblioteca de documentos
encontrada en el paso 1 y se haya especificado una URL de SharePoint válida.
4. Complete el asistente para la configuración de administración de documentos.
5. El último paso del asistente debería tener un estado correcto de la biblioteca de

documentos.
6. Una vez completado, verifique que la biblioteca de documentos ahora esté

presente en el sitio de SharePoint en la ruta que se muestra en el mensaje de error.
7. Inicie la aplicación y repita la operación que produjo el error.
Motivo y pasos de mitigación para una carpeta

que falta
Mensaje de error que se muestra para la carpeta que falta:
La "carpeta" <folder name> se ha cambiado de nombre o eliminado desde SharePoint.

Se esperaba dentro de la ruta " <folder path> ". Restaure la carpeta en SharePoint e
inténtelo de nuevo.
Mensaje de error cuando la estructura de carpetas basada en la entidad no está

habilitada.
La ruta de la carpeta es ../<entity name>/<record name>

or
or
Mensaje de error cuando la estructura de carpetas basada en la entidad está
habilitada.
La ruta de la carpeta es ../<account or contact>/<account or contact

name>/<entity name>/<record name>
or
or
Motivo
Este error generalmente ocurre cuando se creó una carpeta de SharePoint para el
registro. Debido a un cambio en SharePoint, la carpeta ya no existe. Esto puede suceder
porque la carpeta de este registro se cambió de nombre, se eliminó o se movió a una
ubicación diferente.
Pasos de mitigación para una carpeta que falta

1. El mensaje de error muestra el nombre de la carpeta que falta. También muestra la
ruta donde se espera la carpeta en el sitio de SharePoint. Navegue a esta ruta en
SharePoint.
2. Cree una nueva carpeta en SharePoint con el mismo nombre que el nombre de
carpeta proporcionado en el mensaje de error.
3. Cuando termine, verifique que la carpeta ahora esté presente en el sitio de

SharePoint en la ruta que se muestra en el mensaje de error.
4. Inicie la aplicación y repita la operación que produjo el error.
Vea también
Problemas conocidos con administración de documentos
Problemas conocidos de administración
de documentos
Las personalizaciones y configuraciones aquí descritas pueden causar problemas con la

característica de administración de documentos.
Componentes de un Iframe
Abrir un componente de un Iframe en un formulario de entidad de una aplicación de
interfaz unificada no se realizará correctamente. Por ejemplo, cargar Cuadrícula asociada
de documentos para el formulario de una entidad en una Iframe carga la cuadrícula del
Iframe pero los usuarios no podrán interactuar con registros de documento de la
cuadrícula.
Soluciones de terceros que modifiquen las

carpetas de administración de documentos
Implementar soluciones de terceros que modifiquen las carpetas usadas con la
característica de administración de documentos pueden causar un comportamiento
inesperado.
Algunos ejemplos son:
Creación de las carpetas SharePoint a nivel de registro de la entidad.

Cambio de nombre de las carpetas de SharePoint de nivel de registro de entidad
creadas automáticamente.
Mover a otra ubicación las carpetas de SharePoint de nivel de registro de entidad
creadas previamente.
Si experimenta un comportamiento inesperado con la función de administración de

documentos causada por una solución de terceros, póngase en contacto con el
proveedor de la solución de terceros.
Error "Archivo no encontrado" al agregar un

archivo desde un sitio de SharePoint
Si recibe un error de Archivo no encontrado o encuentra un problema al agregar un
archivo desde un sitio de SharePoint o subsitio de SharePoint en aplicaciones de
Automation), la causa probable es que no ha creado los registros de ubicación de
documento en la aplicación basada en modelo para apuntar a estas bibliotecas y
carpetas de documentos de SharePoint.
Las ubicaciones de documentos de SharePoint son registros en aplicaciones basadas en

modelo, como Dynamics 365 Sales y Customer Service, que señalan a una biblioteca de
documentos o carpeta de SharePoint. Para usar cualquier sitio o subsitio deSharePoint
en integración de SharePoint, debe ejecutar el asistente Configuración de
administración de documentos una vez con la URL del sitio correspondiente, de modo
que las bibliotecas de documentos se creen en el sitio.

deben estar en su lugar. Si las aplicaciones basadas en modelo no pueden crear las
bibliotecas de documentos y carpetas automáticamente, puede crearlas manualmente
en SharePoint. Después de crear las bibliotecas de documentos y carpetas en
SharePoint, debe crear registros de ubicación de documentos en aplicaciones basadas
en modelo para señalar a estas bibliotecas de documentos o carpetas de SharePoint.
Para obtener más información, consulte Crear o editar registros de ubicación de

documentos.
Error "Archivo no encontrado" al usar múltiples

sitios SharePoint
Si recibe un error Archivo no encontrado al usar múltiples sitios SharePoint, la causa
probable es que no hay bibliotecas de documentos para un nuevo sitio SharePoint.
Debe ejecutar el asistente de Configuración de administración de documentos para
cualquier nuevo sitio agregado a SharePoint.
A continuación se describe el escenario que causa el error.
1. Ejecute el asistente de configuración de administración de documentos para el

sitio SharePoint predeterminado.
2. En la aplicación basada en modelos en Dynamics 365, agregue un nuevo sitio

SharePoint (vaya a Configuración avanzada>Administración de
documentos>Sitios SharePoint>Añadir sitio SharePoint). Esto crea un sitio
SharePoint de solo entrada en la aplicación y no crea las bibliotecas de
documentos en SharePoint que son necesarias para la administración de
documentos.
3. Abra cualquier entidad donde esté habilitada la administración de documentos y
cree la ubicación del documento para el nuevo sitio que agregó en el paso 2 como
el sitio primario.
4. Encontrará el error "Archivo no encontrado". La causa del error es que no hay

bibliotecas de documentos para este nuevo sitio SharePoint en SharePoint.
Para mitigar este problema, ejecute también el asistente de Configuración de

administración de documentos para este sitio recién agregado.
Puntos a considerar:
La administración de documentos solo funciona para las entidades que se

seleccionan mientras se ejecuta el asistente Configuración de administración de
documentos.
El sitio de SharePoint para el que se ejecuta el asistente de configuración de

administración de documentos se convierte en el sitio predeterminado. Si es
necesario, puede restablecer el sitio predeterminado ejecutando nuevamente el
asistente de Configuración de administración de documentos para ese sitio en
particular.
Para obtener más información, consulte Crear o editar registros de ubicación de

documentos.
SharePoint aplica la limitación de recursos con

5000 o más documentos
Una biblioteca de documentos con 5000 o más documentos puede experimentar
limitación de recursos.
Los usuarios pueden experimentar el siguiente comportamiento
con la administración de documentos y la integración de OneNote:
Una ordenación en columnas distinta de la columna ordenada predeterminada

puede devolver el mensaje de error "La limitación se ha superado por esta
operación."
La integración de Microsoft OneNote no funcionará cuando la biblioteca de
documentos tenga 5000 o más documentos.
Si tiene más de 5000 documentos en la biblioteca de documentos, puede ver los

documentos en la vista predeterminada de cuadrícula. Para obtener más información,
consulte Administrar grandes listas y bibliotecas en SharePoint .
La relación debe ser de uno a varios (1:N) entre
una entidad y una entidad de documento de
SharePoint
Los usuarios no pueden ver documentos cuando muchas entidades apuntan a una
ubicación de documento de SharePoint, una relación de varios a varios (N:N). La relación
debe ser de uno a varios (1:N) entre cualquier entidad y una entidad de documento de
SharePoint.
En Microsoft Dataverse puede crear una entidad y habilitar la propiedad de

administración de documentos para esa entidad. Esto permite que la entidad participe
en la integración con SharePoint. Power Apps y Dataverse admiten solo una relación de
uno a varios (1:N) entre cualquier entidad y una entidad relacionada con el documento
de SharePoint. Una relación de varios a uno o de varios a varios entre una entidad y una
entidad de documento de SharePoint da como resultado que la aplicación no muestre
los documentos que existen en la biblioteca de documentos de SharePoint.
Ubicación de documentos para entidades

secundarias
Los documentos de una entidad secundaria sólo aparecen en la carpeta principal de los
documentos cuando se creó la ubicación de documentos primaria. Para crear la
ubicación, vaya a la ficha Documentos del registro primario. Si no se crea tal ubicación,
los documentos secundarios no aparecerán en la carpeta principal de la entidad. Una
vez se crea la ubicación, los documentos secundarios aparecerán en la carpeta principal
de la entidad.
Ubicación de la carpeta de documentos para

búsquedas múltiples
Si la entidad seleccionada para la estructura de la carpeta Basado en entidad tiene dos
búsquedas, los documentos no se almacenarán dentro de la carpeta de la entidad, pero
se almacenarán en la carpeta raíz. Por ejemplo, si la estructura de la carpeta Basado en
entidad se encuentra establecida en Cuenta, y tiene una entidad con dos cuentas de
búsqueda, como orden de trabajo, los documentos relacionados con Pedidos de trabajo
no se almacenará desde cualquier ubicación de documentos de la cuenta, pero se
almacenará en la carpeta raíz.
Introducción de una fecha para documentos de
OneNote
Para agregar una fecha a un documento de OneNote puede abrir el documento de
OneNote y hacer doble clic en el campo situado debajo de la línea de título. Esto le
permite introducir el campo de fecha y guardar el documento.
La tabla de documentos de SharePoint no

muestra entradas cuando crea un flujo
Cuando crea un desencadenador de flujo en Power Automate que actúa sobre la tabla
de documentos de SharePoint de Dataverse (denominada Documentos en Power
Automate), no se pasa ningún dato de la tabla al editor de flujo y las entradas de flujo
aparecen como una matriz vacía.
Este comportamiento se produce porque la tabla de documentos de SharePoint es una

tabla virtual y los datos de las tablas de documentos de SharePoint y OneDrive no se
almacenan en Dataverse. A continuación, se muestra un ejemplo de un desencadenador
del flujo utilizando la tabla de documentos de SharePoint.
Aparece el mensaje "El registro no está

disponible" cuando intenta abrir un archivo
desde el la cuadrícula de documentos de
SharePoint
Este mensaje puede aparecer cuando se realiza una determinada personalización en la
barra de la cinta. Las personalizaciones de la cinta se pueden implementar mediante una
herramienta externa llamada Ribbon Workbench. Al ocultar un botón en la barra de la
cinta, el comando Mscrm.OpenRecordItem también podría haberse ocultado mediante el
uso de la herramienta, lo que puede causar el mensaje de error.
Para corregir este problema, siga estos pasos.
1. Vaya a Power Apps >Configuración

avanzada>Configuración>Personalizaciones.
2. Seleccione la herramienta externa Ribbon Workbench; luego, seleccione la

solución que contiene la tabla de documentos de SharePoint.
3. En la lista desplegable Entidad, seleccione sharepointdocument.
4. Bajo la lista desplegable Ocultar acciones, haga clic con el botón derecho en la
acción Mscrm.OpenRecordItem.Hide y, a continuación, seleccione Mostrar.
5. Publique la solución.
Problemas conocidos
Cuadrícula asociada al documento en el formulario de
vista rápida de la entidad secundaria
La cuadrícula asociada al documento está diseñada para mostrar documentos
relacionados con el contexto de la entidad en la que se representa. No se admite la
incrustación de la cuadrícula asociada al documento en un formulario de vista rápida de
una entidad relacionada (secundaria) ni la configuración de la cuadrícula para mostrar
documentos de su entidad principal.
La integración de SharePoint no es compatible con la

cuadrícula editable de Dynamics 365
La integración de SharePoint no funciona con la cuadrícula editable de Dynamics 365,
debido a efectos secundarios conocidos que evitan que la integración de SharePoint
funcione correctamente. Los efectos secundarios incluyen: el documento no se carga en
la cuadrícula, la imposibilidad de crear o cargar documentos y la imposibilidad de
buscar en la cuadrícula.
Número máximo de filas no respetadas en la cuadrícula

asociada al documento
La configuración de lo siguiente en el panel DocumentGrid se ignorará.
Número máximo de filas: un valor

Usar espacio disponible: sin marcar
Para Interfaz unificada y compatibilidad con versiones anteriores, el límite de filas en la

cuadrícula asociada al documento se establece en 5000 y Usa el espacio disponible está
desactivado. Es una limitación conocida.
Mensaje de error al abrir un registro: "El registro no tiene

asociada una ubicación de SharePoint. Agregue una
ubicación de SharePoint."
Este problema puede ocurrir cuando se utiliza el componente de lista heredado para la
administración de documentos. El componente de lista no es compatible con las
versiones actuales de Power Apps y las aplicaciones de Dynamics 365.
En 2015 anunciamos que el componente de lista quedaría en desuso . Tenga en cuenta

que no se lanzó un componente de lista para Power Apps ni para las versiones actuales
de Dynamics 365, y que las versiones anteriores del componente de lista no son
compatibles con estas versiones.
Si usa el componente de lista, debe pasar la administración de documentos a la

autenticación basada en servidor.
Para Power Apps y aplicaciones de Dynamics 365, consulte Cambiar el

componente de lista o modificar la implementación de SharePoint.
Para Dynamics 365 Customer Engagement (on-premises), consulte Cambiar el
componente de lista o modificar la implementación.
Mensaje de error "Se ha producido un error al cargar

documentos" al filtrar por la columna Nombre
El error "Error al cargar la columna de los documentos. Vuelva a cargar el documento. Si
el problema persiste, comuníquese con su Dynamics 365 Administrador para obtener
ayuda" se produce cuando filtra por la columna Nombre en la cuadrícula asociada al
documento.
Este error ocurre con el siguiente filtro por opciones en la grilla asociada al documento:
Empieza por
No comienza por
Termina por
No termina por
Este error se produce porque estas opciones de filtro no se admiten actualmente con la
cuadrícula asociada al documento.
Consulte también
Solución de problemas de integración de SharePoint

Cambio del componente de la lista o
modificación de la implementación de
SharePoint
En este artículo se proporciona información general acerca de cómo cambiar el

componente de lista en desuso a la autenticación basada en servidor. Este artículo
también puede ayudar si cambia el tipo de implementación SharePoint, por ejemplo,
pasar de SharePoint local a SharePoint Online.
） Importante
En 2015 anunciamos que el componente de lista quedaría en desuso . Tenga en

cuenta que el componente de lista no se lanzó para Power Apps ni las versiones
actuales de Dynamics 365 y que las versiones anteriores del componente de lista
no son compatibles con estas versiones. Si usa el componente de lista, debe pasar
la administración de documentos con SharePoint para a la autenticación basada en
servidor.
Cambiar del componente de lista a

autenticación basada en servidor
Si su organización ya utiliza el componente de lista con SharePoint para la
administración de documentos con aplicaciones basadas en modelos, como
Dynamics 365 Sales y Dynamics 365 Customer Service, puede cambiar a autenticación
basada en servidor siguiendo estos pasos.
1. Siga los pasos para configurar la integración de SharePoint basada en servidor que
mejor se adapte a su tipo de implementación. Para obtener más información, vea
el artículo correspondiente a su implementación de SharePoint a continuación.
Entorno Artículo
Aplicaciones basadas en modelos Configurar aplicaciones basadas en modelo de Dynamics 365

y SharePoint Online para usar SharePoint Online
Aplicaciones basadas en modelo Configurar la autenticación basada en servidor con

de Dynamics 365 y SharePoint aplicaciones basadas en modelo de Dynamics 365 y
local SharePoint local
７ Nota
Si ha realizado cambios en SharePoint, como nuevos servidores de SharePoint,

nuevas colecciones de sitios, o ha migrado de SharePoint local a SharePoint Online,
considere desactivar los registros del sitio de SharePoint anticuados. Cuando
ejecute el Asistente para Habilitar la integración de SharePoint basada en servidor,
el asistente intentará validar todos los sitios de SharePoint. Más información:
Desactivar un sitio
2. Aunque no es necesario para la autenticación basada en servidor, se recomienda

desactivar y después eliminar la solución de SharePoint del componente de lista de
la colección de sitios de SharePoint. Para ello, después de haber confirmado que la
autenticación basada en servidor está habilitada, en un explorador web siga estos
pasos.
a. Inicie sesión en la colección de sitios, seleccione el botón Configuración en la
esquina superior derecha, a continuación seleccione Configuración del sitio y,
en Galerías de diseñador web, seleccione Soluciones.
b. Elija crmlistcomponent y, en la barra de herramientas, seleccione Desactivar.
c. Elija crmlistcomponent de nuevo y, en la barra de herramientas, seleccione
Eliminar.
Cambiar el tipo de implementación de

SharePoint
1. Después de que la migración de SharePoint a Online o local se complete, desactive
los registros de sitios de SharePoint anticuados. Debe hacerlo porque, cuando
ejecuta el Asistente para Habilitar la integración de SharePoint basada en servidor,
el asistente intentará validar todos los sitios de SharePoint. Más información:
Desactivar un sitio
2. Siga los pasos para configurar la integración de SharePoint basada en servidor que
mejor se adapte a su tipo de implementación. Para obtener más información, vea
la sección anterior Cambiar de la lista de componentes a autenticación basada en
servidor.
Desactivar un sitio
documentos>Sitios de SharePoint.
3. Seleccione el sitio de SharePoint que desea quitar y, en la barra de herramientas

seleccione Desactivar.
4. Repita el paso tres para todos los sitios que desea desactivar.
Qué hacer cuando no aparece el Asistente para Habilitar

la integración de SharePoint basada en servidor
Si el icono Habilitar integración de SharePoint basada en servidor no aparece en el
área Administración de documentos después de desactivar todos los sitios de
SharePoint, siga estos pasos.
1. Seleccionar Búsqueda avanzada y crear la siguiente consulta.
Buscar: Sitios de SharePoint

Usar vista guardada: [nuevo]
Seleccione la flecha abajo junto a la cláusula Tipo de servicio y, a
continuación, seleccione Eliminar para quitarla.
2. Agregue Estado como una nueva cláusula, seleccione Activo como el valor y, a
continuación, seleccione Aceptar:
3. La cláusula Estado se parece a esto.
4. Seleccione Resultados.
En la lista de sitios de SharePoint activos devueltos por la
consulta, seleccione todos los registros y, en la barra de herramientas, seleccione
Desactivar.
Vea también
Incluir datos en Microsoft Dataverse
El integrador de datos (para la administración) es un servicio de integración punto a

punto usado para integrar datos en Dataverse. Admite la integración de datos entre
aplicaciones de finanzas y operaciones y Dataverse. También admite la integración de
datos en aplicaciones de finanzas y operaciones y Dynamics 365 Sales. Este servicio ha
estado en disponibilidad general desde julio de 2017.
７ Nota
Recomendamos encarecidamente a los clientes que empiecen a usar doble

escritura que proporciona una integración bidireccional estrechamente acoplada
entre las aplicaciones de finanzas y operaciones y Dataverse. Los cambios de datos
en las aplicaciones de finanzas y operaciones provocan escrituras en Dataverse, y
los cambios de datos en Dataverse hacen que se produzcan escrituras en las
aplicaciones de finanzas y operaciones. Este flujo de datos automatizado
proporciona una experiencia de usuario integrada en todas las aplicaciones.
 Sugerencia
Visite el blog: Actualizaciones del integrador de datos – nuevas características con

una interfaz de usuario de uso intuitivo que proporciona una experiencia
fluida .
¿Cómo puede usar al integrador de datos para

su negocio?
El integrador de datos (para administradores) también admite escenarios de integración
basados en procesos como Prospect to Cash (posible interesado a efectivo) que
proporcionan sincronización directa entre aplicaciones de finanzas y operaciones y
Dynamics 365 Sales. Las plantillas de posible interesado a efectivo que están disponibles
con la característica de integración de datos habilitan el flujo de datos para cuentas,
contactos, productos, presupuestos de ventas, pedidos de ventas y facturas de ventas
entre las aplicaciones de finanzas y operaciones y Sales. Mientras los datos está
fluyendo entre finanzas y operaciones y Sales, puede realizar las actividades de ventas y
marketing en Sales, y puede controlar el cumplimiento del pedido mediante la
administración de inventario en finanzas y operaciones.
La integración de posible interesado a efectivo permite a los vendedores gestionar y
supervisar sus procesos de ventas con las ventajas de Dynamics 365 Sales, mientras que
todos los aspectos del cumplimiento y facturación usan las amplias características de
finanzas y operaciones. Con la integración de la característica de posible interesado a
efectivo de Microsoft Dynamics 365 obtiene la potencia combinada de ambos sistemas.
Para obtener más información acerca de la integración Prospect a Cash, consulte la

documentación Solución Prospect a Cash.
También se admite la integración de Field Service y la integración de PSA (Project

Service Automation) para aplicaciones de finanzas y operaciones.
Plataforma del integrador de datos

El integrador de datos (para administradores) consta de la plataforma de integración de
datos, plantillas integradas proporcionadas por nuestros equipos de aplicación (por
ejemplo, aplicaciones de finanzas y operaciones y Dynamics 365 Sales) y plantillas
personalizadas creadas por nuestros clientes y asociados. Hemos construido una
plataforma de aplicación independiente de plataforma que puede escalar a través de
varios orígenes. En lo esencial, crea conexiones (a los extremos de integración), elige
una de las plantillas personalizables con asignaciones predefinidas (esas puede
personalizarlas aún más), y crea y ejecuta el proyecto de integración de datos.
Las plantillas de integración sirven como modelo con entidades y las asignaciones de
campos predefinidas para habilitar el flujo de datos de origen a destino. También
proporciona la capacidad de transformar los datos antes de importarlos. Muchas veces,
el esquema entre el origen y las aplicaciones de los objetivos pueden ser muy diferentes
y una plantilla con entidades y las asignaciones de campos predefinidas actúa como un
gran punto de partida para un proyecto de integración.
Cómo configurar un proyecto de integración

de datos
Hay tres pasos primarios:
1. Crear una conexión (proporcionar credenciales a orígenes de datos).
2. Crear un conjunto de conexión (identificar los entornos para las conexiones que
creó en el paso anterior).
3. Crear un proyecto de la integración de datos con una plantilla (crear o usar las
asignaciones predefinidas de una o varias entidades).
Una vez que cree un proyecto de integración, se muestra la opción de trabajar con el
proyecto manualmente y también de configurar una actualización programada para el
futuro. El resto de este artículo detalla estos tres pasos.
Cómo crear una conexión
Antes de crear un proyecto de integración de datos, debe preparar una conexión para
cada sistema que se pretende ejecutar en el portal Microsoft Power Apps. Piense en
estas conexiones como los puntos de integración.
Crear una conexión
1. Vaya a Power Apps .
2. En Datos, seleccione Conexiones y después seleccione Nueva conexión.
3. Puede seleccionar una conexión de la lista de conexiones o de buscar su conexión.
4. Una vez que seleccione la conexión, seleccione Crear. Entonces se le pedirán las
credenciales.
5. Después de proporcionar sus credenciales, la conexión aparecerá en sus

conexiones.
７ Nota
Asegúrese de que la cuenta que especifique para cada conexión tiene acceso a las
entidades para las aplicaciones correspondientes. Además la cuenta para cada
conexión puede estar en un inquilino distinto.
Cómo crear un conjunto de conexión

Un conjunto de conexiones es una colección de dos conexiones, entornos para las
conexiones, información de asignación de la organización y claves de integración que se
pueden reutilizar en distintos proyectos. Puede empezar con una conexión activada para
el desarrollo y después cambiar a una diferente para producción. Un fragmento de
información clave que se almacena con un conjunto de conexión es la asignación de
unidad de organización, por ejemplo las asignaciones entre la entidad legal (o
compañía) de aplicaciones de finanzas y operaciones y la organización o unidad
empresarial de Dynamics 365 Sales. Puede almacenar varias asignaciones de
organización en un conjunto de conexión.
Crear un conjunto de conexión
1. Vaya al Centro de administración de Power Apps .
2. Seleccione la pestaña Integración de datos en el panel de navegación de la

izquierda.
3. Seleccione la pestaña Conjuntos de conexión y seleccione Nuevo conjunto de

conexión.
4. Proporcione un nombre para el conjunto de conexión.
5. Seleccione las conexiones que creó anteriormente y el entorno adecuado.

6. Repita los pasos eligiendo la conexión siguiente (piense en estos atributos como
origen y sin un orden determinado).
7. Especifique la asignación organización a unidad de negocio (si está integrando

entre sistemas de aplicaciones de finanzas y operaciones y Sales).
７ Nota
Puede especificar asignaciones múltiples para cada conjunto de conexión.
8. Una vez que ha completado todos los campos, seleccione Crear.
9. Verá el nuevo conjunto de conexión que acaba de crear en la página de listas de

conjuntos de conexión.
El conjunto de conexión está listo para usarse a través de diferentes proyectos de

integración.
Cómo crear un proyecto de integración de datos

Los proyectos habilitan el flujo de datos entre los sistemas. Un proyecto contiene las
asignaciones de una o varias entidades. Las asignaciones indican los campos asignados
a los otros campos.
Crear un proyecto de integración de datos

2. Seleccione la pestaña Integración de datos en el panel de navegación de la
izquierda.
3. En la pestaña Proyectos , seleccione Nuevo proyecto en la esquina superior

derecha.
4. Proporcione un nombre para el proyecto de integración.
5. Seleccione una de las plantillas disponibles (o cree su propia plantilla). En este

caso, vamos mover la entidad de las aplicaciones de finanzas y operaciones a
Sales.
6. Seleccione Siguiente y elija un conjunto de conexión que creó anteriormente (o

cree nuevo conjunto de conexión).
7. Asegúrese de que haya elegido el correcto confirmando los nombres de conexión
y el entorno.
8. Seleccione Siguiente y después elija la entidad jurídica para las asignaciones de la

unidad de negocio.
9. Revise y acepte el aviso de privacidad y consentimiento en la pantalla siguiente.
10. Continúe para crear el proyecto y volver a ejecutar el proyecto que a su vez ejecuta
el proyecto.
En esta pantalla, observará varias pestañas: Programación e Historial de ejecución,
además de unos botones Agregar tarea, Actualizar las entidades y Consulta
avanzada que se describen más adelante en este artículo.
Historial de ejecuciones
El historial de ejecución muestra el historial de todas las ejecuciones de proyecto con
nombre del proyecto, marca de tiempo del proyecto cuando se ejecuta, y el estado de
ejecución junto con el número de upserts y/o de errores.
Ejemplo del historial de la ejecución de proyecto.
Ejemplo de ejecución correcta, mostrando el estado como completada con n.º de

upserts. (Actualizar Insertar es una lógica para actualizar el registro si ya existe o
insertar uno nuevo).
Para los errores de la ejecución, puede explorar en profundidad para ver la causa
raíz.
Aquí mostramos un ejemplo de un error con errores de validación de proyecto. En

este caso, el error de validación de proyecto se debe a los campos de origen que
faltan en las asignaciones de entidades.
Si la ejecución de proyecto está en el estado "ERROR", reintentará la ejecución en
la siguiente ejecución programada.
Si la ejecución de proyecto está en el estado "AVISO", deberá resolver los

problemas en el origen. Reintentará la ejecución en la siguiente ejecución
programada.
En cualquier caso, puede elegir "volver a ejecutar" manualmente.
７ Nota
Siempre que ejecute un proyecto, manualmente o programado, generará un

registro detallado que muestra el nombre del proyecto, marca de tiempo de la
última actualización y el estado. Puede ver esto con el historial de ejecución para
cada proyecto. El historial de ejecución de proyecto se mantiene durante 45 días
después de la cual se purga automáticamente.
Cómo configurar una actualización basada en

programación
Hoy admitimos dos tipos de ejecuciones/escrituras:
Escritura manual (ejecuta y actualiza proyectos manualmente)
Escrituras basadas en programación (actualización automática)
Después de crear un proyecto de integración, se muestra la opción de ejecutarlo

manualmente o de configurar escrituras basadas en programación, lo que permite
configurar actualizaciones automáticas para sus proyectos.
Para configurar escrituras basadas en programación
2. Puede programar proyectos de dos formas.
Seleccione el proyecto y seleccione la pestaña Programación o arranque el

programador desde la página de lista de proyectos haciendo clic en el punto
suspensivo situado junto al nombre del proyecto.
3. Seleccione Repetir cada y una vez que ha completado todos los campos,
seleccione Guardar la programación.
Puede establecer una frecuencia tan a menudo como cada minuto o hacer que suceda
en un número determinado de horas, días, semanas o meses. Tenga en cuenta que la
siguiente actualización no se iniciará hasta que la tarea anterior de proyecto complete
su ejecución.
Además tenga en cuenta también que en Notificaciones, puede suscribirse para las
notificaciones de alertas por correo electrónico, que le alertarían de ejecuciones de
trabajo que se completan con advertencias y/o fallan debido a errores. Puede
proporcionar varios destinatarios, incluyendo grupos separados por comas.
７ Nota
Actualmente, admitimos la programación de 50 proyectos de integración en

cualquier momento por inquilino pagado. Sin embargo puede crear más
proyectos y ejecutarlos de forma interactiva.
Para los inquilinos de prueba,
contamos con una limitación adicional, un proyecto programado se ejecutaría
únicamente de las primeras 50 ejecuciones.
Aunque admitimos la programación de proyectos cada minuto, tenga en
cuenta que esto puede poner un montón de estrés en sus aplicaciones e
impactar en el rendimiento general. Recomendamos a los usuarios que
prueben las ejecuciones de proyecto bajo condiciones de carga real y
optimicen el rendimiento con actualizaciones menos frecuentes.
En entornos
de producción, no es recomendable agregar más de 5 proyectos por minuto
por inquilino.
Para optimizar el rendimiento y no sobrecargar aplicaciones, actualmente
limitamos ejecuciones de proyecto a 500 000 filas por ejecución por proyecto.
Siempre que ejecute un proyecto, manualmente o programado, generará un
registro detallado que muestra el nombre del proyecto, marca de tiempo de
la última actualización y el estado. Puede ver esto con el historial de ejecución
para cada proyecto. El historial de ejecución de proyecto se mantiene durante
45 días después de la cual se purga automáticamente.
Personalizar proyectos, plantillas y las
asignaciones
Use una plantilla para crear un proyecto de integración de datos. Una plantilla facilita el
traspaso de datos que a su vez ayuda un usuario empresarial o un administrador a
acelerar la integración de datos de orígenes al destino y reduce carga y coste total. Un
usuario empresarial o un administrador puede empezar con una plantilla lista para usar
publicada por Microsoft o su asociado y después personalizarla aún más antes de crear
un proyecto. Puede guardar el proyecto como una plantilla y compartirlo con la
organización o crear un nuevo proyecto.
Una plantilla proporciona el origen, destino y el flujo de datos. Necesita mantener esto
en mente mientras personaliza y/o crea su propia plantilla.
Puede personalizar proyectos y plantillas de las siguientes maneras:
Personalizar asignaciones de campos.
Personalice una plantilla agregando una entidad que elija.
Cómo personalizar asignaciones de campos

Crear un conjunto de conexión
2. Seleccione el proyecto del cual desea personalizar asignaciones de campos y

después seleccione la flecha entre el origen y los campos de destino.
3. Esto le llevará a la pantalla de asignación donde podrá agregar una asignación

nueva seleccionando Agregar asignación en la esquina superior derecha o
Personalizar asignaciones existentes en la lista desplegable.
4. Una vez haya personalizado sus asignaciones de campo seleccione Guardar.
Cómo crear su propia plantilla

Para crear su propia plantilla modificando las plantillas existentes
2. Identifique el origen y destino y su dirección de flujo para la nueva plantilla.
3. Cree un proyecto eligiendo una plantilla existente que coincida con su opción de
origen y destino y su dirección de flujo.
4. Cree el proyecto después de elegir la conexión adecuada.
5. Antes de guardar o ejecutar el proyecto, en la esquina superior derecha, seleccione

Agregar tarea.
Esto iniciará el diálogo Agregar tarea.
6. Especifique un nombre de tarea descriptivo y agregue las entidades de origen y

destino de que elija.
7. La lista desplegable muestra todas las entidades de origen y destino.
En este caso, una nueva tarea se creó con la entidad Usuario de sincronización de
SalesForce a la entidad de Usuarios en Dataverse.
8. Una vez que cree la tarea, verá la nueva tarea en la lista y puede eliminar la tarea
original.
9. Acaba de crear una plantilla nueva, en este caso una plantilla para extraer datos de
la entidad Usuario de SalesForce en Dataverse. Seleccione Guardar para guardar su
personalización.
10. Siga los pasos para personalizar las asignaciones de campos para la plantilla
nueva. También puede ejecutar este proyecto y/o guardar el proyecto como una
plantilla de la página Lista de proyectos .
11. Especifique un nombre y una descripción y/o compártalos con otros de la

organización.
Para crear su propia plantilla desde plantillas en blanco
1. Ir al Centro de administración de Power Apps .
2. Cree un proyecto de integración de datos. Seleccione la pestaña Integración de

datos en el panel de navegación de la izquierda.
3. Seleccione Nuevo proyecto y proporcione un nombre para el proyecto. Por

ejemplo, "Demo_CreateYourOwnTemplate project".
4. En la página lista Seleccionar una plantilla , escoja una plantilla en blanco

genérica.
En este ejemplo, elija la plantilla Sales to Fin and Ops, ya que deseamos
mover datos de aplicaciones de finanzas y operaciones a Dynamics 365 Sales.
5. Siga los pasos 6 a 9 aquí para finalizar de crear un proyecto de integración de

datos. Seleccione Guardar.
6. Verá que la página Tareas está vacía, ya que es una plantilla en blanco, sin tareas.
Seleccione Agregar tarea para seleccionar una entidad en la lista desplegable y
agregar una nueva tarea.
En este caso, con fines de demostración, crearemos una
tarea Activities Sales to Fin and Ops (De Activities Sales a Finance y Operations)
seleccionando la entidad Actividades para aplicaciones de finanzas y operaciones
y Dynamics 365 Sales. Seleccione Crear.
7. Aparecerá una nueva agregada Actividades de Sales a Fin and Ops Seleccione
Guardar para guardar los cambios.
8. Se crea el proyecto. Seleccione Guardar como plantilla de la página Proyectos .
9. Proporcione el nombre y la descripción, después seleccione Guardar. Además,

seleccione Compartir con todos los usuarios de mi organización para compartir
esta plantilla.
Verá la plantilla recién creada mostrada en la página Plantillas.
Además, después de crear un nuevo proyecto de integración, cuando elige Seleccionar

una plantilla verá la plantilla recién creada como parte de la lista Seleccionar una
plantilla.
Transformación avanzada y filtrado de datos
Con la compatibilidad de Power Query, proporcionamos filtrado avanzado y
transformación de datos de los datos de origen. Power Query permite a los usuarios
cambiar la forma de los datos para ajustarlos a sus necesidades, con una experiencia del
usuario atractiva, fácil de usar y sin código. Puede habilitar esto proyecto a proyecto.
Cómo habilitar la consulta y filtrado avanzados

Para configurar el filtrado y transformación de datos avanzados
2. Seleccione el proyecto donde desea habilitar la consulta avanzada y después para

seleccione Consulta avanzada.
3. Recibirá la advertencia de que habilitar la consulta avanzada es una operación

unidireccional y no se puede deshacer. Seleccione Aceptar para continuar y
después seleccione la flecha de asignación de origen y destino.
4. Ahora se le presentará la página de asignación de entidad con un vínculo para

iniciar la Consulta Avanzada y Filtrado.
5. Seleccione para vincular para iniciar la interfaz de usuario de consulta y de filtrado
avanzada, que le proporciona datos del campo de origen en columnas tipo
Microsoft Excel.
6. En el menú superior, obtendrá varias opciones para transformar datos como

Agregar columna condicional, Duplicar columna y Extraer.
7. También puede hacer clic con el botón secundario en cualquier columna para
varias opciones como Quitar columnas, Quitar duplicados y Dividir columna.
8. También puede filtrar haciendo clic en cada columna y usando filtros tipo Excel.
9. Las transformaciones de valores predeterminados se pueden conseguir usando la
columna condicional. Para ello, en la lista desplegable Agregar columna,
seleccione Agregar columna condicional y escriba el nombre de la nueva
columna. Rellene Entonces y En caso contrario con lo que deba ser el valor
predeterminado, y use cualquier campo y valor para Si y es igual a.
10. Vea cada cláusula cada en el editor fx, en la parte superior.
11. Corrija la cláusula cada en el editor fx y seleccione Aceptar.

12. Cada vez que realiza un cambio, se aplica un paso. Puede ver los pasos aplicados
en el panel derecho (desplazamiento en la parte inferior para ver el último paso).
Puede deshacer un paso en caso de que necesite editar. Además, puede ir al editor
avanzado haciendo clic secundario en QrySourceData en el panel izquierdo, en la
parte superior para ver el idioma M que se ejecuta en segundo plano, con los
mismos pasos.
13. Seleccione Aceptar para cerrar la consulta de Búsqueda avanzada y la interfaz de

filtrado, a continuación, en la página de la tarea de asignación, escoja la columna
recién creada como el origen para crear asignaciones en consecuencia.
Para obtener más información sobre Power Query, consulte la documentación de Power
Query.
７ Nota
Una vez Consulta y filtrado avanzados está habilitado, las transformaciones
mediante Fn no son compatibles y, en su lugar, deben definirse mediante
Consulta y filtrado avanzados.
Actualmente no se permite combinar múltiples orígenes de datos (ya sea a

través del botón Obtener datos o de una consulta M) en Consulta y filtrado
avanzados.
Si se encuentra con límites de evaluación de Power Query con el error:
Error del trabajo de powerquery: Excepción

ExceptionType:MashupEvaluationException,
ExceptionMessage:EvaluationQuotaReached, EvaluationResponse:
{"ResultType":"ErrorCode","Code":"EvaluationQuotaReached"
Revise la guía sobre Límites en línea de Power Query.
Modificar la urldirectamente en el editor mashup no es compatible. Solo se

utilizará el filtro aplicado con la interfaz de usuario del editor de mashup o
especificado en el campo de edición del filtro de origen en la página de
asignación.
Ajuste de rendimiento
Hay varios factores que impactan el rendimiento de un escenario de la integración. El
rendimiento depende mucho de:
Qué aplicaciones está integrando: aplicaciones de finanzas y operaciones y

Dataverse
Qué entidades se usan: forma de las entidades, validación y lógica de negocios

(estándar y personalizaciones)
El integrador de datos toma los datos de la aplicación origen y los inserta en la

aplicación de destino. Las consideraciones de rendimiento principales están en cómo las
aplicaciones de origen y destino escalan con las entidades en cuestión. Saca provecho
de las mejores tecnologías disponibles para extraer e introducir los datos de una forma
eficaz.
las aplicaciones de finanzas y operaciones utilizan el marco de gestión de datos que

proporciona una forma de extraer/empujar datos de la manera más eficaz. El marco de
administración de datos se usa para administrar entidades de datos y paquetes de
entidades de datos en las aplicaciones de finanzas y operaciones.
Dynamics 365 for Dataverse usa varias API de OData junto con paralelismo para
maximizar el rendimiento.
Puede usar la siguiente configuración para ajustar el rendimiento de las aplicaciones de

finanzas y operaciones en función de la carga, la entidad y los recursos.
Exportar datos de las aplicaciones de finanzas y

operaciones:
Exportación directa (saltar Almacenamiento provisional activado) Asegúrese de
las entidades que se usan para la integración son compatibles con la exportación
directa (saltar Almacenamiento provisional activado). Esto permite que la
exportación se ejecute en el modo en masa y se omite la tabla de almacenamiento
provisional. Si ejecuta con saltar Almacenamiento provisional desactivado,
entonces recurre a llamadas de la fila a fila y los datos se insertan en la tabla de
almacenamiento provisional.
Habilitar el seguimiento de cambios para entidades permite la exportación

incremental de datos de las aplicaciones de finanzas y operaciones mediante la
gestión de datos. En una exportación incremental, solo se exportan los registros
que han cambiado. Para habilitar la exportación incremental, debe habilitar
seguimiento de cambios en las entidades. Sin seguimiento de cambios, hará
exportaciones completas que puedan afectar al rendimiento. Para los escenarios
complejos, use consultas personalizadas para el seguimiento de los cambios.
Importar datos de las aplicaciones de finanzas y

operaciones:
Asegúrese de que la propia entidad rinda. Si es posible, cree entidades basadas en
conjuntos.
Si el número de filas que se deseen importar es alto y la entidad no admite

operaciones de conjuntos: La administración de datos se puede configurar para
importar la entidad con tareas en paralelo. Esto se puede configurar en la
Administración de datos (parámetros), configurando los parámetros de ejecución
de la entidad. Esto usaría el marco por lotes para crear tareas en paralelo, que se
basa en Disponibilidad de recursos para ejecutarse paralelamente.
Desactivar validaciones (opcional): aunque el integrador de datos no omite
ninguna lógica de negocios ni validaciones, puede desactivar opcionalmente las
que no se requieran para mejorar el rendimiento.
Considere las sugerencias siguientes para garantizar el rendimiento mientras se

importan o exportan datos de entornos.
Importación o exportación de datos hacia y desde

Asegúrese de que los índices se definen para las claves de integración.
Administración y solución de problemas
de error del integrador de datos
El integrador de datos es un servicio de integración punto a punto que se utiliza para

integrar datos de varias fuentes (por ejemplo, aplicaciones de finanzas y operaciones,
Dynamics 365 Sales, Salesforce y Microsoft SQL (versión preliminar)) en Microsoft
Dataverse. También admite la integración de datos en aplicaciones de finanzas y
operaciones y Dynamics 365 Sales. El tema Integrar datos en Dataverse proporciona
instrucciones paso a paso detalladas para ayudarle a configurar la instalación para
escenarios de integración basados en procesos como Posible interesado e efectivo, Field
Service y Project Service.
Aunque estamos constantemente evolucionando y realizando correcciones a la

plataforma basadas en los comentarios de los clientes, entendemos que hay una
necesidad de proporcionarle una guía cuando se tope con problemas. Este tema le
guiará a través de la administración y solución de errores de algunos de estos
problemas.
Regiones compatibles
El integrador de datos es compatible con las siguientes regiones:
Asia
Australia
Canadá
Europa
India
Japón
Sudamérica
Reino Unido
Estados Unidos
No hay planes para habilitar el Integrador de datos para ninguna otra región.
Ver el estado de las ejecuciones de proyecto

Cada vez que se ejecuta un proyecto de integración de datos (manualmente o
programado), puede ver el estado de ejecución en el panel de administración y/o la
página de lista de proyectos.
El panel de administración proporciona una vista en tiempo real de todos los proyectos
en ejecución y su estado con una vista desplegable de los detalles de la ejecución. El
panel muestra el recuento individual y resumido de las ejecuciones. Estos son con un
código de color mostrar el estado de cada proyecto: póngase verde para proyectos
completados, amarillo para proyectos completados con advertencias, y en rojo para
proyectos con un estado de error. De forma similar, los iconos verde, amarillo y rojo en
la página de lista de proyectos indican el estado de los proyectos.
Además, para ver más detalles, puede explorar en profundidad ejecuciones de proyecto
a través del panel de administración seleccionando gráficos de barras individuales.
Ahora puede explorar en profundidad errores individuales.

También puede ver los detalles de la ejecución del proyecto seleccionando proyectos
individuales en la página de lista de proyectos y viendo las ejecuciones y el estado
históricos en la pestaña Historial de ejecución.
Si obtiene una advertencia o un error, puede explorar en profundidad más haciendo clic
en las ejecuciones en la pestaña Historial de ejecución.
Supervisión de proyecto
Animamos a nuestros clientes y asociados a suscribirse a las notificaciones por correo
electrónico para que reciban alertas por correo electrónico en las ejecuciones de
proyecto que con advertencias o errores. Para cada proyecto, en la pestaña
Programación, puede seleccionar notificaciones por correo electrónico y proporcionar
varias direcciones de correo electrónico (incluidas direcciones de grupo), delimitadas
por comas.
Siempre que un proyecto se complete con una advertencia o esté en el estado de error
recibirá una notificación por correo electrónico indicando el estado de ejecución del
proyecto con un enlace de obtención de detalles al error específico.
Al seleccionar el vínculo irá directamente a su estado de ejecución de proyecto, que

puede explorar aún más para los errores específicos.
Estado de ejecución de proyecto

Cuando se ejecuta un proyecto de integración de datos (manualmente o programado),
se crea un registro detallado con nombre del proyecto, una marca de hora que muestra
la última actualización y el estado del proyecto.
Cada ejecución de proyecto se marca con el estado Completado, la Advertencia, o Error:
Completado
Estado si se ha realizado la operación upsert a todos los registros correctamente.

("Upsert" o "actualizar inserción" es una lógica para actualizar el registro, si ya
existe, o para insertar un nuevo registro).
Advertencia
Estado si se ha realizado la operación upsert correctamente a algunos registros,

mientras que algunos han fallado o tenido errores.
Error
Estado si alguno de los registros están correctos y/o con errores, y no hay upserts
o inserciones en el objetivo.
Si la ejecución de proyecto está en estado Error, después reintentará la ejecución

automáticamente en la siguiente ejecución programada. Si no actualiza el registro
de origen, no se incluirá automáticamente en la siguiente ejecución.
También puede volver a intentar manualmente una ejecución seleccionando Volver a

ejecutar ejecución mediante el punto suspensivo (...) en la página Historial de
ejecución.
Consejos rápidos para solución de problemas
en escenarios comunes
A continuación se proporcionan algunas sugerencias rápidas que le ayudarán a
solucionar problemas algunos de los escenarios comunes.
Problemas de conexión o de entorno

Si no puede ver las conexiones o entornos en la lista desplegable cuando intentan crear
un conjunto de conexión, aquí tiene algunas de las tareas que puede realizar para
solucionar el problema:
Conexión: Asegúrese de que ha creado las conexiones en datos/conexiones en

https://make.powerapps.com y que se encuentren en el estado Conectado. Si ve
una notificación Arreglar conexión, debe comprobar las credenciales a revisar
usadas para la cuenta, y usar la opción Cambiar cuenta del punto suspensivo (...)
para volver a autenticarse.
Entorno: Si no ve sus entornos en la lista desplegable, asegúrese de que la cuenta
usó para crear las conexiones tiene acceso adecuado a la entidad. Una buena
forma de probar esto es creando un flujo (usando Microsoft Power Automate).
Este es un ejemplo de cómo crear un flujo simple para probar su conexión a las
aplicaciones de finanzas y operaciones:
1. Crear un flujo nuevo (elija Creación en blanco) en Lógica de negocios o flujo

de https://make.powerapps.com .
2. Seleccione un desencadenador Periodicidad. Bajo Nuevo paso, busque y

seleccione Conector de aplicaciones de finanzas y operaciones de Dynamics
365.
3. Seleccione Crear registro como acción. En la lista desplegable, asegúrese de
que inicie sesión con la cuenta adecuada. Ésta es la misma cuenta que usó
para crear una conexión para sus proyectos de integración de datos.
4. Seleccione el menú desplegable en entorno para mostrar todos los entornos

de aplicaciones de finanzas y operaciones. Esto es un buen paso para
comprobar que la cuenta (del paso anterior) accede a los entornos.
5. Una vez que ha escogido el entorno, confirme que tiene acceso a todas las
entidades en él.
Organizaciones: aquí es donde especificaría la entidad legal (por ejemplo, USMF)

para las aplicaciones de finanzas y operaciones, la unidad de negocio de Dynamics
365 Sales o el nombre de la organización de Dataverse. Si falta este paso, se
obtiene un mensaje que contiene nombres válidos correspondiente a su aplicación
que que necesita añadir en Organizaciones.
Errores de validación de proyecto

Primero valida un proyecto de integración de datos y después lo ejecuta. Algunas de las
razones principales de errores de validación:
Compañía/unidad de negocio incorrecta seleccionada durante la creación de

proyecto
Faltan columnas obligatorias
Asignación incompleta o de duplicados
Error de coincidencia de tipos de campo
Aquí mostramos un ejemplo de cómo el error se manifiesta en el caso de asignación de

duplicados. El mensaje emergente naranja indica problemas de asignación.
Al explorar en profundidad en el historial de ejecución del proyecto verá que hay una
incidencia de campo duplicado.
Al inspeccionar la asignación, puede identificar duplicados. En este caso, el campo fax

de origen se asigna a ADDRESSCITY incorrectamente.
Una vez que se corrige la asignación, el error debería desaparecer, y debería poder
ejecutar el proyecto correctamente.
Incidencias de ejecución de proyecto

Si se le notifica que una ejecución de proyecto se ha completado con una advertencia o
está en estado de error, el primer paso es profundizar en el historial de ejecución. En la
página de lista de proyectos, seleccione el proyecto individual y revise la última
ejecución en la pestaña Historial de ejecución. A continuación puede hacer clic en el
error específico.
Si este es un proyecto de integración donde las aplicaciones de finanzas y operaciones

son el origen, vaya al espacio de trabajo de Administración de datos en las aplicaciones
de finanzas y operaciones. A continuación, filtre los proyectos en función del nombre
del proyecto de integración de datos, o elija específicamente el tipo de trabajo de
importación o de exportación.
Además, puede abrir el historial de trabajo de proyecto y explorar en profundidad a
través del identificador del trabajar siguiendo la marca de tiempo de su ejecución.
También puede inspeccionar el registro de ejecución, ver el histórico de ejecuciones, y
ver los datos provisionales.
Acerca de la puerta de enlace local
La puerta de enlace local permite a Power Apps y Power Automate volver a los recursos
locales para admitir escenarios de integración híbrida. La puerta de enlace habilita la
tecnología de retransmisión Azure Service Bus para permitir de forma segura el acceso a
los recursos locales.
Instalación local de la puerta de enlace

El servicio de puerta de enlace debe ejecutarse en un servidor local en la ubicación local.
El servidor no tiene que ser el mismo que los recursos a los que accederá como proxy.
Sin embargo, debe estar en la misma red local para reducir la latencia. También debe
poder acceder al recurso de destino con la menor latencia posible. Varias conexiones de
aplicación y de flujo pueden usar la misma instalación de puerta de enlace. Solo puede
instalar una puerta de enlace en un servidor.
Durante el proceso de instalación, la puerta de enlace se configura para utilizar NT

Service\PBIEgwService para iniciar sesión en el servicio de Windows. Puede cambiar esto
a un usuario de dominio o una cuenta de servicio administrada si lo desea.
Puede usar la misma puerta de enlace en múltiples entornos siempre que la región de la
puerta de enlace y la región del entorno coincidan. Vea P+F de regiones en Power
Automate
Acceso de administración a la puerta de enlace

De forma predeterminada, usted tiene este permiso sobre cualquier puerta de enlace
que instale. Como Administrador, puede otorgar a otro usuario permiso para
coadministrar la puerta de enlace. Se recomienda que siempre tenga varios
administradores especificados para manejar los eventos de los empleados en su
organización.
Uso de credenciales almacenadas

Cuando configura un origen de datos en la puerta de enlace, debe proporcionar las
credenciales de ese origen de datos. Todas las acciones en ese origen de datos se
ejecutarán usando estas credenciales. Las credenciales se cifran de forma segura,
utilizando cifrado asimétrico antes de que se almacenen en la nube. Las credenciales se
envían a la máquina que ejecuta la puerta de enlace local, donde se descifran cuando se
tiene acceso al origen de datos.
Utilización de puertos
El servicio de puerta de enlace crea una conexión de salida a Azure Service Bus para que
no haya puertos de entrada que deban abrirse. La conexión de salida se comunica en
puertos: TCP 443 (predeterminado), 5671, 5672 9350 hasta 9354.
Se recomienda agregar a la lista de aprobados de su firewall las direcciones IP de su

región de datos. Puede descargar la lista más reciente aquí:
https://www.microsoft.com/download/details.aspx?id=41653 . Estas direcciones IP se
utilizan para la comunicación saliente con Azure Service Bus.
Acceso de puerta de enlace

La mayoría de las licencias de Power Apps y Power Automate tienen acceso para usar la
puerta de enlace excepto algunas de las licencias de Microsoft 365 de gama baja (SKU
Business y Office Enterprise E1).
Actualizaciones de la puerta de enlace de datos

Las actualizaciones no se instalan automáticamente para la puerta de enlace de datos
local. Se recomienda encarecidamente mantenerse actualizado con la última versión de
la puerta de enlace de datos, ya que las actualizaciones de la puerta de enlace se lanzan
mensualmente.
Recuperación de desastres de puerta de enlace

El administrador asigna una clave de recuperación (es decir, no se genera
automáticamente) en el momento en que se instala la puerta de enlace de datos local.
Se requiere la clave de recuperación si se cambia de ubicación la puerta de enlace a otro
equipo, o si la puerta de enlace se restaura. Por lo tanto, la clave se debe conservar
donde otros administradores del sistema puedan localizarla si fuera necesario.
Vea también
Puerta de enlace de datos local
Conjunto de aplicaciones de cifrado de servidor local y requisitos de TLS

Administración de la puerta de enlace
de datos local (versión preliminar)
La puerta de enlace de datos local actúa como puente, proporcionando una

transferencia de datos rápida y segura entre datos locales (datos que no están en la
nube) y los servicios de Power BI, Power Automate, Logic Apps y Power Apps. Más
información: ¿Qué es una puerta de enlace de datos local?
） Importante

７ Nota
La puerta de enlace y la función de administración origen de datos en el centro de

administración de Power Platform no es compatible con dispositivos móviles o
pantallas más pequeñas con una resolución inferior o igual a 320 x 256.
En la página Datos del Centro de administración de Power Platform , puede ver y

administrar las pasarelas de datos locales.
Los usuarios que forman parte del rol de administrador global de Azure AD (que incluye
a los administradores globales), administradores de servicios de Power BI y
administradores de puertas de enlace tendrán acceso a la administración de puertas de
enlace de datos en el Centro de administración de Power Platform. Sin embargo, puede
haber diferencias en las funciones disponibles y las operaciones que pueden realizar
cada uno de estos roles.
El rol Administrador global de Azure AD (que incluye administradores globales) y los
administradores de servicio de Power BI pueden utilizar la configuración Administración
de inquilinos para controlar la lista de puertas de enlace expuestas. Solo estos
administradores verán el control de alternancia Administración de inquilinos.
Active Administración de inquilinos para ver y administrar todas las puertas de

enlace instaladas en su empresa.
Desactive Administración de inquilinos para ver y administrar todas las puertas de
enlace de las que es administrador.
Puede cambiar entre estas dos vistas mediante este control de alternancia en la esquina
superior derecha de la página.
Puertas de enlace de datos

La página Datos muestra todos los clústeres de puerta de enlace de datos local
instalados. Además, puede revisar la siguiente información sobre estos clústeres:
Nombre del clúster de puerta de enlace: el nombre del clúster de la puerta de

enlace.
Información de contacto: información de contacto del administrador para el
clúster de la puerta de enlace.
Usuarios: la lista de usuarios de la puerta de enlace.
Estado: seleccione Comprobar estado para ver si la conexión de la puerta de
enlace está en línea o sin conexión.
Puertas de enlace: el número de miembros de la puerta de enlace en el clúster de
la puerta de enlace.
La lista de clústeres de la puerta de enlace incluye puertas de enlace de datos locales y

puertas de enlace de datos locales (modo personal).
Details
Seleccione un clúster de puertas de enlace y, a continuación, seleccione Detallespara ver
la siguiente información sobre los miembros de la puerta de enlace.
Nombre: el nombre para mostrar del miembro de la puerta de enlace.

Dispositivo: el dispositivo físico en el que está instalada la puerta de enlace.
Estado: seleccione ( ) para comprobar el estado de un miembro de la puerta de
enlace.
Versión: la versión del software de puerta de enlace instalado en el equipo.
Estado: seleccione para habilitar o deshabilitar un miembro de puerta de enlace.
Después de seleccionar un miembro de la puerta de enlace, puede seleccionar Quitar

para quitarlo. Esto no desinstala la puerta de enlace del equipo físico, pero quita todos
los metadatos relacionados con la puerta de enlace. No es posible cambiar el nombre
del miembro de la puerta de enlace una vez que está instalado y configurado.
Configuración
Seleccione Configuraciones para establecer la configuración de la puerta de enlace de
datos local como el nombre del clúster de la puerta de enlace, el departamento, la
configuración general y la configuración de Power BI.
Para obtener más información sobre Permitir que las fuentes de datos en la nube del
usuario se actualicen a través de este clúster de puerta de enlace, vaya a Combinar o
agregar fuentes de datos locales y en la nube.
Para obtener más información sobre Permitir que los conectores de datos
personalizados del usuario se actualicen a través de este clúster de puerta de enlace,
vaya a Utilizar conectores de datos personalizados con la puerta de enlace de datos
local.
Para obtener más información sobre Distribuir solicitudes entrre todas las puertas de
enlace activas de este clúster, vaya a Equilibrio de carga entre las puertas de enlace en
un clúster.
Seleccione un clúster de puertas de enlace y luego seleccione Administrar usuarios para
ver la lista de usuarios de las puertas de enlace. Agregue o elimine administradores de
puertas de enlace en la página Administrar usuarios.
Para puertas de enlace personales, esto mostrará al propietario de la puerta de enlace

personal y no se puede cambiar debido al ámbito de seguridad de puertas de enlace
personales.
Para las puertas de enlace de datos local en modo estándar, se pueden agregar usuarios
en cualquiera de las siguientes tres categorías:
Administrador:
Power BI: los administradores tienen control total de la puerta de enlace,
incluida la adición de otros administradores, la creación de orígenes de datos, la
administración de usuarios del origen de datos y la eliminación de la puerta de
enlace.
Power Apps y Power Automate: los administradores tienen control total de la
puerta de enlace, incluida la adición de otros administradores, la creación de
conexiones, además del uso compartido de puertas de enlace en los niveles de
permiso Puede usar y Puede usar + compartir y la eliminación de la puerta de
enlace.
Otros: los administradores tienen control total de la puerta de enlace, incluida la
adición de otros administradores y la eliminación de la puerta de enlace.
Puede usar: los usuarios que pueden crear conexiones en la puerta de enlace para
usar para aplicaciones y flujos, pero no pueden compartir la puerta de enlace. Use
este permiso para usuarios que ejecutarán aplicaciones pero no las comparten.
Solo se aplica a Power Apps y Power Automate.
Puede usar + compartir: los usuarios que pueden crear una conexión en la puerta
de enlace para usar para aplicaciones y flujos, y compartir automáticamente la
puerta de enlace cuando compartan una aplicación. Use este permiso para los
usuarios que necesiten compartir aplicaciones con otros usuarios o con la
organización. Solo se aplica a Power Apps y Power Automate.
７ Nota
Puede usar y Puede usar + compartir solo se aplica a Power Apps y Power
Automate.
Al compartir puertas de enlace para niveles de permiso Puede usar y Puede
usar + compartir, puede restringir el tipo de origen de datos con los que el
usuario puede conectarse a través de puerta de enlace. Debe seleccionarse al
menos un tipo de origen de datos para que el usuario sea agregado
correctamente.
Puede usar y Puede usar + compartir no se aplican a conectores
personalizados en Power Apps y Power Automate.
La puerta de enlace debe compartirse con el nivel de permiso Administrador
que utilizarán los conectores personalizados.
Quitar un clúster de puerta de enlace

Use Quitar para quitar un clúster de puertas de enlace. Esta operación está disponible
para puertas de enlace de datos en modo estándar, así como en modo personal.
Para obtener más información, vaya a Quitar o eliminar una puerta de enlace de datos
local.
Obtener ayuda
Para una solución de problemas y una asistencia más rápidas, seleccione Obtener
asistencia para abrir un panel Obtener ayuda. Incluya el id. de sesión en un vale de
soporte al cliente para cualquier problema en la característica Puerta de enlace de datos
en el Centro de administración de Power Platform.
Administrar puertas de enlace por región

Seleccione la lista desplegable de regiones para ver las regiones de la puerta de enlace.
Cuando seleccione una de las regiones, verá una lista de puertas de enlace instaladas en
esa región. Puede administrar usuarios o ver miembros de la puerta de enlace para estas
puertas de enlace. De forma predeterminada, verá puertas de enlace dentro de la región
predeterminada de su inquilino.
Filtrar por tipo de puerta de enlace
Seleccione la lista desplegable de tipos de puerta de enlace para filtrar por tipo de
puerta de enlace. De forma predeterminada, verá todas las puertas de enlace de datos
que se ejecutan en modo estándar. Use el filtro para ver puertas de enlace de datos en
modo personal o todas las puertas de enlace. Para obtener más información, consulte
Tipos de puerta de enlace.
Buscar
Use Buscar para encontrar clústeres de la puerta de enlace y ver sus detalles. Puede
buscar nombres e información de contacto de clústeres de puerta de enlace, pero no
administradores.
Status
Seleccione un clúster de puerta de enlace, luego seleccione Detalles>Comprobar
estado ( ) para comprobar el estado de un clúster de puertas de enlace.
Administrar instaladores de puertas de enlace
Como administrador global de Azure AD (que incluye a los administradores globales) o
administrador de servicios de Power BI, use Administrar instaladores de puerta de enlace
para administrar quién puede instalar la puerta de enlace de datos local en su empresa.
Esta operación no está disponible para administradores de puerta de enlace.
７ Nota
Esta función no se aplica a las puertas de enlace de datos locales (modo personal).
1. Vaya al Centro de administración de Power Platform .
2. Seleccione Datos en el menú de la izquierda.
3. Seleccione Administrar instaladores de puerta de enlace.
4. Habilite Restringir a los usuarios de su organización la instalación de puertas de

enlace. Esta opción está desactivada de forma predeterminada, lo que permite que
cualquier persona de su organización instale una puerta de enlace.
5. Agregue usuarios que puedan instalar puertas de enlace y luego seleccione
Agregar.
７ Nota
Actualmente, no admitimos grupos para Administrar instaladores; puede

agregar usuarios individuales.
6. Para quitar usuarios que tienen permiso para instalar una puerta de enlace,
seleccione Quitar instalador ( ) y seleccione Confirmar.
７ Nota
Esto no afecta a las puertas de enlace que ya están instaladas. Esta

característica solo permite o restringe a los usuarios la instalación de las
puertas de enlace en el futuro.
Si una persona que no tiene acceso a la instalación de puertas de enlace intenta instalar
una, recibirá el siguiente error una vez que facilite sus credenciales durante el registro
de la puerta de enlace.
Consulte también
Conectarse a orígenes de datos locales con una puerta de enlace de datos local
Administración de orígenes de datos

En la página Datos del Centro de administración de Power Platform

(https://admin.powerplatform.microsoft.com ), puede ver y administrar los orígenes de
datos de Power BI en la nube y locales, así como los clústeres de puertas de enlace. Las
fuentes de datos locales de esta página incluyen todas las definiciones de origen de
datos locales para las puertas de enlace que administra. Los orígenes de datos en la
nube de esta página son conexiones en la nube en sus informes de Power BI publicados.
） Importante

Este artículo describe la gestión de orígenes de datos. Para obtener información sobre la
administración de clústeres de puertas de enlace, consulte Vista previa: administración
de puertas de enlace de datos locales.
７ Nota
La pestaña de fuentes de datos no estará disponible para los administradores de

inquilinos o servicios cuando Administración de inquilinos esté activado.
Data Source Name: el nombre del origen de datos.
Tipo de origen de datos: el nombre del tipo del origen de datos. Para conocer las
fuentes de datos compatibles, consulte Orígenes de datos de Power BI.
Usuarios: usuarios que pueden usar este origen de datos en conjuntos de datos y
flujos de datos.
Estado: seleccione ( ) para comprobar el estado de un miembro de la puerta de
enlace.
Nombre del clúster de puertas de enlace: el clúster de puertas de enlace en el que
se creó este origen de datos. Si es un origen de datos en la nube, este valor será
“Nube”.
Configuración de origen de datos

Seleccione un origen de datos y luego seleccione Configuración en la barra de menú
superior para ver las propiedades del origen de datos. Puede ver y actualizar las
propiedades del origen de datos correspondiente.
Agregar nuevo origen de datos
Seleccione +Nuevo desde la barra de menú superior para crear una nueva puerta de
enlace de origen de datos. Puede ser un origen de datos local o VNet.
Seleccione un clúster de puertas de enlace, el nombre del origen de datos, un tipo de

origen de datos y otras propiedades de origen de datos para crear el origen de datos.
Para obtener más información sobre las propiedades de origen de datos, consulte
Agregar o eliminar una puerta de enlace de origen de datos.
Quitar un origen de datos
Seleccione un origen de datos y luego seleccione Quitar para quitar el origen de datos.
Seleccione un origen de datos y luego seleccione Administrar usuarios para ver la lista
de usuarios del origen de datos actual. Estos usuarios pueden usar este origen de datos
en informes publicados y flujos de datos.
Obtener ayuda
Para una solución de problemas y una asistencia más rápidas, seleccione Obtener
asistencia para abrir un panel Obtener ayuda. Incluya el id. de sesión en un vale de
soporte al cliente para cualquier problema en la característica Puerta de enlace de datos
en el Centro de administración de Power Platform.
Región
Actualmente, los orígenes de datos solo están disponibles para la región de Power BI
predeterminada. Para otras regiones, no verá ningún origen de datos.
Buscar
Seleccione Buscar para encontrar orígenes de datos y ver sus detalles. Actualmente,
puede buscar nombres de origen de datos, tipos de origen de datos y nombres de
clústeres de puertas de enlace, pero no usuarios ni estados.
Estado de origen de datos

Seleccione un origen de datos y luego seleccione Comprobar estado ( ) para ver el
estado de un origen de datos.
Consulte también
Conectarse a orígenes de datos locales con una puerta de enlace de datos local
Agregar o quitar datos de ejemplo

Los datos de ejemplo le brindan algo con lo que experimentar a medida que aprende
Service Automation), y le ayuda a ver cómo se organizan los datos en el sistema. En
algún momento, probablemente querrá quitar los datos de ejemplo.
O, si los datos de muestra no están instalados en el sistema, puede resultar conveniente

agregarlos con fines de aprendizaje. Más adelante, cuando esté listo, podrá quitarlos.
） Importante
Use los datos de ejemplo para obtener y experimentar con las características del
sistema. Sin embargo, para evitar resultados no deseados, no los asocie con los
datos que realmente necesita.
En el centro de administración de Power

Platform.
equivalentes.


4. Seleccione Administración de datos para expandir la categoría, luego seleccione

Datos de ejemplo.



equivalentes.


Importar datos (todos los tipos de
registro) de varios orígenes
La importación de datos suele ser la primera tarea importante que debe realizar
después de haber instalado aplicaciones de involucración del cliente (Dynamics 365
Marketing y Dynamics 365 Project Service Automation). Puede importar datos de varios
orígenes y sistemas de datos en las columnas estándar y personalizadas de la mayoría
de las tablas de negocio y personalizadas. Puede incluir datos relacionados, como notas
y datos adjuntos. Para garantizar la integridad de los datos, puede habilitar la detección
de duplicados que impide importar registros duplicados. Más información: Detectar
datos duplicados. Para obtener escenarios más complejos de importación de datos,
puede escribir código con el servicio web de importación de datos. Más información:
Importar datos.

Los pasos previos a la importación de los datos incluyen:
1. Preparar los archivos de datos de origen en uno de los siguientes formatos: valores
separados por comas (.csv), hoja de cálculo de XML 2003 (.xml) XML, comprimido
(.zip) o archivos de texto. Puede importar datos de un archivo de origen o de
varios archivos de origen. Un archivo de origen puede contener datos para un tipo
de tabla o varios tipos de tabla.
2. Preparar asignaciones de datos para asignar los datos contenidos en el archivo de

origen a los campos de registro. Debe asignar cada columna del archivo de origen
a un campo apropiado. Los datos sin asignar no se importan. Más información:
Hay varias formas de importar datos:
７ Nota
Recomendamos limitar de su importación a 20K filas o menos.

1. Para importar grandes volúmenes de datos, se recomienda una forma
programática, como la más eficaz. Al importar datos mediante programación, logra
funcionalidades adicionales que no están disponibles al usar otros métodos de
importar datos. Estas capacidades avanzadas incluyen la visualización de datos de
origen almacenados, el acceso a los registros de errores y la creación de
asignaciones de datos que incluyan la asignación de transformaciones complejas,
como concatenación, división y reemplazo. Vea Importar datos.
2. Para trabajos más pequeños de importación, puede usar la herramienta Asistente

para la importación de datos que se incluye en la aplicación web.
７ Nota
En el Asistente para la importación de datos, el tamaño máximo de archivo de

los archivos .zip es de 32 MB; para los otros formatos de archivo, es de 8 MB.
Con el Asistente para la importación de datos, puede especificar la opción

"Asignar automáticamente". El asistente asigna automáticamente todos los
archivos y encabezados de columna con campos y tipos de registro si:
Los nombres de archivo coinciden exactamente con el nombre para

mostrar del tipo de registro.
los encabezados de columna del archivo que se está importando
coinciden exactamente con los nombres para mostrar de los campos del
registro.
3. Para agregar los datos de un registro individual, la forma más rápida es usar
Creación rápida de la barra de navegación o Nuevo del formulario de la tabla.
Consultar también
Descargar una plantilla para la
importación de datos
Ya estén sus datos almacenados en hojas de cálculo, bases de datos u otros sistemas,
querrá importarlos en aplicaciones de involucración del cliente (Dynamics 365 Sales,
Dynamics 365 Project Service Automation), para que pueda realizar un seguimiento de
toda la información de sus clientes en un solo lugar. Use plantillas para importar
muchos tipos de registros, como cuentas, clientes potenciales o casos. Existe una lista
completa en el asistente de Plantillas para la importación de datos.

datos>Plantillas.


sistema.

datos>Plantillas.
2. En el cuadro de diálogo Plantillas para la importación de datos, seleccione el tipo

de registro para el que desea descargar la plantilla y, a continuación, seleccione
Descargar.
3. En el cuadro de descarga del archivo, seleccione Guardar o Guardar como y

busque una ubicación para el archivo.
4. Seleccione Cerrar.
Vea también
Importar datos (todos los tipos de registro) de varios orígenes
Importar datos
Combinar datos
Puede fusionar dos registros para combinar los datos o para eliminar duplicados.
Después de realizar una combinación, consulte la sección Consideraciones de seguridad
para comprobar que los cambios cumplen los requisitos de seguridad. Puede fusionar
las tablas Cuenta, Contacto y Cliente potencial.
Siga estos pasos para combinar datos:
1. Seleccione los registros que desea combinar (por ejemplo, registros de cuentas) y,
a continuación, seleccione Combinar.
2. Seleccione el registro maestro y los campos que desea combinar al registro

maestro y, a continuación, seleccione Aceptar.
７ Nota
El registro maestro heredará todos los registros secundarios del registro

subordinado. El registro subordinado se desactivará.
Para obtener más información, consulte Combinar registros duplicados para cuentas,
contactos o clientes potenciales.
Consideraciones de seguridad
La combinación de datos compartidos puede tener consecuencias inesperadas. Consulte
los siguientes escenarios y tenga amplios conocimientos de los resultados relacionados
con la seguridad para cada uno de ellos.
Escenarios
Escenario n.º 1: Combinar registros que son propiedad de usuarios
Escenario n.º 2: Combinar registros que se comparten con usuarios
Escenario n.º 3: Combinar registros que se comparten con miembros del equipo de
acceso
Escenario n.º 4: Combinar registros que son propiedad de equipos
Configuración de ejemplo que se usa en los escenarios
La siguiente configuración de ejemplo se usa en los escenarios que aparecen a
continuación:
Tabla de cuenta: se utiliza para demostrar la combinación de registros.
Usuario uno: un usuario de ejemplo.
Usuario dos: un usuario de ejemplo.
Privilegios de rol de seguridad: los usuarios uno y dos tienen privilegios de lectura
a nivel de usuario para la tabla de cuenta.
Cuenta de prueba uno: cuenta maestra para combinar. El Usuario uno está
asignado a esta cuenta.
Cuenta de prueba dos: cuenta subordinada en la que se combina. El Usuario dos

está asignado a esta cuenta.
Escenario n.º 1: Combinar registros que son propiedad de

usuarios
Escenario
El Usuario uno es propietario de la Cuenta de prueba uno
El Usuario dos es propietario de la Cuenta de prueba dos
La Cuenta de prueba uno (la cuenta maestra) se combinó con la Cuenta de prueba
dos (la cuenta subordinada)
Resultados relacionados con la seguridad
Después de combinar registros:

Usuario uno
Tiene acceso a:
El registro de cuenta maestra combinado: Cuenta de prueba uno
Usuario dos
Tiene acceso a:
La cuenta inactiva (solo lectura): Cuenta de prueba dos
Escenario n.º 2: Combinar registros que se comparten con

usuarios
Escenario
El Usuario uno compartió la Cuenta de prueba uno con el Usuario dos
El Usuario dos compartió la Cuenta de prueba dos con el Usuario uno
Usuario uno
Tiene acceso a:
Usuario dos
Tiene acceso a:
Escenario n.º 3: Combinar registros que se comparten con

miembros del equipo de acceso
Escenario
El Usuario uno es miembro del equipo de acceso creado automáticamente Equipo

de acceso a la cuenta
El Usuario dos es miembro del equipo de acceso creado automáticamente Equipo
de acceso a la cuenta
Para obtener más información acerca de los equipos de acceso, consulte Acerca de los
equipos de acceso y las plantillas del equipo.
Usuario uno
Tiene acceso a:
Usuario dos
Tiene acceso a:
El Usuario dos no se agrega como miembro del Equipo de acceso a la cuenta
(subcuadrícula) en la Cuenta de prueba uno
Escenario n.º 4: Combinar registros que son propiedad de

equipos
Escenario
El Usuario uno es miembro del Equipo de propietario uno

El Usuario dos es miembro del Equipo de propietario dos
Para obtener más información acerca de los equipos de propietario, consulte Acerca de
los equipos de propietario.
Usuario uno
Tiene acceso a:
Usuario dos
Tiene acceso a:
El Usuario dos no se agrega al Equipo de propietario uno
Cambiar comportamiento de combinación

Puede usar la herramienta de OrgDBOrgSettings para cambiar la configuración de la
base de datos que rige el comportamiento de la opción predeterminada. Con la
herramienta puede cambiar la configuración de acceso para registros de cuentas
maestros o subordinados mediante la siguiente configuración:
GrantFullAccessForMergeToMasterOwner
GrantSharedAccessForMergeToSubordinateOwner
Si desea obtener más información, consulte Configuración de la base de datos del

entorno.
Detectar datos duplicados para poder
corregirlos o eliminarlos
Para determinar si un registro es un posible duplicado, Power Apps usa reglas de

detección de duplicados. Cuando se publica una regla de detección de duplicados, se
crea un código de correspondencia para cada registro existente. También se crea un
código de correspondencia cuando se crea o actualiza un registro. Cuando un registro
se encuentra en el proceso de creación o actualización, su código de correspondencia se
puede comprobar automáticamente con los códigos de correspondencia de los
registros existentes. De forma predeterminada, las aplicaciones de involucración del
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation), tienen
reglas sencillas de detección de duplicados para cuentas, contactos y clientes
potenciales. Por ejemplo, puede detectar duplicados equiparando los campos del
registro, como dirección de correo electrónico, nombre y apellidos.
Trabajos de detección de duplicados contrastando códigos de correspondencia

generados de registros existentes con cada nuevo registro creado. Estos códigos de
correspondencia se crean con la creación de cada nuevo registro. Por lo tanto, hay
posibilidad de que se creen uno o más registros duplicados si se procesan en el mismo
momento. Además de detectar duplicados según se crean, debe programar trabajos de
detección de duplicados para comprobar si hay otros posibles registros duplicados.
７ Nota
Detección de duplicados funciona con Dynamics 365 para tabletas, pero no está
disponible para Dynamics 365 para teléfonos.
） Importante
Debe ser un administrador o personalizador del sistema para crear, habilitar y

publicar reglas de detección de duplicados para la organización.
Después de publicar una regla de detección de duplicados, no se detecta el

aumento de longitud de los campos incluidos en los criterios de detección de
duplicados. La longitud del campo podría superar el límite de longitud del código
de correspondencia y no ser comprobado; por lo tanto, es posible que existan
duplicados sin detectar.
Puede crear múltiples reglas de detección para el mismo tipo de tabla. Sin
embargo, puede publicar un máximo de cinco reglas de detección de duplicados
por tipo de tabla a la vez.
Puede detectar duplicados:
Al crear o actualizar registros para tablas que se habilitaron para detección de

duplicados. Esto incluye los registros creados con Dynamics 365 for Outlook y a los
que se hace seguimiento en la aplicación web. El diálogo de detección de
duplicados se muestra solo para los registros creados o actualizados en la interfaz
de usuario (UI). Por ejemplo, para los registros creados por un flujo de trabajo, el
diálogo de detección de duplicados no se muestra.
７ Nota
Las aplicaciones de interacción con el cliente tienen la capacidad de detectar

duplicados para las tablas de interfaz de usuario actualizadas al crear o
actualizar registros mediante formularios de tabla o vistas de cuadrícula en la
aplicación web.
Cuando Dynamics 365 for Outlook pasa de estar sin conexión a estar en línea.
Durante la importación de datos. Puede especificar si desea comprobar duplicados

durante la importación.
７ Nota
Los duplicados no se pueden detectar cuando un usuario combina dos

registros, convierte un cliente potencial o guarda una actividad como
completada. Los duplicados tampoco se detectan cuando un usuario cambia
el estado de un registro, como al activarlo o reactivarlo.
Para comprobar si existen duplicados en la aplicación Web, puede usar la característica

Detectar duplicados proporcionada en Más comandos ( ) en la barra de navegación
de la cuadrícula. Los registros duplicados también se detectan cuando se importan
datos mediante programación o mediante el Asistente para la importación de datos.
Además, puede comprobar si existen duplicados ejecutando trabajos programados de
detección de duplicados. Para ver instrucciones paso a paso acerca de cómo configurar
el trabajo de detección de duplicados, consulte Ejecutar trabajos del sistema para
detectar duplicados.
Un trabajo de detección de duplicados se ejecuta en segundo plano mientras se llevan a
cabo otras acciones en las aplicaciones de involucración del cliente. Puede solicitar
recibir una notificación de correo electrónico de las aplicaciones de involucración del
cliente cuando finalice el trabajo de detección de duplicados.
Consultar también
Detectar registros y fusión duplicados
Búsqueda de duplicados
Configurar reglas de detección de duplicados
Ejecutar trabajos del sistema para detectar duplicados
Eliminación de registros en masa

Detectar registros duplicados y fusionar
Los registros duplicados pueden introducirse en los datos cuando usted u otros usuarios
escriben datos manualmente o importan datos en masa. Microsoft Dataverse ayuda a
abordar los duplicados potenciales mediante la detección de duplicados para registros
activos, como cuentas y contactos.
Una vez que sepa que hay registros duplicados, puede fusionar los duplicados y
conservar el registro que desee. Al fusionar un registro, también lo hacen los registros
relacionados o secundarios. Su Administrador también puede configurar reglas
detección de duplicados para que se detecten duplicados al momento de ingresar,
actualizar o importar registros.
７ Nota
La nueva experiencia de detección de duplicados y fusionarlos es compatible

cuando se detectan duplicados al introducir datos manualmente en la aplicación y
no durante la importación. Detección de duplicados no funciona cuando está en
modo fuera de línea o fuera de línea.
Resolver duplicados al crear o actualizar

registros
Cuando se encuentran duplicados mientras crea o actualiza registros, puede ignorar el
cuadro de diálogo de detección de duplicados y guardar el registro o puede fusionar los
registros duplicados para mantener sus datos limpios.
７ Nota
La opción Fusionar solo está disponible para las entidades Cuenta, Cliente potencial
y Contacto.
Al guardar un registro nuevo o registros actualizados, se muestra un cuadro de diálogo

Encontrados registros duplicados si se encuentran duplicados según las reglas
detección de duplicados configuradas para su organización. Más información:
El cuadro de diálogo muestra los siguientes detalles:
La sección Registro actual del cuadro de diálogo muestra el registro que se está
creando o actualizando.
La sección Encontrados duplicados muestra el número de registros duplicados

encontrados junto con el tipo de registro.
La sección Registros coincidentes muestra los posibles registros duplicados.
Las columnas de las cuadrículas se muestran dinámicamente según la regla detección

de duplicados, de modo que vea información relevante para identificar por qué un
registro se consideró como duplicado. Por ejemplo, según la regla, si se detecta que dos
cuentas están duplicadas debido al mismo nombre de cuenta y dirección de correo
electrónico, se muestran en la cuadrícula las columnas Nombre de la cuenta y Correo
electrónico.
７ Nota
Si la regla de detección de duplicados no está configurada para excluir registros

inactivos, se consideran tanto los registros activos como los inactivos al detectar
duplicados. Más información: Configurar reglas de detección de duplicados para
mantener limpios los datos
Tiene la opción de ignorar los duplicados y guardar el registro nuevo o actualizado, o
fusionar los registros duplicados.
Para guardar el registro duplicado, seleccione Ignorar y guardar.
- O bien -
Para fusionar los registros duplicados, en la sección Registros coincidentes,

seleccione el registro que desea fusionar y luego seleccione Fusionar.
Aparece el cuadro de diálogo Fusionar (tipo de registro).
1. En el cuadro de diálogo , seleccione la cuenta principal.
７ Nota
La opción para seleccionar un registro principal está disponible cuando

ambos registros existen en el sistema. Si se detecta un duplicado cuando se
guarda un nuevo registro, entonces el nuevo registro siempre se considera
como registro secundario.
El registro principal se mantiene y el registro secundario se desactiva. Los datos del

registro secundario se copian en el registro primario. Cuando selecciona un
registro primario, de forma predeterminada, se seleccionan todos los campos de
los registros primarios. Esto significa que se conservarán los datos de estos
campos seleccionados. También tiene la opción de elegir los campos del registro
secundario. Cuando hace eso, los datos de los campos seleccionados del registro
secundario se copian en el registro primario y se conservan. Todas las notas,
actividades y detalles asociados con el registro secundario se vinculan al registro
primario.
2. Utilice las siguientes opciones para seleccionar los campos para los que se deben
conservar los datos y seleccione Aceptar:
Fusionar registros eligiendo campos con datos: si selecciona esto, todos los
campos que tienen datos se seleccionan, independientemente de si los datos
están en el registro primario o secundario. Si tanto el registro primario como
el secundario tienen datos en los mismos campos, se seleccionan los campos
del registro principal.
Ver campos con datos contradictorios: si selecciona esto, solo se muestran

los campos que tienen datos en conflicto, para que pueda seleccionar
rápidamente los campos de los que desea retener datos. Esto es
particularmente útil cuando hay datos en varios campos y solo desea ver
datos que son diferentes en los dos registros. Esta opción se encuentra
seleccionada de forma predeterminada.
Seleccionar todos los campos de esta sección: si selecciona esto, se

seleccionan todos los campos disponibles en esa sección de un registro, para
que no tenga que seleccionar manualmente los campos en esa sección.
Funciona como una opción 'Seleccionar todo' para los campos de una
sección.
７ Nota
No puede fusionar datos de un registro inactivo.
Fusionar registros de una cuadrícula

Puede combinar dos registros de clientes potenciales, cuentas o contactos.
Para fusionar dos registros
En la lista de cuentas, contactos o clientes potenciales, seleccione dos registros del

mismo tipo de registro y, en la barra de comandos, seleccione Fusionar.
Siga las instrucciones de la sección Resolver duplicados al crear o actualizar registros de

este tema.
Consultar también
Detectar datos duplicados para poder corregirlos o eliminarlos
Búsqueda de duplicados
Configurar reglas de detección de duplicados
Ejecutar trabajos del sistema para detectar duplicados

Habilitar la experiencia mejorada de
detección de duplicados y fusión
） Importante
La experiencia mejorada de detección de duplicados está habilitada de forma

predeterminada.
Consulte también
¿Qué sucede cuando se encuentran duplicados al aprobar clientes potenciales?
Configurar reglas de detección de
duplicados para mantener limpios los
datos
Para mantener la integridad de los datos, es una buena idea disponer de reglas para
reducir registros duplicados en el sistema. Las aplicaciones de involucración del cliente
Dynamics 365 Marketing y Dynamics 365 Project Service Automation) incluyen reglas
predeterminadas de detección de duplicados para cuentas, contactos y clientes
potenciales, pero no para otros tipos de registros. Si desea que el sistema detecte
duplicados para otros tipos de registro, deberá crear una nueva regla.
Una vez que ha creado reglas de detección de duplicados, deberá activar la detección
de duplicados.
1. Compruebe que tiene asignado el rol de seguridad Administrador del sistema,

Personalizador del sistema, Jefe de ventas, Vicepresidente de ventas,
Vicepresidente de marketing o Director general, o permisos equivalentes.

del sistema.
3. Seleccione Configuración>Administración de datos>Reglas de detección de

duplicados.
4. Para crear una nueva regla de detección de duplicados, elija Nuevo. Escriba un
nombre y una descripción.
–O BIEN–
Para editar una regla de detección de duplicados existente sin publicar, elija la
regla de detección de duplicados.
–O BIEN–
Para editar una regla de detección de duplicados publicada, selecciónela. En el
menú Acciones, elija Anular publicación y después elija la regla.
5. Seleccione el criterio que se va a usar para identificar un registro como duplicado.
a. Si desea crear una nueva regla:
En la sección Criterios de regla de detección de duplicados, en la lista

Tipo de registro base, elija el tipo de registro al que se va a aplicar esta
regla. Por ejemplo, seleccione Contactos.
En el cuadro Tipo de registro coincidente, elija el tipo de registro para

comparar. En la mayoría de los casos, probablemente querrá usar el
mismo tipo de registro para Tipo de registro base y Tipo de registro
coincidente. Resulta útil poder comparar diferentes tipos de registros. Por
ejemplo, es posible que quiera comparar el campo Correo electrónico en
Contactos con el campo Correo electrónico en Clientes potenciales.
b. Si desea que la regla solo considere los registros activos al detectar duplicados,
active la casilla de verificación Excluir registros coincidentes inactivos. También
debe activar esta casilla si los criterios de la regla de detección de duplicados
están basados en un campo de estado.
c. Si desea que la regla distinga mayúsculas de minúsculas, active la casilla de

verificación Distinguir mayúsculas de minúsculas.
d. Si ha seleccionado diferentes tipos de registro para los tipos de registro base y

coincidente, para cada nuevo criterio, en la columna Campo de registro base,
elija Seleccionar y, a continuación, elija un nombre de campo. En la misma fila,
en la columna Campo de registro coincidente, elija Seleccionar y, a
continuación, elija un campo de campo.
Si ha seleccionado los mismos tipos de registro para los tipos de registro base y
coincidente, para cada nuevo criterio, en la columna Atributo, elija Seleccionar
y, a continuación, elija un campo.
e. En la misma fila, en la columna Criterios, elija Seleccionar y, a continuación, elija

un operador. Por ejemplo, seleccione Coincidencia exacta.
f. Si especificó Mismos caracteres iniciales o Mismos caracteres finales, en la

columna Nº de caracteres, elija Escribir valor y, a continuación, escriba el
número de caracteres que se van a comparar.
g. Si no desea que la regla tenga en cuenta campos en blanco (valores nulos)
como iguales al identificar duplicados, active la casilla Omitir valores en blanco.
） Importante
Si la regla de detección de duplicados contiene una sola condición, los valores

en blanco serán ignorados durante el trabajo de detección de duplicados y no
funcionan cuando el usuario está desconectado.
El número de caracteres que se pueden almacenar en el código de

correspondencia del registro limita el número de criterios que se pueden
seleccionar. A medida que vaya agregando criterios, compruebe cómo cambia el
valor de Longitud actual del código de correspondencia que se muestra en la
parte inferior de la lista de criterios.
6. Cuando haya terminado de agregar criterios, elija Guardar y cerrar.
7. Para poder usar la regla de detección de duplicados nueva o modificada,

seleccione la regla y, a continuación, elija Publicar.
Cuando se publica una regla de detección de duplicados, se crea un código de

correspondencia para cada registro en el tipo de registro coincidente para dicha
regla. Puede publicar sólo cinco reglas para el mismo tipo de registro base (cuenta,
por ejemplo) a la vez. Es posible que deba eliminar o anular la publicación de una
regla existente si se encuentra con este límite.
７ Nota
Se recomienda establecer los criterios de detección de duplicados en un

campo que contenga valores únicos, por ejemplo, Correo electrónico.
Para cada tipo de registro puede tener más de una regla de detección de
duplicados.
Vea también
Combinación de registros duplicados para cuentas, contactos o clientes potenciales
Guía para desarrolladores: entidades de regla de duplicados

Activar o desactivar reglas de detección
de duplicados para toda la organización
Para mantener la integridad de los datos, es una buena idea configurar reglas de
detección de duplicados para reducir los registros duplicados en el sistema. Recuerde
que después de crear reglas de detección de duplicados, necesita activarlas.

Compruebe que tiene asignado el rol de seguridad Administrador del sistema,

Personalizador del sistema, Jefe de ventas, Vicepresidente de ventas, Vicepresidente de
marketing o Director general, o permisos equivalentes para actualizar el ajuste.

sistema.

2. Active o desactive la casilla Habilitar detección de duplicados.
７ Nota
Si su sistema contiene un gran número de registros, la comprobación de

duplicados puede afectar al rendimiento.
3. Si activa la detección de duplicados, active o desactive las casillas para establecer

cuándo se detectan duplicados:
Cuando se cree o actualice un registro
El sistema comprueba si hay duplicados cuando un usuario introduce o

actualiza registros.
） Importante
Los duplicados no se detectan cuando un usuario combina dos registros,
activa o desactiva un registro, o guarda una actividad completada.
Cuando Dynamics 365 for Outlook pase de desconectado a conectado
Para los usuarios de Dynamics 365 for Outlook, el sistema detecta duplicados
cuando el usuario sincronicen los datos después de trabajar sin conexión,
siempre que los usuarios hayan habilitado la detección de duplicados en
Outlook. Para habilitar la detección de duplicados en Outlook, seleccione
Archivo>Dynamics 365>Opciones. Elija la pestaña Datos locales y seleccione
la casilla Habilitar detección de duplicados durante la sincronización de
desconexión a conexión.
Durante la importación de datos
Al usar el Asistente para la importación de datos para introducir contactos,

clientes potenciales, cuentas, u otros tipos de datos, el asistente detecta los
registros duplicados siempre que habilite la detección de duplicados en el
asistente. Para obtener más información, consulte Importar datos desde
múltiples orígenes.
Consultar también

Ejecutar trabajos del sistema en masa
para detectar registros duplicados
Para mantener la integridad de los datos del sistema, deberá comprobar periódicamente
que los usuarios no creen accidentalmente contactos, cuentas, clientes potenciales u
otro tipo de registros.
El Asistente para búsqueda de duplicados le ayuda a configurar un "trabajo" en masa

que busca y limpia registros duplicados. Puede programar el trabajo para que se ejecute
a diario, y puede recibir una confirmación de correo electrónico al finalizar el trabajo.
７ Nota
Si aún no lo ha hecho, cree y publique reglas de detección de duplicados, y active

la detección de duplicados antes de ejecutar el asistente. Más información:

duplicados.
3. Seleccione Nuevo o elija el nombre del trabajo de detección de duplicados que

desea ejecutar.
Aparecerá el Asistente para detección de duplicados, que le ayudará a crear un

trabajo para comprobar si existen duplicados.
5. En la lista desplegable Buscar, seleccione el tipo de registro que desea para

comprobar si existen duplicados.
７ Nota
Lo que se muestra en esta lista depende de qué reglas de detección de

duplicados se publiquen. Más información: Configurar reglas de detección de
duplicados para mantener limpios los datos
6. En la lista desplegable Usar vista guardada, seleccione una vista si desea limitar los
registros buscados a los registros de esa vista. Por ejemplo, seleccione Cuentas
activas. Cuando seleccione una vista, las aplicaciones de involucración del cliente
Dynamics 365 Marketing y Dynamics 365 Project Service Automation) agregan los
criterios de búsqueda.
7. Para limitar aún más los registros buscados, elija Seleccionar y, a continuación,
especifique los criterios que desee.
9. Acepte el nombre predeterminado del trabajo, o escriba otro nombre.
10. Especifique la hora de inicio para el trabajo, e introduzca la frecuencia de ejecución

del trabajo en días. (Escriba 1 para ejecutar el trabajo a diario).
11. Si desea recibir una confirmación por correo electrónico cuando el trabajo se
complete, active la casilla Opciones de correo electrónico. Si lo desea, introduzca
una dirección de correo electrónico adicional.
Vea también

Ver y realizar acciones en los trabajos de eliminación en masa

Eliminar una cantidad grande de datos
específicos con la eliminación en masa
La característica eliminación en masa ayuda a mantener la calidad de los datos y a

administrar el consumo de almacenamiento del sistema mediante la eliminación de
datos que ya no son necesarios.
Por ejemplo, puede eliminar los siguientes datos en masa:
Datos obsoletos.
Datos irrelevantes para el negocio.
Datos de ejemplo o de prueba innecesarios.
Datos que se importan incorrectamente desde otros sistemas.
Con la eliminación en masa puede realizar las operaciones siguientes:
Eliminar datos en varias tablas.

Eliminar registros para una tabla especificada.
Recibir notificaciones por correo electrónico cuando finaliza una eliminación en
masa.
Eliminar datos periódicamente.
Programar la hora de inicio de una eliminación en masa periódica.
Recuperar la información acerca de los errores que se han producido durante una


configuración.

sistema.
Eliminar datos en masa

2. Seleccione Nuevo para ejecutar Asistente para eliminación en masa para crear un
trabajo de eliminación en masa con los registros que desee eliminar.
Para obtener más información sobre cómo implementar la eliminación en masa en

código, consulte Delete data in bulk.
Vea también
Cifrado de datos
Visualización y realización de acciones
en los trabajos de eliminación en masa
Puede ver el estado, pausar, posponer y reanudar un trabajo del sistema que ha creado
con Eliminación de registros en masa.
3. En la ventana Eliminación de registros en masa puede realizar las acciones

descritas en la tabla siguiente.
Para Haga lo siguiente
Ver el estado Consulte la columna Razón para el estado.
Ver el estado Seleccione el trabajo de eliminación en masa.

detallado,
incluida la
información de
acciones
correctas y con
errores
Ver las consultas Seleccione el trabajo de eliminación en masa y, a continuación, en

enviadas para su Información, elija Propiedades.
eliminación
Revisar los errores Seleccione el trabajo de eliminación en masa y, a continuación, en

Relacionado, elija Errores.
Poner en pausa 1. Seleccione el trabajo de eliminación en masa y, a continuación, en el

un trabajo de menú Acciones, elija Pausa.
eliminación en 2. Cuando aparezca el mensaje de confirmación, elija Aceptar. Nota:

masa Los trabajos de eliminación en masa de menos de 1000 registros no se
pueden poner en pausa.
Posponer un 1. Seleccione el trabajo de eliminación en masa y, a continuación, en el

trabajo de menú Acciones, elija Posponer.
eliminación en 2. Cuando aparezca el mensaje de confirmación, elija Aceptar.

masa
Para Haga lo siguiente
Reanudar un 1. Seleccione el trabajo de eliminación en masa y, a continuación, en el

trabajo de menú Acciones, elija Reanudar.

masa
Cancelar un 1. Seleccione el trabajo de eliminación en masa y, a continuación, en el

trabajo de menú Acciones, elija Cancelar.

masa
Modificación de 1. Seleccione el trabajo de eliminación en masa y, a continuación, en el

la periodicidad de menú Acciones, elija Modificar periodicidad.
un trabajo de 2. Si activa la casilla Ejecutar este trabajo cada, especifique el intervalo

eliminación en después del cual desea que se ejecute el trabajo de eliminación en
masa masa y, a continuación, elija Aceptar.
Si se activa la casilla Ejecutar este trabajo cada al crear un trabajo de

eliminación en masa, el trabajo se convierte en periódico y se mueve a
la vista Trabajos del sistema de eliminación en masa periódicos. Solo
se puede cambiar la periodicidad de estos trabajos de eliminación en
masa periódicos.
Vea también
Quitar datos personales de usuarios
Cuando el administrador global elimina un usuario desde el Centro de administración

de Microsoft 365, los datos personales del usuario se pueden quitar de todos los
entornos del inquilino. Un usuario se elimina del Centro de administración de Microsoft
365 cuando:
1. El usuario deja la empresa. En este escenario, el registro de usuario permanece en

la instancia de Active Directory del inquilino durante 30 días antes de que se
elimine el registro.
-O bien-
2. El usuario solicita que sus datos personales se eliminen. El registro de usuario se

elimina inmediatamente.
Cuando se elimina el registro de usuario de Active Directory, los administradores del

sistema pueden quitar los datos personales del usuario de todos los entornos.
Quitar datos personales del usuario a través del

formulario de usuario
Cuando se elimina el registro de usuario de Active Directory, se muestra el siguiente
mensaje en el formulario de usuario:
"La información de este usuario ya no se administrada en Microsoft 365. Puede

actualizar este registro para cumplir con el GDPR quitando o reemplazando todos los
datos personales."
Para quitar datos personales:

3. Seleccione un usuario.
4. Quite los datos personales y después seleccione Guardar.
Quitar datos personales de usuarios a través de

importar/exportar de Excel
1. Desde una aplicación de interacción con el cliente, seleccione Ajustes ( ) en la
barra de navegación.
2. Seleccione Configuración avanzada.
3. Seleccione Configuración>Seguridad>Usuarios.
4. Cree una plantilla de Excel con todas las columnas de datos personales de usuarios
que desee actualizar.
5. Seleccione Descargar archivo.
6. Abra el archivo de Excel descargado, haga sus actualizaciones y guarde el archivo.
7. Vuelva a la vista Usuarios deshabilitados y seleccione Importar datos.
8. Elija el Excel actualizado en el cuadro de diálogo Cargar archivo de datos.
9. Haga todos los cambios necesarios en la ventana Asignar campos.
10. Seleccione Siguiente y Enviar.
Quitar datos personales de usuarios con

servicios Web
También puede actualizar los datos para un usuario deshabilitado mediante la API web o
el servicio de la organización. La información de usuarios se almacena en la tabla
SystemUser y puede actualizar los datos en cualquiera de los atributos grabables de la
tabla SystemUser. Para obtener ejemplos acerca de la actualización de datos en un
registro, vea:
Actualizar y eliminar entidades mediante la API web

Usar la clase Entity para crear, actualizar y eliminar
Vea también
Analizar y compartir los datos con plantillas de Excel
Recuperación de espacio en la base de

datos mediante la eliminación de
registros de auditoría
Cuando habilita la auditoría, las aplicaciones de involucración del cliente (Dynamics 365
Marketing y Dynamics 365 Project Service Automation) almacenan el historial de
cambios de las transacciones en forma de registros de auditoría en la base de datos.
Puede eliminar los registros antiguos o innecesarios para liberar espacio en la base de
datos.
Ｕ Precaución


3. Seleccione Configuración>Auditoria y registros>Administración del registro de

auditoría.
4. Seleccione el registro de auditoría más antiguo. Luego, en la barra de comandos,

elija Eliminar registros.
７ Nota
eliminar más de un registro de auditoría, siga eliminando el registro de
auditoría más antiguo hasta que se hayan eliminado suficientes registros.
Consulte también
Guía para desarrolladores de Dataverse: Eliminar datos de auditoría

Habilitación del seguimiento de
cambios para controlar la sincronización
de datos
Las grandes organizaciones que sincronizan sus datos con orígenes de datos externos
ahora pueden habilitar tablas (entidades) para seguimiento de cambios. Puede exportar
o recuperar un conjunto seleccionado de datos, y después mantener el almacén de
datos externos en sincronización.
Seleccionando, o anulando la selección, de seguimiento de cambios para tablas

(entidades) específicas puede reducir la carga de los recursos del servidor y ahorrar
tiempo de procesamiento al extraer los datos de y sincronizarlos con un almacén
externo. Puede habilitar el seguimiento de cambios para entidades del sistema y tablas
(entidades) personalizadas.
Usando la configuración de Power Apps

2. Expanda Dataverse y luego seleccione Tablas.
3. Seleccione una tabla y después en Propiedades de tabla, seleccione Propiedades.
4. En la página Editar tabla, expanda Opciones avanzadas.
5. En la sección Para esta tabla, marque la casilla Seguir cambios.
７ Nota
Cuando habilita Control de cambios, no puede deshabilitarlo.
Usar configuración heredada

1. Vaya a Personalizaciones>Personalizar el sistema.
2. Seleccione una entidad y en Servicios de datos, seleccione la casilla Seguimiento

de cambios.
Replicar datos en Azure SQL Database
utilizando el servicio de exportación de
datos
７ Nota
A partir de noviembre de 2021, el Servicio de exportación de datos ha quedado en

desuso. El Servicio de exportación de datos seguirá funcionando y contará con
soporte completo hasta que llegue al final del soporte y el final de su vida útil en
noviembre de 2022. Más información: https://aka.ms/DESDeprecationBlog
El servicio de exportación de datos es un complemento disponible en Microsoft

AppSource que agrega la capacidad de replicar los datos de la base de datos de
Microsoft Dataverse en un almacén de Azure SQL Database en una suscripción de Azure
propiedad del cliente. Los destinos de objetivo admitidos son Azure SQL Database y
SQL Server en máquinas virtuales de Azure. El servicio de exportación de datos
sincroniza inteligentemente los datos completos inicialmente y después sincroniza de
manera continua cuando se producen cambios (cambios delta) en el sistema. Esto ayuda
a habilitar varios escenarios de análisis e informes con datos y servicios de análisis de
Azure, y abre nuevas posibilidades para que clientes y partners creen soluciones
personalizadas.
７ Nota
Le recomendamos encarecidamente que exporte sus datos de Dataverse a Azure

Synapse Analytics y/o Azure Data Lake Gen2 con Azure Synapse Link for
Dataverse. Más información: Acelerar el tiempo para obtener información con
Azure Synapse Link for Dataverse
Puede utilizar el servicio de exportación de datos con aplicaciones de involucración

Field Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation).
Para obtener información sobre la interfaz programática para administrar la

configuración y administración del servici de exportación de datos, consulte Servicio de
exportación de datos en la guía del desarrollador.
Requisitos previos para utilizar el servicio de
exportación de datos
Para comenzar a utilizar el servicio de exportación de datos, los requisitos previos
siguientes son necesarios.
Servicio de base de datos de Azure SQL

Suscripción a Azure SQL Database propiedad de un cliente. Esta suscripción debe
permitir el volumen de datos que se sincroniza.
Configuración de firewall. Se recomienda desactivar Permitir el acceso a servicios

de Azure y especificar las direcciones IP del cliente adecuadas enumeradas en este
tema. Más información: Direcciones IP estáticas de la base de datos SQL de Azure
usadas por el Servicio de exportación de datos
Como alternativa, puede activar Permitir el acceso a servicios de Azure para

permitir el acceso a todos los servicios de Azure.
Para SQL Server en la máquina virtual de Azure, la opción “Conectar con SQL
Server a través de Internet” debe estar habilitada. Más información: Azure:
Conectar con una máquina virtual de SQL Server en Azure
Además, configure las reglas de su firewall para permitir la comunicación entre el

Servicio de exportación de datos y SQL Server.
El usuario de la base de datos debe tener permisos a nivel de base de datos y

esquema de acuerdo con las siguientes tablas. El usuario de la base de datos se
usa en la cadena de conexión de exportación de datos.
Permisos de base de datos requeridos.
Código del tipo de permiso Nombre del permiso
CRTB CREAR TABLA
CRTY CREAR TIPO
CRVW CREAR VISTA
CRPR CREAR PROCEDIMIENTO
ALUS MODIFICAR CUALQUIER USUARIO
VWDS VER ESTADO DE BASE DE DATOS

Permisos de esquema requeridos.
Código del tipo de permiso Nombre del permiso
AL MODIFICAR
IN INSERTAR
DL SUPR
SL SELECCIONAR
UP ACTUALIZAR
EX EJECUTAR
RF REFERENCIAS
Servicio de almacén de claves de Azure

La suscripción al Almacén de claves propiedad del cliente, que se usa para
mantener segura la cadena de conexión de base de datos.
Conceda el permiso PermissionsToSecrets a la aplicación con el id. "b861dbcc-

a7ef-4219-a005-0e4de4ea7dcf". Se puede hacer ejecutando el comando de
AzurePowerShell siguiente y se usa para tener acceso al Almacén de claves que
contiene el secreto de la cadena de conexión. Más información: Cómo configurar
un Almacén de claves de Azure
Los secretos dentro de Key Vault deben estar etiquetado con los identificadores de
la organización (OrgId) y de inquilino (TenantId). Esto se puede completar
ejecutando el comando de AzurePowerShell a continuación. Más información:
Cómo configurar un Almacén de claves de Azure
Configure las reglas de su firewall para permitir la comunicación entre el Servicio

de exportación de datos y Azure Key Vault.
Aplicaciones de interacción con el cliente

Un entorno versión 9.0 o posterior.
La solución Servicio de exportación de datos debe estar instalada.

Vaya a Configuración>Microsoft Appsource> busque o vaya a Microsoft
Dynamics 365 - Servicio de exportación de datos y, a continuación, seleccione
Obténgalo ahora.
O bien, encuéntrelo en Microsoft AppSource .
Las entidades que se agregarán al Perfil de exportación deben estar habilitadas

con seguimiento de cambios. Para garantizar que una entidad estándar o
personalizada se puede sincronizar, vaya a Personalización>Personalizar el
sistema, y seleccione la entidad. En la pestaña General asegúrese de que la opción
Seguimiento de cambios en la sección Servicios de datos esté habilitada.
Debe tener el rol de seguridad Administrador del sistema en el entorno.
Explorador web
Habilite las ventanas emergentes para el dominio
https://discovery.crmreplication.azure.net/ en el explorador web. Esto es necesario
para el inicio de sesión automático cuando navega a Configuración > Exportar datos.
Servicios, credenciales, y privilegios requeridos

Para usar la característica del servicio de exportación de datos, debe contar con los
servicios, las credenciales y los privilegios siguientes.
Una suscripción. Solo los usuarios a los que se asigna el rol de seguridad
Administrador del sistema pueden configurar o realizar cambios en un Perfil de
exportación.
La suscripción a Azure que incluye los siguientes servicios.
Azure SQL Database o AzureSQL Server en máquinas virtuales de Azure.
Azure Key Vault.
） Importante
Para usar el servicio de exportación de datos, las aplicaciones de involucración del

cliente y los servicios de Azure Key Vault deben trabajar en el mismo inquilino y en
el mismo Azure Active Directory. Más información: Integración de Azure con
Microsoft 365
El servicio Azure SQL Database puede estar en el mismo u otro inquilino que el
servicio.
Qué debe conocer antes de usar el servicio de
Los perfiles de exportación deben eliminarse y después reconstrurse siempre se
realice alguna de las siguientes acciones en un entorno.
Restaurar un entorno.
Copiar un entorno (completo o mínimo).
Restablecer un entorno.
Mover un entorno a un país o región diferente.
Para ello, elimine el Perfil de exportación en la vista de EXPORTACIÓN DE PERFILES,

después elimine las tablas y procedimientos almacenados y, a continuación cree
un nuevo perfil. Más información: Cómo eliminar todas las tablas de perfil de
exportación de datos y procedimientos almacenados
El servicio de exportación de datos no funciona para entornos de espacio aislado o

de producción que están configurados con Habilitar modo de administración
activado. Más información: Modo de administración
El servicio de exportación de datos no quita (elimina) las tablas asociadas,

columnas u objetos de procedimiento almacenados en el destino de la base de
datos de Azure SQL cuando las acciones siguientes se llevan a cabo.
Se elimina a una entidad.
Se elimina un campo.
Se quita una entidad de un perfil de exportación.
Estos elementos se deben quitar manualmente. Cómo eliminar las tablas y

procedimientos almacenados del perfil de exportación de datos de una entidad
específica Las notificaciones de eliminación de metadatos se guardan en la
carpeta unprocessablemessages. Control de errores y supervisión
Perfil de exportación
Para exportar datos de las aplicaciones de involucración del cliente, el administrador
crea un Perfil de exportación. Varios perfiles se pueden crear y activar para sincronizar
los datos con distintas bases de datos de destino simultáneamente.
El Perfil de exportación es el concepto básico del servicio de exportación de datos. El

Perfil de exportación reúne información de instalación y configuración para sincronizar
los datos con la base de datos de destino. Como parte del Perfil de exportación, el
administrador proporciona una lista de entidades que se exportarán a la base de datos
de destino. Una vez activado, el Perfil de exportación inicia la sincronización automática
de los datos. En principio, se exportan todos los datos que corresponden a cada entidad
seleccionada. A partir de entonces, solo los cambios en los datos que se producen en
los registros de entidad o en los metadatos en aplicaciones de involucración del cliente
se sincronizan continuamente utilizando un mecanismo de inserción casi en tiempo real.
Por lo tanto, no debe configurar una programación para recuperar datos de aplicaciones
Solo las entidades que tienen el seguimiento de cambios habilitado se pueden agregar
al Perfil de exportación. Tenga en cuenta que la mayoría de las entidades estándar que
capturan datos están habilitadas para seguimiento de cambios. Las entidades
personalizadas deben estar habilitadas explícitamente para el seguimiento de cambios
para poder agregarlas a un Perfil de exportación. Más información: Habilitar
seguimiento de cambios para controlar la sincronización de datos.
El servicio de exportación de datos realiza sincronización de metadatos y de datos. Cada

entidad se traduce a una tabla, y cada campo se traduce a una columna de la tabla de
base de datos de destino. Los nombres de tabla y de columna usan el nombre de
esquema de los metadatos.
Una vez activado, un Perfil de exportación recopila estadísticas de la sincronización de

datos que le ayudan en visibilidad operativa y diagnóstico de los datos exportados.
Sincronización de datos disponibles con un perfil de

exportación
Categoría Característica Tipos de datos admitidos
Sincronización Metadatos - Tipos de datos de número entero, número de punto flotante,

inicial Tipos de número decimal, línea de texto única, texto multilínea, fecha y
datos básicos hora.
Sincronización Metadatos - Divisa, PartyList, conjunto de opciones, razón para el estado,

inicial Tipos de estado, búsqueda (incluida búsqueda de tipo cliente y referente
datos a). PartyList solo está disponible para exportación versión 8.1 y
avanzados posterior.
Sincronización Datos - Tipos Todos los tipos de datos básicos

inicial básicos
Sincronización Datos - Tipos Todos los tipos de datos avanzados

inicial avanzados
Categoría Característica Tipos de datos admitidos
Sincronización Modificar Agregar o modificar cambio de campo, todos los tipos de datos
delta esquema - básicos.
Tipos básicos
Sincronización Modificar Agregar o modificar cambio de campo, todos los tipos de datos
delta esquema - avanzados.
Tipos
avanzados
Sincronización Modificar Todos los tipos de datos básicos

delta datos - Tipos
básicos
Sincronización Modificar Todos los tipos de datos avanzados, como PartyList.

delta datos - Tipos
avanzados
Crear un perfil de exportación

Asegúrese de que cumple los siguientes requisitos antes de crear un Perfil de
exportación.
La solución Servicio de exportación de datos está instalada en su entorno.
Mantenga la cadena de conexión de la base de datos SQL en el Almacén de claves

y copie la dirección URL del Almacén de claves para proporcionarla en el Perfil de
exportación. Más información: Azure: Introducción al Almacén de claves de Azure
Las entidades que se agregarán al Perfil de exportación están habilitadas para el

seguimiento de cambios. Más información: Habilitar seguimiento de cambios para
controlar la sincronización de datos.
El servicio SQL Database tiene suficiente espacio de almacenamiento para

almacenar los datos.
Usted es administrador del sistema en el entorno.
1. Vaya a Configuración>Exportar datos.
2. Revise la nota y seleccione Continuar o Cancelar si no desea exportar datos.
3. Seleccione Nuevo para crear un nuevo Perfil de exportación.
4. En el paso Propiedades, especifique la siguiente información, y después seleccione

Siguiente para continuar sin conexión con el Key Vault. Al seleccionar Validar se
usará la dirección URL del Key Vault que proporcionó para conectarse al Almacén
de claves.
Nombre. Nombre único del perfil. Este campo es obligatorio.
URL de conexión del almacén de claves. Dirección URL del Almacén de

claves que señala a la cadena de conexión almacenada con las credenciales
que se usan para conectarse a la base de datos de destino. Este campo es
obligatorio. Más información: Cómo configurar un Almacén de claves de
Azure
） Importante
La dirección URL de conexión de almacén de claves distingue

mayúsculas de minúsculas. Escriba la dirección URL de conexión de
almacén de claves exactamente como se muestra después de ejecutar
los comandos de Windows PowerShell en este tema.
Esquema. Nombre para un esquema de base de datos alternativo. Solo son

válidos caracteres alfanuméricos. Este campo es opcional. De forma
predeterminada, dbo es el esquema que se usa para la base de datos SQL de
destino.
Prefijo. Prefijo que se usará para los nombres de tabla creados en la base de
datos de destino. Esto ayuda a identificar fácilmente las tablas creadas para el
Perfil de exportación en la base de datos de destino. Cuando se especifica,
asegúrese de que el prefijo es inferior a 15 caracteres. Este campo es
opcional y solo se permiten caracteres alfanuméricos.
Número de reintentos. El número de veces que un registro se reintenta en

caso de un error al insertar o actualizar en la tabla de destino. Este campo es
obligatorio. Los valores aceptables son 0-20 y el valor predeterminado es 12.
Intervalo de reintento. El número de segundos a esperar antes de reintentar

en caso de un error. Este campo es obligatorio. Los valores aceptables son 0-
3600 y el valor predeterminado es 5.
Escribir, eliminar registro. Valor opcional para registrar los registros

eliminados.
5. En el paso Seleccionar entidades, seleccione las entidades que desee exportar a la
base de datos de SQL de destino y luego seleccione Siguiente.
6. En el paso Seleccionar relaciones, puede sincronizar las relaciones de M:N (varios

a varios) existentes con entidades que seleccionó en el paso anterior. Seleccione
Siguiente.
7. En el paso Resumen, seleccione Crear y activar para crear el registro del perfil y
conectar con el Key Vault, lo que inicia el proceso de sincronización. De lo
contrario, seleccione Crear para guardar el Perfil de exportación y activarlo más
adelante.
Modificar un perfil de exportación existente
Puede agregar o quitar las entidades y relaciones de un Perfil de exportación existente
que desea replicar.
2. En la vista Todos los perfiles de exportación de datos, seleccione el Perfil de

exportación que desea cambiar.
3. En la barra de herramientas Acciones, seleccione ADMINISTRAR ENTIDADES para

agregar o quitar entidades para exportación de datos. Para agregar o quitar
relaciones de entidad, seleccione ADMINISTRAR RELACIONES.
4. Seleccione las entidades o entidades de relación que desea agregar o quitar.

5. Seleccione Actualizar para enviar los cambios al Perfil de exportación.
） Importante
Cuando se quita una entidad o una relación entre entidades de un Perfil de

exportación, no se elimina la tabla correspondiente en la base de datos de destino.
Para poder volver a agregar una entidad se ha quitado, debe quitar la tabla
correspondiente en la base de datos de destino. Para quitar una tabla de entidades,
vea Cómo eliminar tablas de perfil de exportación de datos y procedimientos
almacenados para una entidad específica.
Detalles de tabla para la base de datos SQL de

Azure de destino
El servicio de exportación de datos crea tablas para metadatos y datos. Se crea una tabla
para cada entidad y relación M:N que se sincroniza.
Una vez activado un Perfil de exportación, estas tablas se crean en la base de datos de
destino. Estas son tablas del sistema y no tendrán los campos SinkCreatedTime y
SinkModifiedTime agregados.
Nombre de la tabla Fecha de creación
<Prefix>_GlobalOptionsetMetadata Tras la activación del Perfil de exportación.
<Prefix>_OptionsetMetadata Tras la activación del Perfil de exportación.
<Prefix>_StateMetadata Tras la activación del Perfil de exportación.
<Prefix>_StatusMetadata Tras la activación del Perfil de exportación.
<Prefix>_TargetMetadata Tras la activación del Perfil de exportación.
<Prefix>_AttributeMetadata Tras la activación del Perfil de exportación.
<Prefix>_DeleteLog Tras la activación del Perfil de exportación cuando la opción

de eliminar registro está habilitada.
Solución de problemas de sincronización

Incluso después de varios reintentos, los errores de sincronización de registros se
pueden producir por limitaciones de almacenamiento de base de datos o bloqueo de
tablas debido a consultas de ejecución larga. Para resolver estos errores puede forzar
una resincronización únicamente de registros de error o una resincronización de todos
los registros.
1. Vea los perfiles de exportación para buscar los que tengan errores de
sincronización de registros. Para ello, vea los perfiles de datos del área
Sincronización o abra un Perfil de exportación, como este perfil que tiene un error
de sincronización de registros de la entidad de contacto.
2. Examine el origen del error de sincronización y resuélvalo. Más información:

Control de errores y supervisión
3. Una vez que se resuelva el problema, resincronice los registros incorrectos
７ Nota
La sincronización de registros incorrectos es una característica de vista previa
pública.
Las características en versión preliminar no se han diseñado para un uso

de producción y pueden tener una funcionalidad restringida. Estas
características están disponibles antes del lanzamiento oficial para que
los clientes puedan tener un acceso anticipado y proporcionar
comentarios.
Se espera que esta característica se modifique, así que no debería
usarla en producción. Úsela solo en entornos de desarrollo y prueba.
Microsoft no ofrece soporte técnico para esta versión preliminar de
característica. El soporte técnico de Microsoft Dynamics 365 no podrá
ayudarle con los problemas o las preguntas que pueda tener. Las
características en vista previa no se han diseñado para su uso en
producción y están sujetas a otros términos de uso
complementarios .
a. Inicie sesión en su entorno y vaya a Configuración>Exportación de datos.
b. Abra el Perfil de exportación que incluye los errores de sincronización de

registros.
c. En la barra de herramientas Perfil de exportación, seleccione RESINCRONIZAR

REGISTROS INCORRECTOS.
d. Seleccione Aceptar tras la resincronización correcta de los registros incorrectos

en el cuadro de diálogo de confirmación.
e. Compruebe que el Perfil de exportación no contiene notificaciones de registros

incorrectos abriendo el perfil de exportación de datos y viendo el contador
Notificaciones incorrectas en la pestaña PROPIEDADES E INFORMACIÓN
GENERAL, que debe ser 0. Seleccione ACTUALIZAR en la barra de herramientas
Perfil de exportación para asegurarse de que el valor Notificaciones incorrectas
es actual.
4. Si persisten los errores de sincronización de registros después de haber probado la

resincronización siguiente los pasos anteriores, póngase en contacto con Servicios
de soporte al cliente de Microsoft.
Control de errores y supervisión

Para ver el estado de sincronización de un Perfil de exportación, vaya a
Configuración>Exportación de datos y abra el Perfil de exportación. En la pestaña
ENTIDADES, el estado de sincronización se muestra incluyendo una columna Registros
incorrectos para los registros que no se pudieron sincronizar. Para cualquier registro
con error, una lista de esos registros incluida la razón para el estado se puede descargar
seleccionando REGISTROS INCORRECTOS en la barra de comandos.
En el Perfil de exportación puede seleccionar PROPIEDADES E INFORMACIÓN

GENERAL para mostrar las propiedades del perfil. Seleccione RELACIONES para ver el
estado de sincronización de las relaciones.
Cómo ver información detallada sobre los registros con

errores de sincronización
Ver los registros incorrectos puede ayudarle a determinar la causa de los errores de
sincronización. Para ver registros incorrectos en la base de datos de Azure de destino,
use Azure Storage Explorer, una aplicación independiente gratuita que le permite
trabajar fácilmente con datos de Azure Storage. Más información: Azure Storage
Explorer .
2. En la vista Todos los perfiles de exportación de datos, seleccione el Perfil de

exportación que tiene notificaciones incorrectas.
3. En la barra de herramientas Acciones, seleccione REGISTROS INCORRECTOS.
4. En el cuadro de diálogo Descargar registros incorrectos, seleccione Copiar URL de

blob y, a continuación, seleccione Aceptar.
７ Nota
La dirección URL de blob es válido durante un máximo de 24 horas. Si la

dirección URL supera el periodo de 24 horas, repita los pasos descritos
anteriormente para generar una nueva dirección URL de blob.
5. Inicie Azure Storage Explorer.
6. En Explorador de Azure Storage, seleccione Conectar con Azure Storage.
7. Pegue la dirección URL del Portapapeles en el cuadro Conectar a Azure Storage, y

después seleccione Siguiente.
8. En la página Resumen de conexión, seleccione Conectar.
9. Azure Storage Explorer se conecte a la base de datos de destino. Si hay registros

con error para el Perfil de exportación, Azure Storage Explorer muestra carpetas de
sincronización de registros incorrectos.
Cómo ver información detallada sobre los registros con errores de

sincronización (vista previa)
Puede descargar los registros fallados directamente desde la interfaz de usuario Servicio
de exportación de datos. Esta característica está funcionando actualmente en vista
previa y sería importante que pruebe y proporcione comentarios.
Pasos para descargar registros incorrectos:
1. Identifique el perfil con registros fallidos.

2. Seleccione el perfil y seleccione Descargue los registros fallados (la vista previa)
de la barra de menú superior.
3. En el cuadro Descarga de registros fallados, verá una lista ordenada de los últimos
20 (máx) archivos blob. Seleccione el que quiera descargar y después seleccione
Aceptar.
4. Una vez descargados, abra el archivo en un editor de texto de un (por ejemplo,

Notepad) y vea los detalles de los errores.
Estructura de carpetas de sincronización de registros incorrectos y
archivos de registro
La dirección URL de almacenamiento del blob de Azure de registros incorrectos apunta

a una ubicación que tiene la siguiente estructura de carpetas:
data. Esta carpeta contiene notificaciones de datos incorrectos y el JSON asociado

para los datos de registro.
metadata. Esta carpeta contiene notificaciones de metadatos incorrectos y el JSON

asociado para los metadatos.
failurelog. Esta carpeta contiene los registros que proporcionan información sobre
el error de sincronización y la razón por la que el error se produjo.
forcerefreshfailurelog. Esta carpeta contiene errores de la última ejecución del

comando Registros incorrectos del servicio de exportación de datos usado para
volver a sincronizar los registros incorrectos.
unprocessablemessages. Esta carpeta contiene las notificaciones de datos que no

se procesaron debido a la eliminación de datos o metadatos y el JSON asociado.
Las carpetas failurelog y forcerefreshfailurelog se estructuran Año\Mes\Día\Hora

para poder buscar rápidamente los últimos errores. Se eliminan todos los registros
de error con más de 30 días.
Aquí hay un archivo de registro de ejemplo que indica un error de sincronización

de registro de entidad de contacto.
Output
Entity: contact, RecordId: 459d1d3e-7cc8-e611-80f7-5065f38bf1c1,

NotificationTime: 12/28/2016 12:32:39 AM, ChangeType: Update, FailureReason:
The database 'tempdb' has reached its size quota. Partition or delete data,
drop indexes, or consult the documentation for possible resolutions.
The statement has been terminated.
Las razones comunes de errores de sincronización de registros

Estas son algunas razones por las que los errores de sincronización de registros pueden
ocurrir.
Almacenamiento insuficiente para la base de datos de destino. Antes de intentar

resincronizar los registros incorrectos, aumente o libere almacenamiento de Azure
SQL Database según sea necesario. Cuando este problema aparece, un mensaje
similar a este se registra en el registro de errores.
La base de datos 'databasename' alcanzó su cuota de tamaño. Cree particiones o

elimine datos, elimine índices o consulte la documentación para ver resoluciones
posibles.
El tiempo de espera de sincronización termina con Azure SQL Database. Esto

puede ocurrir durante la sincronización inicial de un perfil de exportación de datos
cuando grandes cantidades de datos se procesan a la vez. Cuando este problema
ocurre, resincronice los registros incorrectos. Solución de problemas de
sincronización
Prácticas recomendadas cuando se usa la base

de datos SQL de Azure con exportación de
datos
Para evitar errores de sincronización debido a la limitación de recursos, se
recomienda tener un plan Azure SQL Database Premium P1 o superior al usar el
servicio de exportación de datos. Más información Límites de recursos de la base
de datos de SQL Azure y Precios de la base de datos SQL
Establezca Azure SQL Database para usar aislamiento de instantánea de lectura

confirmada (RCSI) para cargas de trabajo que se ejecutan en paralelo en la base de
datos de destino que ejecuta consultas de lectura de ejecución larga, como
informes y trabajos de ETL. Esto reduce la aparición de errores de tiempo de
espera que pueden presentarse con el servicio de exportación de datos debido a
conflictos de lectura\escritura.
Para ayudar a mejorar el rendimiento de las consultas, recomendamos que el

grado máximo de la base de datos de paralelismo (MAXDOP) del servicio de
exportación de datos se establezca en 1. Más información: MSDN: Opciones de
memoria del servidor
Evalúe con frecuencia la cantidad de fragmentación, y cuando sea necesario,

vuelva a crear los índices en la base de datos del servicio de exportación de datos.
Más información: Reorganizar y volver a crear los índices
Actualice periódicamente las estadísticas de la base de datos de tablas y vistas

indexadas en la base de datos del servicio de exportación de datos. Más
información: Actualizar estadísticas
Supervise la utilización de la base de datos del servicio de exportación de datos.
Más información: Supervisión de rendimiento
Acerca de la latencia de sincronización de datos

El servicio de exportación de datos está diseñado para sincronizar los cambios de datos
en la base de datos de destino mediante un mecanismo de inserción escuchando los
cambios a medida que se producen en aplicaciones de involucración del cliente. El
servicio intenta enviar los datos en cuestión de pocos minutos, pero hay un número de
factores que afecta a la latencia de sincronización completa.
Los factores que afectan a la duración de la sincronización incluyen:
La carga de trabajo actual en las aplicaciones de involucración del cliente.

La velocidad de cambio de datos en las aplicaciones de involucración del cliente.
El número de entidades que se agregan a cada perfil de exportación y sus
atributos.
El rendimiento de SQL Server. Por ejemplo:
El tiempo de configuración de la conexión de SQL.
La hora de ejecución de la instrucción de SQL.
Según nuestra supervisión del servicio se ha observado que la mayor parte de la

sincronización delta en curso termina en 15 minutos, si el servicio funciona en las
siguientes condiciones:
La sincronización que se produce es una sincronización delta y no la sincronización

inicial. La sincronización delta solo es para operaciones de cambio de datos, lo que
incluye transacciones de creación de registros, actualización y eliminación. Tenga
en cuenta que la sincronización delta comienza una vez que se termina la
sincronización inicial.
La velocidad de cambio de datos máxima en aplicaciones de involucración del
cliente para todas las entidades del perfil de exportación es inferior a 3000
registros por hora. Cualquier aumento repentino de la velocidad de cambio de
datos debido a cambios masivos de registros que supere la velocidad de cambio
máxima añadirá más latencia.
Cada entidad que se ha agregado a un perfil de exportación tiene menos de 150
atributos.
La conexión de la base de datos o la ejecución de la instrucción SQL termina en
menos de 10 segundos. Si se supera este límite aumentará la latencia.
No se establece una conexión de la base de datos de destino ni se producen
errores de ejecución de SQL durante la sincronización.
Cuando se cumplan las condiciones anteriores, la latencia de la sincronización suele ser
de 15 minutos. Microsoft no ofrece ningún acuerdo de nivel de servicio (SLA) para el
servicio de exportación de datos y no ofrece garantías ni compromisos en relación con
el tiempo de la latencia de sincronización.
Cómo configurar un Almacén de claves de

Azure
Ejecute el script de Windows PowerShell descrito aquí como administrador de la cuenta
de Azure para dar permiso a la característica del servicio de exportación de datos para
que pueda obtener acceso al Almacén de claves de Azure. Este script muestra la
dirección URL de claves del almacén requerida para crear el Perfil de exportación que se
usa para obtener acceso a la cadena de conexión.
Antes de ejecutar el script, reemplace los marcadores para las variables siguientes.
$subscriptionId. El grupo de recursos del Almacén de claves que desea usar. Si aún
no existe un grupo de recursos, se creará uno nuevo con el nombre que
especifique. En este ejemplo, se usa ContosoResourceGroup1.
$location. Especifique la ubicación donde el grupo de recursos está o debe estar

ubicado, como Oeste de EE.UU..
$connectionString. La cadena de conexión a Azure SQL Database. Puede usar la

cadena de conexión ADO.NET como se muestra en el panel de Azure.
$organizationIdList = Lista separada por comas de organizaciones permitidas,

ordenada por Id. de organización (organizationId), para habilitar el servicio de
exportación de datos. Para buscar el Id. de una organización, en , vaya a
Configuración>Personalizaciones>Recursos de desarrollador. El Id. de
organización está en Información de referencia del entorno.
$tenantId. Especifica el Id. de inquilino de Azure Active Directory al que está

suscrito el Almacén de claves.
） Importante
Una suscripción a Azure puede tener varios Id. de inquilino de Azure Active
Directory. Asegúrese de seleccionar el Id. de inquilino de Azure Active Directory
correcto que está asociado al entorno que usará para la exportación de datos.
７ Nota
Asegúrese de que el Id. de usuario al que se hace referencia $connectionString

tenga el permiso adecuado para dirigirse a la base de datos de Azure SQL.
PowerShell
# --------------------------------------------------------------------------
------ #
# Provide the value for the following parameters before executing the
script
$subscriptionId = 'ContosoSubscriptionId'
$keyvaultName = 'ContosoKeyVault'
$secretName = 'ContosoDataExportSecret'
$resourceGroupName = 'ContosoResourceGroup1'
$location = 'West US'
$connectionString = 'AzureSQLconnectionString'
$organizationIdList = 'ContosoSalesOrg1_id, ContosoSalesOrg2_id'
$tenantId = 'tenantId'
# ----------------------------------------------------------------------
---------- #
# Login to Azure account, select subscription and tenant Id
Connect-AzAccount -Tenant $tenantId -Subscription $subscriptionId
# Create new resource group if not exists.
$rgAvail = Get-AzResourceGroup -Name $resourceGroupName -Location $location

-ErrorAction SilentlyContinue
if(!$rgAvail){
New-AzResourceGroup -Name $resourceGroupName -Location $location
# Create new key vault if not exists.
$kvAvail = Get-AzKeyVault -VaultName $keyvaultName -ResourceGroupName

$resourceGroupName -ErrorAction SilentlyContinue
if(!$kvAvail){
New-AzKeyVault -VaultName $keyvaultName -ResourceGroupName

$resourceGroupName -Location $location
# Wait few seconds for DNS entry to propagate
Start-Sleep -Seconds 15
# Create tags to store allowed set of Organizations.
$secretTags = @{}
foreach ($orgId in $organizationIdList.Split(',')) {
$secretTags.Add($orgId.Trim(), $tenantId)
# Add or update a secret to key vault.
$secretValue = ConvertTo-SecureString $connectionString -AsPlainText -Force
$secret = Set-AzKeyVaultSecret -VaultName $keyvaultName -Name $secretName -

SecretValue $secretValue -Tags $secretTags
# Authorize application to access key vault.
$servicePrincipal = 'b861dbcc-a7ef-4219-a005-0e4de4ea7dcf'
Set-AzKeyVaultAccessPolicy -VaultName $keyvaultName -ServicePrincipalName

$servicePrincipal -PermissionsToSecrets get
# Display secret url.
Write-Host "Connection key vault URL is

"$secret.id.TrimEnd($secret.Version)""
Cómo eliminar todas las tablas de perfil de

exportación de datos y procedimientos
almacenados
） Importante
Para ejecutar esta instrucción SQL asegúrese de que ha definido correctamente los
valores @prefix y @schema en la instrucción.
El Perfil de exportación deberá volver
a crearse después de ejecutar esta instrucción SQL.
SQL
-----------------------------------------------------------------
-- Provide the value for the following parameters
DECLARE @prefix nvarchar(32) =''
DECLARE @schema nvarchar(32) ='dbo'
-----------------------------------------------------------------
DECLARE @sql nvarchar(max) = '';
SELECT @sql += 'DROP TABLE ' + QUOTENAME([TABLE_SCHEMA]) + '.' +

QUOTENAME([TABLE_NAME]) + ';'
FROM [INFORMATION_SCHEMA].[TABLES]
WHERE [TABLE_TYPE] = 'BASE TABLE' AND [TABLE_NAME] like @prefix + '_%' AND
[TABLE_SCHEMA]= @schema;
PRINT @sql
EXEC SP_EXECUTESQL @sql;
PRINT 'Finished dropping all tables. Starting to drop all stored procedures
now.'
SELECT @sql='';
SELECT @sql += 'DROP PROCEDURE ' + QUOTENAME([ROUTINE_SCHEMA]) + '.' +

QUOTENAME([ROUTINE_NAME]) + ';'
FROM [INFORMATION_SCHEMA].[ROUTINES]
WHERE [ROUTINE_TYPE] = 'PROCEDURE' AND [ROUTINE_NAME] like @prefix + '_%'

AND [ROUTINE_SCHEMA]= @schema;
PRINT @sql
PRINT 'Finished dropping all stored procedures. Starting to drop all types
now.'
SELECT @sql='';
SELECT @sql += 'DROP TYPE ' + QUOTENAME(SCHEMA_NAME([SCHEMA_ID])) + '.' +

QUOTENAME([NAME]) + ';'
FROM SYS.TYPES
WHERE is_user_defined = 1 AND [NAME] LIKE @prefix + '_%' AND

[SCHEMA_ID]=SCHEMA_ID(@schema);
PRINT @sql
Cómo eliminar tablas de perfil de exportación

de datos y procedimientos almacenados para
una entidad específica
） Importante
Para ejecutar esta instrucción SQL asegúrese de que ha definido correctamente los
valores @prefix, @schema y @entityName en la instrucción. En este ejemplo, se
quitan la tabla, los tipos, y procedimientos almacenados de la entidad de clientes
potenciales.
SQL
-----------------------------------------------------------------
-- Provide the value for the following parameters
DECLARE @prefix nvarchar(32) ='crm'
DECLARE @schema nvarchar(32) ='dbo'
DECLARE @entityName nvarchar(32) ='lead'
-----------------------------------------------------------------
DECLARE @sql nvarchar(max) = '';
IF @prefix != ''
BEGIN
SET @prefix = @prefix + '_'
END
SELECT @sql += 'DROP TABLE ' + QUOTENAME([TABLE_SCHEMA]) + '.' +

QUOTENAME([TABLE_NAME]) + ';'
FROM [INFORMATION_SCHEMA].[TABLES]
WHERE [TABLE_TYPE] = 'BASE TABLE' AND [TABLE_NAME] like @prefix +

@entityName AND [TABLE_SCHEMA]= @schema;
PRINT @sql
PRINT 'Finished dropping the entity. Starting to drop the types associated
with the entity'
SELECT @sql='';
SELECT @sql += 'DROP TYPE ' + QUOTENAME(SCHEMA_NAME([SCHEMA_ID])) + '.' +

QUOTENAME([NAME]) + ';'
FROM SYS.TYPES
WHERE
is_user_defined = 1
AND (
[NAME] LIKE @prefix + @entityName +'Type'
OR [NAME] LIKE @prefix + @entityName +'IdType'
AND [SCHEMA_ID] = SCHEMA_ID(@schema);
PRINT @sql
Cómo desinstalar el Servicio de exportación de

datos de Administrar Power Platform
1. Navegue hasta la Configuración avanzada.
2. Seleccione Configuración > Personalizaciones y, a continuación, seleccione
Soluciones.
3. Elija DataExportService publicado por Microsoft Dynamics 365 y luego seleccione
Eliminar.
Encuentre el id. de inquilino de Azure Active

Directory para su inquilino
1. Inicie sesión en el portal Azure .
2. En Servicios de Azure, seleccione Propiedades del inquilino.
3. Seleccione el valor en el campo Id. del inquilino.
Direcciones IP estáticas de la base de datos de

SQL de Azure usadas por el Servicio de
En Azure SQL Database, seleccione Establecer firewall del servidor, establezca Permitir
el acceso a servicios de Azure en DESACTIVADO, seleccione Agregar IP del cliente y, a
continuación, agregue las direcciones IP apropiadas para la región de su entorno. Más
información: Azure: Configurar una regla de firewall a nivel de servidor de Azure SQL
Database mediante Azure Portal
Región Nueva dirección IP Antigua dirección IP
Oeste de EE. UU. 13.64.148.9 40.112.139.218
Este de EE. UU. 20.228.153.81 23.96.92.86
Este de Asia Sin cambios 104.208.84.217
Sudeste Asiático 20.205.153.14 52.163.231.218
Centro de la India Sin cambios 20.198.113.107
Sur de la India Sin cambios 104.211.204.18
Oeste de Europa 40.68.244.253 40.68.252.224
Norte de Europa 20.238.83.32 52.169.117.212
Japón Occidental Sin cambios 104.214.144.93
Japón Oriental Sin cambios 20.89.138.246
Sur de Brasil Sin cambios 20.197.186.17
Sureste de Australia 20.70.112.80 40.115.78.163
Este de Australia 20.213.58.3 13.73.202.160
Centro de Canadá Sin cambios 52.228.26.31
Este de Canadá 52.229.109.91 40.86.251.81
Oeste de Reino Unido 20.68.113.18 51.141.44.218
Sur de Reino Unido 20.117.89.184 51.140.71.166
７ Nota
Los clientes de Norteamérica deben agregar direcciones IP a una lista aprobada

tanto para el Este de EE. UU. como para el Oeste de EE. UU.
Problemas conocidos
Los registros eliminados pueden reinsertarse en la tabla
de la entidad después de un error de sincronización
Cuando se recupera de errores de sincronización, los registros que habían sido
eliminados anteriormente pueden volver a insertarse en la tabla de la entidad original.
Para solucionar este problema cuando los errores de sincronización aparecen, siga estos
pasos.
1. Cree perfiles de exportación que estén habilitado para registro de eliminación de

escritura. Vuelva a crear perfiles de exportación existentes que no tengan
habilitado el registro de eliminación de escritura.
2. Cree y ejecute una consulta SQL para la base de datos de destino SQL de Azure
que busque registros en la tabla DeleteLog. Si se encuentran uno o más registros
indica la presencia de registros eliminados.
3. Si uno o más registros existen en la tabla DeleteLog, cree y ejecute una consulta
SQL que detecte los entornos donde el Id. de registro para un registro encontrado
en la tabla DeleteLog coincida con el Id. de un registro de una tabla EntityName y
el número de versión de la tabla DeleteLog sea mayor que el número de versión
en el registro de la tabla EntityName. Cuando se produzca una coincidencia de Id.
de registro, elimine el registro de la tabla EntityName. Por ejemplo, si un Id. de
registro de la columna AccountId de la tabla DeleteLog coincide con un Id. de
registro de la columna AccountId de la tabla de la entidad AccountBase y el
número de versión en DeleteLog es mayor que el número de versión de la tabla
Account, elimine el registro de la tabla de la entidad AccountBase.
） Importante
Según sus necesidades de negocio y los requisitos, se recomienda que ejecute

las consultas SQL para la eliminación de registros con frecuencia, pero
durante las horas no operativas.
Ejemplo de consulta para la eliminación de registros de entidad.
SQL
DELETE A FROM [dbo].[prefix_account] A
WHERE id IN (SELECT CONVERT(uniqueidentifier, recordid) FROM [dbo].

[prefix_DeleteLog] DL WHERE DL.entityname ='account'
AND DL.VersionNumber > A.VersionNumber)
Entidades que no admiten la exportación de datos

Aunque las entidades enumeradas aquí admiten seguimiento de cambios, no se
admiten para exportación de datos mediante el servicio de exportación de datos.
Entity Nombre de tabla Solución alternativa
Actividad ActivityPointerBase Seleccione las entidades de actividad específicas para

exportación, como llamada de teléfono, cita, correo electrónico,
y tarea.
No se puede crear una fila mayor que el tamaño máximo

permitido de fila (8K)
Si en su registro de errores aparece “No puede crear una fila de tamaño (tamaño) que
es mayor que el tamaño máximo permisible de la fila de 8060 ", tiene un problema en el
que está superando el máximo permitido límite del tamaño de la fila. El servicio de
exportación de datos no admite filas superiores al tamaño máximo permitido de fila de
8k. Para mitigar esta opción, debe asegurarse de que cumple los límites de tamaño de la
fila.
La longitud de la cadena de origen es más larga que el

esquema de destino para ColumnName
Si los registros de errores muestran “Largo de la cadena de origen con una longitud
superior al esquema de destino para [ColumnName, MaxDataLength] tiene un problema
donde en el que el largo de la cadena de su origen es mayor que el de destino. Si el
largo de la cadena de su fuente de datos supera al del destino, las escrituras al destino
fallarán. Para mitigar este problema debe reducir el tamaño de los datos o aumentar el
largo de la columna, mayor que la longitud máxima manual en la base de datos.
No se admiten adjuntos
Exportar archivos adjuntos como el cuerpo del documento en la tabla Anotación no es
compatible.
Aviso de privacidad
Al utilizar el servicio de exportación de datos, cuando se activa un perfil de exportación
de datos desde Dynamics 365, los datos de las entidades agregadas al perfil se envían a
Azure. La sincronización inicial incluye todos los datos asociados con las entidades
agregadas al perfil de exportación, pero la sincronización incluye solo los cambios
nuevos, que se envían continuamente al servicio de exportación de datos. Los datos
enviados al servicio de exportación de datos se almacenan temporalmente en Azure
Service Bus y en Azure Storage,, se procesan en Azure Service Fabric y, por último, se
sincronizan (insertan, actualizan o eliminan) en la base de datos de destino especificada
en su suscripción de Azure. Una vez que se hayan sincronizado los datos, se eliminan de
Azure Service Bus y Azure Storage. Si se produce un error durante la sincronización de
datos, los datos mínimos correspondientes a un tipo de entidad, el identificador de
registro y la marca de tiempo de la sincronización se almacenan en Azure Storage para
permitir descargar una lista de registros no actualizados.
Un administrador puede desactivar el perfil de exportación de datos en cualquier

momento para detener la sincronización de datos. Además, un administrador puede
eliminar el perfil de exportación para quitar los registros de errores y puede desinstalar
la solución Servicio de exportación de datos para dejar de usar el servicio de
La sincronización de datos se produce de forma continua entre Dynamics 365 y el

servicio de exportación de datos de forma segura. Los datos se cifran mientras se
intercambian de forma continua entre Dynamics 365 y el servicio de exportación de
datos.
En las próximas secciones se detallan los componentes y servicios de Azure relacionados

con el servicio de exportación de datos.
Centro de confianza de Microsoft Azure
Azure Service Fabric
Proporciona la API y el cálculo de las máquinas virtuales de Azure para procesar las
notificaciones de sincronización de registros que se reciben desde Dynamics 365 y
luego las procesa para insertar, actualizar o eliminar datos de registros en la base de
datos de destino. Los microservicios que se implementan en las máquinas virtuales
administradas por el tiempo de ejecución de Azure Service Fabric gestionan todos los
servicios de cálculo relacionados con la sincronización de datos.
Azure Service Bus
Proporciona el bus de mensajes en el que Dynamics 365 inserta los mensajes de

notificación de sincronización procesados por los nodos de cálculo en Azure Service
Fabric. Cada mensaje almacena información, como el registro y el id. de la organización,
para la que se han de sincronizar los datos. Los datos de Azure Service Bus están
cifrados en reposo y solo son accesibles mediante el Servicio de exportación de datos.
Azure Blob Storage
Los datos se almacenan temporalmente en Azure Blob Storage en caso de que los datos
de la notificación de sincronización de registros sean demasiado grandes para
almacenarlos en un mensaje, o si se produce un error transitorio al procesar la
notificación de sincronización. Estos blobs se cifran con la última característica de Azure
Storage SDK, que ofrece funcionalidad de cifrado simétrico y asimétrico, e integración
con Azure Key Vault.
Azure SQL
Azure SQL Database almacena las métricas de sincronización de datos y de

configuración del perfil de exportación de datos.
Consulte también
Información general sobre relaciones entre entidades
AppSource: Servicio de exportación de datos

Servicio de exportación de datos
Blog del equipo: Introducción al servicio de exportación de datos

Mover datos de configuración entre
entornos y organizaciones con la
herramienta Migración de la
configuración
La herramienta Migración de la configuración permite mover datos de configuración

entre entornos y organizaciones. Los datos de configuración se utilizan para definir la
funcionalidad personalizada en aplicaciones de involucración del cliente (Dynamics 365
Marketing y Dynamics 365 Project Service Automation) y normalmente se almacenan en
entidades personalizadas. Los datos de configuración son diferentes de los datos de
usuario final (cuentas, contactos, etc.). Un ejemplo típico de datos de configuración es lo
que se define en Unified Service Desk para Dynamics 365 para configurar una aplicación
personalizada de agente de centro de atención telefónica. Las entidades de Unified
Service Desk, junto con los datos de configuración que se almacenan en las entidades,
definen una aplicación de agente. Para obtener más información sobre Unified Service
Desk, consulte Guía de Unified Service Desk.
La herramienta Configuration Migration permite hacer lo siguiente:
Seleccionar las entidades y campos de dónde desea exportar los datos de

configuración.
Evitar registros duplicados en el sistema de destino definiendo una condición de

exclusividad para cada entidad basada en una combinación de campos de la
entidad, que se usa para compararlos con los valores del sistema de destino. Si no
hay valores coincidentes, se crea un registro único en el sistema de destino. Si se
encuentra un registro coincidente, el registro se actualiza en el sistema de destino.
７ Nota
Si no se especifica ninguna condición de detección de duplicados

(exclusividad) para una entidad que se está exportando, la herramienta usa el
nombre del campo principal de la entidad para compararlo con los datos
existentes en el sistema de destino.
Deshabilite complementos antes de exportar los datos y, a continuación, vuelva a
habilitarlos en el sistema de destino después de que la importación finalice para
todas las entidades o entidades seleccionadas.
Valide el esquema para que las entidades seleccionadas se exporten para

asegurarse de que todos los datos/información necesarios se encuentran
presentes.
Reutilice un esquema existente para exportar datos desde un sistema de origen.
Desplazar automaticamente campos de fecha y hora en la importación para

entornos de demostración.
Incruste los módulos exportados creados con esta herramienta (esquema y

archivos de datos) en otros programas. Por ejemplo, puede usar los datos
exportados en Package Deployer junto con otros archivos de soluciones y datos
para crear e implementar paquetes en un entorno. Más información:Implementar
paquetes usando Package Deployer
Para obtener información sobre cómo descargar herramienta de migración de

configuración, consulte Descargar herramientas de NuGet.
¿Cómo funciona la herramienta de

Configuration Migration?
El siguiente diagrama muestra cómo se usa la herramienta Configuration Migration para
migrar datos de configuración.
Defina el esquema de los datos de origen que se exportarán: el archivo del

esquema (.xml) contiene información acerca de los datos que desea exportar, por
ejemplo, entidades, atributos, relaciones, definición de la exclusividad de los datos, y si
los complementos deben deshabilitarse antes de exportar los datos. Más información:
Crear un esquema para exportar datos de configuración
Use el esquema para exportar datos: use el archivo de esquema para exportar los
datos a un archivo .zip que contiene los datos y el esquema de los datos exportados.
Más información: Crear un esquema para exportar datos de configuración
Importar los datos exportados: use los datos exportados (archivo .zip) para
importar en el entorno de destino. La importación de datos se realiza en múltiples pasos
para importar primero los datos de base mientras se sitúan en cola los datos
dependientes, y después se importan los datos dependientes en las pasadas posteriores
para administrar las vinculaciones o dependencias de datos. Esto asegura la importación
de datos limpios. Más información: Importar datos de configuración
Solución de problemas de migración de datos

de configuración utilizando archivos de registro
La herramienta Migración de la configuración ofrece soporte de registro para obtener
información detallada sobre los errores que pueden producirse al iniciar sesión en el
entorno utilizando la herramienta, las actividades realizadas por la herramienta durante
la definición del esquema y la exportación/importación de los datos de configuración,
además de información sobre los datos que se han importado usando la herramienta. La
herramienta genera tres archivos de registro que estén disponibles en la siguiente
ubicación en el equipo donde se ejecuta la herramienta: c:\Users\
<UserName>\AppData\Roaming\Microsoft\Herramienta de migración de la
configuración de Microsoft Dataverse\<Versión>.
Login_ErrorLog.log: Proporciona información sobre los problemas que se han

producido cuando se usa la herramienta para iniciar sesión en el entorno. Si hay un
problema al iniciar sesión, aparecerá un mensaje en la pantalla de inicio de sesión
de la herramienta con un vínculo a este archivo de registro. El mensaje indica que
se ha producido un error al procesar la solicitud de inicio de sesión y el usuario
puede ver el registro de error. Puede hacer clic en el vínculo del mensaje para ver
este archivo de registro. El archivo de registro se crea la primera vez que se
encuentran problemas de inicio de sesión en la herramienta. Después de eso, el
archivo de registro se usa para registrar información sobre un problema de inicio
de sesión, siempre que aparece.
DataMigrationUtility.log: Proporciona información detallada sobre cada tarea

realizada en la herramienta durante la última ejecución. Puede ver el archivo de
registro desde la herramientas haciendo clic en el menú Registros de la pantalla
principal, y haciendo clic en Registro en ejecución.
ImportDataDetail.log: Proporciona información detallada sobre los datos

importados en el último trabajo de importación utilizando la herramienta. Cada
vez que ejecuta un trabajo de importación utilizando esta herramienta, los detalles
existentes del archivo de registro pasan a un archivo denominado
ImportDataDetail._old.log en el mismo directorio, y el archivo ImportDataDetail.log
muestra información sobre el último trabajo de importación realizado utilizando la
herramienta. Puede ver este archivo de registro desde la herramientas haciendo
clic en el menú Registros de la pantalla principal, y luego haciendo clic en Último
registro de importación.
Prácticas recomendadas para migrar los datos

de configuración utilizando la herramienta
Los siguientes son factores que debe tener en cuenta cuando use esta herramienta para
migrar los datos de configuración:
Mientras crea el esquema de datos de la exportación, debe definir las reglas de la

exclusividad adecuadamente para cada entidad para evitar actualizaciones no
intencionadas de datos en el sistema de destino.
Importe los datos exportados en un entorno de preproducción (preferiblemente

una imagen reflejada del entorno de producción) para asegurarse de que los
resultados de la importación de los datos son los deseados.
Realice una copia de seguridad del entorno de producción antes de importar los
datos.
Limitaciones
No se admite la migración de la entidad Calendario.
Consultar también
Descargar herramientas de NuGet
Edición de un esquema de datos de configuración
Importar datos de configuración
Administración de la configuración del catálogo de productos

Crear un esquema para exportar datos
de configuración
La herramienta Configuration Migration permite crear un esquema para describir los

datos de exportación. También le permite por comprobar las dependencias y las
relaciones que faltan en las entidades o los campos que se exportarán para evitar un
conjunto de datos incoherente.
Antes de empezar
Descargue la herramienta de Configuration Migration. La herramienta de Migración de
la configuración está disponible como paquete NuGet . Para descargar la herramienta,
consulte Descargar herramientas de NuGet. Siga los pasos de esta página para extraer la
herramienta DataMigrationUtility.exe.
Cree un esquema y exporte datos de

configuración
1. Ejecute la herramienta Configuration Migration. Haga doble clic en
DataMigrationUtility.exe en la carpeta: [mi carpeta]\Tools\ConfigurationMigration\
2. En la pantalla principal, haga clic en Crear esquema y haga clic en Continuar.
3. En la pantalla Iniciar sesión, proporcione los detalles de autenticación para

conectarse al entorno desde donde desea exportar los datos. Si tiene varias
organizaciones en el servidor, y desea seleccionar la organización desde donde
exportar los datos de configuración, active la casilla Mostrar siempre la lista de
organizaciones disponibles. Haga clic en Iniciar sesión.
4. Si tiene varias organizaciones y activó la casilla Mostrar siempre la lista de

organizaciones disponibles, la próxima pantalla le permitirá elegir la organización
con la que desea conectarse. Seleccione una organización para conectarse.
5. En la lista Seleccione la solución, seleccione una solución de donde desea exportar

los datos:
6. En la solución seleccionada, puede seleccionar las entidades y campos que desea

exportar o exportar todas las entidades de la solución.
a. Para seleccionar las entidades y campos que desea exportar, en la lista
Seleccionar entidad, seleccione la entidad para la que desea exportar los datos.
La lista Campos para la entidad muestra todos los campos de la entidad
seleccionada.
i. Para agregar campos seleccionados de la entidad, haga clic en Agregar

campos.
ii. Para agregar la entidad propiamente dicha y todos los campos, haga clic en
Agregar entidad.
b. Para exportar todas las entidades, haga clic en Agregar todo junto a la lista
Seleccionar entidad.
7. Puede seleccionar Mostrar las relaciones de la entidad seleccionada para ver las
entidades relacionadas para la entidad seleccionada de modo que puede
exportarlas también.
8. Se muestran las entidades seleccionadas en el cuadro Entidades y campos

seleccionados.
Si desea quitar una entidad, campo o relación, haga clic para seleccionarlo,
haga clic con el botón secundario y, a continuación seleccione la opción de
quitar.
Si desea quitar todos los elementos Entidades y campos seleccionados y

para empezar de nuevo, haga clic en Borrar selección.
9. Para validar los datos seleccionados que se exportarán, haga clic en

Herramientas>Validar esquema.
10. Aparecerá un mensaje si hay dependencias que faltan. Para cerrar el mensaje, haga
clic en Aceptar.
11. Agregue entidades que faltan y, a continuación, realice el paso 9 de nuevo para la
validación de los datos. Se muestra un mensaje de confirmación si no hay errores
de validación.
 Sugerencia
Si la entidad que falta no está en la solución que ha seleccionado para la

exportación, puede agregar la entidad desde Solución predeterminada
seleccionándolo de la lista Seleccione la solución.
12. Defina la condición de exclusividad para los datos que desea exportar. Para iniciar
una nueva pantalla, haga clic en Herramientas>Configuración parámetros de
importación. Para cada entidad que ha seleccionada para exportar, agregue el
campo o los campos en los que desea comprar los registros con registros
existentes en el sistema de destino durante la importación. Seleccione un campo y
haga clic en Agregar campo.
13. Para deshabilitar los complementos de todas las entidades antes de que los datos
se importen en el sistema de destino, active la casilla Deshabilitar complementos
en todas las entidades para la importación. La herramienta deshabilitará todos los
complementos mientras se importan datos en el servidor de destino, y los volverá
a habilitar después del proceso de importación.
14. Para guardar la configuración y volver a la pantalla principal, haga clic en Guardar.
７ Nota
Si desea deshacer los cambios del cuadro Configurar parámetros de

importación, deberá revertir manualmente esos cambios en este cuadro de
diálogo, y luego hacer clic en Guardar para guardar los cambios y, cerrar el
cuadro de diálogo.
15. En la pantalla principal:
a. Haga clic en Archivo>Guardar esquema para guardar solo el esquema sin

exportar los datos. Se le pide que especifique el nombre y la ubicación del
archivos del esquema (.xml) para guardar. Puede usar el esquema más adelante
para exportar los datos. Ahora puede salir de la herramienta.
b. Haga clic en Exportar datos para exportar los datos y el archivo de esquema. Se
le pide que especifique el nombre y la ubicación de archivo de esquema que
desea exportar. Especifique el nombre y la ubicación, y haga clic en Guardar.
Vaya al próximo paso.
c. Haga clic en Guardar y exportar para elegir si desea exportar los datos después
de guardar el archivo de esquema o no. Se le pide que especifique el nombre y
la ubicación de archivo de esquema que desea exportar. Especifique el nombre
y la ubicación, y haga clic en Guardar. Se le pide que guarde el archivo de
datos: haga clic en Sí para exportarlo o en No para exportar más tarde. Si hizo
clic en Sí, vaya al próximo paso.
16. En la siguiente pantalla, especifique la ubicación del archivo de datos que desea
exportar en la casilla Guardar en archivo de datos y luego haga clic en Exportar
datos. La pantalla muestra el estado de progreso de la exportación y la ubicación
del archivo exportado en la parte inferior de la pantalla una vez terminada la
exportación.
17. Haga clic en Salir para cerrar la herramienta.

Reutilice un esquema existente para exportar
datos de configuración
Puede volver a usar un archivo de esquema que se generó usando la herramienta
Migración de la configuración para exportar rápidamente los datos en los entornos sin
necesidad de crear el esquema de nuevo.
1. Ejecute la herramienta Configuration Migration.
2. En la pantalla principal, haga clic en Exportar datos y en Continuar.

organizaciones en el servidor, y desea seleccionar la organización desde donde
exportar los datos de configuración, active la casilla Mostrar siempre la lista de

5. En la siguiente pantalla, seleccione el archivo de esquema que desea usar para la

exportación de los datos.
6. Especifique el nombre y la ubicación del archivo de datos que se exportará.
7. Haga clic en Exportar datos. La pantalla muestra el estado de progreso de la

exportación y la ubicación del archivo exportado en la parte inferior de la pantalla
una vez terminada la exportación.
8. Haga clic en Salir para cerrar la herramienta.
Vea también
Modificar un esquema
Administre sus datos de configuración
Importe datos de configuración

Defina la configuración de fecha para
los datos de demostración
Utilice la siguiente información para mantener automáticamente los datos de entorno

de prueba actual.
Antes de empezar

Puede establecer los valores de los campos de fecha y hora para pasar automáticamente
por una duración especificada. Esto le permite mantener sus datos de demostración
recientes sin necesidad de realizar actualizaciones manuales. También funcionará con los
archivos de utilidad Migración de la configuración con la herramienta Package Deployer.
７ Nota
Esta opción es para mantener los datos recientes en su entorno de demostración.

No está destinada para un uso productivo.

2. En la pantalla principal, haga clic en Crear esquema y haga clic en Continuar.

organizaciones y desea seleccionar la organización desde donde exportar los datos
de configuración, active la casilla Mostrar siempre la lista de organizaciones
disponibles. Haga clic en Iniciar sesión.

5. En la siguiente pantalla, seleccione el archivo de esquema que desea usar para la

exportación de los datos o cree un nuevo esquema.
6. Haga clic en Herramientas y, a continuación, haga clic en Configuración de
ajustes de fecha.
7. Elija el modo de fecha predeterminado y seleccione una entidad para aplicar la

configuración.
Seleccione Absoluto. Las fechas no se modifican durante la importación si

no desea que las fechas cambien de forma predeterminada.
７ Nota
Aún puede seleccionar campos individuales para que cambien con la

importación. En el ejemplo siguiente, solo los campos marcados como
relativo se cambiarán automáticamente.
También puede seleccionar relativa. Las fechas se renuevan durante la

importación si desea que todos los valores de fecha se cambien
automáticamente de forma predeterminada.
７ Nota
Esta opción establece las fechas de cambio de automático para todos los
campos de fecha y hora en todas las entidades. Puede cambiar esto en el
nivel de campo seleccionando Absoluto.
h. Compruebe las selecciones de todos los campos de todas las entidades de su
esquema.
i. Haga clic en Guardar y exportar.
j. Especifique el nombre y la ubicación del archivo de datos que se exportará.
k. Haga clic en Si en la solicitud: Se ha completado el guardado del esquema.

¿Desea exportar los datos?
l. Especifique el nombre y la ubicación del archivo de datos que se exportará.
m. Haga clic en Exportar datos. La pantalla muestra el estado de progreso de la

exportación y la ubicación del archivo exportado en la parte inferior de la
pantalla una vez terminada la exportación.
n. Haga clic en Salir para cerrar la herramienta.
７ Nota
Los valores de fecha se moverán hacia adelante en incrementos de una semana en

el momento de la importación. La cantidad movida se basa en la fecha y hora de
exportación y en la fecha y hora de la importación. El atributo de la marca de
tiempo en el encabezado del archivo data.xml contiene la fecha y hora de
exportación.
Fórmula: fecha importada = fecha exportada + (fecha de importación de datos –

fecha de exportación de datos)
Ejemplo: Para mover fechas 3 meses hacia adelante e importar los datos a
1/10/2017: cambie la marca de tiempo en el archivo data.xml a 1/7/2017.
Vea también
Modificar un esquema

Edición de un esquema de datos de
configuración
Puede editar un archivo de esquema existente para incluir información sobre nuevos
datos de configuración o actualizar la definición de datos de configuración existente
para mejorar el proceso de exportación de datos de configuración.
Antes de empezar
Debe tener un archivo de esquema que se haya creado utilizando la herramienta

Configuration Migration. Más información: Crear un esquema para exportar datos
de configuración
Editar un archivo de esquema

1. Ejecute la herramienta Configuration Migration. Seleccione
DataMigrationUtility.exe en la carpeta: [Mi carpeta]\Tools\ConfigurationMigration\
2. En la pantalla principal, seleccione Crear esquema y, a continuación, seleccione

Continuar.

conectarse a su entorno para el que creó originalmente el archivo del esquema de
datos de exportación. Si tiene varias organizaciones en el servidor y desea
seleccionar una organización, active la casilla Mostrar siempre la lista de
organizaciones disponibles. Seleccione Iniciar sesión.

5. En la pantalla principal, seleccione Archivo>Cargar esquema.

6. Vaya hasta el archivo de esquema que desea editar, selecciónelo y haga clic en
Abrir.
7. La definición del archivo de esquema aparece en la herramienta Configuration

Migration. Realice los cambios requeridos en el archivo de definición de esquema.
Para obtener información sobre la definición de un archivo de esquema, consulte
los pasos 5-14 en Crear un esquema para exportar datos de configuración.
8. Guarde el archivo de esquema actualizado.
9. Seleccione Salir para cerrar la herramienta.
Vea también
Importar datos de configuración

Después de exportar los datos de configuración desde el entorno de origen, ahora está
listo para importarlos al entorno de destino.
Antes de empezar

2. En la pantalla principal, haga clic en Importar datos y en Continuar.

conectarse al entorno desde donde desea importar los datos. Si tiene varias
organizaciones en Dynamics 365 Server, y desea seleccionar la organización donde
importar los datos de configuración, active la casilla Mostrar siempre la lista de

5. Proporcione el archivo de datos (.zip) para importar. Busque el archivo de datos, y

selecciónelo. Haga clic en Importar datos.
6. Este paso es aplicable solo si los datos que está importando contienen la
información del usuario del sistema de origen. Introduzca información del
usuario de asignación en el sistema destino. Puede asignar todos ellos al usuario
que ejecuta el proceso de importación o asignarlos a usuarios individuales
mediante un archivo de asignación de usuarios (.xml). Si elige esto último, tendrá
que especificar un archivo de asignación de usuarios existente o la herramienta
puede generarlo para usted. Si genera un nuevo archivo, especifique el nombre de
usuario de asignación en el parámetro Nuevo para cada usuario en el servidor de
origen. Seleccione el archivo de asignación de usuarios en la herramienta cuando
haya terminado, y haga clic en Aceptar.
La pantalla siguiente muestra el estado de importación de sus registros. La

importación de datos se realiza en múltiples pasos para importar primero los datos
de base mientras se sitúan en cola los datos dependientes, y después se importan
los datos dependientes en las pasadas posteriores para administrar las
vinculaciones o dependencias de datos. Esto asegura una importación limpia y
coherente de los datos.
7. Haga clic en Finalizar para cerrar la herramienta.
Vea también
Gestionar sus datos de configuración mediante la herramienta Configuration Migration
Implementar paquetes mediante
Package Deployer y Windows
PowerShell
Microsoft Dynamics CRM Package Deployer permite a los administradores implementar

paquetes en un entorno.
７ Nota
Package Deployer también funciona con organizaciones de Dynamics 365

Customer Engagement (on-premises).
Un "paquete" puede estar compuesto por cualquiera de estos elementos o por todos
ellos:
Uno o varios archivos de solución de Dataverse.
Archivos sin formato o archivos de datos exportados desde la herramienta

Configuration Migration. Para obtener más información acerca de la herramienta
Configuration Migration, consulte Administrar los datos de configuración.
El código personalizado que puede ejecutarse durante o después del paquete se

implementa en un entorno.
Contenido HTML específico del paquete que mostrarse al principio y al final del
proceso de implementación del paquete. Puede resultar útil para proporcionar una
descripción de las soluciones y los archivos que se implementan en el paquete.
Los programadores crean los paquetes utilizando la plantilla de implementación

de paquete en Visual Studio. Más información: Crear paquetes para Package
Deployer
Una vez creado el paquete, puede implementarlo ejecutando CRM Package

Deployer o con los cmdlets de Windows PowerShell para la herramienta.
） Importante
Antes de importar y ejecutar un paquete en una organización de producción,

pruebe el paquete en una imagen reflejada de la organización de producción.
Realice siempre una copia de seguridad de la organización de producción antes de
implementar un paquete.
Implementar paquetes mediante la

herramienta Package Deployer
Puede usar la herramienta Package Deployer (packagedeployer.exe) para implementar
paquetes de las siguientes formas.
Uso de CRM Package Deployer para implementar paquetes
Use CRM Package Deployer en la línea de comandos
Uso de Package Deployer para implementar

paquetes
La herramienta Package Deployer solo puede procesar un paquete cada vez. Sin
embargo, proporciona a los usuarios la capacidad de seleccionar un paquete para
implementar desde varios paquetes disponibles en el directorio de la herramienta
Package Deployer. Algunas de las pantallas y acciones de la herramienta difieren en
función de la definición del paquete. No es necesario que instale la herramienta Package
Deployer. Sólo descárguela y ejecútela.
1. Obtenga el paquete que se va a implementar. Un paquete es una colección de

archivos y carpetas que se crea en la carpeta del proyecto de Visual Studio
(<Project>\Bin\Debug) al generar el paquete del proyecto en Visual Studio. Copie
lo siguiente de la carpeta de depuración del proyecto:
<Carpeta PackageName>: Esta carpeta contiene las soluciones, la

configuración de importación, y el contenido para el paquete.
<PackageName>.dll: El ensamblado contiene el código para el paquete. De

forma predeterminada, el nombre del ensamblado es el mismo que el
nombre del proyecto de Visual Studio.
Para obtener información detallada sobre la creación de un paquete

utilizando Visual Studio, vea Crear un paquete para la herramienta Package
Deployer.
Para este tema, supondremos que la carpeta y el ensamblado del paquete de
la carpeta de depuración del proyecto de Visual Studio
(<Project>\Bin\Debug) se copian en la carpeta c:\DeployPackage .
2. Obtener la herramienta Package Deployer. La herramienta Package Deployer está

disponible en forma de paquete NuGet . Para usar Package Deployer, debe
descargarlo y extraerlo en su equipo local mediante nuget.exe.
Descargue nuget.exe de https://www.nuget.org/downloads y guárdelo en su

equipo; por ejemplo, en d:\. A continuación, ejecute el siguiente comando en el
símbolo del sistema para extraer el contenido del paquete en una carpeta (por
ejemplo, PD) del equipo:
d:\nuget install Microsoft.CrmSdk.XrmTooling.PackageDeployment.Wpf -Version

[VERSION] -O d:\PD
Cuando haya extraído los archivos de la herramienta Package Deployer, vaya a la

carpeta [ExtractedLocation]\tools para buscar el archivo PackageDeployer.exe.
3. Copie la carpeta y el ensamblado del paquete del c:\DeployPackage en la carpeta

[ExtractedLocation]\tools .
4. Después de copiar los archivos, ejecute la herramienta haciendo doble clic en el

archivo PackageDeployer.exe en la carpeta [ExtractedLocation]\tools .
5. Haga clic en Continuar en la pantalla principal de la herramienta.
6. En la pantalla Conectarse a Microsoft Dynamics 365 for Customer Engagement,

proporcione los detalles de autenticación para conectarse a su Dynamics 365
server donde desea implementar el paquete. Si tiene varias organizaciones, y
desea seleccionar la organización donde desea implementar el paquete, active la
casilla Mostrar siempre la lista de organizaciones disponibles. Haga clic en Iniciar
sesión.
7. Si tiene varias organizaciones en Dynamics 365 server, seleccione una organización

de aplicaciones Dynamics 365 con la que desea conectarse.
8. Seleccione el paquete que desea implementar y haga clic en Siguiente.

9. Siga las instrucciones de las pantallas posteriores para completar la
implementación del paquete.
Las pantallas aparecen según la definición del paquete que seleccionó para
implementación. Para una implementación de extremo a extremo del paquete que
use la herramienta Package Deployer, vea el tema acerca de la implementación de
los paquetes de Unified Service Desk: Implementar las aplicaciones de Unified
Service Desk de ejemplo al Servidor de CRM con Package Deployer
Usar la herramienta Package Deployer en la

línea de comandos
Los administradores y personalizadores del sistema pueden pasar parámetros, como un
código de idioma regional a packagedeployer.exe desde la línea de comandos. Estos
parámetros pueden configurarse únicamente ejecutando la herramienta Package
Deployer en la línea de comandos.
７ Nota
Esta característica se introdujo primero en Dynamics CRM Online 2016 Update 0.1.
En esta tabla se indican los parámetros disponibles.

Parámetro Description Valor
predeterminado
RuntimePackageSettings Indica a packagedeployer.exe que acepte No disponible

parámetros de línea de comandos como LCID y
SkipChecks.
LCID=localeID Especifica el Id. de configuración regional, como Use el idioma

1033 es para Inglés-Estados Unidos o 1036 para predeterminado
Francés-Francia, desde los Id. de configuración
regional disponibles en el paquete. Si no se
especifica, el idioma predeterminado se usará.
SkipChecks=true/false Use este parámetro solo cuando el entorno de False

destino no contiene no otras soluciones o
personalizaciones. Cuando se establece como true,
la importación de la solución omitirá algunas
pruebas de seguridad, lo que puede mejorar el
rendimiento de la importación.
El siguiente ejemplo indica a CRM Package Deployer que omita algunas pruebas de
seguridad y configure el idioma para importar como polaco.
PowerShell
packagedeployer.exe /Settings:"SkipChecks=true|lcid=1045"
７ Nota
Use el carácter de barra vertical | para separar los parámetros al ejecutar

packagedeployer.exe en la línea de comandos con varios parámetros.
Para obtener más información acerca de los parámetros y los valores que se pueden
pasar a packagedeployer.exe, vea Crear paquetes para CRM Package Deployer.
Utilice Windows PowerShell para implementar

paquetes
La herramienta Package Deployer también proporciona soporte de Windows PowerShell
para implementar paquetes. Más información: Comenzar a utilizar el módulo de
implementación de paquetes
Solucione problemas de implementación de
paquetes utilizando archivos de registro
La herramienta Package Deployer proporciona soporte de registro para obtener
información detallada sobre los errores que se puedan producir cuando un usuario
inicia sesión en la instancia de Microsoft Dynamics 365 for Customer Engagement
utilizando la herramienta e implementando paquetes. Por defecto, la herramienta
genera tres archivos de registro que estén disponibles en la siguiente ubicación en el
equipo donde se ejecuta la herramienta: c:\Users\
<UserName>\AppData\Roaming\Microsoft\Microsoft Dynamics CRM Package
Deployer\<version>. Para especificar otra carpeta, use el parámetro cmdlet de
PowerShell -LogWriteDirectory. Más información: Use el cmdlet para recuperar paquetes
Login_ErrorLog.log : Proporciona información sobre los problemas que se han
producido cuando se usa la herramienta para iniciar sesión en la instancia de

Dynamics 365. Si hay un problema al iniciar sesión, aparecerá un mensaje en la
pantalla de inicio de sesión de la herramienta con un vínculo a este archivo de
registro. El mensaje indica que se ha producido un error al procesar la solicitud de
inicio de sesión y el usuario puede ver el registro de error. Puede hacer clic en el
vínculo del mensaje para ver este archivo de registro. El archivo de registro se crea
la primera vez que se encuentran problemas de inicio de sesión en la herramienta.
Después de eso, el archivo de registro se usa para registrar información sobre un
problema de inicio de sesión, siempre que aparece.
PackageDeployer.log : Proporciona información detallada sobre cada tarea
realizada en la herramienta durante la implementación de paquetes. Puede ver el

archivo de registro desde la herramienta haciendo clic en el vínculo Ver registro en
la parte inferior de la pantalla.
ComplexImportDetail.log : Proporciona información detallada sobre los datos

importados en la última implementación utilizando la herramienta. Cada vez que
implementa un paquete utilizando esta herramienta, los detalles existentes del
archivo de registro pasan a un archivo denominado ComplexImportDetail._old.log
en el mismo directorio, y el archivo ComplexImportDetail.log muestra información
sobre la última importación realizada utilizando la herramienta.
Recomendaciones para implementar paquetes

Mientras implementa paquetes, los administradores de Dynamics 365 deben:
Insistir en un ensamblado de paquete firmado de modo que pueda realizar el
seguimiento de un ensamblado hasta su origen.
Comprobar el paquete en una instancia de preproducción (preferiblemente una

imagen reflejada de la instancia de producción) antes de ejecutarlo en un servidor
de producción.
Realizar una copia de seguridad de la instancia de producción antes de

implementar un paquete.
Vea también
Crear paquetes para el CRM Package Deployer
Crear plantillas para artículos
coherentes.
７ Nota
Esta experiencia es aplicable sólo a la entidad Artículos heredada y no a la nueva

entidad Artículo de conocimientos.


3. Seleccione Configuración>Administración de servicios.
4. Seleccione Plantillas de artículo.
5. Para crear una nueva plantilla de artículo, seleccione Nueva.
6. En el cuadro de diálogo Propiedades de la plantilla de artículo, escriba el título

del artículo nuevo, seleccione el idioma y seleccione Aceptar.
7. Para agregar una sección, en el área Tareas comunes, seleccione Agregar sección y
especifique lo siguiente:
a. En el cuadro Título, escriba un título.
b. En el cuadro Instrucciones, escriba una descripción de la información que

deben suministrar los usuarios en esta sección cuando usen esta plantilla.
Cuando un usuario cree un artículo con esta plantilla, las instrucciones

aparecerán en el cuerpo del texto de esta sección hasta que el usuario
comience a escribir.
8. Para ajustar la posición de una sección de la plantilla, seleccione la sección cuya

posición desea ajustar y, en el área Tareas comunes, seleccione las flechas verdes
para mover la sección a la posición que desee.
Cuando seleccione una sección, el borde de esta se volverá verde y con líneas
continuas.
9. Para quitar la sección, seleccione la sección que desee quitar y, en el área Tareas
comunes, seleccione Quitar sección.
10. Para editar una sección, seleccione la sección que desee editar y, en el área Tareas
comunes, seleccione Propiedades de la sección. Edite el título y la descripción.
11. Para dar formato al texto, establecer la fuente y el color del título del artículo, los
encabezados y el cuerpo del texto de cada sección, use las herramientas de la
barra de herramientas Modificar.
12. Cuando haya terminado, seleccione Guardar o Guardar y cerrar.
Una vez guardada la plantilla, está disponible de forma inmediata para su uso. Si la
plantilla no está completa y desea finalizarla más tarde, puede guardarla,
desactivarla (convertirla en de solo lectura) y completarla más tarde. Cuando la
plantilla esté completa, puede reactivarla.
７ Nota
Si necesita hacer una copia de seguridad de las plantillas o exportarlas para usarlas
en otra implementación, puede exportarlas como parte de las personalizaciones de
exportación. Más información: Exportar sus personalizaciones como solución.
Vea también
Libro electrónico: Use los artículos de KB para ayudar a sus clientes
Crear plantillas de correo electrónico

cada artículo.
Después de crear una actividad de correo electrónico, se le adjunta una plantilla de

correo electrónico. Normalmente, cada tipo de actividad de correo electrónico tiene su
propio tipo de plantilla de correo electrónico; por ejemplo, una actividad de correo
electrónico creara a partir de un registro de caso usaría una plantilla de correo
electrónico de caso. También puede crear plantillas globales que estén disponibles para
cualquier tipo de registro, plantillas personales disponibles solo para usted o plantillas
de la organización disponibles para las personas de su organización.



entorno.
3. Seleccione Configuración>Plantillas>Plantillas de correo electrónico.
5. En el cuadro de diálogo Tipo de plantilla de correo electrónico, en la lista Tipo de

plantilla, seleccione el tipo y, a continuación, seleccione Aceptar.
） Importante
Si selecciona un tipo de registro específico, como un cliente potencial o una

oportunidad, la plantilla solo está disponible para ese tipo de registro. Esto no
se puede cambiar. Para usar el mismo contenido para otro tipo de registro,
cree una plantilla nueva.
6. En el formulario Plantillas de correo electrónico, especifique un Título y Tema.
7. Puede escribir una descripción de la plantilla. Esta descripción no se muestra al

destinatario.
8. Escriba el texto que desee enviar en este mensaje. Use la barra de herramientas
Formato para editar el texto.
 Sugerencia
Aunque no puede insertar imágenes o HTML directamente en las

plantillas ni en los mensajes de correo electrónico, puede usar la
característica Copiar de Internet Explorer para copiar una imagen de un
sitio web y pegarla en la plantilla o mensaje de correo electrónico. La
imagen estará disponible siempre que el sitio web se encuentre
accesible.
Para incluir un hipervínculo en una plantilla de correo electrónico,

escriba la dirección URL, incluido http://, por ejemplo,
http://contoso.com . No incluya puntos, comas ni espacios después de
la dirección URL o el vínculo no funcionará. Seleccione el texto del
vínculo y seleccione Hacer de esto un hipervínculo ( ).
Se agregará un vínculo automáticamente a la dirección URL y el texto

aparecerá subrayado y en azul.
Para incluir campos de datos en un hipervínculo:
a. Seleccione el texto del vínculo y los campos de datos. Por ejemplo:

http://contoso.com/q?{!User : City;}
b. Seleccione Convertirlo en hipervínculo ( ).
El texto y los campos de datos se convierten en un hipervínculo. Por

ejemplo: <a href="https://contoso.com/q?{!User :
City;}">http://contoso.com/q?{!User : City;}</a>.
El texto del hipervínculo se mostrará como un vínculo cuando la

plantilla se use en un correo electrónico.
No hay corrector ortográfico integrado en las aplicaciones de
involucración del cliente (Dynamics 365 Sales, Dynamics 365 Customer
Service, Dynamics 365 Field Service, Dynamics 365 Marketing y
Dynamics 365 Project Service Automation). Es posible que existan
soluciones de terceros. Para obtener más información, visite el Microsoft
Dynamics: buscador de soluciones .
La barra de herramientas Formato tiene fuentes y tamaños de fuentes

limitados. No obstante, puede copiar y pegar contenido desde Office
Word. Esta operación permite aprovechar características como la
corrección ortográfica y el formato de texto avanzado. Para aplicar un
solo espacio a una línea de texto, al final de la línea, presione
Mayús+Entrar.
9. Para insertar campos de datos para mostrar información como el nombre del
cliente o datos de una oferta, desde un registro de aplicaciones de involucración
de cliente, seleccione Insertar o actualizar y, a continuación, en el cuadro de
diálogo Valores del campo de datos, seleccione Agregar.
10. En el cuadro de diálogo Agregar valor de datos, seleccione Tipo de registro y

Campo y, a continuación, seleccione Aceptar.
11. Seleccione Aceptar para insertar los datos.
12. Para especificar los nombres y apellidos de los clientes, deberá repetir estos tres
pasos de inserción de datos; los nombres y los apellidos son valores de datos
independientes.
 Sugerencia
Use el cuadro Texto predeterminado para definir el texto que se muestra si el

registro no tiene datos en el campo.
７ Nota
Para cambiar una plantilla compartida a una personal o una plantilla personal
a una compartida, en el formulario de la plantilla, en el menú Acciones ,
seleccione Volver a plantilla personal o seleccione Plantilla disponible para la
organización.
Si usa una plantilla de correo electrónico como una firma en otra plantilla,
inserte primero la plantilla de firma. En caso contrario, se sobrescribirá la línea
Asunto
Si necesita hacer una copia de seguridad de las plantillas o exportarlas para
usarlas en otra implementación, puede exportarlas como parte de las
personalizaciones de exportación. Más información: Exportar sus
personalizaciones como solución.
Vea también
Trabajar con plantillas de combinación
de correspondencia
） Importante
La función de plantilla de combinación de correspondencia ha quedado en desuso

y no es compatible. En Dynamics CRM 2016 (versión 8.0), introdujimos la
generación de documentos en el servidor usando plantillas de Excel. Puede usar
estas plantillas para proporcionar documentos estandarizados o análisis de datos
personalizados para su organización.
Las plantillas de Word se crean y editan en Word, pero se pueden cargar en aplicaciones
Automation), para utilizarlas con la combinación de correspondencia y compartirlas con
otros usuarios. Solo se pueden usar documentos .xml de Word como plantillas. Para
obtener más información acerca de cómo crear plantillas de combinación de
correspondencia, vea la ayuda en línea en Word.


3. Seleccione Configuración>Plantillas>Plantillas de combinación de

correspondencia.
4. Para crear una nueva plantilla de combinación de correspondencia, seleccione +

Nuevo.
5. En el formulario Plantillas de combinación de correspondencia, escriba un
Nombre y una Entidad asociada (tipo de registro).
6. Puede especificar una descripción de la plantilla. Esta descripción no se muestra al

destinatario.
8. Seleccione Campos de datos, seleccione las columnas para agregar como campos
en su correo electrónico y luego seleccione Aceptar.
9. Seleccione Guardar y, después, Crear plantilla en Word.
10. Seleccione Complementos y después seleccione CRM.
11. Continúe con el proceso de combinación de correspondencia y guarde la plantilla.
12. Vuelva a la página Plantilla de combinación de correspondencia y luego

seleccione Elegir archivo.
13. Seleccione el documento de combinación de correspondencia recién creado,

seleccione Abrir y luego seleccione Adjuntar.
７ Nota
Para cambiar de una plantilla personal a una compartida, después de guardar el

registro en el formulario de plantilla, en el menú Más acciones, seleccione
Disponible para la organización. Para revertir la plantilla a una plantilla personal,
seleccione Convertir en personal.
Usar una plantilla de combinación de

correspondencia
Después de crear una plantilla de combinación de correspondencia, siga estos pasos
para usarla.
1. En el Centro de administración de Power Platform, seleccione un entorno y ábralo.
2. Seleccione Búsqueda avanzada y seleccione los clientes para enviar un correo

electrónico.
3. Seleccione Combinar correspondencia, elija la Plantilla de combinación de
correspondencia personal y luego seleccione Descargar.
4. Abra el archivo descargado en Microsoft Word y siga los pasos.

Analizar y compartir los datos con
plantillas de Excel
Excel proporciona formas eficaces de analizar y mostrar los datos. Con las plantillas de
Excel, es fácil crear y compartir sus análisis personalizados con otros usuarios en su
organización.
Use plantillas de Excel para:
Previsión de ventas
Administración de la canalización
Puntuación de clientes potenciales
Planeamiento de zonas de ventas
Y mucho más...
Puedes probar las plantillas de Excel incluidas con las aplicaciones de involucración
Automation), para obtener una vista rápida de qué tipo de análisis es posible.
Crear plantilla de Excel nueva
A continuación se indican los pasos para crear una plantilla de Excel.
Paso 1: Cree una plantilla nueva a partir de datos

existentes
Hay dos lugares donde puede crear una plantilla de Excel:
Desde la página Configuración. Vaya a Configuración>Plantillas>Plantillas de

documento>Nuevo ( ). Debe tener permisos suficientes para acceder a la página
Configuración, como el administrador del sistema o personalizador del sistema.
Desde una lista de registros. Por ejemplo, vaya a Ventas>Oportunidades>Mis

oportunidades abiertas. En la barra de menús, haga clic en Plantillas de
Excel>Crear plantilla de Excel.
Aparecerá la página Crear plantilla.

Seleccione los datos que desea incluir en la plantilla
1. Haga clic en Plantilla de Excel.
2. Seleccione una entidad (tipo de registro) para incluir datos de dicha entidad. Las
vistas que puede seleccionar en el siguiente campo dependen de la entidad que
seleccione.
3. Seleccione una vista.
4. Haga clic en Editar columnas para agregar, quitar y ajustar propiedades para las
columnas para incluir en la plantilla.
5. Haga clic en Descargar archivo para crear el archivo de plantilla.
２ Advertencia
También puede descargar una plantilla que no contiene ningún dato excepto las
columnas asociadas con el tipo de registro (entidad) utilizando
Configuración>Administración de datos>Plantillas para la importación de datos.
Para obtener más información, consulte Descargar una plantilla para la
importación de datos.
） Importante
La plantilla de documento que se descarga desde un entorno solo se puede usar

dentro de ese entorno. La migración entorno a entorno para plantillas de Word o
Excel no se admite actualmente.
Durante la creación de una plantilla de Excel, un máximo de 50 registros se
exportan en el archivo de plantilla.
Paso 2: Personalice los datos en Excel

Abra la plantilla recién creada en su instancia local de Excel para personalizar los datos.
） Importante
No utilice Excel en línea para personalizar los datos de la plantilla, ya que los
cambios no se pueden guardar. Cualquier actualización de los datos de la plantilla
realizada en Excel en línea se perderá después de cerrar la pestaña.
Veamos un ejemplo sencillo de personalizar una plantilla de Excel con los datos de
ejemplo de aplicaciones.
Personalización de ejemplo de datos de oportunidades
1. Haga clic en Habilitar edición para permitir la personalización de la hoja de cálculo

de Excel.
2. Agregue una nueva columna y llámela "Ingresos previstos".

3. Cree una fórmula para los ingresos previstos. No haga referencia a las celdas con
sus direcciones; defina y use nombres en su lugar.
4. Cree una tabla dinámica y un gráfico. Estos y otros pasos de demostración serán
explicados en una futura actualización de este tema.
Coloque el contenido agregado por el usuario sobre o a la derecha de la tabla de

datos existente. De este modo, evitará que se sobrescriba el contenido si agrega
datos nuevos más adelante y crea una nueva plantilla de Excel. Para más
información, consulte Procedimientos recomendados y consideraciones para
utilizar plantillas de Excel.
5. Guarde la hoja de cálculo.
Ya puede cargar la plantilla de Excel.
Paso 3: Cargue la plantilla y compártala con otros

usuarios
Una vez que haya personalizado la plantilla de Excel como desea, puede cargarla. El
lugar donde carga la plantilla determina su disponibilidad.
Los administradores pueden usar la página Configuración para cargar la plantilla de

Excel. Una plantilla cargada en Opciones está disponible para todos los usuarios.
Para administradores: Cargue la plantilla de Excel

1. Vaya a Configuración>Plantillas>Plantillas de documento.
2. Haga clic en Cargar plantilla.
3. Arrastre el archivo de Excel en el cuadro de diálogo o explore para buscar y cargar

el archivo.
4. Haga clic en Cargar.
Los usuarios que no son administradores pueden cargar una plantilla para su
propio uso de una lista de registros.
Para los usuarios no administradores o los administradores que

desean cargar una plantilla personal: cargue la plantilla de Excel
1. Abra una página con una lista de registros, por ejemplo, la lista de oportunidades
de ventas. Vaya a Ventas>Oportunidades>Mis oportunidades abiertas.
2. En la barra de menús, haga clic en Plantillas de Excel>Crear plantilla de Excel.
3. Haga clic en Plantilla de Excel>Cargar.
4. Arrastre el archivo en el cuadro de diálogo o explore para buscar y cargar el

archivo.

Paso 4: Determine quién puede usar la nueva plantilla
El acceso a la plantilla de Excel recién creada depende del modo en que la cargó y del
acceso concedido al rol de seguridad. Asegúrese de comprobar Use Roles de seguridad
para controlar el acceso a las plantillas.
Si cargó la plantilla desde la página Configuración
La página Información para la plantilla de Excel cargada se parecerá a esta.
Las plantillas cargadas desde la página Configuración están disponibles para todos los
usuarios. No es necesario que realice ninguna otra acción en este momento.
Si cargó la plantilla de una lista de registros
La página Información para la plantilla de Excel cargada se parecerá a esta.

Las plantillas cargadas de una lista de registros están disponibles par el usuario que
cargó la plantilla. Para compartir la plantilla con otros, siga estos pasos:
1. En la página Información de plantilla, haga clic en Compartir.
2. Use la página Compartir plantilla de documento personal para compartir la

plantilla de Excel con otros y establecer permisos.
Exportar y analizar los datos usando la nueva
plantilla
El proceso para usar una plantilla de Excel es similar al siguiente.
Paso 1: Seleccione una entidad para analizar

Seleccione una entidad (tipo de registro) para analizarla con la plantilla de Excel que ha
creado. Por ejemplo, vaya a Ventas>Oportunidades>Mis oportunidades abiertas. Dos
nuevas oportunidades se agregaron desde que se creó la plantilla.
Paso 2: Exporte datos con la nueva plantilla de Excel
Elija la plantilla de Excel que ha creado.
Esta plantilla se creó en la página Configuración de modo que se mostrará en el menú

bajo Plantillas de Excel. Si hubiera sido creada desde una lista de registros, aparecería
en Plantillas de Excel personales.
Si tiene Microsoft Excel Online, puede ver los datos implementados en una ventana de
Excel en aplicaciones de involucración del cliente (como Dynamics 365 Sales y Customer
Service). Si no, o si preferiría crear el archivo de Excel, haga clic en Descargar <nombre
de plantilla>.
Paso 3: Analizar los datos en Excel

Lo que ve en la hoja de cálculo de Excel se basa en dos cosas:
Registros. La vista desde la que elige exportar determina los registros que ve en el
archivo exportado de Excel. Por ejemplo, si seleccionó Oportunidades cerradas,
verá esos registros incluso si usó la plantilla creada con Mis oportunidades
abiertas.
Columnas. La plantilla que usó determina qué columnas aparecen en la tabla del
archivo de Excel exportado. Por ejemplo, la vista Oportunidades cerradas tiene
estas columnas: Cliente potencial, Estado, Ingresos reales y Fecha de cierre real.
Pero si la plantilla que usó se basó en Mis oportunidades abiertas, vería las
columnas asociadas con esa vista y el filtrado de columnas realizado cuando creó
la plantilla.
Paso 4: Comparta los resultados con otros

Si usa Excel, guarde una copia en línea o en su equipo. Envíe el archivo a otros para su
revisión y comentarios.
Probar las plantillas de Excel de ejemplo
Hay cuatro plantillas de Excel incluidas con las aplicaciones de involucración del cliente.
Las plantillas de Excel de ejemplo se crearon con un tipo de registro específico (entidad).
Sólo podrá aplicar la plantilla a los registros del mismo tipo de registro.
Nombre Entidad
Administración de la canalización Oportunidad (área Ventas)
Información general de la campaña Campaña (área Marketing)
Estado de SLA de los casos Caso (área Servicios)
Resumen de casos Caso (área Servicios)
Para aplicar una plantilla de Excel de ejemplo

1. Abra una lista de registros con información con el tipo de entidad que coincida
con la plantilla de ejemplo. Por ejemplo, abra una lista de oportunidades de ventas
para aplicar la plantilla de administración de canalización.
2. Haga clic en > Plantillas de Excel y luego en Plantillas de Excel, seleccione la

plantilla de ejemplo.
3. Descargue la plantilla o ábrala en lugar de Excel.
 Sugerencia
Puede exportar las plantillas que se incluyen en aplicaciones de involucración del
cliente, modifíquelas y luego vuelva a importarlas como nuevas plantillas. Es una
buena forma de empezar a crear sus propias plantillas de Excel personalizadas.
Procedimientos recomendados y
consideraciones para utilizar plantillas de Excel
Estas son algunos aspectos que debe conocer para crear y hacer mejor uso de las
plantillas de Excel.
Comprobar las plantillas de Excel

Excel tiene muchas características. Se recomienda comprobar las personalizaciones para
ver que todas las características de Excel funcionan correctamente en las plantillas.
Privacidad y gráficos dinámicos

De forma predeterminada los datos de gráficos dinámicos no se actualizan cuando se
abre una hoja de cálculo. Esto puede crear un problema de seguridad si algunos datos
de gráficos dinámicos no deben verlos los usuarios con permisos insuficientes.
Tenga en cuenta el escenario siguiente:
Un administrador crea una plantilla con datos confidenciales en gráficos dinámicos

y carga la plantilla.
Un comercial que no debe tener acceso a datos confidenciales en los gráficos

dinámicos usa la plantilla para crear un archivo de Excel para realizar algunos
análisis de datos.
Los resultados. El comercial puede ver los datos del gráfico dinámico cargados por
el administrador incluido el acceso a las vistas para las que el comercial no tiene
permisos.
Además, iOS no admite actualizar los datos y gráficos dinámicos al usar la

aplicación de Excel en dispositivos iOS.
Recomendación. Los datos confidenciales no se deben incluir en tablas dinámicas

y gráficos dinámicos.
Establecer datos de gráficos dinámicos para actualizarse
automáticamente
De forma predeterminada, los datos de gráficos dinámicos no se actualizan
automáticamente al abrir la hoja de cálculo. Los gráficos normales se actualizan
automáticamente.
En Excel, haga clic con el botón derecho en el gráfico dinámico y haga clic en Opciones
de gráficos dinámicos>Actualizar datos al abrir el archivo.
Introducir nuevos datos

Si desea agregar contenido a la plantilla de Excel, coloque datos sobre o a la derecha de
los datos existentes. Una segunda opción es colocar el contenido nuevo en una segunda
hoja.
Las plantillas de Excel con imágenes pueden provocar un

error
Si intenta analizar datos con una plantilla de Excel que tenga una imagen guardada en
ella, podrá ver el siguiente error: "Se ha producido un error cuando intentaba guardar el
libro. Como resultado, no se ha guardado”. Intente quitar la imagen de la plantilla y
vuelva a cargarla.
Plantillas de Excel y aplicación de Office Mobile en
Windows 8.1
Las plantillas de Excel no se abrirán en dispositivos Windows 8.1 con la aplicación de
Office Mobile. Se generará el siguiente mensaje de error: “Hemos recuperado todos los
datos del documento que hemos podido, pero no puede editarlo. Intente abrir y reparar
el documento en el equipo para solucionar el problema”.
Este es un problema conocido.
Usar nombres de columnas de tabla y nombres de

intervalos en fórmulas
Cuando cree fórmulas de Excel, no use títulos de columna ni números de celda. En su
lugar, use los nombres de columnas de tabla, y defina nombres para celdas o intervalos
de celdas.
Use roles de seguridad para controlar el acceso

a las plantillas
Los administradores pueden controlar el acceso a las plantillas de Excel con cierta
granularidad. Por ejemplo, puede dar a los vendedores acceso de lectura, pero no de
escritura, a una plantilla de Excel.
1. Haga clic en Configuración>Seguridad>Roles de seguridad.
2. Seleccione un rol y, a continuación, haga clic en la pestaña Administración de

empresas.
3. Seleccione Plantilla de documento para establecer el acceso a las plantillas a

disposición de toda la organización. Seleccione Plantilla de documento personal
para plantillas compartidas con usuarios individuales.
4. Haga clic en los círculos para cambiar el nivel de acceso.

Para ver y eliminar plantillas de documento personales
Siga estos pasos para eliminar plantillas de documento personales:
1. Haga clic en Búsqueda avanzada ( ).
2. En Buscar, seleccione Plantillas de documento personales.
3. Haga clic en Resultados(!).
4. Seleccione la plantilla de documento personal para eliminar y haga clic en Eliminar

( ).
La plantilla de Excel no se carga en Microsoft Edge

Si la plantilla de Excel no se carga al usar Microsoft Edge como explorador, actualice
Microsoft Edge y vuelva a intentarlo.
Aviso de privacidad
Si utiliza Microsoft Dynamics 365 (online), la exportación de datos a una hoja de cálculo
estática crea una copia local de los datos exportados y los almacena en su equipo. Los
datos se transfieren de Dynamics 365 (online)al equipo a través de una conexión segura,
y no se mantendrá una conexión entre esta copia local y Dynamics 365 (online).
Cuando exporta a una hoja de cálculo dinámica o tabla dinámica, se establece y

conserva un vínculo entre la hoja de cálculo de Excel y Dynamics 365 (online). Cada vez
que se actualiza una hoja de cálculo dinámica o una tabla dinámica, su identidad se
autenticará con Dynamics 365 (online) mediante sus credenciales. Podrá ver aquellos
datos para los que disponga de permiso.
Para determinar si los usuarios de su organización tienen permiso para exportar los
datos a Excel, un administrador utiliza los roles de seguridad.
Consulte también
Descargar una plantilla para la importación de datos
Usar plantillas de Word

Use plantillas de Word para crear
documentos estandarizados
Después de crear e importar plantillas de Office Word en aplicaciones de involucración

Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation), los
usuarios pueden generar documentos estandarizados con un solo clic, que se
completan automáticamente con datos. Esta característica tiene algunas
consideraciones especiales que debería saber para crear correctamente plantillas de
Word.
２ Advertencia
Hay un problema conocido al crear plantillas en Word. Esta sección contiene

información sobre cómo evitar las interacciones que pueden desestabilizar Word.
Vea: ¡Importante! Un problema conocido y cómo evitarlo
Las siguientes versiones son compatibles con Word.
Región Versión de
Word
Crear una plantilla Word 2013, 2016
Usar un documento de Word generado en aplicaciones de involucración del 2010, 2013,

cliente 2016
７ Nota
Los documentos de Word habilitados para macros (.docm) no son compatibles.
Siga los pasos de este tema para crear y utilizar correctamente las plantillas de Word en
Paso 1: Crear una plantilla de Word
Dónde puede crear una plantilla

Hay tres lugares en aplicaciones de involucración del cliente donde puede crear una
plantilla de Word:
Desde la página Configuración. Vaya a Configuración>Plantillas>Plantillas de

documento>Nuevo( ). Necesitará permisos suficientes para obtener acceso a la
página Configuración, como Administrador del sistema o Personalizador del
sistema.
Desde un registro. Abra un registro como una cuenta en Sales. Vaya a

Sales>Client_Accounts>Mis cuentas activas. Haga clic en una cuenta para abrirla
y, a continuación haga clic en Más (…) >Plantillas de Word>Crear plantilla de
Word. Las plantillas creadas aquí son personales y están disponibles solo para el
usuario que crea la plantilla.
Desde una lista de registros. Por ejemplo, vaya a Sales>Client_Accounts>Mis

cuentas activas. Seleccione una cuenta individual y, a continuación haga clic en
Más (…) >Plantillas de Word>Crear plantilla de Word.
 Sugerencia
Para eliminar plantillas de documento personales, haga lo siguiente:
1. Haga clic en Búsqueda avanzada ( ).

2. En Buscar, seleccione Plantillas de documento personales.
3. Haga clic en Resultados (!).
4. Seleccione la plantilla de documento personal para eliminar y haga clic en
Eliminar ( ).
Para actualizar plantillas, elimine la plantilla y luego cargue una versión actualizada
de esa plantilla.
Después de hacer clic en Crear plantilla de Word, seleccione una entidad para filtrar y, a
continuación haga clic en Plantilla de Word>Seleccionar entidad.
La página de selección de relación aparece.

¿Qué son las relaciones 1:N, N:1 y N:N?
Esta pantalla requiere conocer la estructura de datos de aplicaciones de involucración
del cliente. El administrador o personalizador puede proporcionar información sobre las
relaciones de entidad. Para contenido de administración, consulte Información general
sobre relaciones entre entidades.
Estas son algunas relaciones de ejemplo para la entidad Cuenta.
Relationship Description
Una cuenta puede tener varios contactos.
Un cliente potencial, una cuenta o un contacto pueden

tener varias cuentas.
Relationship Description
Una cuenta puede tener varios listas de marketing.
Una lista de marketing puede tener varias cuentas.
Las relaciones que selecciona en esta pantalla determinan qué entidades y campos
están disponibles después cuando define la plantilla de Word. Seleccione solo las
relaciones que necesita para agregar los datos a la plantilla de Word.
７ Nota
Para asegurar que los documentos se descargan en un tiempo razonable, existe un

límite máximo de 100 registros relacionados devueltos para cada relación. Por
ejemplo, si exporta una plantilla para una cuenta, y desea incluir una lista de los
contactos, el documento devolverá a lo sumo 100 de los contactos de la cuenta.
Descargar la plantilla
Haga clic en Descargar plantilla en la página Seleccionar entidad para crear un archivo
de Word en su equipo local con la entidad exportada incluida como datos XML.
） Importante
La plantilla de documento que se descarga desde un entorno solo se puede usar

dentro de ese entorno. La migración entorno a entorno para plantillas de Word o
Excel no se admite actualmente.
Paso 2: Habilite la pestaña Desarrollador

Abra el archivo de plantilla de Word. En este momento, el documento parece estar en
blanco.
Para ver y agregar los datos XML de aplicaciones de involucración del cliente, debe
habilitar la pestaña Desarrollador de Word.
1. Vaya a Archivo>Opciones>Personalizar cinta de opciones y a continuación

habilite Programador.
2. Haga clic en Aceptar.
La pestaña Programador aparece ahora en la cinta de opciones de Word.
¡Importante! Un problema conocido y cómo

evitarlo
Hay un problema conocido con plantillas de aplicaciones de involucración del cliente,
las plantillas de Word generadas por aplicaciones y Office Word. En la siguiente sección,
agregará campos de control de contenido XML a la plantilla de Word.
２ Advertencia
Algunas cosas pueden hacer que Word se bloquee, requiriéndole el uso del
Administrador de tareas para detener Word:
Inserte un control de contenido distinto de Imagen o Texto sin formato.

Realice un cambio textual, como cambiar el uso de mayúsculas o agregar
texto, a un control de contenido. Estos cambios pueden producirse a través
de Autocorrección, así como ediciones de usuario. De forma predeterminada,
la Autocorrección de Microsoft Word pone frases en mayúscula. Cuando se
agrega un campo de control contenido, Word lo considera como nueva frase
y lo podrá en mayúscula cuando el enfoque salga del campo.
Para evitar problemas con campos de control, haga lo siguiente:
Agregue sólo campos como texto sin formato o imagen
1. Use el panel de asignación XML para agregar campos de entidad a la plantilla de

Word. Asegúrese de agregar solo campos como Texto sin formato o Imagen.
No realice ningún cambio textual en el control de contenido

agregado
1. Puede realizar cambios de formato en los campos de control de contenido, como
poner texto en negrita, pero no otros cambios de texto, incluidos cambios en el
uso de mayúsculas.
Si experimenta bloqueo de Word o una degradación del rendimiento, desactive la

Autocorrección.
Desactivar la Autocorrección
1. Con el archivo de plantilla abierto en Word, vaya a
Archivo>Opciones>Revisión>Opciones de Autocorrección.
2. Desactive Poner en mayúscula la primera letra de una oración y Usar

automáticamente las sugerencias del corrector ortográfico.
3. Desactive Guiones (--) con guión (-) en las pestañas Autoformato y Autoformato
mientras escribe.
4. Haga clic en Aceptar.
Si siguió las recomendaciones anteriores, está listo para definir la plantilla de

Word.
Paso 3: Definir la plantilla de Word

Use el panel de asignación XML para definir la plantilla de Word con campos de entidad.
1. En la plantilla de Word, haga clic en Programador>Panel de asignación XML.
El esquema XML predeterminado está seleccionado.

2. Seleccione el esquema XML. Comenzará con "urn:microsoft-crm/document-
template/".
） Importante
Si tiene ediciones accidentales frecuentes que hacen que Word se bloquee o

se degrade su rendimiento, asegúrese de desactivar las opciones de
Autocorrección según la sección: "Un problema conocido y cómo evitarlo".
3. Expanda la entidad , haga clic con el botón secundario en el campo de entidad, y

después haga clic en Insertar control de contenido>Texto sin formato.
El campo de entidad se agrega a la plantilla de Word.
Agregue campos de entidad adicionales, agregue etiquetas y texto descriptivo, y
dé formato al documento.
Una plantilla completada podría tener este aspecto:
Algunos campos de control de contenido que ha introducido pueden tener varias

líneas de datos. Por ejemplo, las cuentas tienen más de un contacto. Para incluir
todos los datos en la plantilla de Word, establezca el campo de control de
contenido para repetir.
Establecer los campos de control de contenido para

repetir
1. Coloque los campos con datos repetidos en una fila de la tabla.
2. Seleccione la fila completa de la tabla en la plantilla.

3. En el panel de asignación XML, haga clic con el botón secundario en la relación
que contiene los campos de control de contenido y, a continuación haga clic en
Repetición.
Cuando se utiliza la plantilla de Word en aplicaciones de involucración del cliente

para crear un documento, la tabla se completará con varias filas de datos.
Cuando la plantilla tenga los campos y el formato deseados, guárdela y cárguela

en aplicaciones de involucración del cliente.
Paso 4: Volver a cargar la plantilla de Word en

Cuando haya creado la plantilla de Word según sus preferencias, guárdela para poder
cargarla en aplicaciones de involucración del cliente.
El acceso a la plantilla de Word recién creada depende del modo en que la cargó y el
acceso concedido al rol de seguridad. Asegúrese de comprobar Use Roles de seguridad
para controlar el acceso a las plantillas.
Los administradores pueden utilizar la página Configuración para cargar la plantilla de
Word en aplicaciones de involucración del cliente. Una plantilla cargada en Opciones
está disponible para todos los usuarios de la organización.
Para administradores: Cargar la plantilla de Word en

1. Vaya a Configuración>Plantillas>Plantillas de documento.
2. Haga clic en Cargar plantilla.
3. Arrastre el archivo de Word en el cuadro de diálogo o busque el archivo.
Los usuarios que no son administradores pueden cargar una plantilla para su
propio uso de una lista de registros.
Para los usuarios no administradores o los

administradores que desean cargar una plantilla personal:
Cargar la plantilla de Word en las aplicaciones de
1. Abra una página con una lista de registros, por ejemplo, la lista de cuentas de
cliente de Sales.
2. Seleccione un solo elemento, como una cuenta, haga clic en Más (…) >Plantillas
de Word>Crear plantilla de Word.
3. Haga clic en Plantilla de Word>Cargar.

4. Arrastre el archivo de Word en el cuadro de diálogo o busque el archivo.
Paso 5: Genere un documento desde la plantilla

de Word
Para usar la plantilla de Word que ha creado, haga lo siguiente:
1. Abra un registro con la información que desee para crear un documento. Por
ejemplo, abra un registro de cuenta de cliente en Sales.
2. Haga clic en Más (…), > Plantillas de Word y luego en Plantillas de Word
seleccione la plantilla creada.
Si la plantilla creada no está visible, hay dos posibilidades:
a. Sólo se mostrarán las plantillas creadas para el tipo de registro seleccionado

(entidad). Por ejemplo, si abre un registro de oportunidad, no verá una plantilla
que creó con la entidad Cuenta.
b. Debe actualizar las aplicaciones de involucración del cliente para ver la plantilla.
Actualice el explorador o cierre y vuelva a abrir las aplicaciones de involucración
del cliente.
Después de seleccionar la plantilla de Word, las aplicaciones de involucración del

cliente crean un documento de Word desde el registro que seleccionó.
Probar las plantillas de Word de ejemplo

Hay cinco plantillas de Word incluidas con las aplicaciones de involucración del cliente.
Las plantillas de Word de ejemplo se crearon con un tipo determinado de registro
(entidad). Sólo podrá aplicar la plantilla a los registros del mismo tipo de registro.
Nombre Entidad
Resumen de oportunidad Oportunidad (área Sales)
Resumen de campaña Campaña (área Marketing)
Resumen de casos Caso (área Servicios)
Factura Factura (área Sales)
Resumen de cuenta Client_Account (áreas Sales, Servicio y Marketing)
Para aplicar una plantilla de Word de ejemplo

1. Abra un registro con información con el tipo de entidad que coincida con la
plantilla de ejemplo. Por ejemplo, abra un registro de cuenta de cliente en Sales
para aplicar la plantilla Resumen de cuenta.
2. Haga clic en Más (…), > Plantillas de Word y luego en Plantillas de Word
seleccione la plantilla de ejemplo.
Abra la plantilla de Word recién creada y échele una ojeada.
７ Nota
Puede revisar pero no editar las plantillas que se incluyen en aplicaciones de

Use Roles de seguridad para controlar el acceso a las

plantillas
Los administradores pueden controlar el acceso a las plantillas de Word con cierta
granularidad. Por ejemplo, puede dar a los vendedores acceso de lectura, pero no de
escritura, a una plantilla de Word.
1. Haga clic en Configuración>Seguridad>Roles de seguridad.
2. Seleccione un rol y, a continuación, haga clic en la pestaña Administración de

empresas.
3. Seleccione Plantilla de documento para establecer el acceso a las plantillas a

disposición de toda la organización. Seleccione Plantilla de documento personal
para plantillas compartidas con usuarios individuales.
4. Haga clic en los círculos para cambiar el nivel de acceso.

Las listas de documentos creados no están en el mismo
orden que los registros
Es posible que las listas de registros creados a partir de una plantilla personalizada no
aparezcan en el mismo orden en los documentos de Word que en las aplicaciones de
involucración del cliente. Los registros se muestran por orden de fecha y hora de
creación.
Vea también
Analice datos con plantillas de Excel
Solución de problemas de plantillas de Word

Solución de problemas de plantillas de
Word
Este artículo le ayuda a solucionar y resolver problemas relacionados con las plantillas
de Word.
No puedo ver una imagen de entidad en una

plantilla de Word para ciertas entidades listas
para usar y personalizadas
Motivo
Por defecto, solo unas pocas entidades listas para usarcomo Cuenta, Contacto,
Oportunidad, Pedido, Factura, Producto, Cliente potencial, Objetivo y Territorioincluyen
un valor EntityImage para el campo Imagen principal, que puede utilizar para cargar la
imagen en una plantilla de Word. Sin embargo, para otras entidades personalizadas y
listas para usar (como Cotización, Unidad de negocio, Cita y Correo electrónico),
EntityImage no está disponible.
Resolución
Para mostrar una imagen para entidades que no tienen EntityImage de manera
predeterminada, cree un campo de imagen para la entidad, cargue la imagen de la
entidad en un registro y luego agregue la imagen de la entidad a la plantilla de Word.
En el siguiente ejemplo, agregamos un EntityImage para una cita Discutir la renovación
del contrato.
Para crear un campo de imagen para la entidad
1. Vaya a Configuración>Personalizaciones>Personalizar el sistema.
2. En el explorador de soluciones, en Componentes, expanda Entidades y luego

seleccione la entidad. En este ejemplo, estamos seleccionando la entidad Cita.
3. En la entidad Cita entidad, seleccione Campos y luego seleccione Nuevo.
4. En el nuevo formulario de campo, introduzca Imagen de entidad para el Nombre

para mostrar, introduzca EntityImage para el Nombre y para Tipo de datos,
seleccione Imagen.
5. Guardar y cerrar el formulario.
6. Verifique que se haya agregado el nuevo campo seleccionando el nombre de la

entidad. En este ejemplo, hemos agregado Imagen de entidad como un valor para
el campo Imagen primaria de la entidad Cita.
7. Publique las personalizaciones.
Para cargar la imagen de la entidad al registro

1. Abra el registro de entidad. En este ejemplo, estamos abriendo una cita Discutir la
renovación del contrato.
2. Seleccione la imagen y en el cuadro de diálogo Elegir imagen, seleccione Cargar

imagen.
3. Seleccione la imagen y luego seleccione Cambiar.

La imagen aparece al lado de la entidad.
Para agregar la imagen de entidad a la plantilla de Word
1. Descargue y abra la plantilla de Word.
La plantilla descargada se guarda en el siguiente formato:
recordType organizationDateFormat time localDateFormat time.docx
Por ejemplo, el nombre de la plantilla descargada para la cita es: Cita 2020-7-15
15-39-27 17-7-2020 12-28-00 PM.docx.
2. Abra el panel Asignación XML, haga clic derecho para seleccionar

new_entityimage y luego seleccione Insertar control de contenido>Imagen.
El campo de imagen de entidad con la imagen se agrega a la plantilla de Word.
3. Guarde y cargue la plantilla de Word en su aplicación Centro de ventas Dynamics

365.
Ahora, cuando descargue y abra un documento basado en esta plantilla, contendrá la

imagen que agregó.
７ Nota
Del mismo modo, si agrega una imagen a un formulario de entidad, siga este
proceso para cargar la imagen en la plantilla de Word.
Algunos caracteres no se exportan

correctamente en los documentos
Ciertos caracteres y conjuntos de caracteres no se admiten en la exportación de
documentos. Cuando estos caracteres están en un documento, el documento se exporta
correctamente, pero se eliminan los campos y el texto que contiene los caracteres entre
los caracteres no admitidos. Este comportamiento es por diseño para admitir la
compatibilidad entre productos entre Dynamics, Excel, Word y Adobe PDF.
Esta tabla describe los caracteres no admitidos para la exportación de documentos.
Caracteres Description
Caracteres Description
< El símbolo menor que también se usa para indicar el inicio de un elemento HTML
> El símbolo mayor que también se usa para indicar el final de un elemento HTML
Cadena HTML de espacio sin interrupciones
Este es un ejemplo de lo que sucede cuando exporta un documento que contiene

caracteres no admitidos.
1. Hay este texto en el documento de Word: Introduzca el número de <cuenta> del

usuario
2. El documento se exporta desde una aplicación en Power Apps o una aplicación de
Dynamics 365.
3. Después de la exportación: el texto <cuenta> del ejemplo anterior se elimina
dejando el texto exportado como Introduzca el número de del usuario en vez de
Ingrese el número de <cuenta> del usuario.
Consulte también
Use plantillas de Word para crear documentos estandarizados
Integrar (sincronizar) el sistema de
correo electrónico
Una de las principales razones por las que las personas utilizan aplicaciones de
Automation) es almacenar todas las comunicaciones de los clientes en un solo lugar, de
modo que cualquier persona con los permisos adecuados pueda ver todos los registros
de clientes pertinentes. Por ejemplo, vea todo el correo electrónico asociada a un
contacto, una cuenta, una oportunidad, o un caso específicos.
Para almacenar el correo electrónico y otros registros de mensajes, necesita sincronizar

el sistema de correo electrónico con aplicaciones de involucración del cliente. También
puede usar la sincronización del lado del servidor.
） Importante
En versiones anteriores de Dynamics CRM, también podía usar E-mail Router

para sincronizar los registros. E-mail Router quedó obsoleto el 17 de julio de
2018 y dejará de funcionar a partir del 12 de abril de 2021. Aunque es posible
que Email Router aún haya funcionado con Dynamics 365 On-premises, esta
configuración ya no es compatible. Todas las funcionalidades de enrutamiento
de correo electrónico deberán migrar para usar la sincronización del lado del
servidor.
A partir de marzo de 2020, la versión heredada de Dynamics 365 for Outlook
(también denominada complemento COM de Outlook) está en desuso. Los
clientes deben realizar la transición a la versión moderna de Dynamics 365
App for Outlook antes del 1 de octubre de 2020. Microsoft seguirá
proporcionando soporte, seguridad y otras actualizaciones esenciales al
complemento COM de Outlook hasta el 1 de octubre de 2020.
Para obtener más información y ver los pasos necesarios para realizar una
transición sin problemas, descargue Cuaderno de estrategias de Dynamics 365 for
Outlook (complemento COM) .
Usar la sincronización del lado del servidor

La sincronización del lado del servidor tiene estas ventajas:
Habilita Dynamics 365 App for Outlook. Con Dynamics 365 App for Outlook, la
información de las aplicaciones de involucración del cliente aparece junto a los
mensajes de correo electrónico o citas de Outlook de un usuario. Puede obtener
una vista previa de la información de contactos y clientes potenciales almacenada
en aplicaciones involucración del cliente y agregar contactos directamente desde
un mensaje de correo electrónico. Pueden también vincular el correo electrónico,
una cita y los registros de contactos a registros nuevos o existentes, como
registros de oportunidad, cuenta o caso. Dynamics 365 App for Outlook es muy
sencillo de implementar y funciona con Outlook en Internet (incluido en Microsoft
365) o el cliente del panel de Outlook y Outlook Mobile. Más información acerca
de Dynamics 365 App for Outlook.
Seguimiento de carpetas de Exchange. Con el seguimiento de carpetas, los

usuarios pueden arrastrar simplemente el correo electrónico a una carpeta de
Exchange para realizar su seguimiento en aplicaciones de involucración del cliente.
El seguimiento de carpetas funciona en cualquier dispositivo móvil que admita
Microsoft Exchange, lo que significa que los usuarios pueden realizar un
seguimiento del correo electrónico desde prácticamente cualquier dispositivo.
Obtenga más información sobre cómo realizar un seguimiento de carpetas.
Sincronización automática. Cuando se sincronizan registros con la sincronización

del lado del servidor, esta sucede automáticamente en el nivel del servidor.
Habilitar varios escenarios, incluidos híbridos escenarios. También puede usar la

sincronización del lado del servidor para conectar:
Aplicaciones de involucración del cliente a Exchange Online
Conectar aplicaciones de Customer Engagement con Exchange Server (on-

premises)
Sincronizar citas, contactos y tareas. Además de correo electrónico, puede

sincronizar citas, contactos y tareas de Outlook.
Sincronización con servidores de correo electrónico POP3. Puede usar la

sincronización del lado del servidor para sincronizar aplicaciones de involucración
del cliente con Gmail, Outlook.com, Yahoo y otros servidores de correo electrónico
POP3. Tenga en cuenta, sin embargo, que no puede sincronizar citas, contactos y
tareas con servidores de correo electrónico POP3.
Administración integrada de buzones y uso de recursos. Puede usar el panel de

rendimiento de la sincronización del lado del servidor para supervisar rápidamente
el rendimiento del buzón en la organización. También puede solucionar errores
mediante el registro y la creación de informes de errores.
Más información: Integrar el sistema de correo electrónico mediante la sincronización

７ Nota
Si usa la sincronización del lado del servido, no podrá ver los mensajes cifrados de
S/MIME. El cifrado de mensajes de correo electrónico con S/MIME requiere que
una aplicación use un control S/MIME que la sincronización del lado del servidor
no admite. Para obtener más información sobre el cifrado de S/MIME, consulte
Cifre los mensajes con S/MIME en Outlook Web App .
Vea también
Microsoft Dynamics CRM: Documentación sobre el funcionamiento Integrar el sistema
de correo electrónico mediante la sincronización del lado del servidor
Solucionar problemas y supervisar la sincronización del lado del servidor
ImplementarDynamics 365 App for Outlook

App for Outlook
７ Nota

Requisitos previos



predeterminado

del sistema.










seguridad


seguridad

varios

varios
７ Nota
equipo.


seleccione Aceptar.
sea necesario.
） Importante

Outlook .



aplicación.
Outlook.

usuarios.



Dynamics 365.

Habilitar el flujo de correo electrónico
accesible
Para mejorar la accesibilidad al leer y editar el correo electrónico en aplicaciones de

Automation), presentamos una aplicación que proporciona un flujo de correo
electrónico accesible. Este tema explica cómo los administradores pueden habilitar este
flujo y cómo pueden acceder al flujo los usuarios finales.
Para administradores: instalar la aplicación

Siga estos pasos para la implementación de la solución y habilitar a los usuarios para
que usen el flujo accesible.
instalar la aplicación

credenciales de administrador global de Microsoft 365. También puede iniciar
sesión con el administrador del sistema o roles de seguridad de administrador
delegado.
2. Seleccione Centros de administración>Dynamics 365.
3. Seleccione la pestaña Entornos, seleccione el entorno que se añadirá a la

aplicación y luego seleccione Administrar soluciones .
4. Seleccione la aplicación Correo electrónico en la interfaz unificada y seleccione

instalar.
Ahora puede ver la aplicación en la lista de aplicaciones publicadas. Vaya a

configuración>mis aplicaciones para verla.
Proporcione a los usuarios permisos para el flujo de acceso de correo electrónico
accesible
Para los usuarios que deseen tener acceso de correo electrónico accesible, siga estos
pasos.
1. Vaya a Configuración>Seguridad>Usuarios.
2. En la lista, seleccione el usuario o usuarios a los que desea asignar un rol de

seguridad.
3. Seleccione Administrar roles.
Solo se muestran los roles de seguridad disponibles para la unidad de negocio del
usuario.

seguridad Rol de acceso de aplicación de correo electrónico y haga clic en
Aceptar.
Notificar a usuarios
Una vez que se haya instalado la aplicación, notifique a los usuarios que necesitan
volver a cargar la aplicación web para ver y usar el flujo de correo electrónico accesible.
Para los usuarios finales: uso del flujo de correo

electrónico accesible
Los usuarios con el Rol de acceso de aplicación de correo electrónico, van a ventas,
servicio o Marketing. Seleccione mensajes de correo electrónico para abrir los
mensajes de correo electrónico.
７ Nota
Si no ve Ventas, Servicio o Marketing, se ha personalizado su aplicación de

involucración del cliente. Hable con el administrador o con el personalizador.
Mensajes de correo electrónico no aparecerá si actividades se ha
personalizado para que no se incluya en el mapa del sitio.
Aquí puede leer y administrar los mensajes de correo electrónico en la aplicación de

interfaz unificada.
Consulte también
Accesibilidad de personas con discapacidades

La sincronización del lado del servidor es la opción preferida para las organizaciones
con usuarios que ejecutan aplicaciones de involucración del cliente (Dynamics 365 Sales,
Dynamics 365 Project Service Automation) en un explorador web o en un dispositivo
móvil, como una tableta o un smartphone. La sincronización del lado del servidor
proporciona sincronización directa de aplicaciones a servidor de correo electrónico.
Cuando se usa Exchange, esto incluye la sincronización bidireccional de correo
electrónico, contactos, tareas y citas. Los datos sincronizados para cada usuario se
pueden controlar mediante filtros de sincronización que están disponibles en la pestaña
Sincronización en el cuadro de diálogo de opciones de usuario.
Si usa un servidor de correo electrónico POP3, los datos que se sincronizan incluyen
correo electrónico solo.
El uso de la sincronización del lado del servidor pone los datos de mensajería a
disposición de un explorador web, tableta o smartphone que ejecute aplicaciones de
Customer Engagement. Más información: Sincronización del lado del servidor de correo
electrónico, citas, contactos y tareas
７ Nota
Un usuario de aplicaciones puede asignar únicamente a un solo buzón de
Exchange o POP3. De forma similar, un buzón de aplicaciones Exchange o POP3
sólo se puede asignar a un usuario individual. Cuando las aplicaciones de
involucración del cliente detectan que un buzón de Exchange o POP3 ya se ha
asignado a un usuario, aparecerá un cuadro de diálogo para presentar al usuario la
opción de asignar el usuario al buzón de Exchange. Cuando el usuario selecciona
Sí, interrumpe la anterior asignación de usuario con buzón de Exchange y
posteriormente la sincronización que se produciría entre el usuario y el buzón de
Exchange.
Frecuencia de sincronización del lado del

servidor
La sincronización del lado del servidor se ejecuta según una programación para cada
buzón y tiene diferentes retrasos de sincronización según la carga de trabajo procesada.
Las cargas de trabajo disponibles son los correos electrónicos entrantes y salientes, y la
sicronización de citas, contactos y tareas.
Una vez que un buzón se ha probado y habilitado correctamente, la sincronización del

lado del servidor comenzará a procesarse para las cargas de trabajo configuradas de
forma continua. Cuando se inicie el procesamiento de la carga de trabajo, la
sincronización del lado del servidor interactuará con su buzón en el proveedor de
servicios de correo electrónico externo y también con sus datos en el entorno. Estas
interacciones pueden llevar tiempo según la capacidad de respuesta del proveedor de
servicios de correo electrónico, la cantidad de elementos que se sincronizan, la
limitación de la conexión, la cantidad de datos intercambiados y la cantidad de archivos
adjuntos. Además, estas interacciones pueden llevar más tiempo en función de las
personalizaciones activas implementadas en Dynamics 365.
Debido a que el siguiente tiempo de sincronización programado para una carga de

trabajo determinada se calcula al final de su ciclo de procesamiento, esto significa que
un ciclo de sincronización prolongado para una carga de trabajo podría afectar el
rendimiento general de un buzón. Como tal, no hay un SLA definido para la duración de
un ciclo de sincronización porque está directamente influenciado por los factores
externos mencionados anteriormente.
Frecuencia de sincronización entrante

Una vez que se completa un ciclo de sincronización entrante, un buzón pospondrá el
procesamiento de los correos electrónicos entrantes durante cinco minutos. Esto
significa que el buzón estará listo para procesar nuevamente en cinco minutos.
） Importante
Tener personalizaciones sincrónicas de larga ejecución (complementos y flujos de

trabajo) en el flujo de entrega de correo electrónico puede conducir a un menor
rendimiento. Mover estas personalizaciones a la ejecución asíncrona puede mejorar
el rendimiento.
Frecuencia de sincronización saliente

La sincronización del lado del servidor analiza su entorno en busca de mensajes de
correo electrónico salientes que se encuentren en estado "Pendiente de envío" y se
hayan enviado mediante la solicitud Enviar SDK. Actualiza el estado de los mensajes de
correo electrónico salientes como "Envío pendiente" para el buzón de correo activo con
una frecuencia de cada cinco minutos y envía estos mensajes de correo electrónico al
proveedor de servicios de correo electrónico configurado.
） Importante
Generar una cantidad masiva de mensajes de correo electrónico salientes en

Dynamics 365 que exceda la capacidad de su servicio de correo electrónico puede
causar un retraso y un retraso en los mensajes de correo electrónico nuevos del
mismo buzón.
Antes de crear mensajes de correo electrónico salientes masivos, revise los límites
de limitación de su servicio de correo electrónico:
Para Gmail: límites de envío de Gmail en Google Workspace

Para Exchange Online: límites de envío
Frecuencia de sincronización de citas, contactos y tareas

Una vez que se completa un ciclo de sincronización para citas, contactos y tareas, se
pospondrá un buzón para su procesamiento de 5 a 12 minutos después de la
sincronización. Esto significa que el buzón estará listo para ser procesado nuevamente
en 5 a 12 minutos, según lo activo que haya estado el buzón en los últimos ciclos de
sincronización.
Si el buzón está habilitado para citas, contactos y tareas y también para el correo
electrónico entrante, el tiempo de aplazamiento será de 5 a 15 minutos.
Características disponibles con sincronización

Algunas características que ofrece la sincronización del lado del servidor son las
siguientes:
Carpeta Elementos enviados: si la versión de su servidor es 9.1.0000.16819 o

posterior, los mensajes de correo electrónico enviados desde aplicaciones de
Dynamics 365 mediante un buzón de Exchange habilitado para sincronización del
lado del servidor se verán en la carpeta Elementos enviados en el buzón del
remitente de Exchange. Para determinar la versión, inicie sesión y, en la esquina
superior derecha de la pantalla, seleccione Configuración >Acerca de.
Nota: Esta funcionalidad se puede desactivar conmutando

SSSSaveOutgoingEmailToExchangeSentFolder OrgDbOrgSetting a falso.
Seguimiento de carpetas de correo electrónico: Puede arrastrar simplemente el

correo electrónico a una carpeta para realizar su seguimiento. El seguimiento de
carpetas funciona en cualquier dispositivo móvil que admita Microsoft Exchange,
lo que significa que puede realizar un seguimiento del correo electrónico desde
prácticamente cualquier dispositivo.
No requiere Outlook: No es necesario tener el complemento de Dynamics 365 for

Outlook abierto para sincronizar registros. Todavía puede usar Dynamics 365 for
Outlook para realizar un seguimiento de los registros manualmente, incluso si
realiza una sincronización del lado del servidor. Esto también ayuda a mejorar el
rendimiento del complemento de Outlook.
Compatibilidad con Dynamics 365 App for Outlook: Puede realizar un

seguimiento del correo electrónico entrante con el nuevo Dynamics 365 App for
Outlook. Dynamics 365 App for Outlook funciona con Outlook en la web, por
tanto, lo único que necesita es un explorador para realizar seguimiento del correo
electrónico entrante.
Características disponibles con sincronización

del lado del servidor en aplicaciones de
involucración del cliente y Customer
Engagement (on-premises)
Algunas características que ofrece la sincronización del lado del servidor son las
siguientes:
Utilización eficiente de recursos: la sincronización del lado del servidor

proporciona una gestión integrada del buzón. Puede deshabilitar los buzones
inactivos con errores permanentes. Impide el consumo excesivo de recursos
aplicando un límite superior sobre la capacidad asignada y estableciendo tiempos
de espera a las solicitudes.
Límite de conexiones: la sincronización del lado del servidor proporciona una

forma de controlar el número de conexiones en paralelo abiertas en un servidor de
correo electrónico, para evitar sobrecargar dicho servidor.
Migración de datos: la sincronización del lado del servidor admite la migración de

datos de configuración de E-mail Router a la sincronización del lado del servidor
mediante el Asistente de migración.
Aislamiento de servicios: la sincronización del lado del servidor tiene opciones de

administración de colas y configuración independientes para operaciones
asincrónicas, actividades salientes y buzones. Se basa en la arquitectura asincrónica
de servicio y podría compartir el mismo proceso. En todos los casos, administra
recursos de servidor mientras mantiene el aislamiento con el servicio asincrónico.
Informes de errores para usuarios y administradores: la sincronización del lado

del servidor admite registro y generación de informes de errores específicos de un
correo electrónico o de uno o varios buzones. Más información: Error al registrar
para sincronización del lado del servidor
７ Nota
En aplicaciones de Customer Engagement, puede sincronizar correos electrónicos

mediante Dynamics 365 for Outlook o la sincronización del lado del servidor. Si
selecciona la sincronización del lado del servidor, la sincronización no requiere
ejecutar Dynamics 365 for Outlook. No obstante, seguirá necesitando Dynamics
365 for Outlook para promocionar un elemento de Outlook.
Consulte también
contactos y tareas
P+F sobre sincronización de datos con Outlook o Exchange

OrgDBOrgSettings para la sincronización del
lado del servidor
Este tema cubre los valores predeterminados de OrgDBOrgSettings que son específicos de la
sincronización del lado del servidor. Para obtener información sobre cómo editar esta
configuración, vaya a Configuración de la base de datos de entorno.
Name Default Description

value
AllowSaveAsDraftAppointment falso Establecer este valor en verdadero proporciona

la capacidad de crear citas en Dynamics 365
como borrador sin sincronizar con Exchange. El
formulario de cita tendrá una opción Guardar
como borrador y una opción Enviar para poder
guardar, agregar detalles y actualizar una
actividad de cita sin sincronizarse con
Exchange. El valor predeterminado se establece
en falso para preservar el comportamiento
existente.
AutoCreateContactOnPromote true Deshabilita la capacidad de crear

automáticamente una fila de contactos para
remitentes no resueltos en la promoción de un
Esta opción es para toda la organización, pero

también se puede deshabilitar desde la
configuración de opciones personales para
cada usuario. Más información:Definir las
opciones personales
AutoTrackSentFolderItems falso Cuando esté habilitada, la sincronización del

lado del servidor rastreará automáticamente los
correos electrónicos desde la carpeta de
elementos enviados utilizando el método de
filtrado de correo electrónico entrante del
usuario o de la cola. El valor predeterminado se
establece en falso para preservar el
comportamiento existente.
CreateQueueItemForSynchronizingMailbox true Permite que se creen elementos de la cola para

un buzón sincronizado cuando no hay ningún
destinatario en el campo Para: o Cc:.
Más información: Crear elementos de cola a

partir de mensajes de correo electrónico
sincronizados
value
CreateQueueItemsForAcceptingQueueRecipients true Cuando está habilitado, el sistema creará un

elemento de cola para cada destinatario de la
cola resuelto durante el procesamiento del
correo electrónico entrante. Si
AutoRouteToOwnerQueue se ha habilitado para
la tabla de correo electrónico, el sistema crea
además un elemento de cola en la cola
predeterminada del propietario del correo
electrónico. El valor predeterminado es
verdadero.
DistinctPhysicalAndLogicalDeletesForExchangeSync falso Cuando está habilitada, la sincronización del

lado del servidor distinguirá entre
eliminaciones físicas y lógicas al procesar
eliminaciones de filas de sincronización de
Dynamics 365 a Exchange. Si se determina que
una fila se elimina lógicamente, el elemento se
desvinculará en Exchange, donde de lo
contrario se podría eliminar. Cuando la
configuración está deshabilitada, tanto las
eliminaciones lógicas como las físicas se
propagan a Exchange de acuerdo con el
comportamiento de sincronización
predeterminado, que puede incluir la
eliminación.
La eliminación física es cuando la fila se elimina

físicamente de Dynamics 365.
La eliminación lógica es cuando un usuario

pierde el acceso a la fila o el filtro de
sincronización del usuario ya no recupera la fila.
DoNotAutoTrackEmail true Cuando se habilita, permite que aparezca la

opción No hay mensajes de correo electrónico
en las opciones del método de filtrado de
correo electrónico entrante del usuario o de la
cola.
value
DoNotCorrelateForwardedEmailsAsReplies falso Si esta configuración está habilitada, la

sincronización del lado del servidor no
considerará los correos electrónicos reenviados
como respuestas. Si esta configuración está
deshabilitada, Server-Side Sync considerará los
correos electrónicos reenviados como
respuestas.
Escenario de ejemplo: un usuario de Dynamics

recibió un correo electrónico A con ID de
mensaje <msg-A>. El usuario decide reenviar
este correo electrónico a otro, generando así
un nuevo correo electrónico B con ID de
mensaje <msg-B>. Este nuevo mensaje de
correo electrónico tendrá un encabezado En
respuesta a que apunta al mensaje de correo
electrónico A. Basándose únicamente en esta
información, Server-Side Sync consideraría el
mensaje de correo electrónico B como una
respuesta al mensaje de correo electrónico A,
aunque sea un correo electrónico reenviado.
Para diferenciar las respuestas de los mensajes
reenviados, podemos mirar a los destinatarios
del correo electrónico B. Si el remitente del
correo electrónico A es un destinatario del
correo electrónico B, entonces podemos decir
que es una respuesta; de lo contrario, es un
correo electrónico reenviado. Este
OrgDbOrgSetting permite esta comparación
adicional para los criterios de correlación In-
Reply-To.
Nota: esta configuración deshabilita la

correlación de conversationIndex, ya que
conversationIndex no es compatible con la
característica. El emparejamiento inteligente y
la correlación del token de seguimiento
seguirán funcionando y tendrán prioridad
sobre esta configuración, ya que su propósito
es correlacionar correos electrónicos en función
de otros datos (destinatarios, palabras del
asunto, token de seguimiento en el asunto). Por
esta razón, recomendamos deshabilitar el
emparejamiento inteligente (desactivado de
forma predeterminada) y el token de
seguimiento, ya que podrían interferir con esta
configuración en ciertos casos.
value
DoNotIgnoreInternalEmailToQueues true Si se ha deshabilitado Realizar el seguimiento

de correos enviados entre usuarios de
Dynamics 365 como dos actividades en la
configuración del sistema, esta configuración
permite que los mensajes de correo electrónico
enviados desde un buzón de cola se
sincronicen con Dynamics 365 si la
configuración de entrega de correo electrónico
entrante de la cola acepta el correo electrónico
de otro modo.
EmailTemplateRetrieveFallbackContact falso Cuando se hace referencia a un contacto en un

cliente potencial u oportunidad en una plantilla
de correo electrónico, se utiliza la lógica de
reserva para recoger un contacto de reserva
como primarycontactid o parentcontactId
cuando el contacto referenciado está vacío.
EnableSssItemLevelMonitoring true Cuando se habilita, hace que el panel de

errores de sincronización del lado del servidor
esté visible para usuarios y administradores.
Para obtener más información sobre cómo usar

el panel para solucionar errores de
sincronización, vaya a Solucionar problemas de
sincronización del lado del servidor a nivel de
elemento con Dynamics 365 .
Nota: Use la configuración

ExchangeSyncIdMappingPersistenceTimeInDays
para controlar cuánto tiempo se retienen los
datos de los correos electrónicos fallidos.
ExchangeSyncIdMappingPersistenceTimeInDays 3 El número de días durante los cuales

ExchangeSyncIdMappings se conservarán para
los correos electrónicos fallidos.
Recomendamos que el valor no pase de 7 días,
ya que esto puede provocar que se almacene
una gran cantidad de filas en la base de datos.
Nota: esta opción de configuración se utiliza

junto con la opción de configuración
EnableSssItemLevelMonitoring.
value
HideEmailAutoTrackOptions falso Cuando se habilita, quita de las opciones

personales del usuario las opciones de método
de correo electrónico entrante Todos los
mensajes de correo electrónico, Mensajes de
correo electrónico de clientes potenciales,
contactos y cuentas de Dynamics 365 y
Mensajes de correo de registros de
Dynamics 365 habilitados para correo
electrónico.
Nota: habilitar esta opción de configuración no

cambia los valores establecidos actualmente
para usuarios individuales. Recomendamos
habilitar esta opción de configuración para
evitar la promoción accidental por correo
electrónico en Dynamics 365.
HideTrackAllOption false Cuando se habilita, quita de las opciones

personales del usuario la opción de método de
filtrado de correo electrónico entrante Todos
los mensajes de correo electrónico.
Nota: habilitar esta opción de configuración no
cambia los valores establecidos actualmente
para usuarios individuales. Recomendamos
habilitar esta opción de configuración para
evitar la promoción accidental por correo
IgnoreConversationIndexAndInReplyToForCorrelation false Ignora los campos ConversationIndex e

InReplyTo de correo electrònico al realizar la
correlación de correo electrónico.
Nota : esta configuración se usa habitualmente

para evitar que otros métodos de correlación
interfieran con los tokens de seguimiento.
IgnoreCopiedItemsInSSSForMailbox true Cuando esté habilitada, la sincronización del

lado del servidor no sincronizará los elementos
vinculados copiados de Exchange como
inserciones en Dynamics 365.
value
IgnoreInternalEmailDetectionEnhancement true Si se ha deshabilitado Realizar el seguimiento

de correos enviados entre usuarios de
Dynamics 365 como dos actividades en
configuración del sistema, la habilitación de
esta opción permite que los correos
electrónicos enviados desde los usuarios de
Dynamics 365 sean considerados para la
correlación si el mismo correo electrónico con
el código de dirección opuesto
(enviado/recibido) no existe en Dynamics 365.
La deshabilitación de esta mejora volverá al
comportamiento heredado en el que el correo
electrónico puede ser rechazado en función de
la configuración de
DoNotIgnoreInternalEmailToQueues.
IgnoreInternalEmailFromQueues falso Este ajuste puede activarse cuando el ajuste

Realizar el seguimiento de correos enviados
entre usuarios de Dynamics 365 como dos
actividades está deshabilitado en la
configuración del sistema. Si esta configuración
está habilitada, los correos electrónicos
internos a otras colas de Dynamics 365 o a los
usuarios de una cola de Dynamics 365 no se
rastrearán automáticamente en Dynamics 365.
MaximumSubjectLengthOnMailServer 255 Define la longitud máxima cuando genera y

agrega un token de seguimiento al asunto de
un correo electrónico. Si la longitud del token
de seguimiento es menor que este valor,
entonces el sujeto se truncará si el valor
concatenado (sujeto + token de seguimiento)
excede el límite máximo. Sin embargo, si el
token de seguimiento excede este valor por sí
mismo, el sistema truncará el sujeto para que
se ajuste al valor especificado y no incluirá el
token de seguimiento.
ResolveForInactiveEntities falso Cuando está habilitado, las direcciones de

correo electrónico de las tablas inactivas se
ignoran para la resolución de direcciones de
correo electrónico de las listas de destinatarios
en Para y CC.
Nota: esta configuración no se aplica a los

usuarios del sistema cuyas cuentas se han
deshabilitado, que siempre están excluidos.
Esta configuración tampoco se aplica al campo
De.
value
RestrictIRMEmailItems falso Cuando se habilita, la sincronización del lado

del servidor no sincronizará ningún correo
electrónico que esté marcado como permiso
restringido en Outlook mediante Information
Rights Management (IRM). El valor
predeterminado se establece en falso para
preservar el comportamiento existente.
SSSCreateAdditionalQueueItemsForAlreadyTrackedEmail false Cuando está habilitada, la sincronización del

lado del servidor creará un elemento de cola
para la cola de sincronización si ya se ha creado
un correo electrónico mediante la
sincronización del lado del servidor y el
elemento de la cola no existe en la cola de
sincronización. El valor predeterminado es
falso.
SSSForceFilteringMethodForUserMailboxes -1 Anula el método de filtrado de correo

electrónico entrante para todos los buzones de
usuario por los siguientes valores: -1
(Deshabilitado), 0 (Todos los mensajes de
correo electrónico), 1 (Mensajes de correo
electrónico en respuesta al correo electrónico
de Dynamics 365), 2 (Mensajes de correo
electrónico de Dynamics 365 Leads, Contactos
y cuentas), 3 (mensajes de correo electrónico
de registros de Dynamics 365 que están
habilitados para correo electrónico) y 4 (sin
mensajes de correo electrónico).
SSSPropagateAppointmentCancellationsToExchange falso Cuando se habilita, las citas canceladas en

Dynamics 365 se propagarán al buzón del
organizador de Exchange como una
eliminación. Esto hará que se envíe un mensaje
de cancelación a todos los destinatarios si la
cita tiene asistentes y está programada para el
futuro.
SSSSaveOutgoingEmailToExchangeSentFolder true Cuando se habilite, los correos electrónicos

enviados desde Dynamics 365 se guardarán en
la carpeta de elementos enviados en Exchange
para el buzón de correo enviado desde allí.
Nota: esto hará que la carpeta Elementos

enviados aumente de tamaño con el tiempo y
puede provocar una limitación de Exchange si
se superan los límites de cuota.
value
SSSTagAlreadyTrackedEmails true Permite la sincronización del lado del servidor

para aplicar el indicador de categoría Seguido
hasta Dynamics 365 a los correos electrónicos
de los buzones de correo de destinatarios de
Dynamics 365 si el correo electrónico que se
está evaluando ya es una fila en Dynamics 365.
SSSTaskDeletionSyncBehaviorFromExchange 0 Especifica cómo se sincronizan las operaciones

de eliminación de tareas en Exchange con su
registro de actividad de Dynamics 365
vinculado.
0: las tareas eliminadas en Exchange se

eliminan en Dynamics (predeterminado).
1: las tareas eliminadas en Exchange se

eliminan en Dynamics si no se completan.
2: las tareas eliminadas en Exchange nunca se

eliminan en Dynamics.
SSSUpdatePastMeetingsInNonDraftMode falso Permite que las actualizaciones de reuniones

establecidas completamente en el pasado en
Dynamics 365 se propaguen a Exchange
cuando se cambian propiedades como inicio,
finalización, asunto, cuerpo, asistentes o
ubicación.
Nota: si esta configuración está habilitada,

Exchange enviará invitaciones a reuniones,
actualizaciones y cancelaciones de reuniones
anteriores sincronizadas desde Dynamics 365.
TrackAppointmentsFromNonOrganizer true Cuando se habilita, permite a los destinatarios

que no son organizadores realizar un
seguimiento de las citas en Dynamics 365
desde Exchange.
TrackCategorizedItems true Permite a los usuarios realizar un seguimiento

manual de los elementos usando categorías.
Los elementos vinculados también aparecerán
con la categoría aplicada como un indicador
visual del estado de seguimiento del elemento.
Nota: al deshabilitar esta función, se eliminará

la categoría de Outlook y la funcionalidad
relacionada.
UseCrmOrganizerForEmptyExchangeOrganizer falso Cuando se habilita, si el organizador de citas de

Exchange no está asociado con una dirección
de correo electrónico, esta configuración
permitirá que la sincronización del lado del
servidor use la información del organizador de
Dynamics 365 existente para completar el
campo del organizador al procesar
actualizaciones de Exchange a Dynamics 365.
value
UseFilteringMethodOfSyncingMailboxOnlyForCorrelation false Cuando se deshabilita, el método de filtrado de

todos los destinatarios de Dynamics 365 se
evalúa para determinar si algún usuario o cola
acepta un correo electrónico al realizar la
correlación durante el procesamiento
automático del correo electrónico entrante.
Cuando se habilita, el sistema solo considerará
el método de filtrado de correo electrónico
entrante del usuario o la cola que actualmente
está procesando el correo electrónico. En este
caso, se ignora el método de filtrado de correo
electrónico entrante de otros destinatarios de
Dynamics 365.
UsePlainTextForEmailTemplateBody falso Cambia la plantilla de correo electrónico para

usar texto sin formato donde, de lo contrario,
no aparecería el texto con los siguientes
símbolos: <texto>.
UseXAnchorMailboxInExchangeRequestHeader true Permite la sincronización del lado del servidor

para especificar el encabezado XAnchorMailbox
cuando se conecta a Exchange. Le
recomendamos que no desactive esta
configuración.
Configurar la sincronización del lado del
servidor de correo electrónico, citas,
contactos y tareas
Puede usar la sincronización del lado del servidor para sincronizar el sistema de correo
electrónico con las aplicaciones de Microsoft Dataverse en el nivel de servidor. Las
aplicaciones Dataverse pueden ser aplicaciones basadas en modelos de primera parte,
como las aplicaciones de Dynamics 365 (online) o aplicaciones personalizadas. Por
ejemplo, puede sincronizar aplicaciones basadas en modelos de Dataverse con
Microsoft Exchange Online (servidor de correo electrónico hospedado) o Microsoft
Exchange Server (local). Si sincroniza con Exchange Online o Exchange Server, además
del correo electrónico de Outlook, puede sincronizar citas, contactos y tareas de
Outlook.
También puede usar la sincronización del lado del servidor para sincronizar aplicaciones
de Dataverse con un servidor de correo electrónico POP3 para correo electrónico
hospedado en la Web, como Gmail o Outlook.com. Sin embargo, si sincroniza correo
electrónico con un servidor de correo electrónico POP3, no puede sincronizar citas,
contactos ni tareas.
７ Nota
No se admite el uso de software de cifrado (como Vaultive) con sincronización del

lado del servidor.
Si usa la sincronización del lado del servido, no podrá ver los mensajes cifrados de
S/MIME. El cifrado de mensajes de correo electrónico con S/MIME requiere que
una aplicación use un control S/MIME que la sincronización del lado del servidor
no admite. Para obtener más información sobre el cifrado de S/MIME, consulte
Cifre los mensajes con S/MIME en Outlook Web App .
Escenarios de sincronización
Seleccione uno de los siguientes escenarios para configurar la sincronización del lado
del servidor para su organización:
Conectarse a Exchange Online
Conectar a Exchange Server local

Conectar a un servidor POP3 o SMTP
Vea también
Sincronización del lado del servidorSolución de problemas de sincronización del lado
del servidor
Configuraciones de servicio de correo
electrónico admitidas para
Dependiendo de la instalación de sus aplicaciones de participación del cliente

Dynamics 365 Marketing y Dynamics 365 Project Service Automation), es posible que
deba decidir si utilizar la sincronización del lado del servidor o la sincronización del
enrutador de correo electrónico/Outlook. En la tabla siguiente se muestra qué es
compatible con la sincronización de servidor para cada tipo de instalación. Más adelante
en este tema se proporciona información acerca de las situaciones en las que no se
admite la sincronización del lado del servidor.
） Importante
Esta información incluye los sistemas POP3/SMTP e IMAP/SMTP admitidos

por Microsoft. Aunque otros sistemas POP3/SMTP e IMAP/SMTP podrían
funcionar con Customer Engagement (on-premises), no los ha probado
Microsoft y no se admiten.
Outlook en Internet no se admite en una implementación híbrida: Customer
Engagement (on-premises) con Exchange Online.
Puede crear dos perfiles de servidor de correo electrónico diferentes: uno
para los buzones en línea y otro para los buzones locales. Asocie los buzones
con el perfil de servidor de correo electrónico correcto.
El seguimiento manual en Dynamics 365 for Outlook no se admite cuando el
buzón de un usuario está configurado para usar la sincronización del lado del
servidor con el protocolo POP/SMTP.
Para Dynamics CRM Online 2016, actualización 1, y la actualización de
diciembre de 2016 para Dynamics 365 (online), admitimos el cifrado de
servicio en Exchange Online con sincronización del lado del servidor.

Aplicaciones de - Exchange Sí Sí Servicios

interacción con el cliente Online
Web
- Exchange Exchange
Server 2013
SP1
- Exchange
Server 2016
-Exchange
Server 2019
Aplicaciones de - Gmail Sí No POP3/SMTP

interacción con el cliente - Yahoo! IMAP/SMTP
Correo
Uso de Exchange Online con aplicaciones de

participación del cliente
Las aplicaciones de participación del cliente admiten la sincronización del lado del
servidor con Exchange Online en el mismo inquilino en Microsoft 365, con autenticación
de servidor a servidor. Otros métodos de autenticación o valores no se recomiendan ni
se admiten, entre ellos:

Conectar aplicaciones de Customer

Engagement con Exchange Online en otro
inquilino (soporte limitado)
Los clientes pueden conectarse a una implementación de Microsoft Exchange online
hospedada en un inquilino diferente. Para obtener más información, consulte
７ Nota
Actualmente, no se admite Dynamics 365 App for Outlook.

Configuraciones del servicio de correo

electrónico incompatibles
Inspección de paquetes, transformación y manipulación del tráfico de red enviado

a Exchange desde Dynamics 365
La interceptación del tráfico de red no se basa en la dirección IP de origen o el
nombre del servidor (no se admite la interceptación basada en el contenido de un
paquete)
Mezcla de Exchange/SMTP y POP3/Exchange
Buzón del perfil de Exchange Online con el usuario local de Exchange. Utilice el
perfil de Exchange Server (híbrido), asocie el buzón a este, pruébelo y habilítelo.
Butón del perfil de Exchange Online con un buzón de Exchange que apunte a un
servidor de correo electrónico externo. Utilice el perfil del servidor POP3/SMTP,
asocie el buzón a este, pruébelo y habilítelo.
Creación de campañas de marketing de correo electrónico masivo
creación de proveedores de correo electrónico personalizados
Exchange Server 2010 SP3
Exchange Server 2003 y Exchange Server 2007
La sincronización del lado del servidor en las aplicaciones de participación del
cliente requiere un servidor de correo electrónico POP3/SMTP que también
La autenticación multifactor no es compatible con las aplicaciones de participación
del cliente en Exchange Server (local) y de Customer Engagement (on-premises) en
Exchange Online.
７ Nota
organización, ya que puede provocar que los datos actualizados no se sincronicen
para todos los asistentes.
Vea también

contactos y tareas
Conectar con Exchange Online
Con tanto Microsoft Exchange Online y aplicaciones Customer Engagement (como Dynamics 365 Sales, Dynamics 365 Customer
Service, Dynamics 365 Marketing, Dynamics 365 Field Service y Dynamics 365 Project Service Automation) alojados como
servicios en línea, conectar los dos es una configuración más simple y directa.
） Importante
Esta característica requiere que tenga una suscripción de Microsoft 365 o de servicio en línea, como SharePoint Online o
Exchange Online. Para obtener más información, consulte ¿Qué es Microsoft 365 y cómo se relaciona con Dynamics 365
(online)?
Prepare Exchange
Para usar Exchange Online con aplicaciones de Customer Engagement, deberá disponer de una suscripción a Exchange Online
que se incluye como parte de una suscripción a Microsoft 365 o que puede suscribirse por separado. Para obtener más
información sobre Exchange Online, vaya a:
Exchange Online
Descripción del servicio Exchange Online
Descripciones de los servicios Microsoft 365 y Office 365
 Sugerencia
Para asegurarse de que tiene una buena conexión con Exchange Online, ejecute el Analizador de conectividad remota de
Microsoft . Para obtener más información acerca de qué pruebas deben ejecutarse, vea Probar flujo de correo con el
Analizador de conectividad remota .
Para conocer los puertos necesarios, consulte Puertos de red para clientes y flujo de correo en Exchange.
Cree un perfil de servidor de correo electrónico para Exchange Online

2. En la barra de comandos, seleccione Configuración>Correo electrónico>Perfiles de servidor.
3. En la barra de comandos, seleccione Nuevo perfil de servidor.

4. Para Tipo de servidor de correo electrónico, seleccione Exchange Online y, a continuación, especifique un Nombre para el
perfil.
5. Si desea utilizar este perfil de servidor como el perfil predeterminado para los nuevos buzones de correo, active Establecer
como perfil predeterminado para nuevos buzones de correo.
6. Para Tipo de autenticación, elija uno de los siguientes:
Autenticación de S2S (mismo inquilino): use esta opción cuando Exchange resida en el mismo inquilino que Dynamics
365. Más información: Crear aplicaciones web mediante la autenticación de servidor a servidor (S2S)
Oauth (Inquilino cruzado): use esta opción cuando Exchange resida en un inquilino diferente al de Dynamics 365. Para
obtener la información de esta opción, siga los pasos en Autenticación entre inquilinos en Exchange Online. Tenga en
cuenta que los campos Ubicaciones y puertos se completan automáticamente.
7. Expanda la sección Avanzado y luego use la información sobre herramientas para elegir sus opciones de procesamiento de
8. Cuando acabe, seleccione Guardar.
Compruebe que tiene el perfil: Microsoft Exchange Online

Si tiene una suscripción a Exchange Online en el mismo inquilino que la suscripción de aplicaciones de Customer Engagement, las
aplicaciones crean un perfil predeterminado para la conexión de correo electrónico con el nombre Microsoft Exchange Online.
Para verificar que tiene este perfil, haga lo siguiente:
En el Centro de administración de Power Platform , seleccione un entorno.

En el cliente web heredado, seleccione el icono engranaje en la esquina superior derecha, seleccione y después
Configuración avanzada.
2. Seleccione Configuración>Correo electrónico>Perfiles de servidor.
3. Seleccione Perfiles de servidor de correo electrónico activos y compruebe que el perfil Microsoft Exchange Online está en
la lista. Si falta el perfil de Microsoft Exchange Online, compruebe que tiene una suscripción a Exchange Online y que existe
en el mismo inquilino que su suscripción.
4. Si hay varios perfiles, seleccione el perfil Microsoft Exchange Online y establézcalo como predeterminado.
Configurar el procesamiento y la sincronización predeterminados de
correo electrónico
Establezca la sincronización del lado del servidor como método de configuración predeterminado para los usuarios recién
creados.

2. Seleccione Configuración>Correo electrónico>Configuración de correo electrónico.
3. Establezca las columnas de procesamiento y sincronización de la siguiente manera:
Perfil de servidor: Microsoft Exchange Online
Correo electrónico entrante: Sincronización del lado del servidor o E-mail Router
Correo electrónico saliente: Sincronización del lado del servidor o E-mail Router
Citas, contactos y tareas: sincronización del lado del servidor
Todos los nuevos usuarios tendrán esta configuración aplicada a su buzón.
Configurar buzones
Los nuevos usuarios tendrán los buzones configurados automáticamente con los valores que usted creó en la sección anterior.
Para los usuarios existentes, agregados antes de la configuración anterior, debe establecer el perfil del servidor y el método de
entrega para correo electrónico, citas, contactos y tareas.
Además de premisos de administrador, debe tener privilegios de lectura y escritura en la tabla de buzón para configurar el
método de entrega para el buzón.
Escoja uno de los siguientes métodos: configurar los buzones de correo con el perfil predeterminado o editar los buzones de
correo para configurar el perfil y los métodos de entrega.
Para establecer buzones con el perfil predeterminado

2. Seleccione Configuración>Correo electrónico>Buzones.
3. Seleccione Buzones activos.
4. Seleccione todos los buzones que desee asociar al perfil de Microsoft Exchange Online, seleccione Aplicar configuración de
correo electrónico predeterminada, compruebe los valores, y después seleccione Aceptar.
De forma predeterminada, la configuración del buzón se comprueba y se habilitan los buzones cuando seleccione Aceptar.
Para editar los buzones para establecer el perfil y los métodos de entrega

4. Seleccione los buzones que desea configurar y luego haga clic en Editar.
5. En el formulario Cambiar varios registros, en Método de sincronización, establezca Perfil de servidor como Microsoft
Exchange Online.
6. Establezca Correo electrónicoEntrante y Saliente como Sincronización del lado del servidor o E-mail Router.
7. Establezca Citas, contactos y tareas como Sincronización del lado del servidor.
8. Seleccione Cambiar.
Aprobar correo electrónico

Para aprobar los correos electrónicos para las aplicaciones de involucración del cliente, un usuario requiere:
El privilegio Aprobar direcciones de correo electrónico para usuarios o colas.

Los permisos como se describe en la tabla Modelo de permisos más adelante en este tema.
Aprobar su propio buzón de usuario

Un usuario de Dynamics 365 puede aprobar su propio buzón de usuario si se cumplen todas estas condiciones:
Su UPN coincide con la dirección de correo electrónico del buzón.
El usuario tiene el privilegio Aprobar direcciones de correo electrónico para usuarios o colas.
El buzón no es un buzón en cola.
Aprobación del buzón delegado

Un usuario con la función de administrador global o de Exchange puede delegar el proceso de aprobación del buzón a otro
usuario asignando el rol de seguridad Aprobador de buzón delegado en Dynamics 365. Un usuario con el rol Aprobador de
buzón delegado puede aprobar buzones en el entorno sin ser un administrador global o de Exchange. Como se menciona a
continuación en la sección modelo de permiso, el usuario también necesita tener el rol de seguridad Administrador del sistema.
Este es un nuevo rol disponible en la versión en línea de Dynamics 365 9.2.22104.00170 o posterior.
） Importante
No puede asignar el rol Aprobador de buzón delegado a menos que tenga el rol de administrador global o de Exchange. Si
intenta asignar esta función pero no es un administrador global o de Exchange, recibirá un error: "Debe ser un Administrador
global de Office 365 o un Administrador de Exchange para asignar el rol de Aprobador de buzón delegado". También puede
ver el código de error 0x80090904.
El rol Aprobador de buzón delegado actualmente no se admite para asignar a un equipo. Si intenta asignar esta función a
un equipo, recibirá un error: "La función de aprobador de buzón delegado no se puede asignar a un equipo". También puede
ver el código de error 0x80090905 o el mensaje "Error al agregar el rol Aprobador de buzón delegado: No se puede asignar
el rol de aprobador de buzón de correo delegado al equipo".
Dado que se trata de Dynamics 365 rol de seguridad, el rol se asigna por entorno. El rol se puede asignar a uno o más
usuarios por entorno.
７ Nota
Para obtener más información sobre la asignación de roles de seguridad en Dynamics 365 o Power Apps, vea Asignar un rol
de seguridad a un usuario.
Para obtener más información sobre las funciones de administrador global y de Exchange, consulte Roles del centro de
administración de Microsoft 365 comúnmente utililzados.
¿Requiere aprobación del administrador?

Decidir qué método desea que el organización realizar el seguimiento de aprobación de correo.
Modelo de permisos
La siguiente tabla describe los permisos necesarios aprobar correos electrónicos.
Terminología
Sí: puede aprobar el correo electrónico
No: no puede aprobar el correo
n/a: no aplicable
Administrador global: rol de administrador de nivel de inquilino
Administrador de Exchange : rol de administrador de Exchange

７ Nota
administración de Microsoft 365 comúnmente utililzados
Aprobador de buzón delegado: Dynamics 365 rol de seguridad que puede ser asignado por un administrador global o un
administrador de Exchange. Un usuario con este rol puede aprobar buzones de correo sin ser un administrador global o de
Exchange. Para obtener detalles adicionales, consulte la sección anterior titulada Aprobación del buzón delegado.
７ Nota
Este modelo de permisos se está desarrollando y estará disponible gradualmente en cuanto se implemente en su región.
Compruebe el número de versión proporcionado en la tabla siguiente ver cuándo se realizará el cambio.
Roles de seguridad /
Ambos roles Ambos roles Ambos roles Administrador Administrador Administrador Administración
Aplicaciones en uso necesarios:
necesarios:
necesarios:
del sistema del servicio de Exchange global
Administración Administrador Aprobador de
global
de Exchange
buzón
y
y
delegado
Administrador Administrador y
del sistema del sistema Administrador

del sistema
Aplicaciones Exchange Sí Sí Sí1 No No No No

de Online
interacción
con el Exchange n/d n/d n/d Sí2 No n/d n/d
cliente (local)
Customer Exchange n/d n/d n/d Sí2 n/d n/d n/d

Engagement Online
(on-
premises) Exchange n/d n/d n/d Sí2 n/d n/d n/d
(local)
1
Estamos actualizando las aplicaciones Customer Engagement y Exchange Online, para la versión 9.2.22104.00170 o posterior.
2
Se recomienda incluir la administración de Exchange en los procesos de negocio personalizados que su organización sigue para
esta configuración.
Para determinar la versión, inicie sesión y, en la esquina superior derecha de la pantalla, seleccione Configuración >Acerca de.
Requiera y configure la aprobación de buzón

Siga estos pasos para aprobar direcciones de correo electrónico para usuarios y colas. De forma predeterminada, los
administradores, tal como se describe en la tabla de modelo de permisos anterior, deben aprobar correos electrónicos.
Agregar el privilegio Aprobar direcciones de correo electrónico para usuarios o colas

Para aprobar correos electrónicos, los usuarios de Dynamics 365 requieren el privilegio Aprobar direcciones de correo
electrónico para usuarios o colas. Una administrador del sistema puede asignar el privilegio Aprobar direcciones de correo
electrónico para usuarios o colas a cualquier rol de seguridad y asignar el rol de seguridad a cualquier usuario.
Asignar manualmente el privilegio Aprobar direcciones de correo electrónico para usuarios o colas a un rol de seguridad

3. Seleccione un rol de seguridad y, a continuación, seleccione la pestaña Administración de empresas.

4. En Privilegios diversos, establezca el nivel de privilegios para Aprobar direcciones de correo electrónico para usuarios o
colas.
Aprobar buzones

4. Seleccione los buzones que desee aprobar y después haga clic en Más comandos (…) >Aprobar correo electrónico.
Quitar el requisito de aprobar los buzones

Los administradores, tal como se describe en la tabla de modelo de permisos anterior, pueden cambiar los valores para que la
aprobación de buzón no sea algo obligatorio.

3. En Seguridad y permisos, desactive Procesar correos electrónicos solo para usuarios aprobados y Procesar correos
electrónicos solo para colas aprobadas. (Estos valores se habilitan de forma predeterminada).
Pruebe la configuración de buzones


4. Seleccione los buzones que quiere probar, y luego elija Probar y habilitar buzón.
Esto prueba la configuración de correo electrónico entrante y saliente de los buzones seleccionados y los habilita para
procesamiento de correo electrónico. Si se produce un error en un buzón, se muestra una alerta en el muro de Alertas del buzón
y el propietario del perfil. Según la naturaleza de errores, las aplicaciones de Customer Engagement intentan procesar el correo
electrónico de nuevo tras algún tiempo o deshabilitan el buzón para procesamiento de correo electrónico.
Para ver las alertas de un buzón de correo individual, abra el buzón y luego en Común, seleccione Alertas.
El resultado de la prueba de configuración de correo electrónico se muestra en las columnas Estado del correo electrónico
entrante, Estado del correo electrónico saliente y Estado de citas, contactos y tareas de un registro de buzón. También se
genera una alerta cuando la configuración se completa correctamente para un buzón. Esta alerta se muestra al propietario del
buzón.
Puede encontrar información de problemas periódicos e información sobre solución de problemas en Blog: Probar y habilitar
buzones en Microsoft Dynamics CRM 2015 y Solucionar problemas y monitorizar la sincronización del lado del servidor.
Asegúrese de que tiene una buena conexión con Exchange Online ejecutando el Analizador de conectividad remota de
Microsoft . Para obtener más información acerca de qué pruebas deben ejecutarse, vea Probar flujo de correo con el Analizador
de conectividad remota .
 Sugerencia
Si no puede sincronizar los contactos, las citas, tareas y para un buzón, puede seleccionar la casilla Sincronizar elementos
con Exchange desde esta organización solo, aunque Exchange esté configurado para sincronizar con otra organización.
Más información: ¿Cuándo debería usar esta casilla?
Pruebe la configuración de correo electrónico de todos los buzones

asociados con un perfil de servidor de correo electrónico.

3. Seleccione el perfil de Microsoft Exchange Online y después seleccione Probar y habilitar buzones.
Cuando prueba la configuración del correo electrónico, se ejecuta un trabajo asincrónico en segundo plano. La prueba
puede tardar unos minutos en completarse. Las aplicaciones de involucración del cliente prueban la configuración de correo
electrónico de todos los buzones asociados con el perfil de Microsoft Exchange Online. Para los buzones configurados con
sincronización del lado del servidor para sincronizar citas, tareas y contactos, también comprueba si estos están
configurados correctamente.
 Sugerencia
Habilitar la funcionalidad de sincronización del lado del servidor para

Exchange Online en China
Para conectar Dynamics 365 con su inquilino Exchange Online en China y use la funcionalidad de sincronización del lado del
servidor, siga estos pasos:
1. Si su organización fue aprovisionada antes del 17 de octubre de 2020, comuníquese con el soporte de 21Vianet para
permitir que su organización se conecte a Exchange Online. Si su organización se aprovisionó después del 17 de octubre de
2020, este paso no es necesario.
2. Ejecute el siguiente script de PowerShell para apuntar su perfil del servidor de correo electrónico de Exchange Online a los
servicios web de Exchange (EWS) requeridos punto de conexión.
3. Configure el buzón y luego pruebe y habilite el buzón.
Utilice el siguiente script de PowerShell para cambiar el punto de conexión EWS:
PowerShell
#Specify email server profile Id and orgUrl
param (
[string]$emailServerProfileId = "<profile id>",
[string]$orgUrl = "<org url>",
[string]$defaultserverlocation = "https://partner.outlook.cn/EWS/Exchange.asmx"
Install-Module Microsoft.Xrm.Data.PowerShell -Force
$conn = Connect-CrmOnline -Credential $cred -ServerUrl $orgUrl
$emailserverprofile = Get-CrmRecord -conn $conn -EntityLogicalName emailserverprofile -Id $emailServerProfileId -

Fields defaultserverlocation
$emailserverprofile.defaultserverlocation = $defaultserverlocation;
Set-CrmRecord -conn $conn -CrmRecord $emailserverprofile
Consultar también
Probar el flujo de correo validando sus conectores

Uso de autenticación básica con
Exchange Online
） Importante
Los planes de Microsoft Exchange para deshabilitar el uso de la autenticación

básica (también conocida como autenticación heredada) al conectarse a Exchange
Online a partir del 1 de octubre de 2022. El 1 de septiembre de 2022, el equipo de
Exchange Online anunció una extensión única de este plazo. Para obtener detalles
adicionales, incluidos los pasos necesarios, consulte Obsolescencia de la
autenticación básica en Exchange Online – Actualización de septiembre de
2022 .
Introducción
La función sincronización del lado del servidor y Dynamics 365 Email Router (en desuso)
incluyen opciones de configuración que permitían a los clientes conectarse a Exchange
Online mediante la autenticación básica (nombre de usuario y contraseña). La
sincronización del lado del servidor reemplaza la opción Email Router, que había
quedado obsoleta en julio de 2018. Si utiliza nuestro servicio en línea o local (Dynamics
CRM On-premises 2016 SP1 o posterior), la sincronización del lado del servidor brinda
opciones para conectarse a Exchange Online utilizando opciones de autenticación
modernas que no dependen de la autenticación básica. Para obtener información sobre
cómo usar las opciones de autenticación modernas requeridas para conectar Dynamics
365 Online a Exchange Online, vaya a Conexión a Exchange Online. Para saber cómo
conectar Dynamics 365 On-premises a Exchange Online, vaya a Conectar Customer
Engagement (on-premises) a Exchange Online.
Impacto
¿Qué consecuencias puede tener esto?

Cuando Exchange Online deshabilite la compatibilidad con la autenticación básica,
cualquier conexión desde la sincronización del lado del servidor o Email Router para
Exchange Online con autenticación básica dejará de funcionar. Cualquier buzón en
Dynamics 365 configurado con este tipo de conexión ya no podrá hacer lo siguiente:
Enviar correos electrónicos salientes desde Dynamics 365 a través de Exchange
Online
Recuperar nuevos correos electrónicos entrantes de Exchange Online
Sincronizar citas, contactos o tareas entre Dynamics 365 y Exchange Online
¿Cómo sé si esto afecta a mi empresa?

Si su empresa utiliza la sincronización del lado del servidor o Email Router para
conectarse a Exchange Online usando un nombre de usuario/contraseña, es necesario
tomar medidas.
¿Utiliza la sincronización del lado del servidor o Email

Router?
Si ya sabe la respuesta, puede continuar en el paso 2. Si no está seguro, complete el
paso 1.
Paso 1: verifique si su entorno está configurado para usar la

sincronización del lado del servidor o Email Router.
1. Acceda a la aplicación web de Dynamics 365 como usuario con el rol de seguridad
del administrador del sistema.
2. El siguiente paso es ligeramente diferente si usa Dynamics 365 Online u On-

premises:
Dynamics 365 Online
En la esquina superior derecha, seleccione Configuración y luego

Seleccione Ajustes>Configuración de correo electrónico>Ajustes de
configuración de correo electrónico.
Dynamics 365 On-premises
En la barra de navegación, seleccione Ajustes>Configuración de correo

electrónico.
3. Compruebe qué valor está seleccionado para la opción Procesar correo

electrónico usando. Si se ha seleccionado la opción Sincronización del lado del
servidor, el entorno está utilizando la sincronización del lado del servidor, y no el
Email Router.
Paso 2: según la opción de correo electrónico configurada, consulte
la sección correspondiente
Identifique qué tipo de perfil de servidor de correo electrónico se está utilizando:
1. En la página Configuración de correo electrónico, seleccione Perfiles de servidor

2. Vea la lista de registros del perfil de servidor de correo electrónico que aparecen y
siga los pasos correspondientes a continuación, en función de si usa una
implementación en línea o local de Dynamics 365.
Dynamics 365 Online
Si solo ve el perfil predeterminado con el valor Nombre de Microsoft

Exchange Online y el valor Nombre del tipo de servidor de correo
electrónico de Exchange Online, está utilizando la función de sincronización
del lado del servidor con el perfil predeterminado de Microsoft Exchange
Online. Si este perfil no se modificó de un modo no compatible, usted no se
verá afectado, ya que este perfil usa la autenticación de servidor a servidor
(S2S).
Si ve otros registros del perfil del servidor de correo electrónico que no
tienen el valor Nombre del tipo de servidor de correo electrónico de
Exchange Online, abra cada uno de los perfiles para ver las propiedades. Si
alguno de los perfiles tiene un valor Ubicación del servidor entrante o
Ubicación del servidor saliente que coincida con uno de los siguientes
valores, el perfil se verá afectado:
https://outlook.office365.com/EWS/Exchange.asmx
outlook.office365.com
Si los buzones de este perfil están alojados en Exchange Online, utilice los pasos
proporcionados aquí para crear un nuevo perfil de Exchange Online y actualice los
buzones para usar el nuevo perfil. Para comenzar, pruebe un buzón con el nuevo
perfil antes de intentar cambiar todos los buzones.
Si tiene un perfil con el valor Nombre del tipo de servidor de correo

electrónico de Exchange Server (Híbrido) y Ubicación del servidor de
detección automática está establecido en Sí, debe verificar si los buzones
asociados a este perfil son buzones que están alojados en Exchange Online.
Esto no es algo que pueda identificar en función de los datos disponibles en
Dynamics 365. Si algún buzón está alojado en Exchange Online, deben
configurarse con uno de las opciones de perfil de Exchange Online
documentadas aquí.
Dynamics 365 On-premises
Si solo ve una fila con el valor Nombre del tipo de servidor de correo
electrónico de Exchange Online (híbrido), está utilizando el tipo de perfil
correcto (con autenticación de servidor a servidor (S2S) en lugar de nombre
de usuario/contraseña).
Si ve otros registros del perfil del servidor de correo electrónico que no
tienen el valor Nombre del tipo de servidor de correo electrónico de
Exchange Online (híbrido), abra cada uno de los perfiles para ver las
propiedades. Si alguno de los perfiles tiene un valor Ubicación del servidor
entrante o Ubicación del servidor saliente que coincida con uno de los
siguientes valores, el perfil se verá afectado:
https://outlook.office365.com/EWS/Exchange.asmx
outlook.office365.com
Si tiene perfiles de servidor de correo electrónico que están configurados para usar
nombre de usuario y contraseña ya sea dentro del perfil de servidor de correo
electrónico o en los registros de buzón asociados y los buzones están ubicados en
Exchange Online, los buzones deben estar configurados para usar la opción de
perfil de Exchange Online (híbrido).
Utilice los pasos proporcionados aquí para crear un nuevo perfil de Exchange Online
(híbrido), y actualice los buzones para usar el nuevo perfil. Para comenzar, pruebe un
buzón con el nuevo perfil antes de intentar cambiar todos los buzones. Si no ve la
opción para este tipo de perfil, consulte la sección de preguntas frecuentes que analiza
el requisito de la versión.
Dynamics 365 E-mail Router
Si su empresa utiliza Dynamics 365 Email Router para conectarse a Exchange

Online, debe hacer la transición para usar la función de sincronización del lado del
servidor y seguir los pasos proporcionados aquí. Email Router quedó obsoleto el
17 de julio de 2018. Previamente se comunicó y documentó que Email Router ya
no funcionaría a partir del 12 de abril de 2021. Aunque es posible que Email Router
aún haya funcionado con Dynamics 365 On-premises, esta configuración ya no es
compatible.
¿Qué sucederá cuando la autenticación básica esté
deshabilitada en Exchange Online?
Todas las aplicaciones configuradas para usar autenticación básica (nombre de usuario y
contraseña) a la hora de recuperar datos de Exchange Online dejarán de funcionar. Para
obtener más información sobre el impacto potencial en Dynamics 365, consulte la
sección Impacto de este documento.
¿Qué pasa si nos conectamos a Exchange Online en otro

inquilino?
Para conectar Dynamics 365 Online a Exchange Online en un inquilino diferente, vaya a
¿Por qué nuestra implementación de Dynamics 365 On-

premises no incluye una opción para crear un perfil
Exchange Online (híbrido)?
Su implementación local de Dynamics 365 debe ser la versión 8.1 (2016 SP1) o superior.
Si está utilizando una versión anterior, deberá actualizar a 8.1 o superior antes de poder
crear el perfil Exchange Online (híbrido) necesario.
Estamos usando el perfil Exchange Online

predeterminado con Dynamics 365 Online, pero hemos
recibido una notificación de que nos veremos afectados.
¿Por qué?
El perfil predeterminado de Exchange Online incluido con Dynamics 365 Online usa la
autenticación de servidor a servidor (S2S). Sin embargo, es posible que este perfil se
haya modificado de una forma no compatible y utilice ahora la autenticación básica.
Siga estos pasos para verificar si el perfil utiliza la autenticación básica:
1. Vaya al paso 2 (arriba) para ver la lista de perfiles de servidor de correo electrónico.
2. Seleccione Búsqueda avanzada ( ).
3. Seleccione Editar columnas.
4. Seleccione Agregar columnas.

5. Seleccione Protocolo de autenticación entrante y Protocolo de autenticación
saliente; luego, seleccione Aceptar.
7. Seleccione Resultados.
8. Consulte la fila para su perfil de Exchange Online. Si el Protocolo de autenticación

entrante o el Protocolo de autenticación saliente aparecen como Básico, se verá
afectado.
Utilice los pasos proporcionados aquí para crear un nuevo perfil de Exchange Online, y
actualice los buzones para usar el nuevo perfil. Para comenzar, pruebe un buzón con el
nuevo perfil antes de intentar cambiar todos los buzones.
¿Cómo puedo identificar quién está usando la

autenticación básica y desde dónde?
Utilice la página Registros de inicio de sesión de Azure AD en Azure Portal. Para
identificar solicitudes de sincronización del lado del servidor, puede comenzar usando la
opción Agregar filtros con una condición de Aplicación cliente = Servicios web de
intercambio. Las solicitudes a los servicios web de intercambio desde la sincronización
del lado del servidor tendrán un valor Agente de usuario que comienza con CRM. Las
solicitudes incluirán el nombre de usuario utilizado para la autenticación, así como la
dirección IP de origen. Para ver las solicitudes, incluido el valor del agente de usuario,
debe utilizar la opción Descargar. Es importante elegir el formato JSON ya que el valor
del agente de usuario no está incluido en la opción de formato CSV. Una solicitud de
ejemplo de Dynamics 365 on-premises comenzaría con CRM/9.0.0.0/OnPremise, donde
el valor medio es el número de versión principal. Una solicitud de ejemplo a Dynamics
365 en línea tendría un valor de agente de usuario de CRM/9.0.0.0/Live.
Autenticación Exchange Online entre
inquilinos
Utilice la sincronización del lado del servidor para sincronizar buzones de correo de
Exchange Online que residen en diferentes inquilinos Exchange Online. Siga los pasos
de este tema para completar los requisitos previos antes de configurar un perfil de
servidor Exchange Online que utiliza autenticación Oauth entre inquilinos. Más
información: Crear un perfil de servidor de correo para Exchange Online
７ Nota
Dynamics 365 App for Outlook no se admite.

Configuración
Inicie sesión en el Portal de Azure , cree el registro de la aplicación y luego configure el
perfil del servidor de correo electrónico.
Registrar su aplicación
Registre su aplicación en el portal de Azure en el inquilino donde reside Exchange
Online. Para crear el registro de la aplicación, siga estos pasos en Registrar una
aplicación.
７ Nota
No es necesario que ingrese nada para Redirigir URI porque no es necesario.
Cuando registre su aplicación, tenga en cuenta la ID de la aplicación (cliente) e ID de

directorio (inquilino); necesitará esta información más adelante para configurar el perfil
del servidor de correo electrónico.
Agregar un secreto de cliente
Un secreto de cliente es un valor de cadena que usa su aplicación para identificarse. Se
usa por Dynamics 365 para autenticar su aplicación.
Para crear un secreto del cliente, siga los pasos de Agregar un secreto de cliente.
Recuerde anotar el Valor secreto, porque necesitará esta información más adelante para
configurar el perfil del servidor de correo electrónico.
Agrega permisos de API
Para permitir que su aplicación tenga acceso a Exchange Online, necesitas otorgar
permiso de API Office 365 Exchange Online.
1. Seleccione Permisos de API>Agregar un permiso.
2. Seleccione la pestaña API que usa mi organización, y luego seleccione Office 365
Exchange Online.
3. Para el tipo de permisos, seleccione Permisos de aplicación y, a continuación,

seleccione la casilla de verificación full_access_to_app. Cuando esté listo,
seleccione Agregar permisos.
７ Nota
Si no se ajusta a los requisitos de su empresa para tener una aplicación con

acceso completo en todos los buzones de correo, el administrador de
Exchange Online puede establecer el alcance de los buzones de correo a los
que la aplicación puede acceder usando la aplicación de Directiva de acceso o
el rol Suplantación de aplicación en Exchange. Más información:
Permisos de aplicación de alcance a buzones Exchange Online

específicos
Configuración suplantación
4. En la pantalla Permisos configurados, seleccione Otorgar consentimiento del
administrador para nombre de inquilino.
5. En el cuadro de diálogo de confirmación, seleccione Sí.
Perfil del servidor de correo electrónico para

Exchange Online con tipo de autenticación
Oauth (inquilino cruzado)
Para crear un perfil de servidor de correo electrónico para Exchange Online que usa
autenticación Oauth (entre inquilinos), debe recopilar la siguiente información del portal
de Azure:
TenantId: el ID de inquilino del inquilino donde Exchange Online está configurado

ID de la aplicación: el Id. de la aplicación que usa Dynamics 365 para conectarse a
Exchange Online
Secreto de cliente: el valor del secreto de cliente que usa Dynamics 365 para
autenticarse como la aplicación
Conectar con Exchange Server (local)
Con la versión 9.0 puede conectar sus aplicaciones Customer Engagement (como
Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Marketing,
Dynamics 365 Field Service y Dynamics 365 Project Service Automation) con Microsoft
Exchange Server (local). Más información: Manual de instalación: Sincronización del lado
del servidor para CRM Online y Exchange Server (notas del producto)
Requisitos previos
1. Exchange Server. Se admiten las siguientes versiones: Exchange Server 2013 SP1,
Exchange Server 2016 y Exchange Server 2019.
2. Autenticación. Durante la instalación, Exchange configura Internet Information

Services (IIS). Para conectar las aplicaciones Customer Engagement con Exchange
Server, debe habilitar Windows NT LAN Manager (NTLM) o autenticación básica en
Exchange Server. Si configura la autenticación Windows (NTLM), asegúrese de que
la autenticación básica está deshabilitado en Exchange Server.
Para más información sobre la autenticación, vaya a:
Exchange Server 2013: Servicios web de autenticación y Exchange (EWS) en

Exchange
Exchange Server 2013: Configuración predeterminada para directorios virtuales de
Exchange
Exchange
Exchange
3. Rol ApplicationImpersonation. Debe crear y configurar una cuenta de servicio con

el rol ApplicationImpersonation en Exchange. Más información: Suplantación y
EWS en Exchange
4. Conexión protegida. La conexión entre las aplicaciones de involucración del

cliente y Exchange debe cifrarse mediante TLS/SSL y conjuntos de cifrados
actuales.
5. Servicios Web Exchange (EWS). Las conexiones a EWS se deben habilitar a través
del firewall. Con frecuencia se usa un servidor inverso para la conexión de cara al
exterior.
 Sugerencia
Para asegurarse de que tiene una buena conexión con Exchange (on-premises),
ejecute el Analizador de conectividad remota de Microsoft . Para obtener más
información acerca de qué pruebas deben ejecutarse, vea Probar flujo de correo
con el Analizador de conectividad remota .
Para conocer los puertos necesarios, consulte Puertos de red para clientes y flujo
de correo en Exchange.
Para obtener más información sobre los protocolos y cifrados usados para proteger
la conexión entre Dynamics 365 y los servicios de correo electrónico externos,
consulte Conjuntos de cifrados de servidor y requisitos de TLS.
Vista previa: Crear un perfil de servidor de

correo electrónico
2. En la barra de comandos, seleccione Configuración>Correo electrónico>Perfiles

de servidor.

4. Para Tipo de servidor de correo electrónico, seleccione Exchange Server (local) y,
a continuación, especifique un Nombre para el perfil.
5. Si desea utilizar este perfil de servidor como el perfil predeterminado para los
nuevos buzones de correo, active Establecer como perfil predeterminado para
nuevos buzones de correo.
Credencial especificada en el perfil de servidor de correo electrónico: las

credenciales especificadas en el perfil de servidor de correo electrónico se
usan para enviar o recibir correo electrónico para los buzones de todos los
usuarios y colas asociados a este perfil. Las credenciales deben tener
permisos de suplantación o delegación en los buzones asociados con el
perfil. Esta opción requiere cierta configuración en el servidor de correo
electrónico, por ejemplo, configurar derechos de suplantación en Exchange
para buzones asociados con el perfil.
７ Nota
Para asegurarse de que las credenciales están protegidas en las
aplicaciones , se usa cifrado SQL para cifrar las credenciales almacenadas
en el perfil de servidor de correo electrónico.
Autenticación moderna híbrida para Exchange (HMA): para obtener la

información de esta opción, siga los pasos en Autenticación moderna híbrida
(HMA) para Exchange local
7. Expandir Ubicaciones y puertos y siga estos pasos:
Si Tipo de autenticación se establece en Credencial especificada en el perfil

del servidor de correo electrónico, seleccione si Detectar automáticamente
la ubicación del servidor está Activa o Inactiva.
Si elige Inactivo, introduzca la información del servidor de correo electrónico

entrante y saliente. Introduzca los puertos que utilizará el servidor de correo
electrónico para acceder al correo electrónico entrante y saliente. Seleccione
el protocolo que se usará para la autenticación del correo electrónico
entrante y saliente.
Si tipo de autenticación se establece en Exchange Hybrid Modern Auth
(HMA), introduzca la ubicación y el puerto del servidor de correo electrónico.
8. Expanda la sección Avanzado y luego use la información sobre herramientas para

elegir sus opciones de procesamiento de correo electrónico.
Crear un perfil de servidor de correo

electrónico

En el cliente web heredado, seleccione el icono engranaje en la esquina
superior derecha, seleccione y después Configuración avanzada.
3. Seleccione Nuevo>Exchange Server (híbrido).
4. Para un perfil de servidor de correo electrónico de Exchange, especifique los

detalles siguientes:
Campos Descripción
General
Nombre Especifique un nombre significativo para el perfil.

Campos Descripción
Descripción Escriba una breve descripción sobre el objetivo del perfil de servidor de
Detectar Seleccione Sí (recomendado) si desea usar automáticamente el servicio

automáticamente de detección para determinar la ubicación del servidor. Si establece
ubicación del esto como No, debe especificar la ubicación del servidor de correo
servidor electrónico manualmente.
Ubicación del Si selecciona No en Detectar automáticamente ubicación del servidor,

servidor entrante escriba una dirección URL en Ubicación de servidor entrante y
y ubicación del Ubicación de servidor saliente.
servidor saliente
Credenciales
Autenticación Especifique las credenciales para la cuenta de servicio de Exchange

con suplantación concedida al rol ApplicationImpersonation.
Nombre de Escriba el nombre de usuario de la cuenta de servicio de Exchange.

usuario
Contraseña Escriba la contraseña de la cuenta de servicio de Exchange.
Avanzado
Configuración
adicional
Procesar correo Seleccione una fecha y una hora. El correo electrónico recibido después
electrónico de fecha y hora se procesará mediante la sincronización del lado del
desde servidor para todos los buzones asociados con este perfil. Si establece
un valor menor que la fecha actual, el cambio se aplicará a todos los
buzones recién asociados y se extraerán sus correos electrónicos
procesados anteriormente.
Intervalos Escriba el intervalo de sondeo mínimo, en minutos, para buzones que

mínimos de están asociados a este perfil de servidor de correo electrónico. El
sondeo en intervalo de sondeo determina con qué frecuencia sondea la
minutos sincronización del lado del servidor los buzones en busca de nuevos
mensajes de correo electrónico.
Campos Descripción
Número máximo Escriba el número máximo de conexiones simultáneas que se pueden

de conexiones crear por aplicaciones de involucración del cliente para el servidor de
simultáneas correo electrónico correspondiente por buzón. Aumente el valor para
permitir más llamadas paralelas a Exchange para mejorar rendimiento o
reducir el valor si se producen errores en Exchange debido a una gran
cantidad de llamadas desde aplicaciones Customer Engagement. El
valor predeterminado de este campo es 10. El número máximo se
considera por buzón o por perfil de servidor de correo electrónico en
función de si las credenciales se especifican en el perfil servidor de
buzón o de correo electrónico.
Mover correos Para mover el correo electrónico no entregado a la carpeta No se

electrónicos no puede entregar, elija Sí. Si hay un error en los mensajes de correo
entregados a la electrónico de seguimiento en las aplicaciones de Dynamics 365 como
carpeta Mensajes actividades de correo electrónico, y si esta opción se establece en Sí, el
que no se mensaje de correo electrónico pasará a la carpeta No se puede
pueden entregar entregar.
Notificaciones
por correo
electrónico
Enviar un correo Si desea que el propietario del perfil de servidor de correo electrónico
electrónico de reciba una notificación cuando más del 50 % de los buzones produzcan
alerta al error, haga clic en Sí.
propietario del
perfil de servidor
de correo
electrónico que
informe de los
eventos
principales
6. Haga clic en Probar conexión y revise los resultados. Para diagnosticar problemas,
vea la siguiente sección.
Solución de problemas de la conexión del perfil Exchange

Server (híbrido)
Si ha ejecutado el comando Probar conexión y tiene problemas con la conexión del
perfil Exchange Server (híbrido), use la información en el cuadro de diálogo Probar
conexión para diagnosticar y corregir la conexión.
En este ejemplo, hubo un problema con la función de ubicación del servidor de
descubrimiento automático. Revise el nombre de usuario y la contraseña que se usan
para Autenticación con suplantación para el perfil de Exchange Server (híbrido).
Puede encontrar información de problemas periódicos e información sobre solución de

problemas en Blog: Probar y habilitar buzones en Microsoft Dynamics CRM 2015 y
Solucionar problemas y monitorizar la sincronización del lado del servidor.
Configurar el procesamiento y la sincronización

predeterminados de correo electrónico
Establezca la sincronización del lado del servidor como método de configuración
predeterminado.
2. Seleccione Configuración>Correo electrónico>Configuración de correo

electrónico.
3. En Métodos de sincronización, configure los campos de procesamiento y

sincronización de la siguiente manera:
Perfil de servidor: el perfil que creó en la sección anterior.
Correo electrónico entrante: Sincronización del lado del servidor o E-mail

Router
Correo electrónico saliente: Sincronización del lado del servidor o E-mail
Router
Citas, contactos y tareas: Sincronización del lado del servidor o E-mail Router
Si deja Procesamiento de correo electrónico para usuarios y colas no

aprobadas en los valores predeterminados (seleccionado), deberá aprobar
correos electrónicos y colas para los buzones de los usuarios según se indica
en Aprobar correo electrónico más adelante en este tema.
Configurar buzones
Para establecer buzones para usar el perfil predeterminado, primero debe establecer el
Perfil de servidor y el método de entrega del correo electrónico, citas, contactos y
tareas.
Además de premisos de administrador, debe tener privilegios de lectura y escritura en la

tabla de buzón para configurar el método de entrega para el buzón.
Escoja uno de los siguientes métodos: configurar los buzones de correo con el perfil
predeterminado o editar los buzones de correo para configurar el perfil y los métodos
de entrega.
4. Seleccione todos los buzones que desee asociar al perfil de Exchange Server que
creó, seleccione Aplicar configuración de correo electrónico predeterminada,
compruebe los valores, y después seleccione Aceptar.
De forma predeterminada, la configuración del buzón se comprueba y se habilitan
los buzones cuando seleccione Aceptar.
5. En el formulario Cambiar varios registros, en Método de sincronización,

establezca Perfil de servidor en el perfil de Exchange Server que creó
anteriormente.
6. Establezca Correo electrónicoEntrante y Saliente como Sincronización del lado

del servidor o E-mail Router.

Debe aprobar cada buzón o cola de usuario antes de que ese buzón pueda procesar

4. Seleccione los buzones que desee aprobar y después haga clic en Más comandos
(…) >Aprobar correo electrónico.

4. Seleccione los buzones que quiere probar, y luego elija Probar & y habilitar
buzones.
Esto prueba la configuración de correo electrónico entrante y saliente de los

buzones seleccionados y los habilita para procesamiento de correo electrónico. Si
se produce un error en un buzón, se muestra una alerta en el muro de Alertas del
buzón y el propietario del perfil. Según la naturaleza de errores, las aplicaciones de
Customer Engagement intentan procesar el correo electrónico de nuevo tras algún
tiempo o deshabilitan el buzón para procesamiento de correo electrónico.
El resultado de la prueba de configuración de correo electrónico se muestra en los

campos Estado del correo electrónico entrante, Estado del correo electrónico
saliente y Estado de citas, contactos y tareas de un registro de buzón. También se
genera una alerta cuando la configuración se completa correctamente para un
buzón. Esta alerta se muestra al propietario del buzón.
 Sugerencia
Si no puede sincronizar los contactos, las citas, tareas y para un buzón, puede
seleccionar la casilla Sincronizar elementos con Exchange desde esta organización
solo, aunque Exchange esté configurado para sincronizar con otra organización.
Pruebe la configuración de correo electrónico

de todos los buzones asociados con un perfil
de servidor de correo electrónico.
3. Seleccione el perfil que creó y después haga clic en Probar & y habilitar buzones.
Cuando prueba la configuración del correo electrónico, se ejecuta un trabajo

asincrónico en segundo plano. La prueba puede tardar unos minutos en
completarse. Las aplicaciones de involucración del cliente prueban la configuración
de correo electrónico de todos los buzones asociados con el perfil de Exchange
Server. Para los buzones configurados con sincronización del lado del servidor para
sincronizar citas, tareas y contactos, también comprueba si estos están
 Sugerencia
Consultar también
Probar flujo de correo con el Analizador de conectividad remota
Servicio de detección automática
Administrar el servicio de detección automática

Autenticación moderna híbrida para
Exchange local (HMA)
Dynamics 365 puede conectarse a buzones hospedados en Exchange Server (local)

mediante la autenticación moderna híbrida (HMA). La sincronización del lado del
servidor se autenticará contra Azure Active Directory (Azure AD) mediante el uso de un
certificado que proporcione y almacene de forma segura en Azure Key Vault. Deberá
establecer un registro de aplicación protegido por un secreto de cliente para permitir
que Dynamics 365 acceda al certificado en Key Vault. Una vez que Dynamics 365 pueda
recuperar el certificado, el certificado se usará para autenticarse como una aplicación
específica y acceder al recurso de Exchange (local).
Versiones compatibles de Exchange

HMA solo estará disponible en Exchange 2013 (CU19+) o Exchange 2016 (CU8+). Más
información: Anuncio de autenticación moderna híbrida para Exchange local (Blog)
Requisitos previos
Para implementar HMA con Dynamics 365, deberá cumplir con los siguientes requisitos:
HMA debe estar habilitado en Exchange usando autenticación de paso Azure

AD. Más información:
Implementaciones híbridas de Exchange Server
Asistente para configuración híbrida
¿Qué es Azure AD Connect?
Autenticación de paso a través de Azure Active Directory: Inicio rápido
Cómo configurar Exchange Server local para usar la autenticación moderna
híbrida
Se requiere un certificado para este esquema de autenticación. Debe

proporcionar un certificado válido para configurar la sincronización del lado del
servidor para HMA. Se puede generar directamente en Azure Key Vault o mediante
el proceso de su empresa para generar y cargar un certificado en Key Vault.
Necesita una ubicación de Key Vault donde el certificado se puede almacenar de

forma segura. También deberá configurar el registro de la aplicación con un AppId
y ClientSecret para permitir que Dynamics 365 acceda al certificado. Más
información: Key Vault
Configuración
Siga los pasos a continuación para configurar HMA para Exchange (local).
Hacer que un certificado esté disponible en Key Vault

1. En el Portal de Azure , abra Key Vault y vaya a la sección Certificados.
2. Seleccione Generar/Importar.
3. En este punto, se puede generar o importar un certificado. Especifique un nombre

de certificado y seleccione Crear.
El nombre del certificado se utilizará más adelante para hacer referencia al certificado.
En este ejemplo, el certificado se denomina HMA-Cert.
Cree un nuevo registro de aplicación para acceder a Key

Vault
Cree un nuevo registro de aplicación en Azure Portal en el inquilino donde reside Key
Vault. Para este ejemplo, la aplicación se llamará KV-App durante el proceso de
configuración. Más información: Inicio rápido: registre una aplicación con la plataforma
de identidad de Microsoft
Agregar un secreto de cliente para KV-App

Dynamics 365 utilizará el secreto del cliente para autenticar la aplicación y recuperar el
certificado. Más información: Agregar un secreto de cliente
Agregue KV-App a las políticas de acceso de Key Vault

1. En el Portal de Azure , abra Key Vault y vaya a la sección Directivas de acceso.
2. Seleccione Agregar directiva de acceso.
3. Para Seleccionar principal, seleccione una entidad de seguridad. Para este

ejemplo, seleccionaremos KV-App.
4. Seleccionar permisos. Asegúrese de agregar Obtener permiso en Permisos

secretos y Permisos de certificado. Ambos son necesarios para que la KV-App
pueda acceder al certificado.
5. Seleccione Agregar.
Cree un nuevo registro de aplicación para

acceder a HMA
Cree un nuevo registro de aplicación en Azure Portal en el inquilino donde Exchange es
híbrido.
En este ejemplo, la aplicación se llamará HMA-App durante este proceso de

configuración y representará la aplicación real que Dynamics 365 usará para interactuar
con los recursos de Exchange (local). Más información: Inicio rápido: registre una
aplicación con la plataforma de identidad de Microsoft
Agregue el certificado para HMA-App

Esto será utilizado por Dynamics 365 para autenticar HMA-App. HMA solo admite el uso
de certificados para autenticar una aplicación; por lo tanto, se necesita un certificado
para este esquema de autenticación.
Agregue el certificado HMA provisto previamente en Key Vault. Más información:

Agregar un certificado.
Agregar permiso API

Para permitir que HMA-App tenga acceso a Exchange (local), otorgue el permiso API
Office 365 Exchange Online.
1. En el portal de Azure , abra Registros de aplicaciones y seleccione HMA-App.
2. Seleccione Permisos de API>Agregar un permiso.
3. Seleccione API que usa mi organización.
4. Introduzca Office 365 Exchange Online y selecciónelo.
5. Seleccione Permisos de aplicación.
6. Seleccione la casilla de verificación full_access_as_app para permitir que la

aplicación tenga acceso completo a todos los buzones de correo, y luego
seleccione Agregar permisos.
７ Nota
Si no se ajusta a los requisitos de su empresa para tener una aplicación con

acceso completo en todos los buzones de correo, el administrador de
Exchange (local) puede establecer el alcance de los buzones de correo a los
que la aplicación puede acceder mediante la configuración del rol
ApplicationImpersonation en Exchange. Más información: Configurar la
suplantación
7. Seleccione Conceder consentimiento de administrador.

Perfil de servidor de correo electrónico con
tipo de autenticación Exchange Hybrid Modern
Auth (HMA)
Antes de crear un perfil de servidor de correo electrónico en Dynamics 365 mediante
Exchange Hybrid Modern Auth (HMA), debe recopilar la siguiente información del Azure
Portal:
URL de EWS: los servicios web de Exchange (EWS) punto de conexión donde se
encuentra Exchange (local), que debe ser de acceso público desde Dynamics 365.
Identificador de recurso de AAD: el identficador de recurso de Azure al que la

aplicación HMA solicitará acceso. Por lo general, es la parte del host de la URL de
EWS punto de conexión.
TenantId: el ID de inquilino del inquilino donde Exchange (local) está configurado

con autenticación Azure AD de paso.
ID de la aplicación HMA: el ID de la aplicación para HMA-App. Se puede encontrar

en la página principal para el registro de la aplicación HMA-App.
Key Vault Uri: el URI de Key Vault utilizado para el almacenamiento de certificados.
Key Vault KeyName: el nombre del certificado utilizado en Key Vault.
ID de aplicación de KeyVault: el ID de aplicación de la aplicación KV utilizada por

Dynamics para recuperar el certificado de Key Vault.
Secreto de cliente de KeyVault: el secreto de cliente para la aplicación KV utilizada

por Dynamics 365.
Prueba de conexión con Exchange
Server (local)
La siguiente guía es para aquellos que tienen problemas con la conexión de aplicaciones
de participación del cliente (Dynamics 365 Sales, Dynamics 365 Customer Service,
Automation) a un buzón alojado en su implementación local de Microsoft Exchange
mediante sincronización del lado del servidor.
Dynamics 365 se hospeda en Microsoft Azure. Durante la configuración, la

sincronización del lado del servidor intentará iniciar una conexión HTTP al punto de
conexión de los servicios web de Exchange (EWS) configurados por el cliente en el perfil
del servidor de correo electrónico asociado al buzón. El punto de conexión EWS es un
recurso accesible HTTP orientado a Internet al que se puede acceder desde fuera de la
red del cliente.
Determinar si el problema es con Dynamics 365

Para ayudar a diagnosticar el problema, primero eliminemos la conexión a Exchange
Server (local) como posible problema.
Prueba de conexión con el Analizador de conectividad

remota de Microsoft
1. Abrir https://testconnectivity.microsoft.com/tests/O365EwsAccess/input
2. Rellene los siguientes valores:
Para encontrar estos valores, seleccione un entorno en el centro de administración

de Power Platform, vaya a Configuración>Correo electrónico>Perfiles de
servidor> seleccione el perfil Exchange Server (híbrido).
Campo/opción valor
Dirección de Por ejemplo: aTestMailbox@contoso.com

correo
electrónico de
destino
Authentication Seleccione Autenticación básica.

type
Cuenta Necesitará una cuenta de suplantación (imp_acc_1) configurada en

Microsoft Microsoft Exchange local con acceso de suplantación para todos los
buzones de correo en los que desea probar la sincronización.
Contraseña:
Utilizar la Utilice la detección automática para usar automáticamente el servicio

detección de detección para determinar la ubicación del servidor. Especifique una
automática para URL de EWS (por ejemplo,
detectar la https://contoso.yourdomain.com/EWS/Exchange.asmx ) para localizar
configuración el servidor de correo electrónico manualmente.
del servidor
Especificar la
URL de los
servicios web de
Exchange
Probar carpeta Seleccione esta opción.

predefinida
Usar Habilite esta opción para probar la sincronización de varios buzones de

suplantación de correo.
Exchange
Usuario Introduzca la misma dirección de correo electrónico de Exchange que

suplantado especificó anteriormente para la dirección de correo electrónico del
buzón de destino.
Identificador de Seleccione SmtpAddress.

usuario
suplantado
3. Complete los valores restantes según corresponda y seleccione Realizar prueba.

Resultados de la prueba
Si la prueba de conectividad no es correcta, es posible que el problema no sea con
Dynamics 365 Online, pero podría serlo con la configuración local de Microsoft
Exchange. El siguiente paso es volver a visitar la configuración del servidor de Microsoft
Exchange y, si es necesario, contactar con el Soporte técnico local de Microsoft
Exchange .
Si la prueba de conectividad es correcta, comuníquese con Soporte técnico de Dynamics

365 para analizar más a fondo la fuente del problema.
Conectar con servidores IMAP, POP o
SMTP
Siga estos pasos para conectar las aplicaciones Customer Engagement (como Dynamics
365 Sales, Dynamics 365 Customer Service, Dynamics 365 Marketing, Dynamics 365
Field Service, y Dynamics 365 Project Service Automation) con servidores de correo
electrónico IMAP o POP, como los que se utilizan para Gmail y Yahoo! Correo.
７ Nota
Sólo los mensajes de correo electrónico en la carpeta Bandeja de entrada se

sincronizan.
Los perfiles existentes de correo electrónico POP3 no se convertirán
automáticamente a IMAP. No puede migrar perfiles de correo electrónico de
POP3 a IMAP, pero puede crear un nuevo perfil de servidor de correo
electrónico IMAP y mover sus buzones de correo al nuevo perfil de servidor.
Para más información sobre los sistemas IMAP o SMTP admitidos por
Microsoft, vaya a: Configuraciones de servicio de correo electrónico
admitidas para sincronización del lado del servidor.
Para obtener más información sobre los protocolos y cifrados usados para
proteger la conexión entre Dynamics 365 y los servicios de correo electrónico
externos, consulte Conjuntos de cifrados de servidor y requisitos de TLS.

electrónico
７ Nota
Si está utilizando la aplicación web, vaya a Cree un perfil de servidor de

correo electrónico con la aplicación web heredada.
de servidor.
4. Para Tipo de servidor de correo, seleccione Otro (IMAP/POP, SMTP) y, a

continuación, especifique un Nombre para el perfil.
6. Para Tipo de autenticación, seleccione Credencial especificada por usuario o cola.

Cuando selecciona esta opción, las credenciales especificadas en el registro del
buzón de un usuario o una cola se usan para enviar o recibir correo electrónico
para el usuario o la cola correspondiente.
７ Nota
Para asegurarse de que las credenciales están protegidas, se usa cifrado SQL
para cifrar las credenciales almacenadas en el buzón.
7. Expandir Ubicaciones y puertos y siga estos pasos:
Protocolo de comunicación entrante: introduzca el protocolo que se usará

para la autenticación del correo electrónico entrante.
Ubicación entrante y saliente: introduzca la ubicación del correo electrónico
entrante y saliente.
Puerto entrante y saliente: introduzca el puerto entrante y saliente para el
servidor de correo.
8. Expanda la sección Avanzado y use la información sobre herramientas para elegir

sus opciones de procesamiento de correo electrónico.
Cree un perfil de servidor de correo electrónico mediante

la aplicación web heredada
1. En la esquina superior derecha, seleccione Configuración y luego seleccione
2. Seleccione Configuración>Configuración de correo electrónico>Perfiles de
servidor de correo electrónico.
3. Seleccione Nuevo>Servidor IMAP/SMPT.

Campos Descripción
General
Asignar Especifique un nombre significativo para el perfil.

nombre
Descripción Introduzca una breve descripción sobre el objetivo del perfil de servidor
Ubicación del Escriba la Ubicación del servidor entrante y la Ubicación del servidor
servidor saliente.
entrante y
ubicación del Por ejemplo, entrante: imap.mail.yahoo.com y saliente:
servidor smtp.mail.yahoo.com
saliente
Credenciales
Campos Descripción
Autenticar Seleccione un método para autenticar mientras conecta con el servidor de

usando correo electrónico especificado.
Credenciales especificadas por un usuario o una cola. Si selecciona

esta opción, las credenciales especificadas en el registro del buzón
de un usuario o una cola se usan para enviar o recibir correo
electrónico para el usuario o la cola correspondiente.
Nota: para asegurarse de que las credenciales están protegidas, se

usa cifrado SQL para cifrar las credenciales almacenadas en el
buzón.
Credenciales especificadas en el perfil de servidor de correo

electrónico. Si selecciona esta opción, las credenciales especificadas
en el perfil de servidor de correo electrónico se usan para enviar o
recibir correo electrónico para los buzones de todos los usuarios y
colas asociados a este perfil. Las credenciales deben tener permisos
de suplantación o delegación en los buzones asociados con el perfil.
Esta opción requiere cierta configuración en el servidor de correo
electrónico, por ejemplo, configurar derechos de suplantación en
Exchange para buzones asociados con el perfil.
Nota: para garantizar que las credenciales están protegidas, se usa

cifrado de SQL para cifrar las credenciales almacenadas en el perfil
de servidor de correo electrónico si está procesando correo
electrónico mediante sincronización del lado del servidor.
Autenticación integrada en Windows. Esta opción se aplica solo a

Exchange y los tipos de servidor de correo electrónico SMTP. Si
selecciona esta opción, se usarán las credenciales con las que se ha
configurado el Servicio asincrónico.
Sin credenciales (anónimo). No es un valor válido.
Nombre de Escriba el nombre de usuario que se utiliza para conectar con el servidor
usuario de correo electrónico para enviar o recibir correo electrónico para los
buzones de todos los usuarios y colas asociados con este perfil. El campo
está habilitado y es válido solo si Autenticar usando está establecido
como Credenciales especificadas en el perfil de servidor de correo
electrónico. El nombre de usuario que especifique debe tener permiso
para enviar y recibir correo electrónico desde buzones de usuarios y colas
asociados con este perfil.
Nota: si usa HTTP para aplicaciones de involucración del cliente, los

campos Nombre de usuario y Contraseña se deshabilitarán. Para habilitar
la opción, cambie el valor de la propiedad de la implementación
AllowCredentialsEntryViaNonSecureChannels a 1.
Campos Descripción
Contraseña: Especifique la contraseña del usuario que se utilizará junto con el nombre
de usuario para conectar con el servidor de correo electrónico para enviar
o recibir correo electrónico para los buzones de los usuarios y colas
asociados a este perfil. La contraseña se almacena con seguridad.
Nota: si usa HTTP para aplicaciones de involucración del cliente, los

campos Nombre de usuario y Contraseña se deshabilitarán. Para habilitar
la opción, cambie el valor de la propiedad de la implementación
Usar la misma Si desea usar la misma configuración de credenciales para las conexiones
configuración entrantes y salientes, elija Sí.
para saliente
Opciones
avanzadas
Puerto Este campo muestra el puerto en el servidor de correo electrónico para

entrante obtener acceso al correo electrónico entrante. Este campo se completa
automáticamente cuando se guarda el registro.

saliente obtener acceso al correo electrónico saliente. Este campo se completa
Usar SSL para Elija Sí si el canal de correo electrónico se encuentra en un canal seguro y
conexión TLS/SSL debe usarse para recibir correo electrónico.
entrante
conexión TLS/SSL debe usarse para enviar correo electrónico.
saliente
Protocolo de Seleccione un protocolo que se usará para la autenticación del correo

autenticación electrónico entrante y saliente.
entrante y
protocolo de
autenticación
saliente
Configuración
adicional
Procesar Seleccione una fecha y una hora. El correo electrónico recibido después de
correo fecha y hora se procesará mediante la sincronización del lado del servidor
electrónico para todos los buzones asociados con este perfil. Si establece un valor
desde anterior que la fecha actual, el cambio se aplicará a todos los buzones
recién asociados y los correos que se procesaron antes se extraerán.
Campos Descripción
Intervalos Introduzca el intervalo de sondeo mínimo, en minutos, para buzones que

mínimos de están asociados a este perfil de servidor de correo electrónico. El intervalo
sondeo en de sondeo determina con qué frecuencia sondea la sincronización del lado
minutos del servidor los buzones en busca de nuevos mensajes de correo
electrónico.
Número Escriba el número máximo de conexiones simultáneas que puede crear

máximo de con el servidor de correo electrónico correspondiente por buzón. Aumente
conexiones el valor para permitir más llamadas paralelas a Exchange para mejorar
simultáneas rendimiento o reducir el valor si se producen errores en Exchange debido
a una gran cantidad de llamadas desde aplicaciones Customer
Engagement. El valor predeterminado de este campo es 10. El número
máximo se considera por buzón o por perfil de servidor de correo
electrónico en función de si las credenciales se especifican en el perfil
servidor de buzón o de correo electrónico.

predeterminado.


electrónico.
3. Establezca los campos de procesamiento y sincronización de la siguiente manera:

Router

Router
７ Nota
La configuración Sincronización del lado del servidor o router de

correo para citas, contractos y tareas no son compatibles con el perfil
IMAP.

Configurar buzones
tareas.

de entrega.

4. Seleccione todos los buzones que desee asociar al perfil de IMAP que creó,
seleccione Aplicar configuración de correo electrónico predeterminada,
compruebe los valores y, a continuación, haga clic en Aceptar.



establezca Perfil de servidor en el perfil de IMAP que creó anteriormente.

7. Establezca Citas, contactos y tareas en Ninguno.

correo electrónico. Más información: Aprobar correos electrónicos



buzones.

buzón y el propietario del perfil. Según la naturaleza de errores, la sincronización
del lado del servidor intentarán procesar el correo electrónico de nuevo tras algún
tiempo o deshabilitan el buzón para procesamiento de correo electrónico.

campos Estado de correo electrónico entrante, Estado de correo electrónico
saliente en una fila de buzón. También se genera una alerta cuando la
configuración se completa correctamente para un buzón. Esta alerta se muestra al
propietario del buzón.
Puede encontrar información sobre problemas recurrentes y otra información de

solución en los siguientes temas:
Probar configuración de buzones

Solucionar problemas y supervisar la sincronización del lado del servidor.



de correo electrónico de todos los buzones asociados con el perfil de IMAP. Para
los buzones configurados con sincronización del lado del servidor para sincronizar
citas, tareas y contactos, también comprueba si estos están configurados
correctamente.
 Sugerencia
Puertos de red para Power Apps

Los siguientes puertos se abren para conexiones salientes entre Power Apps y servicios
de Internet:
80 HTTP
443 HTTPS
465 Secure SMTP
587 Secure SMTP
993 Secure IMAP
Las personalizaciones o configuraciones de correo electrónico en Power Apps solo

pueden usar estos puertos.
Consultar también
Configuración de sincronización del lado del servidor

Conectar cuentas de Gmail usando
OAuth 2.0
Siga los pasos de este artículo para configurar la sincronización del lado del servidor
para enviar y recibir correo electrónico en aplicaciones de participación del cliente
Dynamics 365 Field Service y Dynamics 365 Project Service Automation) de las cuentas
de Gmail utilizando OAuth 2.0 como mecanismo de autorización.
７ Nota
El perfil de servidor de correo electrónico OAuth de Gmail funciona para hasta 100
usuarios. Cree varios perfiles de OAuth (pasos 1 a 4) si desea asociar el mismo perfil
con varios usuarios.
Paso 1. Habilitar IMAP o POP en Gmail
７ Nota
Estos pasos debe hacerlos el administrador del sistema.
Para IMAP, siga los pasos en Comprobar Gmail a través de otras plataformas de correo
electrónico .
Para POP, siga los pasos en Leer mensajes de Gmail en otros clientes de correo
electrónico usando POP .
Paso 2. Crea un proyecto
７ Nota
Con una cuenta de Google (puede ser la misma que usará para enviar y recuperar
correo electrónico, o una diferente), vaya a Google Developers Console y cree un nuevo
proyecto.
Siga los pasos para Crear un proyecto en Crear, cerrar y restaurar proyectos .
Paso 3. Configurar el consentimiento de OAuth
７ Nota
1. Seleccione Pantalla de consentimiento de OAuth y luego seleccione el tipo de

usuario:
Seleccione Interno si está utilizando un inquilino administrador de GSuite y

va a crear la aplicación exclusivamente para su organización.
Seleccione Externo si está probando con una cuenta de Gmail independiente.
3. En Nombre de la aplicación, ingrese el nombre de la aplicación. En Dominios

autorizados, introduzca el nombre de dominio privado principal de su entorno
(por ejemplo, dynamics.com ). Seleccione Guardar.
4. Seleccione Credenciales>Crear credenciales.
5. Seleccione Id. de cliente de OAuth.
6. Seleccione Configurar pantalla de consentimiento.
7. Escriba la siguiente configuración:

Configuración Usar
Tipo de Aplicación web

aplicación
Nombre Nombre de su cliente web
Orígenes de La URL de su entorno (por ejemplo, https://contoso.crm.dynamics.com )

JavaScript
autorizados
URI de La URL de su entorno con /_grid/cmds/dlg_gmailoauth.aspx adjunto (por

redirección ejemplo,
autorizados https://contoso.crm.dynamics.com/_grid/cmds/dlg_gmailoauth.aspx )
8. Seleccione Crear. En la pantalla que aparece, tome nota del id. de cliente y del
secreto de cliente. Utilizará estos datos en el siguiente paso.
Paso 4. Crear un perfil de servidor de correo
electrónico

de servidor.
4. Para Tipo de servidor de correo, seleccione Gmail y, a continuación, especifique

un Nombre para el perfil.
6. Para Tipo de autenticación, seleccione Gmail OAuth.
7. Para Identificación del cliente y Secreto del cliente, ingrese la información que
anotó en el paso 8 del procedimiento anterior.
７ Nota
Los campos Ubicaciones y puertos se completan automáticamente.

Paso 5. Configurar el buzón
７ Nota
Estos pasos debe hacerlos el usuario del buzón.
3. Seleccione Configuración>Configuración de correo electrónico>Buzones.

4. Seleccione el buzón para el usuario configurado en los pasos anteriores.
5. Use la configuración siguiente:
Configuración Usar
Perfil de servidor El perfil creado en el paso 4
Correo electrónico entrante Sincronización del lado del servidor o E-mail Router
Correo electrónico saliente Sincronización del lado del servidor o E-mail Router
7. Seleccione Iniciar sesión en Gmail.
8. Continúe a través de las páginas de inicio de sesión y autorización de Gmail.
Paso 6. Agregar usuarios de prueba

En Google Cloud Platform (Developer Console), agregue usuarios en la sección Test
Users cuando publique la aplicación. Más información: Ayuda de Google Cloud Platform
Console
Paso 7. Probar y habilitar
７ Nota
Estos pasos debe hacerlos el usuario del buzón.
Seleccione Probar y habilitar el buzón para probar el buzón configurado en el paso 6.

Conecte cuentas de Gmail, servidor de
correo POP3 o servidor de correo SMTP
utilizando las credenciales especificadas
por un usuario o una cola
） Importante
Como se ha documentado aquí , a partir del 30 de mayo de 2022, Gmail dejará de

admitir aplicaciones configuradas para usar solo su nombre de usuario y
contraseña. Para usar la sincronización del lado del servidor con Gmail, siga los
pasos en Conectar cuentas de Gmail usando OAuth 2.0.
Siga los pasos de este artículo para configurar la sincronización del lado del servidor
para enviar y recibir correo en aplicaciones de participación del cliente (como Dynamics
365 Sales, Dynamics 365 Customer Service, Dynamics 365 Marketing, Dynamics 365
Field Service, y Dynamics 365 Project Service Automation) desde cuentas de Gmail,
servidor de correo POP3 o servidor de correo SMTP utilizando las credenciales
especificadas por un usuario o una cola como mecanismo de autorización.

electrónico para cuentas de Gmail

de servidor.
4. Para Tipo de servidor de correo, seleccione Gmail y, a continuación, especifique

un Nombre para el perfil.
6. Para Tipo de autenticación, seleccione Credencial especificada por usuario o cola

(usando aplicaciones menos seguras). Kas credenciales especificadas en la fila del
buzón de un usuario o una cola se usan para enviar o recibir correo electrónico
para el usuario o la cola correspondiente.
７ Nota
Para asegurarse de que las credenciales están protegidas, se usa cifrado SQL
para cifrar las credenciales almacenadas en el buzón.
7. Los campos Ubicaciones y puertos se completan automáticamente.


electrónico
entorno.
3. Elija Nuevo>Servidor POP3 y SMTP.

Campos Descripción
General
Nombre Especifique un nombre significativo para el perfil.
Descripción Escriba una breve descripción sobre el objetivo del perfil de servidor de
Ubicación del Escriba la Ubicación del servidor entrante y la Ubicación del servidor
servidor saliente.
entrante y
ubicación del Por ejemplo, entrante: pop3.live.com y saliente: smtp.live.com
servidor
saliente
Credenciales
Autenticar Seleccione un método para autenticar mientras conecta con el servidor de

usando correo electrónico especificado.
- Credenciales especificadas por un usuario o una cola. Si selecciona esta

opción, las credenciales especificadas en la fila del buzón de un usuario o
una cola se usan para enviar o recibir correo electrónico para el usuario o
la cola correspondiente. Nota: Para asegurarse de que las credenciales
están protegidas, se usa cifrado SQL para cifrar las credenciales
almacenadas en el buzón.
- Credenciales especificadas en el perfil de servidor de correo

electrónico. Si selecciona esta opción, las credenciales especificadas en el
perfil de servidor de correo electrónico se usan para enviar o recibir correo
electrónico para los buzones de todos los usuarios y colas asociados a este
perfil. Las credenciales deben tener permisos de suplantación o delegación
en los buzones asociados con el perfil. Esta opción requiere cierta
configuración en el servidor de correo electrónico, por ejemplo, configurar
derechos de suplantación en Exchange para buzones asociados con el
perfil. Nota: para garantizar que las credenciales están protegidas, se usa
cifrado de SQL para cifrar las credenciales almacenadas en el perfil de
servidor de correo electrónico si está procesando correo electrónico
mediante sincronización del lado del servidor.
- Autenticación integrada en Windows. Esta opción se aplica solo a

Exchange y los tipos de servidor de correo electrónico SMTP. Si selecciona
esta opción, se usarán las credenciales con las que se ha configurado el
Servicio asincrónico.
- Sin credenciales (anónimo). No es un valor válido.

Campos Descripción
Nombre de Escriba el nombre de usuario que se utiliza para conectar con el servidor
usuario de correo electrónico para enviar o recibir correo electrónico para los
buzones de todos los usuarios y colas asociados con este perfil. El campo
está habilitado y es válido solo si Autenticar usando está establecido
como Credenciales especificadas en el perfil de servidor de correo
electrónico. El nombre de usuario que especifique debe tener permiso
para enviar y recibir correo electrónico desde buzones de usuarios y colas
asociados con este perfil. Nota: si usa HTTP para aplicaciones de
involucración del cliente, los campos Nombre de usuario y Contraseña se
deshabilitarán. Para habilitar la opción, cambie el valor de la propiedad de
la implementación AllowCredentialsEntryViaNonSecureChannels a 1.
Contraseña: Especifique la contraseña del usuario que se utilizará junto con el nombre
de usuario para conectar con el servidor de correo electrónico para enviar
o recibir correo electrónico para los buzones de los usuarios y colas
asociados a este perfil. La contraseña se almacena con seguridad. Nota: si
usa HTTP para aplicaciones de involucración del cliente, los campos
Nombre de usuario y Contraseña se deshabilitarán. Para habilitar la
opción, cambie el valor de la propiedad de la implementación
Usar la misma Si desea usar la misma configuración de credenciales para las conexiones
configuración entrantes y salientes, elija Sí.
para saliente
Opciones
avanzadas

entrante obtener acceso al correo electrónico entrante. Este campo se completa

saliente obtener acceso al correo electrónico saliente. Este campo se completa
conexión TLS/SSL debe usarse para recibir correo electrónico.
entrante
conexión TLS/SSL debe usarse para enviar correo electrónico.
saliente
Campos Descripción
Protocolo de Seleccione un protocolo que se usará para la autenticación del correo

autenticación electrónico entrante y saliente.
entrante y
protocolo de
autenticación
saliente
Configuración
adicional
Procesar Seleccione una fecha y una hora. El correo electrónico recibido después de
correo fecha y hora se procesará mediante la sincronización del lado del servidor
electrónico para todos los buzones asociados con este perfil. Si establece un valor
desde menor que la fecha actual, el cambio se aplicará a todos los buzones
recién asociados y se extraerán sus correos electrónicos procesados
anteriormente.
Intervalos Escriba el intervalo de sondeo mínimo, en minutos, para buzones que

mínimos de están asociados a este perfil de servidor de correo electrónico. El intervalo
sondeo en de sondeo determina con qué frecuencia sondea la sincronización del lado
minutos del servidor los buzones en busca de nuevos mensajes de correo
electrónico.
Número Escriba el número máximo de conexiones simultáneas que se pueden crear

máximo de por aplicaciones de involucración del cliente para el servidor de correo
conexiones electrónico correspondiente por buzón. Aumente el valor para permitir
simultáneas más llamadas paralelas a Exchange para mejorar rendimiento o reducir el
valor si se producen errores en Exchange debido a una gran cantidad de
llamadas desde aplicaciones Customer Engagement. El valor
predeterminado de este campo es 10. El número máximo se considera por
buzón o por perfil de servidor de correo electrónico en función de si las
credenciales se especifican en el perfil servidor de buzón o de correo
electrónico.
5. Elija Guardar.

predeterminado.

superior derecha, seleccione y después Configuración avanzada. ,

electrónico.
3. En Métodos de sincronización, configure los campos de procesamiento y

sincronización de la siguiente manera:

Router

Router
７ Nota
La configuración Sincronización del lado del servidor o router de

correo para citas, contractos y tareas no son compatibles con el perfil
POP3-SMTP.

Configurar buzones
tareas.

de entrega.
4. Seleccione todos los buzones que desee asociar al perfil de POP3-SMTP que creó,
seleccione Aplicar configuración de correo electrónico predeterminada,
compruebe los valores y, a continuación, seleccione Aceptar.



establezca Perfil de servidor en el perfil POP3-SMTP que creó anteriormente.

7. Establezca Citas, contactos y tareas en Ninguno.


buzones.

buzón y el propietario del perfil. Según la naturaleza de errores, las aplicaciones de
Customer Engagement intentarán procesar el correo electrónico de nuevo tras
algún tiempo o deshabilitan el buzón para procesamiento de correo electrónico.

campos Estado del correo electrónico entrante, Estado del correo electrónico
saliente y Estado de citas, contactos y tareas de un registro de buzón. También se
genera una alerta cuando la configuración se completa correctamente para un
buzón. Esta alerta se muestra al propietario del buzón.
Puede encontrar información de problemas periódicos e información sobre

solución de problemas en Blog: Probar y habilitar buzones en Microsoft Dynamics
CRM 2015 y Solucionar problemas y monitorizar la sincronización del lado del
servidor.
 Sugerencia


de correo electrónico de todos los buzones asociados con el perfil de POP3-SMTP.
Para los buzones configurados con sincronización del lado del servidor para
sincronizar citas, tareas y contactos, también comprueba si estos están
 Sugerencia
Puertos de red para Power Apps US

Government
Los siguientes puertos se abren para conexiones salientes entre Power Apps US
Government y servicios de Internet:
80 HTTP
443 HTTPS
465 Secure SMTP
995 Secure POP3
Las personalizaciones o configuraciones de correo electrónico de Power Apps US

Government pueden usar solo estos puertos.
Vea también
Microsoft Power Apps US Government

Prácticas recomendadas para la
Considere los procedimientos recomendados descritos en este tema, cuando planee e

implemente la sincronización del lado del servidor.
７ Nota
Para realizar los ajustes descritos en las siguientes secciones, vaya a

Ajustes>Configuración de correo electrónico>Perfiles del servidor de correo
electrónico.
Configure la sincronización del lado del

servidor para aplicaciones de Customer
Engagement y Exchange Online
De manera predeterminada, se crea el perfil de servidor de correo electrónico de
Microsoft Exchange Online para las aplicaciones de Customer Engagement (tales como
Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Marketing,
Dynamics 365 Field Service y Dynamics 365 Project Service Automation) y debe ser su
primera opción. Si desea usar su propio perfil y usa aplicaciones Customer Engagement
y Exchange Online y los dos servicios están en el mismo inquilinouse la siguiente
configuración del perfil de servidor de correo electrónico.
Configuración Recomendación
Asignar nombre Introduzca un nombre para el nuevo perfil del servidor de correo
Configuración
avanzada
Procesar correos Especifique la fecha y hora desde la que quiere procesar los correos del
electrónicos desde nuevo perfil de servidor de correo.
Si desea usar un conjunto de credenciales para

procesar mensajes de correo electrónico con
Outlook o Exchange
Usar una cuenta para procesar el correo electrónico a todos los buzones es más fácil de
mantener pero requiere el uso de una cuenta con acceso a todos los buzones de
Outlook o Exchange. La cuenta debe tener derechos de suplantación de Exchange. Si se
compromete esa cuenta única, todos los buzones de correo con esa cuenta se
comprometen. Puede configurar el ámbito de suplantación de Exchange para limitar
qué buzones de correo puede suplantar una cuenta. Más información: Configurar la
suplantación
Conexión entrante
Autenticar usando Credenciales especificadas en el perfil de servidor de correo electrónico
Nombre de usuario El nombre de usuario que tiene derechos de suplantación en Exchange
Contraseña: La contraseña del nombre de usuario.
Usar suplantación Sí
Tenga en cuenta que la configuración Suplantación de uso a No

(delegación) no se admite para sincronizar citas, contactos y tareas.
Usar la misma Sí
configuración para
saliente
Configuración
avanzada
Procesar correos Especifique la fecha y hora desde la que quiere procesar los correos del
electrónicos desde nuevo perfil de servidor de correo.
Si desea usar credenciales individuales para

procesar mensajes de correo electrónico con
Outlook o Exchange
Una alternativa a usar una sola cuenta para procesar mensajes de correo electrónico es
utilizar cuentas individuales. Este método requiere más esfuerzo de mantenimiento,
pero evita centrar la seguridad en una sola cuenta. Si desea que cada cuenta de usuario
se sincronice con Outlook o Exchange y no está usando el perfil de servidor de correo
electrónico de Microsoft Exchange Online, use los siguientes valores en el perfil del
servidor de correo electrónico.
Conexión entrante
Autenticar usando Credenciales especificadas por un usuario o una cola
Usar suplantación No
Usar la misma Sí
configuración para
saliente
Configuración avanzada
Procesar correos Especifique la fecha y hora desde la que quiere procesar los correos
electrónicos desde del nuevo perfil de servidor de correo.
Realice los siguientes ajustes para cada buzón de usuario.
Credenciales Configuraciones
recomendadas
Permitir uso de credenciales para procesamiento de correo Sí

electrónico
Nombre de usuario El nombre del usuario del

buzón
Contraseña: La contraseña del buzón
Consideraciones
El uso de credenciales individuales para procesar correos electrónicos se
acumulará contra el número de MaximumConcurrentConnections. Este método se
recomienda generalmente para una pequeña cantidad de buzones de correo.
El uso de credenciales individuales o un conjunto de credenciales está sujeto a
políticas de expiración de contraseñas. Las contraseñas deben actualizarse en el
buzón o en el perfil del servidor de correo electrónico cuando se cambia una
contraseña.
La fecha Procesar correo electrónico desde en el perfil del servidor de correo
electrónico se aplica a todos los buzones asociados con ese perfil. Si necesita
establecer una fecha distinta para Procesar correo electrónico a partir de la fecha
en un subconjunto de buzones, le recomendamos utilizar un perfil de servidor de
correo electrónico independiente o configurar la columna Procesar correo
electrónico recibido después del en el buzón a la fecha deseada.
７ Nota
Cuando se sincroniza un buzón de correo por primera vez, la sincronización del

lado del servidor utilizará la fecha Procesar correos electrónicos desde en el perfil
del servidor de correo electrónico para determinar cuánto tiempo atrás se deben
sincronizar los correos electrónicos en relación con la fecha de Recibido para los
correos electrónicos en el buzón de Exchange. El último correo electrónico
procesado en cualquier ciclo de sincronización se utilizará para establecer la fecha
Procesar correos electrónicos desde en el registro del buzón. Los ciclos de
sincronización subsiguientes luego harán referencia a la fecha Procesar correos
electrónicos desde en el buzón de correo para controlar qué tan atrás buscará la
sincronización del lado del servidor los correos electrónicos.
Puede haber ocasiones en las que necesite configurar la fecha Procesar correos
electrónicos desde en la tabla de buzones a una fecha anterior para volver a
procesar los correos electrónicos. Un ejemplo de ello puede ser contabilizar los
correos electrónicos que se sincronizaron pero luego se eliminaron
accidentalmente de Dynamics 365. Otro ejemplo es si un correo electrónico no
estaba dentro de la carpeta Bandeja de entrada cuando se procesó el buzón. Mover
el correo electrónico nuevamente a la carpeta Bandeja de entrada después de que
ya se procesó no dará como resultado que se procese porque la fecha Procesar
correos electrónicos desde en el buzón probablemente sea posterior a la fecha
Recibido el del correo electrónico. En este caso, el atributo Procesar correos
electrónicos desde puede agregarse al formulario Buzón y actualizarse a un valor
que refleje el período de tiempo desde el cual necesita volver a procesar los
correos electrónicos.
Tenga en cuenta que la sincronización del lado del servidor siempre utilizará el
mayor valor entre la fecha Procesar correos electrónicos desde en el perfil del
servidor de correo electrónico y el registro del buzón.
Consulte también
Solución de problemas de sincronización del lado del servidor

Definir opciones personales que afectan
al seguimiento y la sincronización entre
y Outlook o Exchange
Puede utilizar el cuadro de diálogo Establecer opciones personales en aplicaciones de

Automation) para configurar muchas opciones que afectan el seguimiento y la
sincronización.
Para abrir el cuadro de diálogo Definir opciones personales:
Seleccione el botón Configuración en la esquina superior derecha de la pantalla

y, a continuación, seleccione Opciones.
La siguiente tabla resume las opciones de seguimiento y la sincronización

disponibles en el cuadro de diálogo Definir opciones personales. La columna
Disponible indica si la opción está disponible en aplicaciones de involucración del
cliente. Esta columna también indica si la opción está disponible para la
sincronización de Outlook, la sincronización del lado del servidor (también
conocida como "sincronización de Exchange"), o ambas. Más información:
A En esta En esta sección Vea esta Disponibles

pestaña opción
pestaña opción
Ver o editar los filtros de Sincronización Sincronizar Vea o - De

sincronización en línea que elementos con administre los aplicaciones
se usan para determinar Outlook o filros que de
los registros copiados en Exchange determinan involucración
su disco duro local los registros del cliente
que se - Para la
sincronizan sincronización
con sus de Outlook o
carpetas de la
Outlook o sincronización
Exchange.
del lado del
servidor
Más
información:
Elección de
los registros
que se desea
sincronizar
entre
aplicaciones
de Customer
Engagement
y Outlook o
Exchange
Ver o editar los filtros de Sincronización Administrar su Administre - De

sincronización sin filtros sin sus filtros sin aplicaciones
conexión que se usan para conexión y conexión de
determinar los registros desconectar la para involucración
copiados en su disco duro información en determinar del cliente
local cuando se Dynamics 365 for qué datos - Para la

desconecta Outlook necesita con sincronización
usted cuando de Outlook o
se la
desconecta. sincronización
del lado del
servidor
pestaña opción
Ver los campos que están Sincronización Ver o - De

sincronizados entre administrar aplicaciones
Outlook y las aplicaciones los campos de
de involucración del sincronizados involucración
cliente de elementos del cliente
de Outlook o - Para la
Exchange, sincronización
incluidos de Outlook o
citas, la
contactos y sincronización
tareas. del lado del
servidor
Sobrescribir los nombres Sincronización Actualizar el Actualizar - Para la

en el campo Compañía de campo de campos sincronización
contactos de Outlook con compañía para Compañía de Outlook o
la cuenta primaria de los contactos de con los la
contactos Outlook nombres de sincronización
las cuentas del lado del
primarias servidor
Establecer el cliente de Sincronización Definir cliente de Defina este - Solo para la

sincronización que sincronización equipo como sincronización
sincroniza registros entre el cliente para de Outlook.
Outlook y aplicaciones de realizar la Nota: Esta
involucración del cliente sincronización opción sólo
entre Outlook aparece
y la cuando tiene
organización varios clientes
principal de Outlook
que están
conectados a
la misma
organización.
Establezca el intervalo de Sincronización Programar Sincronizar - Solo para la

sincronización para sincronización los elementos sincronización
sincronizar los elementos automática con de mis de Outlook
Outlook carpetas de
Outlook cada
pestaña opción
Habilitar aplicaciones de Email Seleccionar la Permitir De Dynamics

involucración del cliente forma en que aplicaciones 365 for
para enviar un correo Microsoft de Outlook solo
electrónico con Dynamics Dynamics 365 for involucración
365 for Outlook Outlook debe del cliente
integrar el correo para enviar
electrónico con un correo
aplicaciones de electrónico
involucración del con Microsoft
cliente Dynamics 365
for Outlook
Realizar seguimiento Email Seleccionar la Comprobar el De Dynamics

automático de correo forma en que correo 365 for
electrónico entrante Microsoft entrante en Outlook solo
Dynamics 365 for Outlook y
Outlook debe determinar si
integrar el correo se tiene que
electrónico con vincular un
aplicaciones de correo y
involucración del guardar como
cliente un registro de
aplicaciones .
Realizar seguimiento Correo Seleccione los Seguimiento De

automático de correo mensajes de aplicaciones
electrónico entrante correo que desea de
seguir involucración
del cliente
pestaña opción
Realizar seguimiento Correo Seleccione los Configurar - De

automático de correo mensajes de reglas de aplicaciones
electrónico entrante correo que desea seguimiento de
seguir de carpetas
involucración
del cliente
Más - Solo para

información: sincronización
Realizar un del lado del
seguimiento servidor
de correo
electrónico de
Outlook
moviéndolo a
una carpeta
de Exchange
con
seguimiento
Crear automáticamente Correo Crear Crear De

registros de contacto o automáticamente aplicaciones
cliente potencial si el registros en de
remitente del mensaje de aplicaciones de involucración
correo electrónico o de Dynamics 365 del cliente
invitación de la reunión
aún no tiene un registro
en aplicaciones de
Seleccione cómo se Libreta de Seleccione cómo Todas las De Dynamics

asociarán los destinatarios direcciones se conciliarán los opciones 365 for
de correo electrónico con destinatarios de Outlook solo
los registros correo con los
registros
Establecer el intervalo de Datos locales Establecer la Actualizar los De Dynamics

sincronización para frecuencia de datos locales 365 for
actualizar sus datos locales actualización de cada
Outlook solo
al desconectarse los datos locales
Nota: Es
posible que
no pueda
cambiar el
intervalo si su
administrador
ha limitado
cambios.
pestaña opción
Seleccione cómo deben Datos locales Seleccionar la Habilitar De Dynamics

tratarse los registros forma en que se detección de 365 for
duplicados al pasar de deben duplicados Outlook solo
estar sin conexión a estar administrar los durante la
en línea registros sincronización
duplicados de
durante la desconexión
sincronización a conexión
Para usar Microsoft Dynamics 365 for Outlook, debe iniciar sesión con sus credenciales
(una dirección de correo electrónico y una contraseña). Puede optar por guardar esta
información localmente para que no se le solicite cada vez que abra Outlook. Si elige
guardar esta información localmente, Dynamics 365 for Outlook se conectará de forma
automática a Microsoft Dynamics 365 (online) cada vez que abra Outlook.
Después de iniciar sesión y usar Dynamics 365 for Outlook por vez primera, la conexión
entre su equipo y Dynamics 365 (online) estará siempre abierta mientras esté conectado
Internet. Solo podrá desactivar la conexión entre el equipo y Dynamics 365 mediante
una opción de configuración, pero si lo hace, el rendimiento de Dynamics 365 for
Outlook puede reducirse.
Si usa Dynamics 365 for Outlook para realizar un seguimiento del correo electrónico, el
hilo de correo electrónico estará visible para los usuarios de la organización que tengan
permiso para verlo.
Por cada correo electrónico que reciba, Dynamics 365 for Outlook enviará a Dynamics
365 (online) la dirección de correo electrónico del remitente y del receptor, así como la
línea de asunto del mensaje. De esta forma, Dynamics 365 (online) puede validar si el
servicio de Dynamics 365 (online) debe o no almacenar un mensaje de correo específico.
Cuando realiza el seguimiento de un elemento, el servicio de Dynamics 365 mantiene
una copia del mismo, que estará visible para los usuarios de su organización que tengan
los permisos adecuados. Si cancela el seguimiento de un elemento, esa copia se
eliminará automáticamente del servicio Dynamics 365 (online) solo si es el propietario
del elemento.
Consulte también

Realice un seguimiento automático de
elementos de carpeta de enviados con
la sincronización del lado del servidor.
Cuando la sincronización del lado del servidor está habilitada para un buzón de
Microsoft Exchange dentro de Dynamics 365, se realiza un seguimiento automático de
los correos electrónicos recibidos de la Bandeja de entrada de Microsoft Exchange
según la lógica de aceptación y correlación. Puede configurar esta opción en Definir
opciones personales.
No se realiza un seguimiento automático de los mensajes de correo electrónico que los

usuarios envían directamente desde un cliente de correo electrónico, como Microsoft
Office Outlook de forma predeterminada. En la siguiente sección se incluyen los pasos
necesarios para habilitar el seguimiento automático de los correos electrónicos
enviados.
Habilitar el seguimiento de los elementos de la

carpeta de enviados
Un administrador puede configurar OrgDBOrgSettingsAutoTrackSentFolderItems, lo
que permitirá que la sincronización del lado del servidor pase por los correos
electrónicos de la carpeta Elementos enviados en Microsoft Exchange y que realice un
seguimiento automático de los correos electrónicos a Dynamics 365 respetando las
siguientes opciones de aceptación de correo electrónico en Establecer opciones
personales.
） Importante
Esta característica está deshabilitada de forma predeterminada y puede

habilitarla con la configuración AutoTrackSentFolderItems de
OrgDBOrgSettings.
Habilite el seguimiento de los elementos enviados solo se admite con un
buzón de Microsoft Exchange.
Aceptar todos los mensajes de correo electrónico: se realizará un seguimiento de

cualquier correo electrónico del buzón en Dynamics 365.
Mensajes de correo electrónico en respuesta al correo electrónico de Dynamics
365 (opción PREDETERMINADA): solo se rastrearán los mensajes de correo
electrónico en respuesta a los correos electrónicos que ya están presentes en
Dynamics 365.
Mensajes de correo electrónico de clientes potenciales, contactos y cuentas de

Dynamics 365: solo los mensajes de correo electrónico que tengan un cliente
potencial, un contacto o una cuenta coincidentes dentro de Dynamics 365 se
rastrearán automáticamente en Dynamics 365.
Mensajes de correo de registros de Dynamics 365 habilitados para correo

electrónico: se realizará un seguimiento de los mensajes de correo electrónico
enviados a registros que están habilitados para correo electrónico en Dynamics
365.
No hay mensajes de correo electrónico: no se realizará un seguimiento

automático de los elementos.
Establecer la sincronización de correo
electrónico entrante y saliente
Tiene varias opciones para sincronizar mensajes de correo electrónico con Microsoft
Dataverse o aplicaciones de Customer Engagement (como Dynamics 365 Sales,
Dynamics 365 Customer Service, Dynamics 365 Marketing, Dynamics 365 Field Service y
Dynamics 365 Project Service Automation). Use la información de este tema para
implementar la mejor opción para su compañía.
Establecer el método de sincronización

Para configurar el método de sincronización predeterminado para todos los buzones
de usuario recién creados
2. En la barra de comandos, seleccione Configuración>Correo

electrónico>Configuración de correo electrónico.
７ Nota
En la aplicación web heredada, seleccione Configuración y, a continuación,

seleccione Configuración avanzada. A continuación, vaya a
Configuración>Configuración de correo electrónico>Opciones de
configuración de correo electrónico.
Para configurar el método de sincronización para buzones individuales
７ Nota
En la aplicación web heredada, seleccione Configuración y, a continuación,

2. Seleccione Configuración>Buzones y, a continuación, seleccione un buzón.
Para obtener información sobre la selección de un método de sincronización, vaya a

Integrar su sistema de correo electrónico con.
Opciones de mensajería de correo electrónico
entrante
Las configuraciones de correo electrónico entrante disponibles que se pueden usar
cuando un usuario o una cola reciben mensajes de correo electrónico son las siguientes:
Ninguno. Use esta opción para usuarios o colas que no usan aplicaciones
Customer Engagement para realizar el seguimiento de los mensajes de correo
electrónico recibidos.
Dynamics 365 for Outlook. Esta opción está en desuso para Microsoft Power
Platform y Microsoft Dataverse. Esta opción solo está disponible para
implementaciones locales. Más información: Dynamics 365 for Outlook está en
desuso
Sincronización del lado del servidor o Email Router. Cuando se seleccione esta
opción, la sincronización del lado del servidor procesará los mensajes de correo
electrónico directamente desde el buzón del usuario o de la cola, sin usar un
buzón de enrutamiento o receptor.
Buzón de enrutamiento. Esta opción requiere un buzón "receptor", que es un

buzón dedicado que recopila los mensajes de correo electrónico transferidos
desde cada buzón de usuario mediante una regla de servidor. Aunque esta opción
no requiere que los usuarios ejecuten Outlook, es necesario que la regla se
implemente para cada usuario. Use el Asistente para implementación de reglas
para implementar reglas para cada buzón de correo de usuario. Esta opción se
proporcionó para la migración inicial a la sincronización del lado del servidor
desde versiones anteriores de Dynamics 365. No es una opción recomendada
como solución a largo plazo debido a razones de rendimiento. Más información:
Buzón de enrutamiento y buzones individuales
Opciones de mensajería de correo electrónico

saliente
Las configuraciones de correo electrónico saliente disponibles que se pueden usar
cuando los usuarios o las colas envían mensajes de correo electrónico son las siguientes:
Ninguno. Use esta opción para usuarios o colas que no usan aplicaciones
Customer Engagement para enviar mensajes de correo.
Dynamics 365 for Outlook. Esta opción está en desuso para Microsoft Power
Platform y Dataverse. Esta opción solo está disponible para implementaciones
locales. Más información: Dynamics 365 for Outlook está en desuso
Sincronización del lado del servidor o Email Router. Esta opción envía mensajes
de correo electrónico mediante la sincronización del lado del servidor o el
componente enrutador de correo electrónico. El sistema de correo electrónico
debe ser compatible con SMTP. La sincronización del lado del servidor o enrutador
de correo electrónico se pueden instalar en el servidor SMTP o en un equipo
distinto que tenga conexión al servidor SMTP.
Encuentra la combinación correcta de

configuraciones
El comportamiento de seguimiento automático del correo electrónico para un usuario o
una cola determinados es una combinación de opciones personales y configuraciones
del sistema. Además de los métodos de sincronización descritos en este tema, la
sincronización del lado del servidor respeta las opciones de correo electrónico personal
y el nivel de entorno configuración del sistema de un usuario.
Como ayuda para encontrar la combinación correcta de configuraciones para su

organización, vaya a Foro de la comunidad: cómo elegir la configuración del sistema y
las opciones personales para el seguimiento automático del correo electrónico .
Consultar también
Usar el filtrado y la correlación de
mensajes de correo electrónico para
especificar los correos electrónicos
objetos de seguimiento
Con sincronización del lado del servidor y Dynamics 365 App for Outlook, puede crear
automáticamente actividades de correo electrónico en aplicaciones de Customer
Engagement (como Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365
Marketing, Dynamics 365 Field Service, y Dynamics 365 Project Service Automation).
Estas aplicaciones se basan en los mensajes de correo electrónico recibidos.
） Importante
Solo los correos electrónicos directamente dentro de la carpeta Bandeja de entrada

de un buzón se evalúan para el seguimiento automático. Si un correo electrónico
está en una subcarpeta, el elemento solo se procesará si la carpeta está
configurada para seguimiento a nivel de carpeta. Si un mensaje de correo
electrónico estaba en una subcarpeta cuando la sincronización del lado del servidor
procesó el buzón, mover el correo electrónico nuevamente a la carpeta Bandeja de
entrada no dará como resultado que el correo electrónico se procese durante el
próximo ciclo de sincronización. Server-Side Sync rastrea la fecha de recepción del
último correo electrónico que se procesó, de modo que durante el próximo ciclo
de sincronización pueda evaluar solo los correos electrónicos recibidos después de
esa fecha/hora. Para procesar un correo electrónico que no estaba dentro de la
carpeta Bandeja de entrada, puede usar una de las siguientes opciones:
Rastree manualmente el correo electrónico usando el Seguimiento de

categorías de Outlook o Dynamics 365 App for Outlook
Actualice la fecha Procesar correos electrónicos desde en el registro del buzón
a una fecha anterior a la recepción del correo electrónico. Este campo no está
expuesto en el formulario de registro de buzón de forma predeterminada.
Haga clic en el botón Prueba& Habilitar buzón dentro del registro del buzón
en Dynamics 365.
Con la automatización para rastrear mensajes de correo electrónico, los usuarios

pueden seleccionar una opción de filtro que determina qué mensajes de correo
electrónico se rastrean.
Los usuarios pueden configurar las siguientes opciones de filtro de correo electrónico
en el cuadro de diálogo Establecer opciones personales en la pestaña Correo
electrónico. Para más información, vea Establezca opciones personales que afecten el
seguimiento y la sincronización entre las aplicaciones de participación del cliente y
Outlook o Exchange..
Todos los mensajes de correo electrónico: todos los mensajes de correo

electrónico recibidos por el usuario se rastrean en Dynamics 365 como una
actividad de correo electrónico.
Mensajes de correo electrónico en respuesta al correo electrónico: solo las

respuestas a los mensajes de correo electrónico que ya se han rastreado se
guardan como actividades de correo electrónico en Dynamics 365.
Mensajes de correo electrónico de clientes potenciales, contactos y cuentas: solo

los mensajes de correo electrónico enviados que se resuelven en un cliente
potencial, contacto o fila de cuenta en Dynamics 365 se guardan como actividades.
Mensajes de correo electrónico de registros que están habilitados para correo

electrónico: los mensajes de correo electrónico se rastrean desde cualquier fila que
se resuelva en una dirección de correo electrónico en Dynamics 365, incluidas las
tablas personalizadas.
Sin mensajes de correo electrónico: no se realizará un seguimiento (se crearán

actividades) de los mensajes de correo electrónico recibidos por el usuario. Esta
opción solo afecta a los correos electrónicos con seguimiento automático.
７ Nota
Estas opciones se pueden configurar para realizar un seguimiento automático de

los elementos enviados y también se pueden configurar para colas y buzones de
correo en cola.
Correos electrónicos que son rastreados manualmente por un usuario en Outlook a
través de Dynamics 365 App for Outlook, seguimiento a nivel de carpeta, o Categoría de
Outlook se sincronizan con Dynamics 365 independientemente de las opciones de filtro
configuradas, ya que el usuario desea realizar un seguimiento manual del correo
Las opciones Mensajes de correo electrónico enviados en respuesta al correo

electrónico están activadas de forma predeterminada. La correlación se produce
después de filtrar un mensaje de correo electrónico. Un administrador puede desactivar
todo el seguimiento de mensajes de un determinado usuario estableciendo Correo
electrónico entrante en Método de sincronización como Ninguno en el formulario del
Buzón. Esto significa que la sincronización del lado del servidor no procesará el buzón
para los correos electrónicos entrantes, por lo que no se realizará un seguimiento de los
correos electrónicos entrantes del buzón en Dynamics 365.
Un administrador puede habilitar o deshabilitar la correlación de correo electrónico
desde el cuadro de diálogo Configuración del sistema en la pestaña Correo electrónico
a nivel de organización.
Usar conversaciones para seguir correos

electrónicos
Dynamics 365 usa la siguiente información de un correo electrónico para determinar si
un nuevo correo electrónico se correlaciona con un mensaje de correo electrónico
existente en Dynamics 365:
MessageId (oculto en la interfaz de usuario del cliente de correo electrónico pero

estampado en el encabezado del mensaje de correo electrónico): identifica de
forma única un mensaje de correo electrónico que está estampado en cada
mensaje de correo electrónico.
InReplyTo (oculto en la interfaz de usuario del cliente de correo electrónico pero

estampado en el encabezado del mensaje de correo electrónico): contiene el
messageId al que responde el mensaje de correo electrónico.
７ Nota
Si un usuario cambia el asunto de un correo electrónico al responder desde el

escritorio de Outlook, Outlook elimina los valores In-Reply-To e Thread-Index
de los encabezados del mensaje. Esto evita que el correo electrónico pueda
correlacionarse con un correo electrónico anterior en función de InReplyTo o
ConversationIndex.
ConversationIndex (oculto en la interfaz de usuario del cliente de correo

electrónico pero estampado en el encabezado del mensaje de correo electrónico):
contiene datos que asocian un mensaje de correo electrónico a un hilo de correo
electrónico.
Token de seguimiento en el asunto (visible en el asunto del correo electrónico):

concepto de Dynamics 365 que está marcado directamente en la línea de asunto.
Palabras de asunto y destinatarios: la coincidencia inteligente es un concepto de

Dynamics 365 que usa esta información según la configuración.
La lógica de correlación de correo electrónico pasa por cada una de estas opciones de
correlación, en este orden:
1. En respuesta a la correlación: cuando se analiza la correlación de un mensaje de
correo electrónico, si el encabezado inreplyto El encabezado está presente y
contiene un messageId de un mensaje de correo electrónico que ya está en
Dynamics 365, el correo electrónico se correlaciona con el mensaje de correo
electrónico existente. Esto está configurado como ACTIVADO de forma
predeterminada, que se recomienda. La correlación de correo electrónico es
precisa, no hay falsos positivos.
2. Seguimiento de la correlación de tokens: Cuando se analiza la correlación de un

mensaje de correo electrónico, si el asunto contiene un token de seguimiento, el
sistema busca los correos electrónicos existentes en Dynamics 365 con el mismo
token de seguimiento. Si hay una coincidencia, se realiza un seguimiento del
nuevo mensaje de correo electrónico y se relaciona con el correo electrónico
existente. Esta opción se establece en Activado de manera predeterminada.
７ Nota
La información del token de seguimiento es visible para el usuario y se puede

cambiar, lo que puede hacer que un correo electrónico se correlacione con el
correo electrónico incorrecto.
3. Índice de conversación: cuando se analiza la correlación de un mensaje de correo

electrónico, si un conversationIndex está presente en los encabezados y se
encuentra otro mensaje de correo electrónico en la dinámica con el mismo
encabezado de conversationIndex, el mensaje de correo electrónico se
correlacionará
4. Emparejamiento inteligente: cuando se analiza la correlación de un mensaje de

correo electrónico, se extraen los destinatarios y las palabras del asunto, los
mensajes de correo electrónico con destinatarios similares y suficientes palabras
de asunto coincidentes se correlacionarán con él. Para obtener más información,
consulte Emparejamiento inteligente.
７ Nota
La coincidencia inteligente puede hacer que la correlación de correo
electrónico arroje falsos positivos, por lo que no se recomienda habilitarla. Sin
embargo, está disponible en caso de que necesite correlacionar correos
electrónicos que no pertenecen al mismo hilo de correo electrónico.
Cómo las aplicaciones de involucración del

cliente utilizan tokens de seguimiento
Un token de seguimiento es una cadena alfanumérica generada por aplicaciones de
involucración del cliente que se anexa al final de una línea de asunto del correo
electrónico. Sirve para establecer la coincidencia entre las actividades y los mensajes de
Los tokens de seguimiento agregan un componente adicional de correlación. Cuando su

aplicación genera una actividad de correo electrónico saliente, una respuesta de correo
electrónico resultante que llega al sistema de aplicaciones Dynamics 365 se correlaciona
con la actividad que la origina.
De manera predeterminada, la característica de tokens de seguimiento está activada.
Estructura del token de seguimiento

De forma predeterminada, las aplicaciones Customer Engagement usan la siguiente
estructura de token, que se compone de un prefijo de cuatro caracteres y un
identificador de 7 dígitos.
La siguiente tabla muestra una lista de las partes de un token de seguimiento y sus
descripciones.
Parte Descripción
Prefijo Configurable desde 1-20 caracteres. El valor predeterminado es CRM: el

prefijo puede ser único para cada organización o entorno. Por ejemplo, en
una implementación multiempresa de aplicaciones de involucración del
cliente, se recomienda que cada organización configure y use un prefijo
único.
Designador de Este es un valor heredado que se usa para indicar si el usuario estaba en
conectado/sin línea o fuera de línea al enviar el correo electrónico. Este dígito no se puede
conexión configurar.
Número de Configurable desde 0-2,147,483,647. El valor predeterminado es 0. Se utiliza

seguimiento de como número base para los dígitos del número de usuario. Por ejemplo, si el
base de valor es 0 y se configuran 3 dígitos para el número de usuario, el primer
implementaciones usuario tendría un identificador de 001. Si el valor es 500, el primer usuario
sería 501.
Número de Configurable desde 1-10. El intervalo predeterminado es tres (3) dígitos. Este
dígitos para valor determina el número de dígitos que se usará cuando aplicaciones
números de Customer Engagement generen el identificador numérico del usuario de que
usuario generó la actividad de correo electrónico.
Número de Configurable desde 1-9. El intervalo predeterminado es tres (3) dígitos. Este
dígitos para valor determina el número de dígitos que se usará cuando las aplicaciones
contador de involucración del cliente generen el identificador numérico de la actividad
incremental de de correo electrónico (no los mensajes individuales que contiene la
mensajes actividad).
Nota: si usa el valor predeterminado para generar un token con un número

de tres dígitos, aumentará el número hasta 999 y después lo reiniciará a 000.
Puede usar más dígitos para reducir la posibilidad de asignar tokens
duplicados a subprocesos de correo electrónico activos.
Para habilitar, deshabilitar, o configurar tokens de seguimiento, haga lo siguiente::
1. Vaya a Configuración>Administración>Configuración del sistema.
2. Haga clic en la pestaña Correo electrónico.
3. En el área Configurar correlación de correo electrónico puede deshabilitar,

habilitar, o cambiar la estructura de tokens de seguimiento predeterminada.
Coincidencia inteligente
Cuando la sincronización de lado del servidor procesa un mensaje entrante, el sistema
extrae la información asociada con el asunto del mensaje de correo electrónico, la
dirección del remitente y las direcciones de los destinatarios que vinculan la actividad de
correo electrónico con otras filas. Este proceso de correlación, denominado también
coincidencia inteligente, usa los siguientes criterios para establecer las coincidencias
entre la información del mensaje recibido y las actividades de correo electrónico:
Emparejamiento de asunto: se omiten los prefijos, como RE: o Re:, y las

mayúsculas o minúsculas. Por ejemplo, los asuntos de mensajes de correo
electrónico con Re: hola y Hola se considerarían coincidencias.
Emparejamiento de remitente y destinatario: el sistema calcula el número de
direcciones exactas de remitentes y destinatarios en común.
Cuando se completa el proceso de coincidencia, el sistema selecciona el propietario y el

asunto del mensaje de correo electrónico entrante.
De manera predeterminada, la coincidencia inteligente está desactivada.
７ Nota
Puede deshabilitar, habilitar y modificar la configuración de la coincidencia

inteligente en el cuadro de diálogo Configuración del sistema - pestaña Correo
electrónico.
¿Cómo funciona la combinación inteligente?

La coincidencia inteligente se basa completamente en la existencia de similitudes entre
los correos electrónicos. La lista de asuntos y destinatarios (de, a, cc y cco) son los dos
componentes importantes que se consideran al comprobar la similitud.
Cuando se envía un correo electrónico desde Dynamics 365, hay dos conjuntos de hash
que se generan y almacenan en la base de datos.
Hashes de asunto: para generar hashes de asunto, el asunto del correo

electrónico, que puede incluir el token de Dynamics 365 si su uso está habilitado
en la configuración del sistema, se comprueba primero en busca de palabras
irrelevantes como RE: FW: etc. Las palabras irrelevantes se eliminan del asunto y
luego tokenizado. Luego, todos los tokens (palabras) no vacíos se someten a hash
para generar hash de sujeto.
Hashes de destinatarios: para generar el hash del destinatario, se analiza la lista de

destinatarios (desde, hasta, cc, cco) en busca de direcciones de correo electrónico
únicas. Para cada dirección de correo electrónico única, se genera un hash de
dirección.
Luego, cuando se rastrea (llega) un correo electrónico entrante en Dynamics 365, se

sigue el mismo método para crear los hashes de asunto y destinatario.
Para encontrar la correlación entre el correo electrónico entrante y el correo electrónico

saliente, se buscan valores coincidentes en los hashes del asunto y del destinatario
almacenados. Dos correos electrónicos están correlacionados si tienen el mismo
recuento de hashes de asunto y al menos dos hashes de destinatarios coincidentes.
７ Nota
A medida que una organización envía y recibe muchos correos electrónicos

durante un largo período de tiempo, los datos de correlación que se almacenan en
la tabla Hash de correo electrónico pueden aumentar considerablemente. Esto,
cuando se combina con configuraciones de concordancia inteligente menos
restrictivas o con patrones comunes de sujetos o destinatarios, puede hacer que el
rendimiento de la concordancia inteligente disminuya. Como optimización del
rendimiento, si se detecta una alta utilización de los recursos del sistema al realizar
operaciones de cotejo inteligente debido a una combinación de estos factores, el
sistema correlacionará los correos electrónicos de los últimos 90 días.
¿Cómo se puede configurar la coincidencia inteligente?

Hay configuraciones avanzadas que le permiten manipular el comportamiento de
coincidencia inteligente.
HashFilterKeywords: esta es una expresión regular que se usa para cancelar el

ruido en la línea de asunto. Todas las instancias coincidentes de la expresión
regular presente en la línea de asunto se reemplazan con cadenas vacías antes de
generar los hashes de asunto.
Valor predeterminado: ^[\s]*([\w]+\s?:[\s]*)+
Básicamente, indica que internamente (por defecto) ignoraremos cualquier palabra en

(múltiplos de ella) al comienzo de la línea de asunto que tenga un ":" al final.
Firmante Palabras ignoradas
1 Prueba None
2 RE: Prueba RE:

Firmante Palabras ignoradas
3 FW: RE: Prueba FW: RE:
７ Nota
De forma predeterminada, no ignoramos las frases iniciales en la línea de asunto

como "Fuera de la oficina:" ya que no tiene la primera palabra con ":" al lado. Para
ignorar esta frase, puede actualizar la expresión regular en el registro como "^[\s]*
([\w]+\s?:[\s]*)+|Fuera de la oficina:". No coloque las comillas dobles que tengo
alrededor de la cadena en el ejemplo en el registro. El texto del registro solo debe
ser la expresión regular que desea utilizar para ignorar palabras de la línea de
asunto.
HashMaxCount: este es el número máximo de hashes que se generan para

cualquier asunto o lista de destinatarios. Por ejemplo, si el tema después de la
cancelación de ruido contiene más de 20 palabras, solo se consideran las primeras
20 palabras.
HashDeltaSubjectCount: este es el delta máximo permitido entre los recuentos de

hash de asunto de los correos electrónicos que se correlacionarán.
HashMinAddressCount: este es el número mínimo de coincidencias de hash

requeridas en la lista de destinatarios para que los correos electrónicos estén
correlacionados.
Consulte también
Asociar una dirección correo electrónico con una fila

Asociar una dirección correo electrónico
con una fila
Cuando las aplicaciones Customer Engagement realizan el seguimiento de un correo

electrónico, asocia a la dirección de correo electrónico con una fila dentro de las
aplicaciones Customer Engagement. El contenido del campo De del correo electrónico
solo puede estar asociados a una fila. Si hay filas duplicadas en aplicaciones Customer
Engagement con la misma dirección de correo electrónico, el contenido del campo De
del correo electrónico se resolverá a la primera fila activa en el siguiente orden:
1. SystemUser
2. Contacto
3. Cuenta
4. Cliente potencial
5. Equipamiento
6. Equipo
7. Unidad de negocio
8. Tablas habilitadas para correo electrónico (como Colas, personalizadas, etc.)
７ Nota
La única excepción es cuando el propietario del buzón o la cola de seguimiento del

correo electrónico es el propietario de la fila duplicada. Una fila de su propiedad
tiene prioridad sobre cualquier fila que no sea de su propiedad. Por ejemplo, si la
dirección de correo electrónico existe en una tabla de contactos y cuentas y el
propietario del buzón también es propietario de la cuenta pero no del contacto, el
campo Desde se resolverá en la cuenta.
En el campo Para del correo electrónico, se mostrarán todas las filas de tablas
habilitadas para correo electrónico con la dirección de correo electrónico.
Si Configurar los campos Para, cc, bcc como valores no resueltos si se encuentran
varias coincidencias en los correos electrónicos entrantes se establece en No, un
correo electrónico con seguimiento en Dynamics que contiene una dirección de correo
electrónico que se resuelve en varias filas, mostrará cada fila resuelta en el correo
electrónico.
Cómo se determina el propietario de un
registro de correo electrónico
Cuando la sincronización del lado del servidor o App for Outlook sincroniza un mensaje
de correo electrónico con Dynamics 365, el sistema determina el propietario del correo
electrónico en función de los siguientes factores:
1. El sistema evalúa la lista de destinatarios Para, CC y CCO en orden hasta que se

encuentre un propietario adecuado. El propietario se selecciona de la primera lista
de destinatarios en la que se encuentra. El sistema verifica cada destinatario y
verifica que el propietario del buzón asociado esté autorizado para ser el
propietario del correo electrónico. La elegibilidad se basa en si el propietario del
buzón asociado con el destinatario también puede modificar los registros de
2. Si el correo electrónico está asociado con un correo electrónico existente, el

sistema verifica si se puede encontrar el propietario de la mejor coincidencia.
Usando la lista de destinatarios, el sistema verifica si alguno de los destinatarios es
el propietario del correo electrónico asociado. Si se encuentra un propietario apto,
se selecciona al usuario como propietario del correo electrónico.
3. Si no se encuentra el mejor propietario de coincidencia, el sistema intenta

encontrar un segundo mejor propietario.
Si el propietario relacionado no se puede
encontrar en la lista de destinatarios, el sistema intenta resolver el remitente del
correo electrónico a un contacto, cuenta o cliente potencial conocido. Si la
resolución tiene éxito y el propietario del registro resuelto es un propietario
elegible que también está en la lista de destinatarios; solo entonces el usuario se
establece como propietario del correo electrónico.
4. Si no se encuentra el segundo mejor propietario, el sistema usa el primer

propierato apto. Si el sistema no puede encontrar un propietario apto según el
propietario del correo electrónico asociado o el propietario del registro del
remitente, el sistema seleccionará al primer propietario apto en la lista de
destinatarios actual.
Crear elementos de cola a partir de
mensajes de correo electrónico
sincronizados
Hay varias opciones de OrgDbOrgSetting disponibles para controlar cómo se crean

automáticamente los elementos de la cola para el correo electrónico sincronizado. Si no
está familiarizado con OrgDbOrgSettings, consulte el Artículo de KB . Tenga en cuenta
que la siguiente configuración se aplica a toda la organización.
CreateQueueItemForSynchronizingMailbox
Cuando está habilitado, el sistema agregará el buzón de la cola que se
sincroniza actualmente a la lista de colas para las que crear un elemento de
cola. Considere habilitar esta opción si los buzones de correo en cola
potencialmente reciben o procesan correo electrónico en el que no están en la
lista de destinatarios, como a través de membresías de listas de distribución o
como destinatarios CCO. El valor predeterminado es verdadero.
CreateQueueItemsForAcceptingQueueRecipients
Cuando está habilitado, el sistema creará un elemento de cola para cada
destinatario de la cola resuelto durante el procesamiento del correo electrónico
entrante. Si AutoRouteToOwnerQueue está habilitado para la tabla de correo
electrónico, el sistema crea además un elemento de cola en la cola
predeterminada del propietario del correo electrónico. El valor predeterminado
es verdadero.
SSSCreateAdditionalQueueItemsForAlreadyTrackedEmail
Cuando está habilitada, la sincronización del lado del servidor creará un
elemento de cola para la cola de sincronización si ya se ha creado un correo
electrónico mediante la sincronización del lado del servidor y el elemento de la
cola no existe en la cola de sincronización. El valor predeterminado es falso.
Estas configuraciones se pueden mezclar y combinar para lograr la flexibilidad deseada

sobre cómo el sistema debe crear automáticamente los elementos de la cola. Por
ejemplo, el sistema puede crear varios elementos de la cola para cada destinatario de la
cola según sea necesario utilizando la siguiente combinación de configuraciones y el
flujo que se describe a continuación:
Establezca CreateQueueItemForSynchronizingMailbox a verdadero.

Establezca CreateQueueItemsForAcceptingQueueRecipients a falso.
Establezca SSSCreateAdditionalQueueItemsForAlreadyTrackedEmail a verdadero.
1. Un solo correo electrónico se envía desde un cliente a varios buzones de correo en
cola que son monitoreados por la sincronización del lado del servidor.
2. Una regla automática saca el correo electrónico de la carpeta de la bandeja de
entrada en cada cola. Por lo tanto, estos correos electrónicos no son visibles
inicialmente para la sincronización del lado del servidor y no se procesan.
3. En una de las colas, el correo electrónico se mueve a la carpeta de la bandeja de
entrada para ser recogido para el procesamiento de sincronización del lado del
servidor. Porque CreateQueueItemForSynchronizingMailbox está habilitado y
CreateQueueItemsForAcceptingQueueRecipients está deshabilitado, el sistema
solo crea un elemento de cola para la cola que procesó el correo electrónico.
4. Otro buzón de la cola se inscribe en el proceso de creación de elementos de la
cola moviendo el correo electrónico a la bandeja de entrada. Porque
SSSCreateAdditionalQueueItemsForAlreadyTrackedEmail es verdadero, la
sincronización del lado del servidor descubre el correo electrónico movido pero
reconoce que ya ha sido promocionado. Como resultado, el sistema creará el
elemento de cola adicional para el buzón de la cola de sincronización actual y lo
asociará con el correo electrónico existente que fue sincronizado por el primer
buzón de la cola en el paso 3. Nota: esta acción no llama a Entregar mensaje SDK
entrante para correo electrónico y en su lugar usa Crear mensaje de SDK para
QueueItem.
5. El paso 4 puede repetirse según sea necesario a medida que más colas 'opten' al
proceso de creación de elementos de la cola moviendo el correo electrónico a la
carpeta de la bandeja de entrada para su procesamiento.
Elegir los registros que desea
sincronizar entre aplicaciones de
involucración del cliente y Exchange
Project Service Automation) utilizan filtros de sincronización en línea para determinar
qué registros se sincronizarán entre las aplicaciones de involucración del cliente y
Exchange (usando la sincronización del lado servidor). Puede editar los filtros de
sincronización en línea existentes o crear nuevos filtros para sincronizar determinados
tipos de registros. También puede eliminar, desactivar, o activar filtros.
El correo electrónico no está incluido en los filtros de sincronización porque el correo

electrónico se controla cuando el correo electrónico se crea en las aplicaciones de
involucración del cliente, tanto si el usuario está en la lista de destinatarios como si no.
７ Nota
La sincronización de citas, contactos y tareas solo se admite para buzones de

usuario.
Creación o modificación de filtros de

sincronización en línea
1. En la aplic. web, en la esquina superior derecha de la pantalla, haga clic en el botón
Configuración >Opciones.
2. En el cuadro de diálogo Definir opciones personales, haga clic en la pestaña

Sincronización.
3. En Sincronizar elementos de aplicaciones de involucración del cliente con

Outlook o Exchange, haga clic en el vínculo filtros.
Las aplicaciones de involucración del cliente muestran el cuadro de diálogo

Configuración de sincronización para Outlook o Exchange con la pestaña Filtros del
usuario seleccionada. Puede usar esta ficha para crear o editar un filtro, o eliminar,
habilitar, o desactivar un filtro.
７ Nota
Si es administrador del sistema, puede crear o editar los filtros de toda la

organización (filtros de sistema) mediante el SDK. Más información: Más
información sobre filtros del sistema
Para abrir un filtro existente, haga clic en el filtro.
Para crear un nuevo filtro, haga clic en Nuevo.
Crear o modificar criterios de filtro

Use una fila de criterio para crear o modificar criterios de un filtro de sincronización sin
conexión. Cada fila de criterio contiene tres valores: el campo que desea usar en el filtro
(por ejemplo, Ciudad), un operador (por ejemplo, Es igual a o Contiene), y el valor
utilizado para el filtro (por ejemplo, WA).
Agregar una fila de criterios
1. En la lista Buscar, seleccione un tipo de registro.
2. Seleccione Seleccionar en la cuadrícula de criterios y luego seleccione el campo

utilizado para filtrar en la lista.
3. Seleccione un operador de la lista.
4. Escriba un valor por el que filtrar.
Agrupar filas de criterios

1. Por cada fila que desee agrupar, haga clic en la flecha abajo a la izquierda del
nombre del campo, y después haga clic en Selec. fila.
Para quitar una fila de un grupo, haga clic en la flecha abajo a la izquierda del
nombre del campo, y después haga clic en Eliminar. Para borrar todas las filas de
la cuadrícula de criterios, haga clic en Borrar.
2. Haga clic en Agrupar con Y o Agrupar con O.
Después de crear un grupo, puede hacer clic en la flecha abajo junto a Y u O para
seleccionar diferentes opciones. Puede seleccionar un grupo, desagrupar el grupo,
cambiar un Agrupar con Y a un Agrupar con O o viceversa, agregar una cláusula, o
eliminar un grupo.
Consulte también
Lógica de sincronización para citas,
contactos y tareas
En este artículo explora cómo se sincronizan las citas, los contactos y las tareas entre
Dynamics 365 y Exchange. El correo electrónico se sincroniza por separado.
Las citas, los contactos y las tareas se sincronizan de forma predeterminada en ambos
sentidos entre Dynamics 365 y Exchange. La Sincronización del lado del servidor,
también conocida como sincronización de Exchange, es el método preferido. La
sincronización se produce de forma diferente, dependiendo del elemento que se
sincronice y de la dirección de sincronización.
Requisitos de configuración de la
sincronización
Antes de poder sincronizar las citas, los contactos y las tareas, el registro del buzón
correspondiente en Dynamics 365 debe cumplir los siguientes requisitos. Tenga en
cuenta que los buzones de cola no admiten la sincronización de citas, contactos o
tareas.
La dirección de correo electrónico del usuario está aprobada.

El buzón está probado y habilitado.
Las citas, los contactos y las tareas están configurados para utilizar la
sincronización del lado del servidor.
Para obtener más información, consulte Conectarse a Exchange Online y Sincronización

Los filtros de sincronización determinan los registros que se sincronizan entre Dynamics
365 y Exchange mediante la sincronización del lado del servidor. Para obtener más
información, consulte Elección de los registros que se desea sincronizar entre
aplicaciones de Customer Engagement y Exchange.
Sincronización de Dynamics 365 a Exchange

Después de sincronizar un elemento con Exchange, se establece un vínculo. La
sincronización es siempre bidireccional. Cualquier cambio en un lado se reflejará en el
otro.
Sincronización de Exchange a Dynamics 365
Las citas, los contactos y las tareas se sincronizan desde Exchange a Dynamics 365 sólo
cuando se cumplen los siguientes requisitos:
El elemento se ha creado en la aplicación Dynamics 365 for Outlook.

El elemento se rastrea a Dynamics 365 en Dynamics 365 for Outlook.
La categoría Seguido hasta Dynamics 365 se aplica en Outlook u otro cliente de
correo electrónico, no Dynamics 365 for Outlook.
７ Nota
La sincronización del lado del servidor sincroniza las citas con la categoría Seguido
hasta Dynamics 365 si la cita está en la carpeta principal del Calendario o en sus
subcarpetas. Los elementos de otras carpetas de calendario no se sincronizan.
Cuando se cumplen estos requisitos, la sincronización del lado del servidor crea el
elemento en Dynamics 365 y establece un vínculo. La sincronización es siempre
bidireccional. Cualquier cambio en un lado se reflejará en el otro.
Para obtener más información, consulte:
Vincular y seguir un correo electrónico o una cita a una fila específica de la

aplicación
Seguir un mensaje de correo electrónico o una cita sin vincularlos a una fila
específica
Usar la categoría de Outlook para realizar un seguimiento de citas y mensajes de
correo electrónico
Sincronización de citas
La forma en que las citas se sincronizan entre Dynamics 365 y Exchange depende de la
dirección de sincronización y de las propiedades de la cita.
Organizador de citas
El organizador de citas es un campo clave para la sincronización de citas. Impulsa
diferentes comportamientos de sincronización. Cuando cree citas utilizando
personalizaciones, asegúrese de que el organizador se especifica correctamente. El
campo organizador no está expuesto en el formulario de cita de forma predeterminada.
Puede agregarlo a formularios, vistas o consultas de búsqueda avanzadas, según sea
necesario, para confirmar que el valor está presente y es correcto.
７ Nota
Una cita creada en Dynamics 365 aparecerá como creada por SISTEMA si se
cumplen las siguientes condiciones:
El usuario que siguió la cita no es el organizador

El OrgDBOrgSetting denominado
DisableImplicitSharingOfCommunicationActivities se establece en el valor
predeterminado de False.
Si el organizador de la reunión de Outlook es un usuario de Dynamics 365, el

propietario será el organizador. Si el organizador no es un usuario de Dynamics
365, el propietario será el usuario que ha realizado el seguimiento.
Sincronización de citas de Dynamics 365 a Exchange

Asignación: las citas en Dynamics 365 se sincronizan con Exchange como
reuniones.
Estado de la cita: si el estado de la cita en Dynamics 365 es Completado,

Cancelado o Libre, el estado de la cita se sincroniza con Exchange como Libre.
Recordatorio: no se establece ningún recordatorio si la cita tiene más de siete días
de antigüedad o el estado de la cita es Libre.
Invitaciones: no se envía ninguna invitación si:

La cita está en el pasado.
No se invita a ningún asistente.
El usuario que sincroniza la cita no es el organizador.
Ninguna de las siguientes propiedades cambió: Asunto, Cuerpo, Ubicación,
IsAllDayEvent, ScheduledStart, ScheduledEnd, RequiredAttendees,
OptionalAttendees, Organizer, AppointmentStatus, PriorityCode,
RecurrencePattern.
Sincronización de citas canceladas y eliminadas de Dynamics 365 a

Exchange
Exchange envía una cancelación de cita a los asistentes cuando la cita se borra en el
buzón del organizador.
Si la cita se elimina en Dynamics 365, no se envía ninguna cancelación si:

El usuario que sincroniza la cita no es el organizador de la misma.
La cita no tiene asistentes.
De forma predeterminada, las citas que se cancelan en Dynamics 365 no se sincronizan

con Exchange como Canceladas. Para cambiar este comportamiento, active
SSSPropagateAppointmentCancellationsToExchange en OrgDbOrgSettings. Cuando esta
configuración está activada, al cancelar una cita en Dynamics 365 se cancela la reunión
en Exchange, que envía la cancelación a los asistentes.
Cuando se elimina una cita en Dynamics 365 y se sincroniza con Exchange, la cita se
elimina en Exchange solo si se cumplen todas las condiciones siguientes:
La cita está vinculada.

El usuario de la sincronización es el organizador de la cita.
La cita está en el futuro.
La cita no se ha eliminado lógicamente.
Si no se cumplen todas estas condiciones, la cita sigue existiendo en Exchange, pero

está desvinculada.
Al realizar el seguimiento de una reunión recurrente, Dynamics 365 no envía nuevas

invitaciones a los asistentes si:
Todas las apariciones de la serie siguen existiendo en Outlook y Exchange.
No se ha agregado ni eliminado ningún asistente.
Si el organizador ha eliminado instancias anteriores de la serie, entonces Dynamics 365

las ve como desaparecidas de Exchange. Los recrea y envía a los asistentes una nueva
invitación.
Sincronización de citas de Exchange a Dynamics 365

Asignación: las reuniones en Exchange se sincronizan con Dynamics 365 como
citas. Las reuniones recurrentes se sincronizan con Dynamics 365 como una cita
recurrente primaria y sus instancias. Si las instancias individuales de una reunión
recurrente se modifican en Exchange, se sincronizan con Dynamics 365 como
registros de citas de excepción.
Estado de la cita y estado libre/ocupado: si el estado de la cita en Exchange es

Libre, el estado de la cita se sincroniza con Dynamics 365 como Libre. Si el estado
es Completado o Cancelado en Dynamics 365, el estado de la cita en Dynamics
365 se ajusta en Completado. Si el estado es Abierto en Dynamics 365, el estado
de la vita se establece en Libre. Trabajando en otro lugar, el estado Libre/Ocupado
se sincroniza con Dynamics 365 como estado Abierto y estado Libre.
Reserva de citas y gestión de conflictos: cuando se realiza el seguimiento de una

cita en Dynamics 365, la sincronización del lado del servidor utiliza la API de
reservas para asegurarse de que los asistentes están disponibles a la hora
especificada. Por ejemplo, si el calendario del organizador en Dynamics 365 tiene
otra cita a la misma hora, la reserva falla y la cita no se sincroniza. El usuario puede
abordar el conflicto de programación , seleccionar ignorarlo y dejar que la cita se
sincronice de todos modos. La reserva desde Dynamics 365 en Outlook suprime
automáticamente el conflicto de programación. Para más información, consulte Se
encontró un conflicto de programación al guardar la cita [asunto de la cita] de
Exchange en Microsoft Dynamics 365.
Sincronización de citas canceladas y eliminadas de Exchange a

Dynamics 365
Cuando se elimina una cita de seguimiento o una cita de excepción en Exchange, la cita
no se elimina en Dynamics 365 durante la sincronización si:
El estado es Completado o Cancelado.

El usuario que sincroniza la cita no es el organizador de la misma.
(Una cita de excepción es una instancia específica de una cita recurrente que ha sido
modificada individualmente).
Sincronización de citas de servicio

Asignación: las citas de servicio en Dynamics 365 se sincronizan con Exchange
como reuniones.
Invitaciones y cancelaciones: nunca se envían invitaciones y cancelaciones para

citas de servicio.
Copias: durante la sincronización, los usuarios obtienen su propia copia de la cita

de servicio en sus buzones. No hay un organizador central para las citas de
servicio.
Sincronización de contactos
Asignación: los contactos en Dynamics 365 se sincronizan con Exchange como
contactos.
Sincronización de direcciones: consulte Sincronización de direcciones para

contactos.
Contactos eliminados: los contactos que se eliminan en Dynamics 365 se eliminan

en Exchange solo si el usuario sincronizado no es el propietario del contacto
original.
Sincronización de tareas
La forma en que las tareas se sincronizan entre Dynamics 365 y Exchange depende de la
dirección de sincronización y de las propiedades de la tarea.
Sincronización de tareas de Dynamics 365 a Exchange

Asignación: los faxes, las cartas, las llamadas telefónicas y las tareas en Dynamics
365 se sincronizan con Exchange como tareas.
Recordatorio: si la fecha de vencimiento de la tarea es de hace más de un día y el

estado de la tarea en Dynamics 365 es Abierta o Programada, se establece un
recordatorio durante la sincronización.
Fecha de vencimiento: la fecha de finalización programada de la tarea en
Dynamics 365 se sincroniza con Exchange como la fecha de vencimiento de la
tarea.
Estado de la tarea: cuando no se especifica el porcentaje de finalización:

una tarea Abierta se sincroniza en Exchange como No iniciada.
una tarea Completada o Cancelada se sincroniza en Exchange como
Completada.
Fecha de finalización: la fecha de finalización real de la tarea se sincroniza con

Exchange como fecha de finalización de la tarea.
Tareas eliminadas: las tareas que se eliminan en Dynamics 365 se eliminan en

Exchange solo si su estado en Exchange no es Completado.
Autocompletar tareas: Las tareas que se marcan como Completadas en Dynamics

365 tienen un valor en el campo actualEnd. Si el campo actualEnd de una tarea
está rellenado y la fecha es pasada, la tarea se sincroniza con Exchange como
Completado automáticamente. Si utiliza las personalizaciones para reactivar una
tarea, asegúrese de borrar la fecha actualEnd para evitar que la sincronización del
servidor la autocomplete.
Sincronización de tareas de Exchange a Dynamics 365

Asignación: las tareas en Exchange se sincronizan con Dynamics 365 como tareas.
Estado de la tarea: Las tareas que no se han iniciado en Exchange se sincronizan

con Dynamics 365 como No iniciadas.
Inicio real de la tarea: cuando una tarea creada en Exchange se sincroniza con
Dynamics 365, su campo actualStart se establece con la marca de tiempo actual.
Tareas eliminadas: De forma predeterminada, los faxes, las cartas, las llamadas
telefónicas y las tareas que se eliminan en Exchange también se eliminan en
Dynamics 365. Este comportamiento se puede cambiar con el control de
alternancia el OrgDbOrgSetting SSSTaskDeletionSyncBehaviorFromExchange.
Porcentaje completo: las tareas que se configuran como 100 % completas se

sincronizan con Dynamics 365 como Completadas.
Ajustes avanzados de sincronización

Ignorar los elementos eliminados lógicamente durante la
sincronización
Cuando algún elemento ya no coincide con los filtros de sincronización, suele ser por
una de estas dos razones:
Su registro ya no existe en Dynamics 365 porque se eliminó físicamente.

Su registro todavía existe en Dynamics 365, pero ya no se puede acceder a él. O
bien el usuario asociado al buzón ha perdido el acceso al elemento, o bien las
propiedades del elemento han cambiado y ya no coincide con los filtros de
sincronización. Esta condición se conoce como eliminación lógica.
De forma predeterminada, la sincronización del lado del servidor envía una operación
de eliminación a Exchange en ambos casos. Para cambiar este comportamiento e
ignorar las eliminaciones lógicas, active
DistinctPhysicalAndLogicalDeletesForExchangeSync en OrgDbOrgSettings.
Para obtener más información acerca de filtros de sincronización, consulte:
Elegir los registros que desea sincronizar entre aplicaciones de involucración del
cliente y Exchange
Configurar filtros de sincronización predeterminados para múltiples usuarios para
citas, contactos o tareas
Permitir elementos copiados

Cuando se copia cualquier elemento vinculado en Exchange, la sincronización del lado
del servidor ignora la acción de copia de forma predeterminada. Este comportamiento
evita la creación de información duplicada en Dynamics 365. Para cambiar este
comportamiento y traer los elementos duplicados de Exchange, desactive
IgnoreCopiedItemsInSSSForMailbox en el ajuste OrgDbOrgSettings.
Sincronización de adjuntos de citas, direcciones de

contactos y tareas en Outlook
Las siguientes secciones se aplican a la sincronización que se realiza a través de
Dynamics 365 for Outlook o la sincronización del lado del servidor. Para obtener más
información, consulte Integrar el sistema de correo electrónico.
Sincronización de los archivos adjuntos de las citas
Los usuarios pueden adjuntar documentos, imágenes, grabaciones y otros archivos a las
citas que creen en Dynamics 365 o en la aplicación Dynamics 365 for Outlook. De forma
predeterminada, los archivos adjuntos no se incluyen cuando se sincronizan las citas.
Para incluirlos:
1. En Dynamics 365 for Outlook, vaya a

Configuración>Administración>Configuración del sistema.
2. En la pestaña Sincronización, seleccione Sincronizar las citas adjuntas con
Outlook o Exchange.
Consideraciones al sincronizar archivos adjuntos
Si desactiva la sincronización de datos adjuntos, los datos adjuntos no aparecen en

las citas en Dynamics 365. Todavía aparecen en citas en Dynamics 365 for Outlook.
Los archivos adjuntos en las citas recurrentes o en las citas de servicio no se
pueden sincronizar.
Los archivos adjuntos pueden aumentar los tiempos de sincronización. Es posible
que quiera utilizar los archivos adjuntos con moderación si utiliza una red con
poco ancho de banda.
Sincronización de las direcciones de contacto
En la pestaña Sincronización en Dynamics 365 for Outlook, seleccione una de las

siguientes opciones para elegir cómo se sincronizan las direcciones de los contactos:
Sincronizar solo la dirección de correo electrónico en el contacto de Outlook:
una dirección de correo se sincroniza entre Dynamics 365 y Outlook. Esto es
suficiente para la mayoría de las organizaciones y es el valor predeterminado.
Sincronizar las tres direcciones (Trabajo, Particular, Otra) en contacto de

Outlook: las tres direcciones de correo de Outlook (Business, Home y Other) se
sincronizan entre Dynamics 365 y Outlook.
２ Advertencia
Si tiene datos existentes, cambiar la configuración para sincronizar las tres

direcciones puede causar la pérdida de datos. Los atributos de los contactos
rastreados existentes se reasignan cuando este ajuste está activado. Se recomienda
probar esta opción antes de la implementación para comprender cómo la
reasignación afecta al entorno y a los datos. En la mayoría de los casos, debería
tener los datos completos en un lado (normalmente Dynamics 365) y sincronizarlos
con el otro lado (normalmente Outlook o Exchange).
Para obtener más información, consulte ¿Qué campos pueden sincronizarse entre
aplicaciones Dynamics 365 for Customer Engagement y Outlook?
Sincronización de las tareas asignadas en Outlook

De forma predeterminada, las tareas que se crean en Dynamics 365 for Outlook no se
sincronizan con Dynamics 365. Para sincronizarlas, en la pestaña Sincronización en
Dynamics 365 for Outlook, seleccione Sincronizar las tareas que están asignadas en
Outlook.
Consideraciones al sincronizar tareas
Las tareas recurrentes no se pueden sincronizar.

La persona que asigna la tarea y la persona a la que se asigna la tarea deben estar
en la misma organización.
Las tareas no pueden sincronizarse a varias direcciones de correo electrónico.
Consulte también
Conectarse a Exchange Online
Elegir los registros que desea sincronizar entre aplicaciones de involucración del
cliente y Exchange
Vincular y seguir un correo electrónico o una cita a una fila específica de la
aplicación
Seguir un mensaje de correo electrónico o una cita sin vincularlos a una fila
específica
Usar la categoría de Outlook para realizar un seguimiento de citas y mensajes de
correo electrónico
OrgDbOrgSettings
Se encontró un conflicto de programación al guardar la cita [asunto de la cita] de
Exchange en Microsoft Dynamics 365
Sincronización de direcciones para contactos
Integrar el sistema de correo electrónico
¿Qué campos pueden sincronizarse entre las aplicaciones de Dynamics 365 y
Outlook?
Configurar filtros de sincronización
predeterminados para múltiples
usuarios para citas, contactos o tareas
La sincronización del lado del servidor usa los criterios de filtro de sincronización que ha
sido establecido por un usuario para determinar qué filas de aplicaciones se
sincronizarán con Exchange para ese usuario. Los filtros de sincronización se inicializan
cuando un usuario configura por primera vez la sincronización del lado del servidor para
filas como citas, contactos y tareas. Más información: Creación o modificación de filtros
de sincronización en línea
Cuando el buzón de un usuario está configurado con sincronización del lado del
servidor, los filtros de sincronización que se enumeran en Filtros de usuario en las
opciones personales de un usuario son los filtros de sincronización predeterminados
que se aplicarán para la sincronización del lado del servidor. Cuando se produce el
siguiente ciclo de sincronización, la sincronización del lado del servidor utiliza los filtros
de sincronización establecidos por el usuario para sincronizar las filas existentes, que
cumplen la lógica FetchXML.
En algunos escenarios, es posible que no desee utilizar la lógica de filtro de
sincronización predeterminada. En la imagen siguiente, una organización está usando
una plantilla de filtro de sincronización llamada Mis contactos de Outlook, pero los
criterios de filtro de sincronización de la plantilla no funcionan para la organización.
Quizás la organización no quiere sincronizar todos los contactos activos que son
propiedad del usuario que sincroniza y quiere poner restricciones adicionales en la
lógica de filtrado distribuida de manera predeterminada. La lógica se puede cambiar
una a una para cada usuario, pero esto llevaría mucho tiempo y cada vez que un usuario
configura la sincronización del lado del servidor habría que cambiar la lógica
predeterminada. Una forma mejor de modificar esta lógica sería cambiar la lógica
predeterminada que se distribuye a los usuarios cuando se configuran inicialmente para
utilizar la sincronización del lado del servidor.
Este tema explica cómo encontrar el filtro de sincronización actual y reemplazarlo por
un nuevo filtro de sincronización para múltiples usuarios en su entorno.
Usar XrmToolBox
No puede editar las plantillas de sincronización predeterminadas desde el editor de
soluciones de organización de Dynamics 365; esto debe hacerse mediante llamadas a la
API de Dynamics 365 realizadas mediante XrmToolBox. XrmToolBox es una aplicación
de terceros que tiene muchas herramientas diferentes para interactuar con los datos de
la aplicación Dynamics 365. Más información: Bienvenido a la documentación de
XrmToolBox
Abra XrmToolBox y conéctese a su organización. En la pestaña Configuración,

seleccione Biblioteca de herramientas, introduzca filtro de sincronización en el cuadro
de búsqueda y luego seleccione Administrador de filtros de sincronización.
Paso 1. Comprobar el filtro de sincronización
actual predeterminado
1. En XrmToolBox , vaya al menú Herramientas y abra el Administrador de filtros
de sincronización.
Se abrirá la página de aterrizaje predeterminada. Aquí es donde puede modificar

los filtros de sincronización predeterminados.
2. En la pestaña Plantillas de filtros de sincronización, seleccione Cargar plantillas

de filtro de sincronización.
７ Nota
Hay dos tipos de plantillas, Plantillas de Outlook y Plantillas sin conexión. La

sincronización del lado del servidor usa plantillas de Outlook. Puede ignorar
las plantillas sin conexión que se usaron para el modo sin conexión con el
(complemento COM) Dynamics 365 for Outlook obsoleto.
Si un usuario no ha realizado ningún cambio, las plantillas de Outlook deberían
coincidir con lo que el usuario tiene en su configuración de filtro de sincronización
en opciones personales.
Paso 2. Crear una vista para la tabla y

establecer filtros de sincronización
Para modificar el filtro predeterminado de una tabla, deberá editar la vista
predeterminada de la tabla.
1. Abra el explorador de soluciones, expanda Entidades, seleccione la tabla que
desee y, a continuación, seleccione Vistas.
2. Seleccione Crear una vista.
3. En el cuadro Ver propiedades, introduzca un nombre y una descripción para la

vista (en este ejemplo, usamos el nombre Mis contactos de Outlook actualizados)
y luego seleccione Aceptar.
4. En Tareas comunes, seleccione Editar criterios de filtrado.
5. En el cuadro de diálogo Editar criterios de filtrado, defina los criterios de filtro

para la vista. Por ejemplo, puede configurar el filtro de la tabla de contactos para
que solo se sincronicen los contactos después de una fecha determinada. Las otras
condiciones que ya se encuentran en el filtro Mis contactos de Outlook siguen
siendo las mismas.
6. Seleccione Aceptar para guardar la vista.
Paso 3. Establecer la nueva vista como el filtro

de sincronización predeterminado
Después de guardar la vista, cargue la vista usando XrmToolBox.
1. Abra XrmToolBox .
2. En la página de aterrizaje predeterminada, seleccione la pestaña Vistas del

sistema.
3. En la lista de vistas, seleccione la vista que creó en el paso 2 y luego seleccione

Crear>Plantilla de filtro de sincronización de vistas seleccionadas.
4. En el cuadro de diálogo Seleccionar el tipo de plantilla de regla, seleccione
Plantilla de Outlook y, a continuación, seleccione Aceptar.
5. En la siguiente pantalla, seleccione NO cuando se le pida que aplique el filtro a

algunos usuarios. Tenga en cuenta que los usuarios actuales que han sido
configurados con la sincronización del lado del servidor ya tienen el filtro de
sincronización Mis contactos de Outlook, por lo que añadirlo ahora sólo creará un
filtro de tabla de contactos adicional.
6. Seleccione la pestaña Plantillas de filtros de sincronización, busque la nueva vista

que creó, selecciónela y luego seleccione Definir como predeterminado.
Solo se distribuirán a los nuevos usuarios las plantillas de filtro donde el valor de Es
predeterminado se ha establecido en Verdadero. Cuando se configuran nuevos
usuarios en su organización, tendrán Mis contactos de Outlook actualizados
establecido como criterio de filtrado junto con todas las demás vistas predeterminadas
que se muestran en la imagen anterior. Esto no cambiará el conjunto de filtros de
ningún usuario existente que ya esté configurado para utilizar la sincronización del lado
del servidor para las citas, los contactos y las tareas. Puede eliminar el filtro anterior Mis
contactos de Outlook si ya no lo va a utilizar.
Paso 4. Eliminar el filtro de sincronización

anterior
Necesita eliminar el filtro predeterminado anterior para los usuarios que lo tengan.
2. En la página de aterrizaje predeterminada, seleccione la pestaña Filtros de

sincronización de usuarios y borre la casilla Mostrar filtros sin conexión.
3. En la barra de comandos, seleccione Cargar filtros de sincronización de usuarios y

luego seleccione Para todos los usuarios. Puede tardar en cargar la lista,
dependiendo del número de usuarios de su organización.
4. Cuando la lista esté completamente cargada, seleccione Agrupar por y seleccione
Tipo devuelto. Esto agrupará los filtros por la tabla para que se puedan eliminar
como grupo.
5. Seleccione las filas que desea eliminar y seleccione Eliminar.
Paso 5. Aplicar el nuevo filtro de sincronización

Después de eliminar los filtros anteriores, puede aplicar la nueva plantilla de filtros de
Outlook.
2. En la página de destino predeterminada, seleccione la pestaña Plantillas de filtros

de sincronización, y luego seleccione la nueva plantilla de filtro que creó en el
paso 2 (Mis contactos de Outlook actualizados, en nuestro ejemplo). En la barra
de comandos, seleccione Aplicar a usuarios.
3. En la ventana emergente, busque y seleccione los usuarios a los que desea aplicar
la plantilla y luego seleccione Aceptar. Puede comprobar los usuarios a los que se
les ha aplicado el filtro en la pestaña Filtros de sincronización de usuarios.
Tras aplicar el nuevo filtro, el usuario podrá ver la plantilla aplicada a través de los
ajustes de Definir opciones personales.
Prácticas recomendadas para la lógica del filtro

de sincronización
El cambio de la lógica del filtro de sincronización predeterminado puede cambiar
significativamente la sincronización de las filas. Estas son algunas de las mejores
prácticas para usar cuando se realizan modificaciones:
La validación de sus filtros de sincronización personalizados debe realizarse en un

entorno de prueba antes de aplicarlo a un entorno de producción.
La aplicación de condiciones de filtrado a un filtro de búsqueda avanzado mostrará

las filas que se están sincronizando para el usuario actual. Es importante saber esto
cuando se trata de solucionar problemas de filtros que no funcionan
correctamente.
Los entidades de actividad y sus tipos de entidad no deberían cambiarse, ya que

están vinculados a los valores en el Intercambio. Un buen ejemplo es el tipo de
participación Propietario, que no tiene nada que ver con la propiedad de las filas.
Para ver un desglose de los valores del SDK de Activity Party, vaya a TableType de
ActivityParty.
El mejor enfoque para aplicar criterios de filtro más restrictivos es agregar un

campo personalizado a la tabla que se está modificando y agregar el campo como
condición para la sincronización. Una modificación común es agregar el campo
booleano Sincronizar este registro a la tabla de contactos y establezca los criterios
del filtro de sincronización de la tabla de contactos para requerir que este campo
se establezca en sí o verdadero.
¿Qué sucede si existen dos filtros para la misma tabla?

Cuando se produce una sincronización para una tabla, cada filtro se aplica de forma
independiente a un conjunto de filas a sincronizar, y se sincroniza cualquier fila
encontrada en cada uno de esos conjuntos de filtros. Esto significa que, dado que cada
filtro se aplica de forma independiente, los diferentes conjuntos de filas seguirán
sincronizándose en caso de que los filtros contengan una lógica conflictiva.
Aquí hay un ejemplo: si el filtro A tiene Sincronizar todo y el filtro B tiene Sincronizar
este subconjunto, el resultado final es que todo se sincronizará, incluido ese
subconjunto. El filtro de sincronización resultante es esencialmente una combinación de
todos los criterios de filtro de sincronización especificados para una determinada tabla.
Es importante señalar que, debido a esto, la sincronización de filas no puede restringirse

aún más añadiendo filtros adicionales, solo modificando o eliminando los existentes.
¿Qué sucede si no existen filtros habilitados para una

tabla determinada?
Si se eliminan todos los filtros de una tabla, no se sincronizarán los datos de esa tabla. El
sistema seguirá sincronizando los datos de otras tablas que tengan activados los filtros
de sincronización.
¿Cómo puedo comprobar que la lista de filas que se

sincronizarán con un filtro se están creando
correctamente en Exchange?
Use la búsqueda avanzada y busque el nombre exacto de los filtros enumerados en la
pestaña Filtros de sincronización en XrmToolBox. Las filas que aparecen en los
resultados de la búsqueda son las filas que se sincronizan con Exchange para el usuario
que tiene los filtros aplicados para la tabla específica.
¿Qué campos pueden sincronizarse con
Outlook?
Los administradores pueden establecer si se produce una sincronización y la dirección

de sincronización para campos de aplicaciones de involucración del cliente (Dynamics
Marketing y Dynamics 365 Project Service Automation) y Microsoft Dynamics 365 for
Outlook.
Puede establecer sincronización para las entidades incluidas en las siguientes tablas.
Para obtener más información sobre cómo establecer la sincronización de campos, vea
Outlook o Exchange
Entidad: Cita
Campos de Sincronización Sincronización campo de Notas
Outlook predeterminada ajustable aplicaciones
de
involucración
del cliente
Hora de la Hora de la Agregación de hora de

cita cita inicio, hora de finalización,
duración, evento de todo el
día, etc.
Campos de Sincronización Sincronización campo de Notas
de
involucración
del cliente
Datos Calculado Attachments Cambios en basados

adjuntos en la configuración del
sistema.
Body , , Description Outlook y Exchange

, pueden contener acciones
como imágenes y vínculos.
Las aplicaciones de
solo pueden contener
varias líneas de texto.
Importancia Prioridad Outlook tiene Importancia

alta, Importancia baja.
Ubicación , , Ubicación
,
Asistentes Asistentes
opcionales opcionales
Organizador Organizador Consulte a continuación.
Referente a Referente a Consulte a continuación.
Participantes Participantes
requeridos requeridos
Mostrar Estado de
hora como citas
Asunto , , Firmante
,
Notas
1. Organizador: en la sincronización de Outlook, una cita creada en aplicaciones de

involucración del cliente no completará el campo Organizador de Outlook hasta
que se modifique más en Outlook. Esto se aplica a la cita, a la cita periódica, y la
actividad de servicio. En la sincronización del lado del servidor, una actividad de
servicio creada en aplicaciones de Dynamics 365 completará el campo del
organizador de Exchange con la persona que sincroniza esta cita.
2. Referente a: Al hacer Establecer referente a, el campo Referente a de Outlook se
sustituye con el nombre del objeto de referencia de aplicaciones de involucración
del cliente. Hasta la sincronización, la acción Establecer referente a en Dynamics
365 for Outlook y en aplicaciones de involucración del cliente no debe cambiar el
campo Referente a de Outlook.
Entidad: Contrato
Campos de Sincronización Sincronización Campos de Notas
de
involucración
del cliente
Bodas , , Aniversario
,
Nombre del , , Asistente

asistente ,
Teléfono del , , Teléfono del

ayudante , asistente
Cumpleaños , , Cumpleaños
,
Fax del trabajo , , Fax

,

trabajo , trabajo

trabajo 2 , trabajo 2
Devolución de , , Número de
llamada , devolución de
llamada
Hijos , , Nombres de
, los hijos
Teléfono , , Teléfono de la
principal de la , compañía
compañía
Departamento , , Departamento
,
de
involucración
del cliente
Correo , , Correo
electrónico , electrónico
Correo , , Dirección de
electrónico 2 , correo
electrónico 2
Correo , , Dirección de
electrónico 3 , correo
electrónico 3
Sitio de FTP , , Sitio de FTP

,
Nombre Nombre
completo completo
Número de id. , , Gobierno

gubernamental ,
Dirección , , Dirección 2 Cambios en

personal , basados en la
configuración del
sistema.
Teléfono , , Teléfono
particular , particular
Teléfono , , Teléfono
particular 2 , particular 2
Puesto , , Puesto
,
Dirección de , , Dirección 1 La dirección de correo

correo/dirección , cambia a Dirección de
de empresa empresa de acuerdo
con la Configuración
del sistema.
Nombre del , , Administrador

Administrador ,
Móvil , , Teléfono
, móvil
de
involucración
del cliente
Sobrenombre , , Sobrenombre
,
Notas , , Description Outlook y Exchange

, pueden contener
acciones como
imágenes y vínculos.
Las aplicaciones de
involucración del
cliente solo pueden
contener varias líneas
de texto.
Dirección , , Dirección 3 Cambios en

alternativa , basados en la
configuración del
sistema.
Otro teléfono , , teléfono 3

,
Buscapersonas , , Localizador
,
Primario Nombre de la Consulte las notas a

(referente a) compañía continuación.
(referente a)
Cónyuge o , , Nombre del

pareja , cónyuge o
pareja de
hecho
Página web , , Sitio web

,
Nombre Yomi , , Nombre Yomi

,
Apellidos Yomi , , Apellidos

, Yomi
Notas
1. Primario (referente a): al hacer Establecer referente a, el campo Empresa de
Outlook se sustituye con el nombre del objeto de referencia de aplicaciones de
involucración del cliente. Si no está sincronizando, la acción Establecer referente a
en Dynamics 365 for Outlook y en aplicaciones de involucración del cliente no
debe cambiar el campo Empresa en Outlook. Los usuarios pueden actualizar el
campo Empresa para contactos de Outlook en Dynamics 365 for Outlook. Más
información: Definir opciones personales que afectan al seguimiento y la
sincronización entre aplicaciones de involucración del cliente y Outlook o
Exchange
2. Cuando se desactiva la entidad Contacto (Razón para el estado: Inactivo), el

campo Outlook en Outlook tendrá Categoría [Dynamics 365] inactiva. Esto ayuda
a distinguir el estado inactivo del activo en un grupo de contactos de Outlook con
seguimiento.
Entidad: Fax
de
involucración
del cliente
Fecha de , , Fin real

finalización ,
Fecha de , , Fecha de Consulte las notas a

vencimiento , vencimiento continuación.

Notas , , Description Outlook y Exchange pueden

, contener acciones como
imágenes y vínculos. Las
aplicaciones de
solo pueden contener varias
líneas de texto.
Referente a Referente a Consulte las notas a

continuación.
Fecha de , , Fecha de
inicio , inicio
de
involucración
del cliente
Estado Estado Calculado desde Estado de

la actividad y Razón para el
estado.
Asunto , , Asunto
,
Notas
1. Fecha de vencimiento: Incluye la fecha y hora. Si una tarea se crea en Outlook, el

sistema asigna a la tarea una hora de aviso. La información del aviso no está
sincronizada de Outlook a aplicaciones de involucración del cliente. Sin embargo,
cuando una tarea tiene Hora de vencimiento establecida, se sincronizará con la
hora del aviso en Outlook.
Si hay un valor de fecha de inicio pero ningún valor de fecha de vencimiento en

Outlook/Exchange, Outlook/Exchange completará automáticamente el valor de la
fecha de vencimiento con la fecha de inicio siempre que cambie la fecha de inicio
directamente en Outlook. Si hay un valor de fecha de inicio pero ningún valor de la
fecha de vencimiento de aplicaciones de involucración del cliente, las aplicaciones
de involucración del cliente completarán automáticamente el valor de la fecha de
vencimiento con la fecha de inicio. Estos se controlan mediante Outlook/Exchange
y aplicaciones de involucración del cliente de forma independiente, no se
controlan con direcciones de sincronización aquí.

Entidad: Carta
de
involucración
del cliente
de
involucración
del cliente

finalización ,



aplicaciones de
líneas de texto.

continuación.
inicio , inicio

estado.
Asunto , , Asunto
,
Notas


directamente en Outlook; si hay un valor de fecha de inicio pero ningún valor de la
y aplicaciones de Dynamics 365 de forma independiente, no se controlan con
direcciones de sincronización aquí.

Entidad: Llamada de teléfono

de
involucración
del cliente

finalización ,
Fecha de , , Fecha de Consulte a continuación.

vencimiento , vencimiento


aplicaciones de
líneas de texto.

continuación.
inicio , inicio

estado.
de
involucración
del cliente
Asunto , , Asunto
,
Notas

cuando una tarea tiene Hora de vencimiento establecida en aplicaciones de
involucración del cliente, se sincronizará con la hora del aviso en Outlook.


Entidad: Cita periódica

de
involucración
del cliente
de
involucración
del cliente
Body , , Description Outlook y Exchange

, pueden contener acciones
Las aplicaciones de

Ubicación , , Ubicación
,
Organizador Organizador Consulte las notas a

continuación.
Patrón de Patrón de
periodicidad periodicidad

continuación.
Mostrar Estado de Calculado por Estado de la

hora como citas actividad y Razón para el
estado.
Asunto , , Firmante
,
Notas

que se modifique más en Outlook. Esto se aplica a la cita, a la cita periódica, y la
actividad de servicio. En la sincronización del lado del servidor, una actividad de
servicio creada en aplicaciones de involucración del cliente completará el campo
Organizador de Exchange con la persona que sincroniza esta cita.

Entidad: Actividad de servicio

de
involucración
del cliente
Hora de la Hora de la Agregación de hora de

cita cita inicio, hora de finalización,
duración, evento de todo el
día, etc.

Ubicación Ubicación
Notas Description Outlook y Exchange

pueden contener acciones
Las aplicaciones de
Organizador Organizador Consulte las notas a

continuación.

continuación.
de
involucración
del cliente
Mostrar Estado de Calculado por Estado de la

hora como citas actividad y Razón para el
estado.
Asunto Firmante
Notas

que se modifique más en Outlook. Esto se aplica a cita, cita periódica y actividad
de servicio; en la sincronización del lado del servidor, una actividad de servicio
creada en aplicaciones de involucración del cliente completará el campo
Organizador de Exchange con la persona que sincroniza esta cita.

Entidad: Tarea
de
involucración
del cliente
% , , Porcentaje
completado , completado

finalización ,


de
involucración
del cliente

aplicaciones de
líneas de texto.

continuación.

inicio , inicio continuación.

estado.
Asunto , , Asunto
,
Notas



3. Fecha de inicio: Si una tarea se crea y se sigue en Outlook, el sistema asigna a la

tarea una hora de aviso. La información del aviso no está sincronizada de Outlook
a aplicaciones de involucración del cliente. Sin embargo, cuando una tarea tiene
Hora de vencimiento establecida, se sincronizará con la hora del aviso en Outlook.
Consulte también
Ver los campos que están sincronizados
entre aplicaciones de involucración del
cliente y Outlook
En Microsoft Dynamics CRM 2015 para Outlook o posterior, puede ver los campos de
citas, contactos y tareas que están sincronizados entre las aplicaciones de involucración
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation) y Outlook
para que pueda ver de dónde provienen los datos. También puede determinar si los
campos:
Están sincronizados en una dirección (de Outlook a aplicaciones de involucración

del cliente o de aplicaciones de involucración del cliente a Outlook)
Están sincronizados en dos direcciones (de Outlook a aplicaciones de involucración

del cliente y de aplicaciones de involucración del cliente a Outlook)
No se sincronizan.
Por ejemplo, si los campos están sincronizados en una dirección, de aplicaciones

de involucración del cliente a Outlook, puede actualizar el campo en Outlook y
guardar el cambio, pero los cambios realizados no se sincronizarán con
aplicaciones de involucración del cliente, y se sobrescribirán si el mismo valor del
campo se cambia en aplicaciones de involucración del cliente. Por tanto, si los
campos se sincronizan en una dirección, no es necesario cambiar el valor del
campo sincronizado.
Ver los campos sincronizados

1. En la aplic. web, en la esquina superior derecha de la pantalla, haga clic en el botón
Configuración >Opciones.
2. En el cuadro de diálogo Definir opciones personales, elija la pestaña

Sincronización.
3. Elija campos sincronizados.
4. En el cuadro de diálogo Configuración de sincronización para Outlook o

Exchange, haga clic en la pestaña Campos de sincronización.
5. En la lista Tipo de entidad, seleccione el tipo de registro que desee ver.
Los campos de Outlook se muestran en la parte izquierda y los campos

correspondientes de aplicaciones de involucración del cliente se muestran en la
parte derecha. Las flechas azules muestran la dirección de la sincronización:
Este Muestra que los campos

indicador
Están sincronizados en una dirección de Outlook a aplicaciones de de

Están sincronizados en una dirección de las aplicaciones de involucración del

cliente a Outlook
Están sincronizados en dos direcciones
No están sincronizados
７ Nota
La dirección de sincronización de campos se puede ver afectada por la

configuración de seguridad configurada por el administrador del sistema. Por
ejemplo, si no tiene privilegios de lectura para un campo, no se sincronizará
en Outlook incluso si el campo está configurado para la sincronización
bidireccional. Para determinar si ya tiene privilegios de lectura para un campo,
haga clic en el botón Ver en aplicaciones de Dynamics 365 para abrir el
registro. Si ve el icono Bloquear, no puede obtener acceso al campo.
Vea también
¿Qué campos pueden sincronizarse entre aplicaciones de involucración del cliente y

Outlook o Exchange?
Controlar la sincronización de campos entre aplicaciones de Customer Engagement y

Outlook o Exchange (administradores)
Cómo la seguridad de campo afecta a la sincronización entre aplicaciones de

involucración del cliente o Exchange
Controlar la sincronización de campos
con Outlook
Con la sincronización de campos, los administradores pueden establecer la dirección de

sincronización entre las aplicaciones de involucración del cliente (Dynamics 365 Sales,
Dynamics 365 Project Service Automation), y campos de Microsoft Dynamics 365 for
Outlook. Usted puede controlar la sincronización cuando usa la sincronización de
Outlook o la sincronización del lado del servidor (Exchange).
Por ejemplo, un comercial es posible que desee tomar notas personales de un contacto
y no quiera que las notas se sincronicen con los datos disponibles para todos los
usuarios. Un administrador puede establecer el campo Notas personales para que los
contactos en Outlook no sincronicen Dynamics 365 for Outlook con las aplicaciones de
involucración del usuario para que las notas del comercial permanezcan privadas.
Establecer la sincronización de campos entre

aplicaciones de involucración del cliente y
Outlook
3. Seleccione Configuración del sistema y luego elija la pestaña Sincronización.

derecha >Configuración
avanzada>Configuración>Administración>Configuración del
sistema>Sincronización.
4. En Sincronizar elementos con Outlook o Exchange, seleccione sincronizar

campos.
5. Para los campos cuya sincronización desee cambiar, elija las flechas en la columna
Dirección de la sincronización. Cada opción cambiará la dirección.
 Sugerencia
Desplácese con el mouse sobre un nombre de campo para ver los campos
asignados a él.
6. Seleccione Aceptar>Aceptar para cerrar los cuadros de diálogo abiertos.
Permita que los usuarios conozcan que pueden ver (no cambiar) la configuración
de sincronización. Mäs información: ¿Qué campos pueden sincronizarse entre
aplicaciones de involucración del cliente y Outlook?
Rendimiento y sincronización
La configuración de la sincronización puede tener un impacto en el tiempo que lleva
sincronizar entre las aplicaciones de Dynamics 365 for Outlook y de involucración del
cliente. Debe probar su configuración antes de implementar para garantizar tiempos de
sincronización satisfactorios.
Permisos y sincronización
La seguridad basada en roles controla el acceso a un tipo de entidad específica, la
seguridad basada en registros controla el acceso a registros individuales y la seguridad
a nivel de campo controla el acceso a campos específicos. Todo esto puede afectar a lo
que se sincroniza entre aplicaciones de involucración del cliente y Dynamics 365 for
Outlook o Exchange.
Se recomienda revisar la configuración de seguridad de estos métodos de seguridad

para garantizar que la sincronización de campos se procesa según desee. Para obtener
más información, vea:
Roles de seguridad: Creación o edición de roles de seguridad
Protección de campos: Agregue o quite seguridad de un campo
Más información: Cómo la seguridad de campo afecta a la sincronización entre

aplicaciones de involucración del cliente y Outlook y Conceptos de seguridad
Consulte también
Modo en que la seguridad de campo
afecta a la sincronización con Outlook
La protección de un campo con seguridad a nivel de campo puede afectar a la

sincronización entre las aplicaciones de involucración del cliente (Dynamics 365 Sales,
Dynamics 365 Project Service Automation) y Microsoft Dynamics 365 for Outlook.
Supongamos el escenario siguiente.
７ Nota
No se recomienda proteger un campo cuando el campo se establece para

sincronizarse. La práctica recomendada es NO proteger ningún campo de
sincronización. Si decide proteger campos de sincronización, debe realizar lo
siguiente:
1. Proteja el campo usando seguridad de nivel de campo. Más información:

consulte "Establecer seguridad de nivel de campo" a continuación.
2. Cambie la dirección de sincronización de manera que la sincronización no
intente actualizar o escribir el campo durante la sincronización. Más
información: Controlar la sincronización de campos entre aplicaciones de
involucración del cliente y Outlook o Exchange
Escenario: Impedir a los usuarios cambiar el

puesto
La empresa Contoso desea promover la entrada de datos coherente. Mientras el
personal de ventas está trabajando fuera, es fácil que creen diferentes entradas de datos
para describir lo mismo. Por ejemplo, el mismo puesto podría introducirse como
"Administrador de construcción", "Encargado" o "Administrador de emplazamiento".
Para evitar esto, el campo Puesto está protegido. Este tiene consecuencias para la
sincronización.
Establecer seguridad de nivel de campo

John, el administrador para Contoso, establece seguridad en varios campos.
Llevó a cabo los pasos siguientes:
2. Seleccione Configuración>Personalizaciones.
3. Seleccione Personalizar el sistema.
4. Expanda Entidades>Contacto.
5. Seleccione Campos y seleccione jobtitle. Hay muchos campos Contacto, por lo

que deberá avanzar varias páginas.
7. Para Seguridad de campo, seleccione Habilitar>Guardar y cerrar.
8. Seleccione Publicar todas las personalizaciones.
John también protegió los siguientes campos Contacto para que no se muestren
en aplicaciones de involucración del cliente: ftpsiteurl, governmentid
Cree y configure un perfil de seguridad de campo

John crea un perfil de seguridad de campo y asigna los integrantes del equipo de ventas
al perfil.
Hizo lo siguiente para crear el perfil de seguridad de campo:

2. Seleccione Configuración>Seguridad.
3. Seleccione Perfiles de seguridad de campo.
4. Cree un perfil. Seleccione Nuevo y escriba un nombre.
6. Seleccione el nuevo perfil >Usuarios>Agregar
7. Seleccione usuarios y después seleccione Seleccionar>Agregar.
Establecer permisos de campo

Con un perfil de seguridad de campo creado y usuarios agregados al perfil, John ahora
puede establecer permisos en los campos para que coincidan con los requisitos de la
organización.
2. Seleccione Configuración>Seguridad.
3. Seleccione Perfiles de seguridad de campo> su perfil.
4. Seleccione Permisos de campo> el campo a proteger >Editar

5. Cambie la configuración de seguridad para que coincida con los requisitos de la
compañía y después seleccione Aceptar>Guardar y cerrar.
Qué ve el usuario
Nancy, comercial en Contoso, usa Dynamics 365 for Outlook y crea un nuevo contacto y
lo sigue en las aplicaciones de Dynamics 365.
Cuando Nancy sincroniza con aplicaciones de involucración del cliente, observa que el
campo Puesto ha desaparecido del contacto. Esto se debe a que Nancy no posee
derechos de actualización para el campo Puesto.
El administrador de Nancy, con derechos de la actualización en el campo Puesto, rellena
el campo con el puesto correcto: Administrador de construcción.
Nancy sincroniza de nuevo con las aplicaciones de involucración del cliente y ahora el
campo Puesto está en el contacto con el título correcto.
Consulte también
Seguridad de nivel de campo
Preguntas frecuentes sobre la
sincronización de registros entre
aplicaciones de involucración del
cliente y Microsoft Outlook
¿Cuál es la mejor forma de usar Outlook

y las aplicaciones involucración del
cliente juntas?
Existen tres formas de utilizar aplicaciones basadas en modelos en aplicaciones de
Automation) y Outlook juntas:
Dynamics 365 App for Outlook
Seguimiento de carpetas de Microsoft Exchange
Utilizar Dynamics 365 App for Outlook emparejado con la sincronización de

servidor para ver los datos de las aplicaciones de involucración del cliente en
Outlook y realizar un seguimiento de los registros de Outlook en aplicaciones de
involucración del cliente. Puede usar Dynamics 365 App for Outlook junto con
Microsoft Outlook en la web, la aplicación de escritorio de Outlook o con Outlook
Mobile. Con Dynamics 365 App for Outlook, la información de las aplicaciones de
involucración del cliente aparece junto a los mensajes de correo electrónico o citas
de Outlook de un usuario. Por ejemplo, los usuarios pueden obtener una vista
previa de la información de contactos y clientes potenciales almacenada en
aplicaciones de involucración del cliente y agregar contactos directamente desde
un mensaje de correo electrónico. Pueden también vincular el correo electrónico,
una cita y los registros de contactos a registros nuevos o existentes, como
registros de oportunidad, cuenta o caso. Para usar Dynamics 365 App for Outlook,
debe sincronizar el sistema de correo electrónico con la sincronización de servidor.
Más información: Integrar el sistema de correo electrónico
¿Con qué frecuencia se sincronizan
registros mediante la sincronización del
lado del servidor?
Si sincroniza registros con la sincronización de servidor, el proceso es dinámico y único
para el buzón de cada usuario. El algoritmo de sincronización garantiza que los buzones
se sincronizan de acuerdo con parámetros dinámicos como la cantidad de mensajes de
correo electrónico y la actividad del buzón. Normalmente la sincronización de correo
electrónico se produce cada 5 minutos. Cuando un buzón tiene muchos correos
electrónicos, el intervalo se puede reducir dinámicamente a 2 minutos. Si el buzón es
menos activo, el intervalo se puede aumentar hasta 12 minutos. Hablando en términos
generales, puede asumir que un buzón se sincronizará al menos una vez cada 12
minutos.
Sin embargo, cuando usa la aplicación de Dynamics 365 App for Outlook para realizar
un seguimiento o para establecer el registro correspondiente para un correo electrónico
o cita, la sincronización sucede inmediatamente en la mayoría de los escenarios para los
correos electrónicos recibidos y citas enviadas. Si se produce un error en la
sincronización inmediata en Dynamics 365 App for Outlook, aprovechamos la
sincronización del lado del servidor para crear o actualizar el registro de actividad.
¿Dónde puedo encontrar información

sobre solución de problemas de
sincronización del lado del servidor ?
Puede encontrar información de la solución de problemas y problemas conocidos aquí:
Solución de problemas y cosas que hay que saber acerca de la sincronización del lado
del servidor
¿Los permisos de seguridad afectan a la

sincronización?
Sí. Si un administrador del sistema ha implementado seguridad para campos o registros
determinados, puede afectar a los datos que se sincronizan.
Si usa Dynamics 365, cuando usa la sincronización del lado servidor, los contactos y
actividades de Dynamics 365 (incluidos los correos electrónicos, las citas, los contactos y
las tareas) se sincronizan en el sistema de correo electrónico especificado (por ejemplo,
Exchange).
Un administrador puede configurar funcionalidad de sincronización del lado del servidor

para especificar los usuarios que tienen la posibilidad de enviar mensajes de correo
electrónico o citas desde Dynamics 365 o de sincronizar actividades y contactos entre
Dynamics 365 y el buzón del usuario. El administrador y los usuarios finales pueden
personalizar aún más criterios de filtro, y los administradores pueden incluso definir los
campos de entidad que se sincronizan.
Para usar Microsoft Dynamics 365 for Outlook, debe iniciar sesión con sus credenciales
(una dirección de correo electrónico y una contraseña). Puede optar por guardar esta
información localmente para que no se le solicite cada vez que abra Outlook. Si elige
guardar esta información localmente, Dynamics 365 for Outlook se conectará de forma
automática a Microsoft Dynamics 365 (online) cada vez que abra Outlook.
Después de iniciar sesión y usar Dynamics 365 for Outlook por vez primera, la conexión
entre su equipo y Dynamics 365 (online) estará siempre abierta mientras esté conectado
Internet. Solo podrá desactivar la conexión entre el equipo y Dynamics 365 mediante
una opción de configuración, pero si lo hace, el rendimiento de Dynamics 365 for
Outlook puede reducirse.
Si usa Dynamics 365 for Outlook para realizar un seguimiento del correo electrónico, el
hilo de correo electrónico estará visible para los usuarios de la organización que tengan
permiso para verlo.
Por cada correo electrónico que reciba, Dynamics 365 for Outlook enviará a Dynamics
365 (online) la dirección de correo electrónico del remitente y del receptor, así como la
línea de asunto del mensaje. De esta forma, Dynamics 365 (online) puede validar si el
servicio de Dynamics 365 (online) debe o no almacenar un mensaje de correo específico.
Cuando realiza el seguimiento de un elemento, el servicio de Dynamics 365 mantiene
una copia del mismo, que estará visible para los usuarios de su organización que tengan
los permisos adecuados. Si cancela el seguimiento de un elemento, esa copia se
eliminará automáticamente del servicio Dynamics 365 (online) solo si es el propietario
del elemento.
Consulte también

Definir opciones personales que afectan al seguimiento y la sincronización entre

aplicaciones de involucración del cliente y Outlook o Exchange
Configuración del seguimiento de nivel
de carpeta de Outlook o Exchange
Puede habilitar el seguimiento de nivel de carpeta para las carpetas de Microsoft

Exchange para asignar una carpeta de bandeja de entrada de Exchange a un registro de
aplicaciones de involucración del cliente para que se realice un seguimiento automático
de todos los correos electrónicos de la carpeta de Exchange con el registro asignado en
las aplicaciones de involucración del cliente (Dynamics 365 Sales, Dynamics 365
Project Service Automation). Imagine un ejemplo donde tiene una cuenta denominada
Adventure Works. Puede crear una carpeta en Outlook llamada Adventure Works bajo la
carpeta Bandeja de entrada, y crear algunas reglas de Exchange para enrutar
automáticamente los mensajes de correo electrónico a la carpeta Adventure Works en
función del asunto o del cuerpo de un correo electrónico. A continuación, en Exchange
puede asignar su carpeta Exchange (Adventure Works) al registro de cuenta (Adventure
Works) para realizar automáticamente un seguimiento de todos los correos electrónicos
que llegan a la carpeta Adventure Works de Exchange y establecer el objeto referente
como el registro de cuenta de Adventure Works.
Habilitar seguimiento de nivel de carpeta

1. Haga clic en Configuración>Configuración de correo electrónico.
2. Haga clic en Configuración de correo electrónico.
3. Confirme que Procesar correo electrónico usando se estableció como

Sincronización del lado del servidor.
4. Habilite Usar el seguimiento de nivel de carpeta para carpetas de Exchange (se

debe habilitar la sincronización del lado del servidor).
5. Configure otras opciones de seguimiento de esta página, y después haga clic en

Aceptar.
Una vez que ha habilitado el seguimiento de nivel de carpeta, los usuarios deben
establecer reglas de seguimiento de carpeta en Configuración (
Algunos aspectos importantes acerca del
seguimiento de nivel de carpeta
El seguimiento de nivel de carpetas funcionará solo si la organización está
configurada para usar sincronización del lado del servidor para los mensajes de
correo electrónico. La sincronización del lado del servidor debe estar configurada
para buzones Exchange (y no POP3). Para más información sobre configurar la ,
vea Configuración de sincronización del lado del servidor de correos electrónicos,
citas, contactos, y tareas.
Puede realizar seguimiento de correo electrónico en carpetas bajo la carpeta

Bandeja de entrada en Exchange. No es posible realizar seguimiento de los correos
electrónicos de otras carpetas.
Puede seguir un máximo de 25 carpetas por cuenta de usuario.
Cualquier cambio manual realizado en el objeto referente a en los registros de

actividad con seguimiento será reemplazado la próxima vez que se produzca la
sincronización del lado del servidor. Por ejemplo, si ha configurado una asignación
entre la carpeta Adventure Works y la cuenta de Adventure Works, se realizará el
seguimiento de todos los correos electrónicos en la carpeta Adventure Works
Exchange como actividades con el referente establecido en registro de cuenta de
Adventure Works. Si cambia el referente a algún otro registro, se reemplazará
automáticamente la próxima vez que se produzca sincronización del lado del
servidor. Para cambiar el referente para cualquier correo electrónico, mueva el
correo electrónico a otra carpeta como la bandeja de entrada.
No se admite el seguimiento a nivel de carpeta para la cola de buzones.
Vea también
Cuadro de diálogo Configuración del sistema - pestaña Correo electrónico
Realizar un seguimiento de correo
electrónico de Outlook moviéndolo a
una carpeta de Exchange con
seguimiento
Realice un seguimiento de las interacciones con los clientes en cualquier lugar que esté,
y desde prácticamente cualquier dispositivo mediante el seguimiento de carpetas.
Después de configurar una carpeta con seguimiento, puede arrastrar o mover correo
electrónico a esa carpeta para realizar un seguimiento automático en aplicaciones de
Automation). Además, si establece un registro referente (como un registro específico de
cuentas u oportunidades) para la carpeta, las aplicaciones de involucración del cliente
vinculan automáticamente todo el correo electrónico de dicha carpeta a ese registro
específico. Las carpetas con seguimiento funcionan en Exchange Online, Outlook en la
web o cualquier otra aplicación móvil que admita Exchange.
 Sugerencia
Las carpetas con seguimiento funcionan con reglas de Bandeja de entrada de

Exchange. Esto facilita enrutar automáticamente mensajes a una carpeta específica.
Por ejemplo, configure una regla de Exchange que enrute automáticamente correo
electrónico desde un contacto de Contoso a una carpeta de Contoso con
seguimiento, que está vinculada a una oportunidad específica de Contoso. Más
información sobre la configuración de reglas .
Para ver cómo funciona el seguimiento de carpetas, consulte el vídeo Seguimiento de

nivel de carpetas en CRM Online .
Requisitos para usar carpetas con seguimiento

El administrador también debe habilitar la característica de carpetas con
seguimiento. Para obtener más información, póngase en contacto con el
administrador. Para obtener información sobre cómo habilitar carpetas con
seguimiento, consulte Configurar seguimiento de nivel de carpeta.
Su organización debe usar sincronización del lado del servidor como método de
sincronización de correo electrónico. Si no sabe qué método de sincronización usa
la organización, póngase en contacto con el administrador. Para obtener
información de administración sobre la configuración de sincronización del lado
del servidor, vea Configuración de sincronización del lado del servidor.
Configurar una carpeta con seguimiento

1. En la aplicación web, en la barra de navegación, haga clic en Opciones .
2. En el cuadro de diálogo Definir opciones personales, haga clic en la pestaña

Correo electrónico y en Seleccione los mensajes de correo electrónico para los
que desea realizar el seguimiento en Dynamics 365, haga clic en Configurar
reglas de seguimiento de carpetas.
3. En el cuadro de diálogo Seguimiento de nivel de carpeta, en Carpeta de

Exchange, haga clic en + Nueva asignación de carpeta, haga clic en la flecha
abajo en el cuadro que aparece y luego seleccione la carpeta que desea someter a
seguimiento.
７ Nota
Solo puede realizar seguimiento de carpetas o subcarpetas en la bandeja de

entrada de Exchange. Solo se realizará seguimiento de la carpeta que
seleccione. Por ejemplo, si selecciona una carpeta que incluye subcarpetas, no
se realizará el seguimiento de las subcarpetas a menos que las seleccione
específicamente en este cuadro de diálogo. El número máximo de carpetas
que puede seguir es de 25.
4. Si desea vincular la carpeta a un determinado registro (por ejemplo, una cuenta u

oportunidad) en Registro referente en aplicaciones de Dynamics 365, haga clic en
el botón Búsqueda y busque el registro.
5. Repita los pasos 3 y 4 para cualquier carpeta adicional que desee seguir y
(opcionalmente) vincular a registros referentes.
6. Cuando termine de agregar y vincular carpetas, haga clic en Guardar.
Recomendaciones para el seguimiento de

carpetas
Asegúrese de hacer uso del seguimiento de carpetas en sus dispositivos móviles. Si
el dispositivo admite correo electrónico de Exchange, el seguimiento de carpetas
funcionará automáticamente. No necesita instalar nada. Basta con arrastrar o
mover correo electrónico a una carpeta con seguimiento para realizar seguimiento
automático de ese correo electrónico.
Establecer un registro referente para una carpeta o no depende de cómo planee

usar la carpeta:
Si recibe un pequeño volumen de correo electrónico de muchos clientes

diferentes, quizá le convenga crear una sola carpeta llamada "Seguimiento en
Dynamics 365" (o un nombre similar) que está vinculado a un registro
determinado. De esta forma, puede arrastrar mensajes a esa carpeta para hacer
su seguimiento automáticamente. Si más adelante desea vincular un mensaje
de correo electrónico en esa carpeta a un registro específico, abra el registro de
actividad y después rellene el campo Referente.
Si recibe volúmenes grandes de correo electrónico de un determinado cliente,

cree una carpeta (o use una carpeta existente) solo para ese cliente y vincúlela a
un registro específico. Por ejemplo, cree una carpeta de Contoso y establezca el
registro referente en un registro de cuenta o un registro de oportunidad de
Contoso.
Solo se hará el seguimiento automático de cualquier correo electrónico en

respuesta al correo electrónico original que se está siguiendo, si el correo de
respuesta está en la bandeja de entrada. Si se ha movido manualmente o mediante
las reglas de Outlook a una subcarpeta dentro de la bandeja de entrada, no se
hará el seguimiento automático. Solución: (1) no use el enrutamiento en carpetas
basado en reglas o (2) no mueva manualmente el correo electrónico a una carpeta
de la bandeja de entrada si cree que el correo electrónico de respuesta tiene que
ser seguido.
Puede configurar varias carpetas que se vinculan al mismo registro referente. Por
ejemplo, puede vincular una carpeta Propuesta de ventas de Contoso y una
carpeta Temas legales de Contoso al mismo registro de cuenta de Contoso.
Es mejor no usar la misma carpeta para diferentes registros durante un periodo de

tiempo. Por ejemplo, supongamos que realiza un seguimiento de las
comunicaciones de correo electrónico para una oportunidad con el Cliente 1, pero
ha ganado la oportunidad y ahora no necesita realizar un seguimiento de otras
comunicaciones con dicho cliente. Puede estar tentado de cambiar simplemente el
registro referente para esa carpeta a un nuevo cliente (Cliente 2) con el que
trabaja. Si hace eso, sin embargo, todos los correos electrónicos de esa carpeta,
incluido el correo electrónico relacionado con el cliente 1, se asociarán al cliente 2.
Por tanto, es mejor en este caso crear una nueva carpeta asociada al cliente 2 y, a
continuación, establecer el registro relacionado para esa nueva carpeta al cliente 2.
A continuación puede eliminar el registro relacionado para la carpeta del cliente 1.
Puede incluir una carpeta sin seguimiento en una carpeta con seguimiento. Por
ejemplo, supongamos que desea almacenar correo electrónico personal desde un
contacto de Contoso. Puede crear una subcarpeta personal en la carpeta de
Contoso y anular su seguimiento.
Si ya no necesita realizar seguimiento de una carpeta, conviene anular el

seguimiento por razones de rendimiento. Para anular el seguimiento de una
carpeta, quítela del cuadro de diálogo Seguimiento de nivel de carpeta.
¿Qué sucede cuando anula el seguimiento,

mueve, elimina o cambia el nombre de
carpetas, o modifica el registro referente?
La siguiente tabla muestra qué sucede cuando anula el seguimiento, mueve o elimina
carpetas, o cambia el registro referente vinculado a una carpeta con seguimiento.
Acción Resultado
Anule el Se seguirá realizando seguimiento de todos los mensajes de correo

seguimiento de electrónico incluidos previamente en dicha carpeta, y el registro referente
una carpeta seguirá estando vinculado a esos correos electrónicos. No se realizará
eliminándola del seguimiento de los nuevos mensajes de correo electrónico que agrega a esa
cuadro de carpeta.
diálogo
Seguimiento de
nivel de carpeta.
Eliminar una Todos los mensajes de correo electrónico incluidos en esa carpeta se
carpeta de eliminarán de Outlook o Exchange Online. Sin embargo, los mensajes de
Outlook o correo electrónico a los que ya se realiza seguimiento a través de esa carpeta
Exchange no se eliminarán de aplicaciones de involucración del cliente.
Mover una Se seguirá realizando seguimiento de la carpeta y todo su contenido. Si

carpeta en mueve una carpeta fuera de la bandeja de entrada, las reglas de seguimiento
Outlook o de nivel de carpeta se deshabilitarán.
Exchange
Acción Resultado
Cambiar de Se seguirá realizando seguimiento de la carpeta y todo su contenido.

nombre una Sugerencia: Cuando cambia el nombre de las carpetas, el software usa el id.
carpeta en de carpeta de Exchange para realizar el seguimiento; no depende del nombre
Outlook o real de la carpeta. Esto es importante para saber si elimina una carpeta y
Exchange luego cambia el nombre de una nueva carpeta con el mismo nombre que la
carpeta eliminada. Por ejemplo, supongamos que elimina la Carpeta 1,
Carpeta la carpeta 2 y, a continuación cambia el nombre de la Carpeta 2 a
Carpeta 1. La información de seguimiento para la Carpeta 1 original no se
conservará en este caso.
Quitar el vínculo Todos los mensajes de esa carpeta que estaban vinculados anteriormente
entre una carpeta seguirán estando vinculados. Los nuevos mensajes agregados a esa carpeta
con seguimiento no se vincularán.
y un registro
específico
eliminando el
vínculo en el
cuadro de
diálogo
Seguimiento de
nivel de carpeta
Mover un correo Si la nueva carpeta no tiene un registro referente, el correo electrónico

electrónico en seguirá estando vinculado al registro original. Si la nueva carpeta tiene un
una carpeta con registro referente, el correo electrónico se vinculará a ese registro referente.
seguimiento que
está vinculada a
un registro
específico en otra
carpeta
Cambie La regla de carpeta con seguimiento tiene prioridad. Cuando se sincroniza la

manualmente el carpeta, el correo electrónico volverá a vincularse al registro especificado en
registro referente la regla de seguimiento de carpeta, incluso si cambia el registro referente
para un correo manualmente. Para cambiar el registro referente en este caso, realice una de
electrónico que estas operaciones:
está vinculado a
otro registro - Mueva el mensaje a una carpeta con seguimiento vinculada al registro que
referente a través desee.
de una carpeta - Quite el vínculo al registro referente en el cuadro de diálogo Seguimiento

con seguimiento de nivel de carpeta antes de cambiar manualmente el registro referente.
- Mueva el correo electrónico determinado fuera de la carpeta con

seguimiento y a continuación cambie manualmente el registro referente para
ese correo electrónico.
Acción Resultado
Dos usuarios Solo puede establecer un registro referente para mensaje de correo
mueven el electrónico. En este caso, el registro que se procesa primero está vinculado al
mismo correo registro referente.
electrónico a
carpetas distintas
que tienen
registros
referentes
diferentes
Vea también
Configurar seguimiento a nivel de carpetas

Usar la categoría de Outlook para
realizar un seguimiento de citas y
mensajes de correo electrónico
La sincronización del lado del servidor permite realizar el seguimiento de correos

electrónicos, citas y tareas en Outlook con una categoría especial Seguido hasta
Dynamics 365. Asignar esta categoría a un correo electrónico, una cita o una tarea en
Outlook sincroniza el elemento con las aplicaciones de involucración del cliente
Dynamics 365 Marketing y Dynamics 365 Project Service Automation). De forma similar,
quitar la categoría de un correo electrónico, cita o tarea objeto de seguimiento lo
desvincula de las aplicaciones de involucración del cliente.
También puede seleccionar varios elementos y asignar la categoría de Outlook Seguido

hasta Microsoft Dynamics 365 a estos, de modo que pueda realizar un seguimiento de
todos ellos en aplicaciones de involucración del cliente. Identifique rápidamente los
elementos bajo seguimiento observando la presencia de esta categoría en la bandeja de
entrada y otras carpetas.
Configure un seguimiento basado en

categorías a través de un OrgDBOrgSetting
A partir de la versión 9.1.0.4039 o versiones posteriores, el seguimiento de categoría
está activado de forma predeterminada.
 Sugerencia
Para determinar la versión, inicie sesión en las aplicaciones de involucración del

cliente y, en la parte superior derecha de la pantalla, seleccione el botón
Configuración >Acerca de.
Utilice la categoría para realizar un seguimiento

de los elementos de Outlook
Una vez que la categoría Seguido hasta Dynamics 365 está visible en Outlook, puede
utilizarla para realizar el seguimiento de los siguientes elementos de Outlook.
Correo electrónico
Realice el seguimiento de un correo electrónico al asignarlo a la categoría Seguido
hasta Dynamics 365 . La asignación de categorías se puede ver inmediatamente en
Outlook. En este punto, el correo electrónico se marca para su seguimiento. La
sincronización del lado del servidor sincronizará el correo electrónico a aplicaciones de
involucración del cliente en 15 minutos, en función de la configuración de
sincronización del correo electrónico.
Si un correo electrónico se rastrea y se categoriza como Seguido hasta Dynamics, quitar

la categoría dejará de seguir el correo electrónico. Sin embargo, no se elimina el
correspondiente registro de actividad del correo electrónico.
 Sugerencia
Puede configurar una regla en Outlook para asignar o quitar una categoría.
Consulte Administrar mensajes de correo electrónico mediante reglas .
７ Nota
La sincronización del lado del servidor categorizará automáticamente los correos

electrónicos en los buzones de correo de destinatarios de Dynamics 365 si el
correo electrónico que se está procesando ya ha sido rastreado en Dynamics por
otro usuario o destinatario de la cola del mismo correo electrónico.
Solo los correos electrónicos que coincidan con el código de dirección de

Dynamics 365 se categorizarán automáticamente cuando la configuración del
sistema Seguimiento de correos electrónicos enviados entre usuarios de
Dynamics 365 como dos actividades está habilitado.
Por ejemplo, los correos electrónicos que se rastrean y envían desde Outlook a
otros usuarios de Dynamics 365 no aparecerán categorizados en los buzones de los
destinatarios de Outlook porque representan la copia "recibida" del correo
electrónico. Esto es para permitir que el destinatario de Dynamics 365 rastree una
copia entrante del correo electrónico según la configuración del sistema indicada
anteriormente.
Appointment
Puede realizar un seguimiento de una cita al asignarla a la categoría Seguido hasta
Dynamics 365 . La cita se rastreará y sincronizará a aplicaciones de involucración del
cliente en base a unas reglas de sincronización del lado del servidor.
Si una cita se rastrea y se categoriza como Seguido hasta Dynamics, quitar la categoría
dejará de seguir la cita. Sin embargo, no se elimina el correspondiente registro de
actividad de la cita de aplicaciones de Dynamics 365.
Task
７ Nota
La asignación de tareas a las personas que capturan en Outlook no se sincronizarán

a aplicaciones de involucración del cliente.
Utilice un seguimiento basado en categorías

con la aplicación para Outlook
Si dispone de Dynamics 365 App for Outlook, puede usar el seguimiento basado en
categorías con la aplicación para Outlook.
En la tabla siguiente se muestran distintos escenarios de seguimiento.
Acción Resultado
Asigne la categoría La sincronización del lado del servidor sincronizará un correo

Seguido hasta electrónico/cita en 15 minutos. Cargar un aplicación para Outlook en ese
Dynamics 365 a un elemento mostrará el estado bajo seguimiento.
correo
electrónico/cita
Realice un Se realiza el seguimiento del correo electrónico/cita. La categoría

seguimiento de un Seguido hasta Dynamics 365 se asigna de forma inmediata.
correo
electrónico/cita
mediante la
aplicación para
Outlook
Acción Resultado
Eliminación de la La sincronización del lado del servidor dejará de seguir el elemento en

categoría Seguido alrededor de 15 minutos. Cargar un aplicación para Outlook en ese
hasta Dynamics 365 correo electrónico mostrará el estado bajo seguimiento. El registro de
en un correo actividad no se elimina de aplicaciones de involucración del cliente.
electrónico/cita
Deje de seguir un El correo electrónico/cita deja de seguirse y se elimina la categoría

correo Seguido hasta Dynamics 365.
electrónico/cita
mediante la
aplicación para
Outlook
Delegar usuarios
Si permite que otra persona administre su correo y su calendario al proporcionarles
acceso delegado, el delegado puede acceder a sus categorías en Outlook, si el delegado
tiene permisos de editor.
Si su buzón tiene la categoría Seguido hasta Dynamics 365, el delegado puede realizar
un seguimiento de los correos electrónicos y las citas al asignar la categoría Seguido
hasta Dynamics 365.
Seguimiento basado en categorías con

El seguimiento basado en categorías no es compatible con Dynamics 365 for Outlook.
Le recomendamos que no habilite OrgDBOrgSetting TrackCategorizedItems en una
configuración de la organización para utilizar Dynamics 365 for Outlook.
Deshabilitar seguimiento basado en categorías

Puede deshabilitar el seguimiento basado en categorías para una organización de
aplicaciones de Dynamics 365 al deshabilitar OrgDBOrgSetting TrackCategorizedItems.
７ Nota
Si deshabilita OrgDBOrgSetting TrackCategorizedItems, la categoría Seguido hasta

Dynamics 365 se elimina temporalmente, con la asignación de categoría
conservada en Outlook. Si elimina la categoría de la lista principal, se eliminará
permanentemente.

¿Puedo realizar un seguimiento de mis contactos de Outlook asignando la categoría
Seguido hasta Dynamics 365?
No, el seguimiento basado en categorías no es compatible con los contactos de

Outlook.
¿Qué sucede si cambio el nombre de la categoría Seguido hasta Dynamics 365?
Si cambia el nombre de la categoría, la sincronización del lado del servidor seguirá

identificando la categoría por el Id. y se utilizará para seguir y dejar de seguir los
elementos de Outlook.
７ Nota
Para escenarios de delegados, no se admite una diferencia de nombre de categoría

entre el delegado y el propietario del buzón principal y puede provocar un
comportamiento inesperado. Recomendamos hacer coincidir el nombre de la
categoría en el delegado y el propietario del buzón principal.
¿Qué sucede si elimino el nombre de la categoría Seguido hasta Dynamics 365?
Si elimina la categoría, la sincronización del lado del servidor la volverá a crear en el

servidor de Exchange en alrededor de 15 minutos.
Cuando activo OrgDBOrgSetting TrackCategorizedItems por primera vez, ¿mis

elementos previamente seguidos se asignarán a la categoría Seguido hasta Dynamics
365?
No, la sincronización del lado del servidor no retrocederá en el tiempo para asignar la
categoría a los elementos ya seguidos.
Si asigno la categoría Seguido hasta Dynamics 365 a un hilo de conversación de

Outlook, ¿qué sucede?
Si categorizo un hilo de conversación como Seguido a Dynamics 365, todos los correos
electrónicos en ese hilo se asignan a la categoría y, por lo tanto, se realizará un
seguimiento de ellos.
¿Puedo asignar la categoría Seguido hasta Dynamics 365 a las citas periódicas?
Si categorizo una cita periódica como Seguido a Dynamics 365, todos los entornos
individuales de la cita se asignan a la categoría y, por lo tanto, se realizará un
seguimiento de ellos.
¿Qué sucede cuando se produce un error de correo electrónico objeto de

seguimiento?
De forma predeterminada, los correos electrónicos objeto de seguimiento automático

con error volverán a intentarse en un nuevo ciclo de sincronización – aproximadamente
cada 15 minutos. Los reintentos se realizarán hasta 5 veces. Si los reintentos producen
error después de 5 intentos, el correo electrónico será asignado a la categoría Seguido
hasta Dynamics 365 (no se puede entregar) y no se producirán más reintentos. Los
correos electrónicos seguidos automáticamente que produzcan los errores siguientes
serán reintentados:
Promoción de errores de correo electrónico debido a un complemento

configurado en el entorno de cliente.
Promoción de errores de correo electrónico debido a tiempos de espera de
aplicaciones de interacción con el cliente o Microsoft Exchange.
Se rechaza un correo electrónico con InvalidSender o debido a algunas decisiones
desconocidas.
Se produce error en los correos electrónicos y no se pueden entregar si el
propietario de la cola no tiene asignado el rol de seguridad correcto. Sin el rol de
seguridad correcto, el propietario no podrá poseer el registro de correo
electrónico del que la cola hace un seguimiento.
Después de 5 reintentos, si el error para promocionar el correo electrónico se ha debido

a un error en el complemento, intente corregir el complemento. A continuación, asigne
la categoría Seguir a Dynamics 365 para seguir manualmente los mensajes de correo
electrónico sin entregar para que se sigan en aplicaciones de involucración del cliente.
¿Cómo quito seguimiento basado en categorías a través de OrgDBOrgSetting?
Para deshabilitar la categoría especial de Outlook Seguido hasta Dynamics 365, debe
habilitar el OrgDBOrgSetting en su organización. Las aplicaciones de involucración del
cliente proporcionan la herramienta de OrgDBOrgSettings que concede a los
administradores la capacidad de implementar las actualizaciones específicas que se
reservaron previamente para las implementaciones de registro.
1. Siga las instrucciones en este artículo para ver los pasos para extraer la
herramienta.
2. Después de extraer la herramienta, deshabilite el OrgDBOrgSetting
TrackCategorizedItems.
3. Al deshabilitar OrgDBOrgSetting se eliminará la categoría Seguido hasta Dynamics
365 en todos los buzones de Exchange de la organización que tienen habilitada la
sincronización del lado del servidor en alrededor de 15 minutos.
También puede utilizar esta herramienta para editar el OrgDBOrgSetting

TrackCategorizedItems.
Editar buzones
De manera predeterminada, cuando se crean usuarios y colas en aplicaciones de

Automation), también se crean sus respectivos registros de buzón. Estos registros de
buzón contienen información específica del buzón individual en el servidor de correo
electrónico, como dirección de correo electrónico, credenciales del buzón y método de
sincronización de correo electrónico. Para procesar mensajes de correo electrónico
utilizando la sincronización del lado del servidor para usuarios y colas, sus respectivos
registros de buzón deben estar asociados a un registro de perfil del servidor de correo
electrónico en aplicaciones de involucración del cliente.
Si su organización desea configurar la sincronización del lado del servidor mediante el

buzón de enrutamiento, puede crear un nuevo registro del buzón de enrutamiento.
） Importante
No se recomiendan buzones de enrutamiento y, en su lugar, debe utilizar buzones

individuales. Consulte: Buzón de enrutamiento y buzones individuales.
Un buzón de enrutamiento se utiliza como un cuadro de recopilación de mensajes de

correo electrónico que se transfieren desde el buzón de cada usuario en el sistema de
correo electrónico mediante una regla del lado del servidor. El buzón de enrutamiento
debe estar dedicado a la sincronización del lado del servidor y los usuarios individuales
no deben usarlo como un buzón de correo de trabajo. Puede utilizarse para procesar los
mensajes de correo electrónico para usuarios y colas cuyos buzones tienen Método de
sincronización del correo entrante establecido en Buzón de enrutamiento. Debe
asociar el registro de buzón de enrutamiento a un registro de perfil del servidor de
correo electrónico para procesar el correo electrónico mediante la sincronización del
lado del servidor.
 Sugerencia
Puede usar un buzón compartido de Microsoft 365 al crear una cola en

aplicaciones de involucración del cliente y no consumir una licencia de Microsoft
365 de una cuenta de correo electrónico de enrutamiento.
Vaya a Entornos> [seleccione un entorno] >Configuración>Correo
electrónico>Buzones.


sistema.
1. Seleccione un entorno y vaya a Configuración>Correo electrónico>Buzones.
2. Para editar un registro de buzón existente, abra el registro del buzón.
3. En el registro de buzón, especifique los siguientes detalles.
Campos Descripción
General
Nombre Escriba un nombre significativo para el buzón de enrutamiento.
Propietario Muestra el propietario del buzón. Para un buzón de usuario que se rellena
automáticamente, el propietario del buzón es el propio usuario. Para un
buzón de cola que se rellena automáticamente, el propietario del buzón
es el usuario del registro de colas.
Email address Escriba la dirección de correo electrónico para el buzón de reenvío, como
forwardmailbox@contoso.com.
Para un buzón de usuarios o colas, la dirección de correo electrónico es

igual a la especificada en el formulario de registro correspondiente de
usuarios o colas. Si modifica la dirección de correo electrónico aquí, se
actualizará automáticamente la dirección de correo electrónico en el
registro de usuario o cola.
Eliminar Especifique si desea eliminar correo electrónico del buzón tras el

correo procesamiento. El campo está disponible y se puede establecer en Sí solo
electrónico para un buzón de enrutamiento y un buzón de cola.
después del
procesamiento
Referente a Seleccione el usuario o la cola con los que está asociado el buzón. Este
campo está vacío y no puede establecerse de un buzón de enrutamiento.
Campos Descripción
Es buzón de Este campo indica si el registro de buzón es un buzón de enrutamiento.

enrutamiento Cuando se establece en No, indica que el registro de buzón está asociado
a un usuario o cola individual en aplicaciones de involucración del cliente.
Credenciales
Permitir uso Seleccione Sí si el perfil de servidor de correo electrónico asociado a este

de buzón tiene Autenticar usando establecido en Credenciales especificadas
credenciales por un usuario o una cola. Debe proporcionar el nombre de usuario y la
para contraseña cuando este campo se establezca en Sí. Estas credenciales se
procesamiento usarán para enviar y recibir correo electrónico desde el buzón en el
de correo servidor de correo electrónico. Nota: Para garantizar que las credenciales
electrónico están protegidas en aplicaciones de involucración del cliente, se usa
cifrado de SQL para cifrar las credenciales almacenadas en el buzón si está
procesando correo electrónico mediante sincronización del lado del
servidor.
Método de
sincronización
Perfil de Seleccione el perfil de servidor de correo electrónico que se usa para el

servidor procesamiento de correo electrónico para este buzón.
Para obtener información sobre la selección de un método de

sincronización, consulte: Integrar su sistema de correo electrónico
Correo Seleccione el método de entrega de correo electrónico entrante. Esto

electrónico determinará cómo se accede al correo electrónico entrante para este
entrante buzón.
- Ninguno. No se recibirá correo electrónico.
- Buzón de enrutamiento. Se recibirá correo electrónico usando un buzón

de enrutamiento.


electrónico se recibe mediante sincronización del lado del servidor o E-
mail Router.
Correo Seleccione el método de entrega de correo electrónico saliente. Esto

electrónico determina cómo se envía el correo electrónico saliente para este buzón.
saliente
- Ninguno. No se enviará correo electrónico.


electrónico se envía mediante sincronización del lado del servidor o Email
Router. Nota: Para un buzón de enrutamiento, solo se permite Ninguno.
Campos Descripción
Citas, Seleccione si desea usar Dynamics 365 for Outlook o sincronización del
contactos y lado del servidor para sincronizar citas, contactos y tareas.
tareas
Si selecciona Ninguno, no se sincronizarán las citas, los contactos y las
tareas.
Resultados de
la prueba de
configuración

correo electrónico para el correo electrónico entrante. Los distintos estados
entrante
- Correcto. Se ha configurado el correo electrónico entrante y el correo

electrónico se puede recibir para este buzón.
- Error. Se ha configurado el correo electrónico entrante pero no es

posible extraer correo electrónico del buzón configurado correspondiente.

correo electrónico para el correo electrónico saliente. Los distintos estados
saliente
- Correcto. Se ha configurado el correo electrónico saliente y el correo

electrónico se puede enviar desde este buzón.
- Error. Se ha configurado el correo electrónico saliente pero no es posible

enviar correo electrónico del buzón configurado correspondiente.
Estado de Mostrar el resultado de sincronización de citas, contactos y tareas. Los

citas, distintos estados pueden ser:
contactos y
tareas - No ejecutar. La sincronización no se ha comprobado para este buzón.
- Correcto. Se pueden sincronizar citas, contactos y tareas para este

buzón.
- Error. No se pueden sincronizar citas, contactos y tareas para este buzón.
Prueba de Este campo mostrará la fecha y la hora en que se probó la configuración

buzón del correo electrónico para el registro del buzón.
completada el

Buzón de enrutamiento y buzones
individuales
Aunque se recomiendan buzones individuales en la nueva configuración, aún puede

utilizar un buzón de enrutamiento para sondear uno o más buzones para mensajes de
correo electrónico entrantes y, a continuación, determinar las acciones que las
Service Automation) realizarán basándose en el mensaje de correo electrónico, como
crear o actualizar registros en el sistema. Puede configurar la sincronización del lado del
servidor o E-mail Router para supervisar uno de los siguientes elementos:
Un buzón de cada usuario o cola (recomendado).

Un buzón de enrutamiento. Es un buzón único y central.
Consideraciones importantes
La funcionalidad de buzón de enrutamiento en la sincronización del lado del servidor
estaba inicialmente disponible en versiones anteriores de Dynamics 365 para facilitar la
migración del cliente desde E-mail Router a la sincronización del lado del servidor si el
entorno preexistente estaba previamente configurado para utilizar la funcionalidad de
buzón de enrutamiento.
Sin embargo, el uso de buzones de enrutamiento como solución a largo plazo ya no se

recomienda por las siguientes razones:
Rendimiento: los buzones de enrutamiento están diseñados para procesar todos

los correos electrónicos para varios buzones de su organización. Cuando la
sincronización del lado del servidor procesa un buzón de enrutamiento, todos los
correos electrónicos recibidos que han llegado al buzón de enrutamiento desde el
último ciclo de sincronización son procesados por un único nodo de servidor de
back-end. Como consecuencia, cada ciclo de sincronización puede tardar más en
completarse, lo que puede retrasar la velocidad a la que se envían correos
electrónicos al sistema.
Cuando se utilizan buzones individuales, cada buzón se
distribuye de manera uniforme en varios subprocesos y servidores de back-end, lo
que logra una escalabilidad mucho mayor y garantiza que cada buzón se pueda
procesar de manera más oportuna.
Límites: es más probable que se alcancen los límites del servicio de correo
electrónico, como los impuestos por los servicios de Exchange o POP. Los límites
se definen a nivel de buzón. Puesto que un buzón de enrutamiento gestiona el
correo electrónico para varios buzones, esto requiere una mayor carga de tráfico
en el servicio de correo electrónico para sincronizar correos electrónicos de todas
las partes que reenvían, lo que puede hacer que el buzón de enrutamiento se
limite.
Cuando se utilizan buzones individuales, es mucho menos probable que se
encuentren límites, ya que los límites se aplican por buzón.
Tolerancia a errores: puesto que los buzones de enrutamiento se diseñaron para

sincronizar correos electrónicos de varios usuarios o colas, es probable que
introduzca un único punto de error si el buzón experimenta errores de
conectividad o de tiempo de ejecución. Como consecuencia, es probable que estos
errores bloqueen o retrasen considerablemente la sincronización de mensajes de
correo electrónico entrantes para varios usuarios o colas. Las colas de soporte
técnico críticas para la empresa u otros buzones de Dynamics 365 de alta prioridad
no deben configurarse para un buzón de enrutamiento por este motivo.
Cuando
se utilizan buzones individuales, cada buzón se procesa de forma independiente.
Como consecuencia, los errores de conectividad o tiempo de ejecución solo
afectarán al buzón específico.
Por las razones anteriores, los buzones de enrutamiento son compatibles, pero no se
recomiendan, y deben evitarse para una nueva configuración. Se recomienda a los
clientes que tengan una configuración de buzón de enrutamiento existente que migren
a buzones individuales para tener la mejor y más fiable experiencia de sincronización de
） Importante
Para usar un buzón de enrutamiento con una implementación que se conecta

a un sistema de correo electrónico compatible con POP3, el sistema de correo
electrónico debe poder enviar los mensajes de correo electrónico como datos
adjuntos.
Con los servidores de correo electrónico POP3 y Exchange Online no se puede
usar el Asistente para implementación de reglas. En cambio, debe crear las
reglas manualmente.
Puede configurar usuarios y colas de diferentes maneras en la misma implementación.

Por ejemplo, podría configurar algunos buzones de usuario o de cola para que se
supervisen directamente en un servidor de correo electrónico y configurar otros para
que usen un buzón de enrutamiento en un servidor de correo electrónico distinto.
Supervise un buzón de enrutamiento

Cuando se utiliza la supervisión del buzón de enrutamiento, Microsoft Exchange Server
o el servidor POP3 y aplicaciones de involucración del cliente procesan los mensajes de
correo electrónico entrante en el siguiente orden:
1. Un buzón de usuario o de cola recibe un mensaje de correo electrónico, ya sea en

Exchange Server o en el servidor POP3.
2. Una regla del buzón del usuario envía una copia del mensaje, como datos
adjuntos, al buzón de enrutamiento.
3. Las aplicaciones de involucración del cliente (mediante sincronización del lado del
servidor o Email Router) recuperan el mensaje del buzón de enrutamiento y crea
registros adecuados.
Vea también
Enviar correo electrónico en nombre de
otro usuario
Los usuarios de Dynamics 365 pueden enviar un correo electrónico saliente en nombre
de otro usuario actualizando el campo De a otro usuario o cola.
Requisitos previos
Un administrador debe verificar que el usuario tenga un rol en Dynamics 365 que
incluya el privilegio Enviar correo electrónico como otro usuario
(Configuración>Configuración avanzada>Configuración>Seguridad>Roles de
seguridad> seleccione un rol >pestaña Administración de empresas>Privilegios
diversos).
El otro usuario que se establece como remitente en el correo electrónico debe

seleccionar la casilla Permitir que otros usuarios de Microsoft Dynamics CRM
envíen correo electrónico en su nombre en sus opciones personales (pestaña
Configuración>Configuración de personalización>Correo electrónico).
El usuario que envía el correo electrónico debe tener acceso de lectura a la cola.
Tenga en cuenta que este requisito solo se aplica al permiso Enviar en nombre
propio de la cola.
Opcional: enviar correo electrónico saliente

como otro usuario con la delegación de buzón
de Exchange
Para que el correo electrónico se muestre como "enviar en nombre de" de otro usuario
en Microsoft Outlook, asegúrese de que se cumplan los siguientes requisitos previos:
Se han cumplido todos los requisitos previos descritos en la sección anterior.

El OrgDbOrSetting EnableMailboxDelegationForOutgoingEmail está habilitado.
El usuario que envía la solicitud de envío del correo electrónico saliente en
Dynamics 365 debe tener al menos uno de estos tres permisos:
Acceso completo
Los permisos Enviar como o Enviar en nombre de del buzón de Exchange del
usuario en el campo De.
Intercambiar permisos. Más información: Administrar permisos de destinatarios
７ Nota
Esta función solo está disponible para los perfiles del servidor de correo electrónico
de Exchange Server (local) o Exchange Online.
Una vez habilitada la función, todos los usuarios de Dynamics 365 deben tener
configurados los permisos adecuados en Exchange si desean usar cualquier otra
dirección de correo electrónico en el campo De aparte de su propia dirección de
correo electrónico. De lo contrario, el envío fallará con errores de Exchange como
ErrorSendAsDenied.
Si su organización ha configurado varios flujos de trabajo automatizados propiedad
del mismo usuario para enviar correos electrónicos a través de varios usuarios o
colas, es posible que se produzcan limitaciones de Dynamics 365 y Exchange
porque solo se usará un buzón (el propietario del flujo de trabajo) para enviar
todos estos correos electrónicos.
Solucionar problemas y supervisar la
Esta página es el origen para problemas y soluciones de sincronización del lado del
servidor. Compruebe la información actualizada, pues se descubren problemas y se
registran soluciones.
El panel de errores de sincronizaciones de lado

de servidor
Siga los pasos en este Artículo de KB para habilitar y usar un panel para obtener
información de errores de sincronización.
El panel Supervisión de la sincronización del

lado del servidor
Puede usar el panel Supervisión de la sincronización del lado del servidor para obtener
una vista rápida del estado de los buzones que utilizan sincronización del lado del
servidor.
Vaya a cualquier panel, haga clic en Seleccionar junto al título del panel y, a
continuación, haga clic en Supervisión de la sincronización del lado del servidor.
Este panel se compone de varios gráficos, cada uno los cuales suministra información
sobre el rendimiento de la sincronización del lado del servidor de la organización.
Haga clic en un número en la lista de buzones configurados para sincronización del lado
del servidor para obtener un estado específico de los buzones de correo.
Haga clic en el icono de cuadrícula de cada gráfico para ver los registros usados para
generar el gráfico.
Alertas comunes y resoluciones recomendadas
Buzón deshabilitado para sincronización

Alerta: El buzón se ha deshabilitado para sincronizar citas, contactos y tareas para el
buzón porque se ha producido un error al establecer una conexión segura con Exchange
Server. Se ha informado al propietario del perfil de servidor de correo electrónico.
Solución:https://support.microsoft.com/kb/2993502
Error al establecer una conexión segura

Alerta: No se puede recibir correo electrónico para el buzón porque se ha producido un
error al establecer una conexión segura con el servidor de correo electrónico. El buzón
se ha deshabilitado para recibir correo electrónico y se ha notificado al propietario del
perfil de servidor de correo electrónico .
Solución:https://support.microsoft.com/kb/2993502
El mensaje de correo electrónico tiene estado de "envío

pendiente".
Si crea un mensaje de correo electrónico en aplicaciones de involucración del cliente
Dynamics 365 Marketing y Dynamics 365 Project Service Automation) y hace clic en el
botón Enviar, el mensaje no se enviará a menos que la integración de correo electrónico
se haya configurado y habilitado correctamente para enviar correos electrónicos desde
Compruebe que el usuario que envió el correo electrónico está habilitado para enviar
3. Cambie la vista a Buzones activos.
4. Seleccione el registro del buzón para el usuario que envió el correo electrónico, y
haga clic en el botón Editar.
5. Compruebe que el usuario está configurado correctamente y habilitada para enviar

correo electrónico:
Si el registro del buzón del usuario está configurado para usar la

sincronización del lado del servidor para el correo electrónico saliente,
compruebe que la dirección de correo electrónico del usuario está autorizada
y que también está comprobada y habilitada. Para obtener más información
sobre la configuración de la sincronización del lado del servidor, consulte
Configurar la sincronización del lado del servidor de correo electrónico, citas,
contactos y tareas.
La dirección de correo electrónico requiere la aprobación

de un administrador de Microsoft 365
Alerta: El correo electrónico no se puede enviar/recibir debido a que la dirección de
correo electrónico del buzón <User Name> necesita una aprobación de un
administrador de Microsoft 365. El buzón se ha deshabilitado para enviar o recibir
correo electrónico y se ha notificado al propietario del perfil de servidor de correo
electrónico Exchange Online.
Causa:
Este error se producirá si configura un usuario para que use el perfil de servidor de
correo electrónico de Microsoft Exchange Online pero un administrador de Microsoft
365 no ha aprobado su dirección de correo electrónico. Un usuario con el rol de
administrador global de Microsoft 365 debe aprobar la dirección de correo electrónico
para cada usuario que use el perfil de servidor de correo electrónico de Microsoft
Exchange Online. El perfil de Microsoft Exchange Online utiliza la autenticación de
servidor a servidor entre aplicaciones de involucración del cliente y Exchange Online.
Esta autenticación depende de una confianza entre aplicaciones de involucración del
cliente y Exchange Online. Comprobando la dirección de correo electrónico en
aplicaciones de involucración del cliente como administrador global de Microsoft 365,
las aplicaciones de involucración del cliente podrán enviar y recibir correo electrónico de
dicho usuario sin necesidad de proporcionar las credenciales de correo electrónico de
Solución:
Para aprobar uno o varios buzones:
3. Seleccione Buzones activos o realice una consulta de Búsqueda avanzada para

identificar una lista de buzones para actualizar.
4. Seleccione la lista de buzones que quiera aprobar y después haga clic en Aprobar
5. Haga clic en Aceptar para aprobar las direcciones de correo electrónico.
6. Haga clic en Probar y habilitar buzones para reexaminar el procesamiento de

correo electrónico para los buzones habilitados.
Se deben aprobar las direcciones de correo electrónico

Alerta: Uno o varios buzones se han deshabilitado para enviar/recibir el correo
electrónico porque sus direcciones de correo electrónico no se han aprobado. "Apruebe
las direcciones de correo electrónico y después habilite los buzones para el envío y la
recepción de correo electrónico" o "No se puede recibir correo electrónico para el
buzón <Nombre de buzón> porque la dirección de correo electrónico del buzón
<Nombre de buzón> no está aprobada y se ha deshabilitado el buzón. Se ha informado
al propietario del perfil del servidor de correo electrónico asociado
<nombreDePerfilDeServidorDeCorreoElectrónico>.
Solución:
Los buzones deben estar aprobados antes de que el correo electrónico se procese. Para
aprobar buzones:

3. Seleccione Buzones activos o realice una consulta de Búsqueda avanzada para
identificar una lista de buzones para actualizar.
4. Seleccione la lista de buzones que quiera aprobar y después haga clic en Aprobar
5. Haga clic en Aceptar para aprobar las direcciones de correo electrónico.
6. Haga clic en Probar y habilitar buzones para reexaminar el procesamiento de

correo electrónico para los buzones habilitados.
７ Nota
Puede quitar el requisito para aprobar buzones de correo mediante la pestaña

Valores>Administración>Configuración del sistema>Correo electrónico.
Desactive las opciones Procesar solo correos electrónicos de usuarios aprobados
y Procesar solo correos electrónicos de colas aprobadas; a continuación, haga clic
en Aceptar. Si usa el perfil de Microsoft Exchange Online, las direcciones de correo
electrónico deben estar aprobadas por un administrador global de Microsoft 365.
No se pudo determinar la ubicación del buzón.

Alerta: La ubicación del buzón no se pudo determinar durante el envío o la recepción
del mensaje de correo electrónico <asuntoDeMensaje>. El buzón <nombreDeBuzón>
se ha deshabilitado para el envío y la recepción de correo electrónico, y se ha notificado
al propietario del perfil de servidor de correo electrónico asociado
<nombreDePefilDeServidorDeCorreoElectrónico>.
Solución: Verá esta alerta si el perfil de servidor de correo electrónico

(Configuración>Configuración de correo electrónico>Perfiles de servidor de correo
electrónico) está configurado para usar la opción Detectar automáticamente ubicación
del servidor, pero la detección automática no puede detectar la ubicación del buzón. Si
aparece este problema, consulte a su administrador de Exchange para comprobar si la
red está configurada para detección automática. Puede actualizar el perfil de servidor de
correo electrónico y hacer clic en No en Detectar automáticamente ubicación del
servidor. A continuación proporcione la dirección URL de los servicios web de Exchange
para la implementación de Exchange. Por ejemplo:
https://ExchangeServerName/EWS/Exchange.asmx.
Las credenciales son incorrectas o no tienen permisos

suficientes
Alerta: El correo electrónico no se pueda enviar o recibir porque las credenciales
especificadas en el perfil del servidor de correo electrónico asociado son incorrectas o
tiene permisos insuficientes para enviar o recibir correos electrónicos. El buzón
<nombreDeBuzón> se ha deshabilitado para el envío y la recepción de correo
electrónico, y se ha notificado al propietario del perfil de servidor de correo electrónico
Solución:
Este error puede producirse si se proporcionan credenciales incorrectas o si la cuenta de

usuario especificada para tener acceso al buzón no tiene permisos suficientes en el
buzón. Compruebe credenciales y permisos para el buzón. Si está proporcionando
credenciales en un perfil de servidor de correo electrónico, asegúrese de que el usuario
tiene permisos de suplantación y acceso a cada buzón asociado.
Para obtener más información sobre cómo configurar la suplantación y la concesión de

acceso a buzones de Exchange, consulte:
Configuración de la suplantación de Exchange
Permiso de acceso al buzón
Las citas no se pueden sincronizar

Alerta: las citas no se pueden sincronizar porque el campo Organizador no está
presente.
Causa: El campo Organizador es necesario para que los registros de cita se sincronicen.
De forma predeterminada, este campo no se incluye en el formulario de cita.
Solución:
Para agregar el campo Organizador al formulario de cita:
2. Seleccione Configuración>Personalizaciones>Personalizar el sistema.
3. En Componentes, expanda Entidades>Cita y, a continuación, seleccione

Formularios.
4. Seleccione Cita y, después, arrastre el campo Organizador hasta el formulario.
5. Seleccione Guardar>Publicar.
No se pueden sincronizar citas, contactos y tareas
Alert: Las citas, los contactos y las tareas no se pueden sincronizar porque la dirección
de correo electrónico del buzón <nombreDeBuzón> está configurada con otra
organización. Se recomienda sobrescribir configuración al probar y habilitar el buzón en
la organización primaria. Además, cambie el método de sincronización del buzón en
organizaciones no principales a Ninguna.
Solución:
Para cambiar la organización de sincronización primaria y sobrescribir el valor

almacenado en Exchange, haga clic en: Configuración>Configuración de correo
electrónico>Buzón> abra un buzón >Probar y habilitar buzón> seleccione Sincronizar
elementos con Exchange solo desde esta organización, aunque Exchange esté
configurado para sincronizarse con una organización diferente. Esto permite que la
sincronización del lado del servidor funcione para este entorno pero el otro entorno ya
no serviría para sincronizar ese buzón con una sincronización del lado del servidor. Para
cambiar el método de sincronización para las citas, los contactos y las tareas, haga clic
en Configuración>Configuración de correo electrónico>Buzón> abra un buzón >
seleccione Ninguno para Citas, contactos y tareas..
Para obtener más información, vea: ¿Cuándo me conviene usar esta casilla?
Posibles problemas y soluciones
Determinar si el problema está relacionado con la

conexión a Exchange Server (local)
Si su organización se conecta a Exchange Server (local), puede ejecutar el Analizador de
conectividad remota de Microsoft para determinar si el problema está relacionado con
esa conexión. Consulte Prueba de conexión con Exchange Server (local).
El correo electrónico no puede enviar o recibir cuando la

sincronización del lado del servidor se configura con
Gmail
Si las aplicaciones de involucración del cliente están configuradas para usar la
sincronización del lado del servidor con Gmail, puede encontrar uno de los siguientes
errores:
No se puede recibir correo electrónico para el buzón <nombreDeBuzón>.
Asegúrese de que las credenciales especificadas en el buzón son correctas y tienen
suficientes permisos para recibir correo electrónico. A continuación, habilite el
buzón para el procesamiento de correo electrónico.
Se produjo un error desconocido al enviar el mensaje de correo electrónico

"Mensaje de prueba". No se sincronizó el buzón <nombreDeBuzón>. Se ha
informado al propietario del perfil del servidor de correo electrónico asociado
Para obtener más información, consulte este artículo de KB .
Uso de aplicaciones de Dynamics 365 con Exchange

Online
Las aplicaciones de involucración del cliente admiten la sincronización del lado del
servidor con Exchange Online en el mismo inquilino con autenticación de servidor a
servidor. Otros métodos de autenticación o valores no se recomiendan ni se admiten,
entre ellos:
Actualmente no se permite utilizar aplicaciones basadas en modelo con Exchange

Online en un inquilino diferente.
Entregas de buzón deshabilitadas regularmente

Los errores de entrega de buzón se clasifican de la siguiente manera:
1. Un error permanente (por ejemplo, 401 No autorizado) o un error transitorio (por

ejemplo, un problema de red).
2. Un error de servidor (por ejemplo, credenciales de perfil no válidas) o un error de
buzón (por ejemplo, credenciales de buzón no válidas).
Las aplicaciones de involucración del cliente responden al error de la siguiente

manera:
Para errores permanentes del servidor o del buzón, el buzón se deshabilita en

cuanto se detecta el error.
Para ver errores transitorios de servidor o de buzón, la entrega se reintenta hasta

10 veces con un intervalo de 5 minutos entre los intentos. Si no se consigue
realizar la entrega después de 10 intentos, el error se considera permanente y el
buzón se deshabilita.
Revise los pasos sobre solución de problemas de este tema y si el problema se resuelve
correctamente, habilite el buzón.
Configuraciones del servicio de correo electrónico

incompatibles
Mezcla de Exchange/SMTP y POP3/Exchange.
Creación de campañas de marketing de correo electrónico masivo.

creación de proveedores de correo electrónico personalizados.
Exchange Server 2003 y Exchange Server 2007.
La sincronización del lado del servidor en las aplicaciones de involucración del

cliente requiere un servidor de correo electrónico de POP3/SMTP que también
Para la mayoría de las situaciones en las que no se admite la sincronización del lado del
servidor, puede usar el enrutador de correo electrónico de Microsoft Dynamics CRM.
Más información: Integrar el sistema de correo electrónico
７ Nota

organización, ya que puede provocar que los datos actualizados de aplicaciones de
Dynamics 365 no se sincronicen para todos los asistentes.
El registro de cita no se crea cuando el invitado realiza

seguimiento
Suponga el siguiente escenario relativo al seguimiento de un evento:
1. Un organizador de evento usa Outlook para el método de sincronización.
2. Un invitado al evento usa sincronización del lado del servidor para el método de
sincronización.
3. En Dynamics 365 for Outlook, el organizador crea una cita y envía una invitación al
invitado.
4. En Dynamics 365 for Outlook, el invitado realiza un seguimiento de la cita.
5. El invitado inicia sesión en aplicaciones de involucración del cliente y se desplaza a

Marketing>Actividades>Cita>Mis citas.
Resultado: la cita no se crea para el invitado.
Este es un problema conocido y no es compatible. Si el organizador es alguien ajeno a

la organización, un usuario que es un invitado puede hacer un seguimiento de la cita y
crear el registro.
Las citas y las actividades de servicio no se sincronizan de

Outlook a aplicaciones de involucración del cliente
Los cambios realizados en las citas de servicio y actividades se actualizarán en Dynamics
365 for Outlook cuando sincronice pero no a la inversa. Al realizar cambios en las citas o
a las actividades de servicio en Dynamics 365 for Outlook, los cambios no se sincronizan
en aplicaciones de involucración del cliente. Las citas de servicio están programadas por
un agente y necesitan información libre/ocupada para los recursos disponibles solo en
Tenga en cuenta los límites de recepción y envío de

Exchange Online
Para clientes de empresa con un flujo de correo grande, asegúrese de que no está
superando los límites de recepción y envío de Exchange Online. Consulte Límites de
Exchange Online
Consultar también
Prueba de conexión con Exchange Server (local)
Procedimientos recomendados y aspectos que debe conocer sobre la sincronización del

lado del servidor
{Hidden Gem}Descripción del Panel del rendimiento de la sincronización del lado del
servidor
Control de los errores de procesamiento
Project Service Automation), generan alertas si se producen errores mientras se procesa
correo electrónico. Un error se puede clasificar en función de la naturaleza de error y de
si se refiere a un correo electrónico, un buzón o un perfil de servidor de correo
electrónico.
La siguiente tabla enumera la distinción entre los errores permanentes y transitorios.
Errores permanentes Errores transitorios
Son de naturaleza permanente y pueden producirse Son de naturaleza temporal y pueden

cuando los errores transitorios no se corrigen después solucionarse automáticamente después
de algunos. de algunos intentos.
Cuando se producen estos errores, se detiene el Estos errores no requieren

procesamiento de correo electrónico para los buzones necesariamente una acción correctora
afectados. Requieren una acción correctora del de un usuario, pero se recomienda
propietario del buzón o de un administrador. examinarlos.
Se alerta a administradores y usuarios a través de sus Se notifica a los administradores y

muros de alerta para que actúen e inicien el usuarios en el muro de alertas sobre
procesamiento de correo electrónico. estos errores, pero no se requiere
ninguna acción para estos errores.
La siguiente tabla le ayudará a distinguir entre errores a nivel correo electrónico, buzón
y perfil de servidor de correo electrónico y si una acción correctora es necesaria.
Errores a nivel de Errores a nivel de buzón Errores a nivel de perfil de servidor de

correo electrónico correo electrónico
Son errores específicos Son errores específicos de un Estos errores pueden producirse para
de un mensaje de buzón de correo. uno o varios buzones.
Estos no tienen Se notifica al propietario del Se notifica al propietario del perfil de

impacto en el buzón en el muro de alertas servidor de correo electrónico asociado
procesamiento de otro y se requiere al propietario en el muro de alertas y se requiere al
correo electrónico. que realice una acción propietario que realice una acción
correctora. correctora.
Errores a nivel de Errores a nivel de buzón Errores a nivel de perfil de servidor de
correo electrónico correo electrónico
Las alertas para estos La alerta también se muestra También se notifica a los propietarios
se muestran en la en el respectivo formulario del buzón que están afectados en el
sección de alertas del de buzón de correo. muro de alertas, pero no se requiere
formulario de correo ninguna acción por su parte.
electrónico.
Ver alertas
Las alertas aparecen en el muro de alertas o la sección de alertas de los registros de
perfil de servidor de correo electrónico. La siguiente tabla muestra cómo ver las alertas y
las acciones que puede realizar con estas alertas.
A Haga lo siguiente
Ver todas las alertas En la aplicación web, use el Selector de área para seleccionar Ventas y
luego ir a Ventas>Alertas.
- Para eliminar todas las alertas inmediatamente, haga clic o pulse en el

icono Eliminar todas las alertas en el muro de alertas.
- Para ver únicamente errores, advertencias, o información, haga clic o

pulse en Errores, Advertencias o Información, respectivamente.
Si también se esté sincronizando citas, contactos, y tareas con una

sincronización del lado del servidor, verá las alertas siguientes:
- Cuando uno o más registros duplicados se encuentran en las

aplicaciones de involucración del cliente cuando se guarda un registro
de Exchange a las aplicaciones de involucración del cliente.
- Cuando se encuentra un conflicto de programación al guardar una

cita de Exchange en aplicaciones de involucración del cliente porque un
buzón no está disponible en ese momento.
- Cuando se encuentran artículos vinculados previamente para un

buzón específico.
Se le pedirá que realice acciones sobre los errores de sincronización de

citas, contactos y tareas.
Ver alertas específicas 1. En el centro de administración de Power Platform, seleccione un

del buzón entorno.
3. Abra un registro de buzones y, en la barra de navegación de la

izquierda, en Común, haga clic o pulse en Alertas.
A Haga lo siguiente
Ver alertas específicas 1. En el centro de administración de Power Platform, seleccione un

de un perfil de servidor entorno.
de correo electrónico 2. Seleccione Configuración>Correo electrónico>Perfiles de servidor.
3. Abra un registro de perfil de servidor de correo electrónico y, en la

barra de navegación de la izquierda, en Común, haga clic o pulse en
Alertas.
７ Nota
Si no desea obtener alertas, puede deshabilitarlas en el Cuadro de diálogo

Configuración del sistema – pestaña Correo electrónico desactivando las casillas
de las alertas.
Vea también
¿Por qué el mensaje de correo
electrónico que he enviado tiene estado
de "envío pendiente"?
Si crea un mensaje de correo electrónico en aplicaciones de involucración del cliente

Dynamics 365 Marketing y Dynamics 365 Project Service Automation) y hace clic en el
botón Enviar, el mensaje no se enviará a menos que la integración de correo electrónico
se haya configurado y habilitado correctamente para enviar correos electrónicos desde
aplicaciones de involucración del cliente. Si aparece el estado del correo electrónico
como “Envío pendiente” y no se envía, póngase en contacto con el administrador. Más
información: Buscar el administrador o la persona de soporte
Si usted es administrador, compruebe que el usuario que envió el correo electrónico

está autorizado a enviar el correo electrónico. Para hacerlo:
3. Cambie la vista a Buzones activos.
4. Seleccione el registro del buzón para el usuario que envió el correo electrónico, y
haga clic en el botón Editar.
5. Compruebe que el usuario está configurado correctamente y habilitada para enviar

correo electrónico:
Si el registro del buzón del usuario está configurado para usar la

sincronización del lado del servidor para el correo electrónico saliente,
compruebe que la dirección de correo electrónico del usuario está autorizada
y que también está comprobada y habilitada. Para obtener más información
sobre la configuración de la sincronización del lado del servidor, consulte
Configurar la sincronización del lado del servidor de correo electrónico, citas,
contactos y tareas.
Vea también
Administrar Mapas de Bing para la
organización
Aprenda a administrar Mapas de Bing para toda la organización. Cuando se activa

Mapas de Bing, las personas ven un mapa de la ubicación de un cliente cuando
consultan contactos, clientes potenciales o cuentas.
） Importante
Las organizaciones de Customer Engagement (on-premises) es posible que deban

especificar una clave de empresa de Mapas Bing para usar la característica de
mapas. Vaya a la página de licencias de Mapas de Bing para obtener
información sobre cómo obtener una clave.
Active o desactive Mapas de Bing para la

organización
las credenciales de administrador.
2. Vaya a Entornos> [seleeccione un entorno] >Configuración>Producto>Funciones.
3. En Contenido incrustado, active Mapas de Bing.
Idiomas y regiones compatibles para ver mapas

de Bing
Es posible que Mapas de Bing no esté disponible en todos los países, regiones o
idiomas. Cuando es compatible, el mapa de Bing aparece en el formulario, como cuenta,
contacto o cliente potencial, en su idioma. Cuando no es compatible, el mapa no se
muestra en el formulario. En su lugar, el vínculo Haga clic aquí para ver el mapa se
incluye en el formulario. Al elegir este vínculo, va directamente a Mapas de Bing.
Puede configurar el idioma en Opciones de la pestaña Idiomas y la región en Opciones

de la pestaña Formatos.
La siguiente tabla contiene una lista de todos los idiomas admitidos para ver los Mapas
de Bing.
Lenguaje Código de cultura
Checo cs-CZ
Danés da-DK
Neerlandés (Países Bajos) nl-BE
Neerlandés (Países Bajos) nl-NL
Inglés (Australia) en-AU
Canadá (inglés) en-CA
Inglés (India) en-IN
Inglés (Reino Unido) en-GB
Inglés (Estados Unidos) es-ES
Finés fi-FI
Francés (Francia) fr-FR
Francés (Canadá) fr-CA
Alemán (Alemania) de-DE
Italiano (Italia) it-IT
Japonés ja-JP
Noruego (Bokmål) nb-NO
Portugués (Brasil) pt-BR
Portugués (Portugal) pt-PT
Español (España) es-ES
Español (Estados Unidos) es-US
Español (México) es-MX
Sueco (Suecia) sv-SE
Incluso si se admite un idioma, es posible que no pueda ver las asignaciones de ciertas
regiones. Para obtener una lista de países y regiones admitidos, vea la documentación
de Mapas de Bing. Microsoft Dynamics 365 mira la configuración de formato regional
del usuario.
Aviso de privacidad
Si usa Microsoft Dynamics 365, la característica Mapas de Bing enviará automáticamente
la dirección a través de Internet al servicio Mapas de Bing para que este muestre un
mapa en línea de la dirección en Dynamics 365. Si hace clic en Mapas de Bing en
Dynamics 365, se le redirigirá a www.bing.com/maps . El uso de Mapas de Bing
también se rige por las Condiciones de uso de usuario final de Mapas de Bing .
El administrador puede activar o desactivar la característica Mapas de Bing en la zona

Configuración>Producto>Características. Al desactivar la aplicación Mapas de Bing, se
deshabilita la característica en Dynamics 365.
La información enviada a Mapas de Bing está sujeta a la Declaración de privacidad de

Microsoft .
Consulte también
Habilitar integración de Power
Automate para automatizar procesos
Microsoft Power Automate permite crear procesos automatizados entre las aplicaciones
y servicios favoritos. La capacidad de ejecutar flujos desde aplicaciones de involucración
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation), como
Dynamics 365 Sales y Customer Service, permite a los usuarios combinar fácilmente una
amplia gama de servicios que se pueden iniciar desde las aplicaciones de Dynamics 365,
como mensajes, Social Engagement y servicios de enrutamiento de documentos.
Los entornos usan el mismo entorno que en el que se encuentra el entorno. Para
obtener más información acerca de entornos de Power Automate, consulte Usar
entornos en Power Automate
La característica de integración de Power Automate no está disponible en el servicio ni

las regiones geográficas siguientes.
Microsoft Power Apps US Government

Alemania
Una vez que se habilita la función de integración de Power Automate, los siguientes
privilegios se agregan en la sección Varias de la ficha Personalización de los roles de
seguridad.
Nombre: prvFlow
Nombre: prvFlow
Requisitos previos
Una conexión de Power Automate para aplicaciones de involucración del cliente
(recomendado). Más información en: Conectores
Uno o más flujos creados en el entorno de Power Automate para usar con
aplicaciones de involucración del cliente. Más información: Cree un flujo mediante
el uso de aplicaciones de interacción con el cliente
Habilitar Power Automate en su organización

De forma predeterminada, todos los roles de seguridad permiten a los usuarios ejecutar
flujos en los registros a los que tienen acceso.
Para habilitar la integración de Power Automate en la organización, siga estos pasos.
） Importante
Una vez que se ha habilitado la opción de integración de Power Automate, no se

puede deshabilitar.
Si usa directivas de acceso condicional para limitar el acceso a Power Automate y

sus característica, las siguientes aplicaciones deben incluirse en la aplicación de
directiva Aplicaciones en la nube:
Microsoft PowerApps
Microsoft Flow
Actualmente, tener acceso condicional solo a Microsoft Flow no es suficiente.

Para saber cómo configurar directivas de acceso condicional, consulte Planificar
una implementación de acceso condicional y Controlar el acceso a Power Apps y
Power Automate con directivas de acceso condicional de Azure AD .

entorno.
2. Seleccione Configuración>Producto>Comportamiento.
3. En Comportamiento de presentación, seleccione Mostrar Power Automate en

formularios y en el mapa del sitio para habilitar Power Automate. Una vez
habilitada esta configuración, no se puede deshabilitar.
 Sugerencia
El menú de Power Automate solo muestra flujos que empiecen con el
Desencandenante de Microsoft Dataverse cuando se selecciona un registro y
contengan al menos una desencadenante o una acción que haga referencia a
ese registro.
Consultar también
Crear y editar recursos web
Introducción a Omnicanal para
Customer Service
La Plataforma omnicanal para Customer Service ofrece un conjunto de funciones que

extienden la potencia de Dynamics 365 Customer Service Enterprise con el que las
organizaciones pueden conectarse e interactuar de forma instantánea con sus clientes en
distintos canales de mensajería digital. Se necesitan una licencia adicional para acceder a
la Plataforma omnicanal para Customer Service. Para más información, consulte las
páginas Descripción general de precios de Dynamics 365 Customer Service y Plan de
precios de Dynamics 365 Customer Service .
 Sugerencia

Omnichannel for Customer Service es una sólida aplicación que extiende la eficacia de
Dynamics 365 Customer Service para permitir a las organizaciones conectar e
interactuar instantáneamente con los clientes a través de canales como Chat activo, voz
y SMS.
Omnichannel for Customer Service también ofrece una aplicación moderna,

personalizable y de alta productividad que permite a los agentes interactuar con clientes
en distintos canales. La aplicación ofrece una identificación contextual del cliente,
notificación en tiempo real, comunicación integrada y herramientas de productividad
del agente como integración de la Knowledge Base, búsqueda y creación de casos para
garantizar que los agentes sean eficaces.
Los supervisores obtienen visibilidad e información histórica y en tiempo real de la

eficiencia operativa de los agentes y del uso en distintos canales.
El motor empresarial de enrutamiento y distribución de trabajo permite a los clientes

configurar la presencia de agentes, la disponibilidad y las reglas de enrutamiento,
garantizando que los agentes trabajen en las interacciones más relevantes.
） Importante
Plataforma omnicanal para Customer Service utiliza cookies de terceros para

la autenticación. Asegúrese de que las cookies no estén bloqueadas de
ninguna manera en el navegador para que ciertos servicios, como la presencia
de un agente o un supervisor, puedan funcionar correctamente.
El modo multisesión y las funciones de navegación se admiten en el Customer
Service workspace y la plataforma omnicanal para Customer Service solo para
aplicaciones servicio al cliente, y no en copias de estas aplicaciones o
aplicaciones personalizadas.
Canales disponibles con Omnicanal para

servicio al cliente
Puede habilitar los siguientes canales en la organización con Omnicanal para servicio al
cliente.
Chat
Chat es un canal de interacción que permite a los agentes conectar en tiempo real con
los clientes. Más información: Pruebe canales para Dynamics 365 Customer Service y
Configurar un canal de chat.
SMS
SMS es un canal de interacción que admite un modo asincrónico de comunicación y
permite a la organización conectar con los clientes mediante mensajes de texto. Más
información: Pruebe canales para Dynamics 365 Customer Service y Configurar un canal
de SMS.
Voz
Con el canal de voz, la plataforma omnicanal para Customer Service brinda a los
agentes la capacidad de recibir y realizar llamadas de la red telefónica pública
conmutada (PSTN) a través de una experiencia de llamada nativa en Dynamics 365, con
funciones impulsadas por IA en tiempo real, como la transcripción de llamadas en vivo,
análisis de opiniones y sugerencias basadas en IA para impulsar la productividad de los
agentes. Más información: Introducción al canal de voz
Microsoft Teams
Use Microsoft Teams como un canal de interacción para el soporte de funciones
internastales como soporte técnico, recursos humanos y finanzas para permitir a las
organizaciones conectar a sus empleados con el personal de soporte interno utilizando
el Complemento de Omnicanal para Dynamics 365 Customer Service. Más información:
Configurar Microsoft Teams
Canales sociales
Canales sociales como Facebook, LINE, Twitter y WeChat le brindan una oportunidad
increíble para capitalizar la tendencia de las redes sociales e interactuar con sus clientes
en una experiencia perfecta y personalizada. Además de los canales sociales populares,
puede crear su propio canal de mensajería personalizado. Para obtener más
información, vera Probar canales para Dynamics 365 Customer Service.
Vista de bandeja de entrada

Como agente, cuando abre Customer Service workspace o la Plataforma omnicanal para
Customer Service, puede seleccionar el ícono de la bandeja de entrada para mostrar
todos los casos y conversaciones que se le asignaron. La bandeja de entrada está
diseñada para ayudarlo a trabajar de manera eficiente en tareas de alta velocidad, así
como para promover las sesiones de la bandeja de entrada a sesiones regulares cuando
necesite más tiempo para resolver casos y completar sus conversaciones. Los siguientes
canales asincronizados están disponibles en la bandeja de entrada de la conversación:
SMS, chat persistente, Facebook, Twitter, WeChat, LINE, WhatsApp y Teams.
En la imagen siguiente se muestra la vista de conversación del buzón de entrada:
En la imagen siguiente se muestra la vista del buzón de entrada:

Para obtener información sobre cómo configurar la vista de la bandeja de entrada,
consulte Configurar la vista de la bandeja de entrada en el administrador de perfiles de
la aplicación.
Vídeos
Introducción a Omnicanal para servicio al cliente
Para ver más videos sobre la Plataforma omnicanal para Customer Service, vea Vídeos.
Vea también
Requisitos previos y requisitos del sistema
Asignar roles y habilitar usuarios para el omnicanal para el servicio de atención al cliente
Probar canales para Dynamics 365 Customer Service
Configurar un canal SMS
Configurar un canal de Facebook
Configurar rápidamente un widget de chat
Descripción del enrutamiento
Centro de administración de Omnicanal
Agentes usando Unified Service Desk
Agentes usando la aplicación Omnicanal para servicio al cliente
Guía del personalizador del sistema
Manual para desarrolladores

Usar Power BI
Power BI funciona con aplicaciones basadas en modelo en Microsoft Dataverse para

proporcionar una solución de análisis de autoservicio. El servicio Power BI actualiza
automáticamente los datos que se muestran. Con Power BI Desktop o Office Excel
Power Query para crear informes y Power BI para compartir paneles y actualizar datos
de aplicaciones basadas en modelos o aplicaciones de Dynamics 365, como Dynamics
365 Sales y Dynamics 365 Customer Service. Al integrar Power BI con Dataverse se
proporciona al personal de la organización una forma poderosa de trabajar con datos.
Permitir incrustación de la visualización de

Power BI
Para que los usuarios puedan insertar visualizaciones de Power BI en paneles personales,
debe habilitarse la configuración para toda la organización.
７ Nota
De forma predeterminada, insertar visualizaciones de Power BI está deshabilitado y

debe habilitarse para que los usuarios puedan insertarlas en paneles personales.
Habilitar las visualizaciones de Power BI en un entorno

3. En Contenido incrustado, establezca Incrustación de la visualización de Power BI

en Activado para habilitar o Desactivado para deshabilitar.
Añadir ventanas y paneles de Power BI en una

aplicación basada en modelos
Para obtener más información sobre cómo agregar iconos de Power BI a paneles
personales en aplicaciones, consulte Insertar iconos de Power BI en el panel personal.
Para obtener más información sobre cómo agregar paneles de Power BI a paneles
personales en aplicaciones, consulte Agregar un panel de Power BI en el panel personal.
Obtener soporte técnico para Power BI

Aunque administre Power BI desde el Portal de administración de Power BI , solicita
soporte técnico de Power BI mediante Ayuda + Soporte técnico en el Centro de
administración de Power Platform .
Consultar también
Utilizar Power BI con datos de DataverseAdministrar Power BI
Instalar, actualizar o quitar una solución
preferida
Puede administrar las soluciones en el Centro de administración de Microsoft Power

Platform. Consulte Vista de nivel de entorno de las aplicaciones.
Agregar servicios en línea de Microsoft
365
La integración de Microsoft 365 con aplicaciones de involucración del cliente (Dynamics

Marketing y Dynamics 365 Project Service Automation) es una excelente manera de
mejorar la administración de las relaciones con el cliente con la eficacia de los servicios
en la nube: mantenimiento más fácil, mayor disponibilidad y mejor coordinación en
varios dispositivos.
Los siguientes temas proporcionan información acerca de cómo integrar Exchange

Online, SharePoint Online y Skye en aplicaciones de involucración del cliente.
７ Nota
Para una completa integración de las características de Microsoft 365 con Dynamics
365 y Customer Engagement (on-premises), necesitará Microsoft 365 Enterprise E3
o una versión posterior. Las llamadas y conferencias de Skype EmpresarialRTC
requieren Microsoft 365 Enterprise E5. No se admiten otros planes de Microsoft
365. Para obtener más información sobre licencias y precios, consulte:

Conectar con Exchange Online
Con tanto Microsoft Exchange Online y aplicaciones Customer Engagement (como Dynamics 365 Sales, Dynamics 365 Customer
Service, Dynamics 365 Marketing, Dynamics 365 Field Service y Dynamics 365 Project Service Automation) alojados como
servicios en línea, conectar los dos es una configuración más simple y directa.
） Importante
Esta característica requiere que tenga una suscripción de Microsoft 365 o de servicio en línea, como SharePoint Online o
Exchange Online. Para obtener más información, consulte ¿Qué es Microsoft 365 y cómo se relaciona con Dynamics 365
(online)?
Prepare Exchange
Para usar Exchange Online con aplicaciones de Customer Engagement, deberá disponer de una suscripción a Exchange Online
que se incluye como parte de una suscripción a Microsoft 365 o que puede suscribirse por separado. Para obtener más
información sobre Exchange Online, vaya a:
Exchange Online
Descripción del servicio Exchange Online
Descripciones de los servicios Microsoft 365 y Office 365
 Sugerencia
Para asegurarse de que tiene una buena conexión con Exchange Online, ejecute el Analizador de conectividad remota de
Microsoft . Para obtener más información acerca de qué pruebas deben ejecutarse, vea Probar flujo de correo con el
Analizador de conectividad remota .
Para conocer los puertos necesarios, consulte Puertos de red para clientes y flujo de correo en Exchange.
Cree un perfil de servidor de correo electrónico para Exchange Online

2. En la barra de comandos, seleccione Configuración>Correo electrónico>Perfiles de servidor.

4. Para Tipo de servidor de correo electrónico, seleccione Exchange Online y, a continuación, especifique un Nombre para el
perfil.
5. Si desea utilizar este perfil de servidor como el perfil predeterminado para los nuevos buzones de correo, active Establecer
como perfil predeterminado para nuevos buzones de correo.
Autenticación de S2S (mismo inquilino): use esta opción cuando Exchange resida en el mismo inquilino que Dynamics
365. Más información: Crear aplicaciones web mediante la autenticación de servidor a servidor (S2S)
Oauth (Inquilino cruzado): use esta opción cuando Exchange resida en un inquilino diferente al de Dynamics 365. Para
obtener la información de esta opción, siga los pasos en Autenticación entre inquilinos en Exchange Online. Tenga en
cuenta que los campos Ubicaciones y puertos se completan automáticamente.
7. Expanda la sección Avanzado y luego use la información sobre herramientas para elegir sus opciones de procesamiento de
Compruebe que tiene el perfil: Microsoft Exchange Online

Si tiene una suscripción a Exchange Online en el mismo inquilino que la suscripción de aplicaciones de Customer Engagement, las
aplicaciones crean un perfil predeterminado para la conexión de correo electrónico con el nombre Microsoft Exchange Online.
Para verificar que tiene este perfil, haga lo siguiente:

3. Seleccione Perfiles de servidor de correo electrónico activos y compruebe que el perfil Microsoft Exchange Online está en
la lista. Si falta el perfil de Microsoft Exchange Online, compruebe que tiene una suscripción a Exchange Online y que existe
en el mismo inquilino que su suscripción.
4. Si hay varios perfiles, seleccione el perfil Microsoft Exchange Online y establézcalo como predeterminado.
Configurar el procesamiento y la sincronización predeterminados de
correo electrónico
Establezca la sincronización del lado del servidor como método de configuración predeterminado para los usuarios recién
creados.

3. Establezca las columnas de procesamiento y sincronización de la siguiente manera:
Perfil de servidor: Microsoft Exchange Online
Correo electrónico entrante: Sincronización del lado del servidor o E-mail Router
Correo electrónico saliente: Sincronización del lado del servidor o E-mail Router
Citas, contactos y tareas: sincronización del lado del servidor
Todos los nuevos usuarios tendrán esta configuración aplicada a su buzón.
Configurar buzones
Los nuevos usuarios tendrán los buzones configurados automáticamente con los valores que usted creó en la sección anterior.
Para los usuarios existentes, agregados antes de la configuración anterior, debe establecer el perfil del servidor y el método de
entrega para correo electrónico, citas, contactos y tareas.
Además de premisos de administrador, debe tener privilegios de lectura y escritura en la tabla de buzón para configurar el
método de entrega para el buzón.
Escoja uno de los siguientes métodos: configurar los buzones de correo con el perfil predeterminado o editar los buzones de
correo para configurar el perfil y los métodos de entrega.

4. Seleccione todos los buzones que desee asociar al perfil de Microsoft Exchange Online, seleccione Aplicar configuración de
correo electrónico predeterminada, compruebe los valores, y después seleccione Aceptar.
De forma predeterminada, la configuración del buzón se comprueba y se habilitan los buzones cuando seleccione Aceptar.

5. En el formulario Cambiar varios registros, en Método de sincronización, establezca Perfil de servidor como Microsoft
Exchange Online.
6. Establezca Correo electrónicoEntrante y Saliente como Sincronización del lado del servidor o E-mail Router.

Para aprobar los correos electrónicos para las aplicaciones de involucración del cliente, un usuario requiere:
El privilegio Aprobar direcciones de correo electrónico para usuarios o colas.

Los permisos como se describe en la tabla Modelo de permisos más adelante en este tema.
Aprobar su propio buzón de usuario

Un usuario de Dynamics 365 puede aprobar su propio buzón de usuario si se cumplen todas estas condiciones:
Su UPN coincide con la dirección de correo electrónico del buzón.
El usuario tiene el privilegio Aprobar direcciones de correo electrónico para usuarios o colas.
El buzón no es un buzón en cola.
Aprobación del buzón delegado

Un usuario con la función de administrador global o de Exchange puede delegar el proceso de aprobación del buzón a otro
usuario asignando el rol de seguridad Aprobador de buzón delegado en Dynamics 365. Un usuario con el rol Aprobador de
buzón delegado puede aprobar buzones en el entorno sin ser un administrador global o de Exchange. Como se menciona a
continuación en la sección modelo de permiso, el usuario también necesita tener el rol de seguridad Administrador del sistema.
Este es un nuevo rol disponible en la versión en línea de Dynamics 365 9.2.22104.00170 o posterior.
） Importante
No puede asignar el rol Aprobador de buzón delegado a menos que tenga el rol de administrador global o de Exchange. Si
intenta asignar esta función pero no es un administrador global o de Exchange, recibirá un error: "Debe ser un Administrador
global de Office 365 o un Administrador de Exchange para asignar el rol de Aprobador de buzón delegado". También puede
ver el código de error 0x80090904.
El rol Aprobador de buzón delegado actualmente no se admite para asignar a un equipo. Si intenta asignar esta función a
un equipo, recibirá un error: "La función de aprobador de buzón delegado no se puede asignar a un equipo". También puede
ver el código de error 0x80090905 o el mensaje "Error al agregar el rol Aprobador de buzón delegado: No se puede asignar
el rol de aprobador de buzón de correo delegado al equipo".
Dado que se trata de Dynamics 365 rol de seguridad, el rol se asigna por entorno. El rol se puede asignar a uno o más
usuarios por entorno.
７ Nota
Para obtener más información sobre la asignación de roles de seguridad en Dynamics 365 o Power Apps, vea Asignar un rol
de seguridad a un usuario.
administración de Microsoft 365 comúnmente utililzados.
¿Requiere aprobación del administrador?

Decidir qué método desea que el organización realizar el seguimiento de aprobación de correo.
Modelo de permisos
La siguiente tabla describe los permisos necesarios aprobar correos electrónicos.
Terminología
Sí: puede aprobar el correo electrónico
No: no puede aprobar el correo
n/a: no aplicable
Administrador global: rol de administrador de nivel de inquilino
Administrador de Exchange : rol de administrador de Exchange

７ Nota
administración de Microsoft 365 comúnmente utililzados
Aprobador de buzón delegado: Dynamics 365 rol de seguridad que puede ser asignado por un administrador global o un
administrador de Exchange. Un usuario con este rol puede aprobar buzones de correo sin ser un administrador global o de
Exchange. Para obtener detalles adicionales, consulte la sección anterior titulada Aprobación del buzón delegado.
７ Nota
Este modelo de permisos se está desarrollando y estará disponible gradualmente en cuanto se implemente en su región.
Compruebe el número de versión proporcionado en la tabla siguiente ver cuándo se realizará el cambio.
Roles de seguridad /
Ambos roles Ambos roles Ambos roles Administrador Administrador Administrador Administración
Aplicaciones en uso necesarios:
necesarios:
necesarios:
del sistema del servicio de Exchange global
Administración Administrador Aprobador de
global
de Exchange
buzón
y
y
delegado
Administrador Administrador y
del sistema del sistema Administrador

del sistema
Aplicaciones Exchange Sí Sí Sí1 No No No No

de Online
interacción
con el Exchange n/d n/d n/d Sí2 No n/d n/d
cliente (local)
Customer Exchange n/d n/d n/d Sí2 n/d n/d n/d

Engagement Online
(on-
premises) Exchange n/d n/d n/d Sí2 n/d n/d n/d
(local)
1
Estamos actualizando las aplicaciones Customer Engagement y Exchange Online, para la versión 9.2.22104.00170 o posterior.
2
Se recomienda incluir la administración de Exchange en los procesos de negocio personalizados que su organización sigue para
esta configuración.
Para determinar la versión, inicie sesión y, en la esquina superior derecha de la pantalla, seleccione Configuración >Acerca de.
Requiera y configure la aprobación de buzón

Siga estos pasos para aprobar direcciones de correo electrónico para usuarios y colas. De forma predeterminada, los
administradores, tal como se describe en la tabla de modelo de permisos anterior, deben aprobar correos electrónicos.
Agregar el privilegio Aprobar direcciones de correo electrónico para usuarios o colas

Para aprobar correos electrónicos, los usuarios de Dynamics 365 requieren el privilegio Aprobar direcciones de correo
electrónico para usuarios o colas. Una administrador del sistema puede asignar el privilegio Aprobar direcciones de correo
electrónico para usuarios o colas a cualquier rol de seguridad y asignar el rol de seguridad a cualquier usuario.
Asignar manualmente el privilegio Aprobar direcciones de correo electrónico para usuarios o colas a un rol de seguridad

3. Seleccione un rol de seguridad y, a continuación, seleccione la pestaña Administración de empresas.

4. En Privilegios diversos, establezca el nivel de privilegios para Aprobar direcciones de correo electrónico para usuarios o
colas.
Aprobar buzones

4. Seleccione los buzones que desee aprobar y después haga clic en Más comandos (…) >Aprobar correo electrónico.
Quitar el requisito de aprobar los buzones

Los administradores, tal como se describe en la tabla de modelo de permisos anterior, pueden cambiar los valores para que la
aprobación de buzón no sea algo obligatorio.

3. En Seguridad y permisos, desactive Procesar correos electrónicos solo para usuarios aprobados y Procesar correos
electrónicos solo para colas aprobadas. (Estos valores se habilitan de forma predeterminada).


4. Seleccione los buzones que quiere probar, y luego elija Probar y habilitar buzón.
Esto prueba la configuración de correo electrónico entrante y saliente de los buzones seleccionados y los habilita para
procesamiento de correo electrónico. Si se produce un error en un buzón, se muestra una alerta en el muro de Alertas del buzón
y el propietario del perfil. Según la naturaleza de errores, las aplicaciones de Customer Engagement intentan procesar el correo
electrónico de nuevo tras algún tiempo o deshabilitan el buzón para procesamiento de correo electrónico.
Para ver las alertas de un buzón de correo individual, abra el buzón y luego en Común, seleccione Alertas.
El resultado de la prueba de configuración de correo electrónico se muestra en las columnas Estado del correo electrónico
entrante, Estado del correo electrónico saliente y Estado de citas, contactos y tareas de un registro de buzón. También se
genera una alerta cuando la configuración se completa correctamente para un buzón. Esta alerta se muestra al propietario del
buzón.
Puede encontrar información de problemas periódicos e información sobre solución de problemas en Blog: Probar y habilitar
buzones en Microsoft Dynamics CRM 2015 y Solucionar problemas y monitorizar la sincronización del lado del servidor.
Asegúrese de que tiene una buena conexión con Exchange Online ejecutando el Analizador de conectividad remota de
Microsoft . Para obtener más información acerca de qué pruebas deben ejecutarse, vea Probar flujo de correo con el Analizador
de conectividad remota .
 Sugerencia
Pruebe la configuración de correo electrónico de todos los buzones

asociados con un perfil de servidor de correo electrónico.

3. Seleccione el perfil de Microsoft Exchange Online y después seleccione Probar y habilitar buzones.
Cuando prueba la configuración del correo electrónico, se ejecuta un trabajo asincrónico en segundo plano. La prueba
puede tardar unos minutos en completarse. Las aplicaciones de involucración del cliente prueban la configuración de correo
electrónico de todos los buzones asociados con el perfil de Microsoft Exchange Online. Para los buzones configurados con
sincronización del lado del servidor para sincronizar citas, tareas y contactos, también comprueba si estos están
 Sugerencia
Habilitar la funcionalidad de sincronización del lado del servidor para

Exchange Online en China
Para conectar Dynamics 365 con su inquilino Exchange Online en China y use la funcionalidad de sincronización del lado del
servidor, siga estos pasos:
1. Si su organización fue aprovisionada antes del 17 de octubre de 2020, comuníquese con el soporte de 21Vianet para
permitir que su organización se conecte a Exchange Online. Si su organización se aprovisionó después del 17 de octubre de
2020, este paso no es necesario.
2. Ejecute el siguiente script de PowerShell para apuntar su perfil del servidor de correo electrónico de Exchange Online a los
servicios web de Exchange (EWS) requeridos punto de conexión.
3. Configure el buzón y luego pruebe y habilite el buzón.
Utilice el siguiente script de PowerShell para cambiar el punto de conexión EWS:
PowerShell
#Specify email server profile Id and orgUrl
param (
[string]$emailServerProfileId = "<profile id>",
[string]$orgUrl = "<org url>",
[string]$defaultserverlocation = "https://partner.outlook.cn/EWS/Exchange.asmx"
Install-Module Microsoft.Xrm.Data.PowerShell -Force
$conn = Connect-CrmOnline -Credential $cred -ServerUrl $orgUrl
$emailserverprofile = Get-CrmRecord -conn $conn -EntityLogicalName emailserverprofile -Id $emailServerProfileId -

Fields defaultserverlocation
$emailserverprofile.defaultserverlocation = $defaultserverlocation;
Set-CrmRecord -conn $conn -CrmRecord $emailserverprofile
Consultar también
Probar el flujo de correo validando sus conectores

SharePoint Online
Cuando utilice SharePoint Online con aplicaciones de involucración del cliente

Dynamics 365 Marketing y Dynamics 365 Project Service Automation), podrá:
Crear, cargar, ver y eliminar los documentos almacenados en SharePoint dentro de

Utilizar las capacidades de administración de documentos de SharePoint dentro de

aplicaciones de involucración del cliente, como proteger y desproteger el
documento y cambiar las propiedades de un documento.
Permitir a los usuarios de aplicaciones que no son de involucración del cliente,

como clientes que desean revisar una oferta, acceder directamente a los
documentos de SharePoint, siempre que tengan los permisos adecuados.
） Importante
Este tema es para organizaciones que desean implementar por primera vez o
actualizarse a integración de SharePoint basada en servidor. Después de habilitar la
integración de SharePoint basada en servidor, no podrá revertir al anterior método
de autenticación basado en cliente.
Para configurar aplicaciones de involucración del cliente para utilizar SharePoint Online,
complete los pasos siguientes.
Asignar permisos de usuario al sitio de grupo

de SharePoint
No se permite a los usuarios de aplicaciones de involucración del cliente y de Microsoft
365 acceder automáticamente a sitios de SharePoint. Debe trabajar en el sitio de
SharePoint para asignar niveles de permiso específicos a usuarios individuales o grupos.
Asigne usuarios al sitio de grupo

2. Abra el iniciador de aplicaciones de Microsoft 365 y, a continuación, seleccione

SharePoint.
3. En el menú de la izquierda, seleccione Sitio de equipo.
4. En la página principal, seleccione COMPARTIR (esquina superior derecha).
5. Para ver los permisos predeterminados para el sitio de equipo, seleccione mucha
gente.
6. De forma predeterminada, todos los usuarios de la organización de Microsoft 365

pueden agregar y editar documentos en el sitio de SharePoint del grupo. Para
invitar a otros, elija Invitar a personas y agregue personas ajenas a su organización
para compartir documentos.
Para obtener más información acerca de los permisos de SharePoint, vea Introducción:
Controlar el acceso de usuario con permisos
Configurar aplicaciones de involucración del

cliente para la administración de documentos
de SharePoint
Si se trata de una nueva organización y aún no ha implementado la administración de
documentos, consulte Configurar una nueva organización.
Si su organización ya está usando la administración de documentos con el componente

de listas de Microsoft Dynamics CRM, debe cambiar a la integración de SharePoint
basada en servidor. Más información: Cambiar del componente de lista o cambiar la
implementación
） Importante
La integración de SharePoint basada en servidor usa el nombre de la entidad para

crear la biblioteca de SharePoint. Cuando actualice la integración de SharePoint
basada en servidor, asegúrese de comprobar que los nombres para mostrar de la
biblioteca de documentos en SharePoint coinciden con los nombres para mostrar
de la entidad. Más información: "Error de validación" cuando trate de configurar
la integración de SharePoint basada en servidor para Microsoft Dynamics CRM
Online y SharePoint Online .
Estos nombres deben coincidir.
Configure una nueva organización

Si la organización no ha implementado la administración de documentos, cuando el
administrador del sistema inicie sesión se mostrará un mensaje de advertencia para
habilitar la integración de SharePoint basada en servidor.
７ Nota
Si no ve la advertencia y no ha habilitado anteriormente la integración de

SharePoint basada en servidor, desactive la memoria caché del explorador o abra
aplicaciones de involucración del cliente mediante Internet Explorer con
exploración InPrivate para que vuelva a mostrarse la alerta. Una vez que configure
la integración basada en servidor, la alerta dejará de aparecer.

documentos y, a continuación, seleccione Habilitar la integración de SharePoint
basada en servidor.
3. En la alerta Habilitar la integración de SharePoint basada en servidor, seleccione

Siguiente.
4. Seleccione Online para indicar dónde están ubicados sus sitios de SharePoint y a
continuación, elija Siguiente.
5. Si sus aplicaciones de involucración del cliente no están conectadas a un sitio en
línea de SharePoint, escriba la dirección URL (por ejemplo,
https://contoso.sharepoint.com ) del sitio de SharePoint que utilizará para la
creación automática de la carpeta y, a continuación, elija Siguiente.
 Sugerencia
Para ver las colecciones de sitios de SharePoint, en el centro de administración

de Microsoft 365, haga clic en Centros de administración>SharePoint y, a
continuación, seleccione Colecciones de sitios.
6. Se comprobará la dirección URL para verificar que se trata de un sitio en línea

válido de SharePoint y si existe en el mismo inquilino de Microsoft 365 que la
organización. Después de habilitar la integración de SharePoint basada en servidor
no puede volver a la integración anterior del lado del cliente. Elija Habilitar.
Pasos siguientes
Una vez que se habilita la integración de SharePoint basada en servidor deberá habilitar
las entidades que desea que estén disponibles para la integración de la administración
de documentos. Más información: Habilitar la administración de documentos en
entidades
Después de habilitar la integración de SharePoint basada en servidor, también puede

habilitar la integración con OneNote y OneDrive. Más información: Configurar la
integración de OneNote y Habilitar OneDrive para la Empresa (online)
Uso de administración de documentos
Ya está listo para agregar ubicaciones de almacenamiento de documento en las
entidades que activó anteriormente y empezar a administrar documentos. Comience
abriendo un registro habilitado por administración de documentos (por ejemplo,
Contacto).
1. Busque la aplicación web-
2. Elija una cuenta, como la cuenta de ejemplo Adventure Works.
3. En la barra de navegación, seleccione la flecha abajo situada junto al nombre de la

cuenta y, a continuación seleccione Documentos.
4. Seleccione Cargar y luego busque un documento para cargar en la nueva carpeta

del sitio de equipo de Microsoft 365SharePoint Online.
5. Seleccione una ubicación de carpeta y, a continuación, haga clic en Aceptar.

6. Para ver el documento en el sitio de equipo de Microsoft 365SharePoint Online,
haga clic en la izquierda del nombre del documento (verá una marca de
verificación) y, a continuación seleccione Abrir ubicación.
7. Seleccione Contenidos del sitio para ver todas las bibliotecas de documentos
creadas para las entidades administradas que seleccionó.
Las entidades que haya seleccionado para administrar con Administración de

documentos aparecen como bibliotecas de documentos (por ejemplo: Cuenta,
Artículo, Caso, Cliente potencial, Oportunidad, Producto, Oferta y Documentación
de ventas).
Problema conocido
SharePoint Online ha presentado una nueva característica que permite a SharePoint o a
un administrador global de Microsoft 365 bloquear o restringir el acceso al contenido
de SharePoint y de OneDrive desde dispositivos no administrados. Para obtener más
información, consulte Controlar el acceso desde dispositivos no administrados.
Puede establecer el acceso en tres niveles:
1. Permitir el acceso total de aplicaciones de escritorio, aplicaciones móviles y la web

2. Permitir acceso limitada solo desde Internet
3. Bloquear el acceso
Para el nivel de "bloquear acceso", solo los dispositivos que cumplen la directiva de
confianza de AD definida por el administrador de SharePoint o global pueden abrir el
sitio de SharePoint y realizar operaciones.
Impacto en la integración de aplicaciones de

involucración del cliente y SharePoint Online
Cuando SharePoint Online está configurado para “bloquear acceso", las aplicaciones de
involucración del cliente reciben una respuesta no autorizada 401 de SharePoint Online
para todas las operaciones desencadenadas mediante la integración entre servidores.
Esto se debe a que SharePoint Online rechaza el símbolo de AppAssertedUser (el
símbolo basada en notificaciones que se usa para la autenticación entre servidores entre
aplicaciones de involucración del cliente y SharePoint Online).
Solución alternativa
Como solución alternativa, puede establecer la política de dispositivos no administrados
para "Permitir acceso total de aplicaciones de escritorio, móviles y web" en SharePoint
Online.
1. Inicie sesión en https://admin.microsoft.com como administrador global o de

SharePoint. Si recibe un mensaje indicando que no tiene permiso de acceso a la
página, no tiene permisos de administrador de Microsoft 365 en su organización.
2. En el panel izquierdo, seleccione Centros de administración>SharePoint.
3. En el Centro de administración de SharePoint, seleccione control de acceso en el

panel izquierdo.
4. En Dispositivos no administrados, seleccione Permitir el acceso total de
aplicaciones de escritorio, aplicaciones móviles y la web.
Información transmitida entre aplicaciones de

involucración del cliente y SharePoint cuando
utilice la integración de SharePoint basada en
servidor
Cuando usa la característica de administración de documentos en aplicaciones de
involucración del cliente mediante la integración de SharePoint basada en servidor, la
siguiente información se transmite entre aplicaciones de involucración del cliente y
SharePoint:
Nombre de entidad para la entidad que se usa para crear carpetas en SharePoint,
como cuenta, artículo o cliente potencial. Para configurar las entidades que se
integran, vaya a Configuración>Administración de documentos>Configuración
de administración de documentos.
Vea también
Administrar los documentos con SharePoint
Instalar la aplicación Dynamics 365 y
configurar la pestaña del canal de
colaboración de Microsoft Teams
1. En Microsoft Teams, seleccionar Almacén.
2. Busque Dynamics y luego seleccione la ventana Dynamics 365.
3. Compruebe que Agregar para usted y Agregar a un equipo están configurados

como Sí.
Puede usar la aplicación Dynamics 365 para su uso propio o usarlo en un canal de
Microsoft Teams para colaborar con otros. Si tiene un canal de Microsoft Teams
existente, seleccione ambas opciones. De lo contrario, puede comenzar a instalar la
aplicación para su uso personal e instalarla para su Microsoft Teams más tarde.
4. Para Agregar a un equipo, elija un equipo y después seleccione Instalar.
5. Elija un canal en Microsoft Teams para conectarse a un registro de la aplicación y

después seleccione Configurar.
6. Seleccione un entorno de la versión 9.x y una aplicación de la interfaz unificada
para conectarse, y después seleccione Guardar.
７ Nota
Solo los entornos que contienen aplicaciones de interacción con clientes

(como Dynamics 365 Sales y Dynamics 365 Customer Service) aparecen
en la lista. Además, se muestran solo entornos activos (los que no están
deshabilitados o aprovisionándose).
Solo se enumeran las aplicaciones de la interfaz unificada.
Se muestran solo los módulos de la aplicación con licencia para el
entorno seleccionado.
7. Seleccione Selección de entidad o Selección de vista.

a. Selección de entidad: Seleccione una entidad con la que conectar. Puede
seleccionar un registro recientemente visto o usar una búsqueda para buscar
registros. Puede usar Filtrar por para reducir la búsqueda a un tipo de entidad.
Una vez que ha escogido un registro, seleccione Guardar.
b. Ver selección: Seleccione una entidad para ver la lista de vistas disponibles. Una
vez que ha escogido una vista, seleccione Guardar.
７ Nota
Si selecciona una vista personal (Mis vistas) en lugar de Vistas del sistema, se
recomienda que comparta la vista con otros usuarios antes de agregar la vista
al canal de Microsoft Teams. De lo contrario, otros miembros del equipo no
tendrán acceso al contenido de la pestaña de vista.
8. Después de completar los pasos anteriores, verá una nueva pestaña de Dynamics
365 en el canal del equipo seleccionado.
Vea Colaborar con Microsoft Teams para obtener información sobre cómo puede usar la
característica de pestaña para colaborar con aplicaciones de Dynamics 365.
Entorno GCC de Administración Pública

La integración de Teams con Dynamics 365 no está disponible para entornos GCC
gubernamentales. Sin embargo, existe una solución alternativa para ver registros usando
la aplicación Sitio web en Teams y luego agregarla como una pestaña.
1. Abra un canal de Teams y seleccione Agregar una pestaña.

2. Busque la aplicación Sitio web y agréguela.
７ Nota
Si no ve la aplicación Sitio web aplicación en Teams, pídale a su Administrador que

habilite esta opción a través del centro de administración de Microsoft 365.
3. Ingrese un nombre para la pestaña y la URL de su aplicación Dynamics 365 y luego

seleccione Guardar.
Consulte también
Solución de problemas de integración de Microsoft Teams
Integración de Skype Empresarial y
Skype
Si su organización usa Skype for Business (antes llamado Lync) o Skype, puede
aprovechar características de conectividad como clic para llamar o comprobar la
disponibilidad desde aplicaciones basadas en modelo de Dynamics 365, como Dynamics
365 Sales y Customer Service, o Microsoft Dynamics 365 for Outlook.
Uso de Skype Empresarial con aplicaciones

basadas en modelos de Dynamics 365
Cuando usa Skype for Business y aplicaciones de Dynamics 365 juntos, puede usar la
presencia de Skype for Business y "hacer clic para llamar" desde aplicaciones de
Dynamics 365.
Su organización debe tener una licencia de Skype for Business Online.
Requisitos del cliente y configuración
Para usar Hacer clic para llamar, Skype for Business debe seleccionarse como el
proveedor de telefonía. Puede configurar esto seleccionando un entorno en el
Centro de administración de Power Platform y, a continuación, seleccionar
Configuración>Producto>Características. En Comunicaciones, revise la
configuración de Skype.
De forma predeterminada, la presencia de Skype for Business está habilitada en

aplicaciones basadas en modelo de Dynamics 365. Los administradores del sistema
pueden habilitar o deshabilitar la presencia en aplicaciones basadas en modelo de
Dynamics 365. Para ello, establezca Presencia en Skype en Activada o en
Desactivada.
Cada usuario debe tener el cliente de Skype Empresarial instalado y ejecutándose

en su PC.
Para la presencia de Skype for Business, los usuarios deben tener

https://*.dynamics.com agregado a la lista de sitios de confianza del explorador
web en Opciones de Internet en Internet Explorer.
Dispositivos y exploradores web admitidos con el uso
Skype Empresarial con aplicaciones basadas en modelo
de Dynamics 365
Aplicación o explorador web "Clic para llamar" de Skype Presencia de Skype

móvil Empresarial Empresarial
Dynamics 365 for iPad Sí No
Dynamics 365 for Android Sí No
Tabletas basadas en Windows Sí No
Internet Explorer Sí Sí
Google Chrome Sí No
Mozilla Firefox Sí No
Apple Safari Sí No
Uso de Skype con aplicaciones basadas en

modelos en Dynamics 365
Cuando usa Skype y aplicaciones basadas en modelo de Dynamics 365 juntos, puede
usar "hacer clic para llamar" de Skype desde aplicaciones basadas en modelo de
Dynamics 365.
Requisitos del cliente y configuración
Cada usuario debe tener cliente de escritorio de Skype for Windows o la aplicación
Skype for Windows 8 instalada y ejecutándose en su PC o dispositivo Windows 8.
Skype debe estar seleccionado como proveedor telefonía. Seleccione un entorno

en el Centro de administración de Power Platform y, a continuación, seleccione
Configuración>Producto>Características. En Comunicaciones, establezca el valor
de Establecer el proveedor de telefonía en Usar Skype Empresarial.
Dispositivos y exploradores web admitidos con el uso

Skype con aplicaciones basadas en modelo de Dynamics
365
Aplicación o explorador web móvil "Clic para llamar" de Skype

Aplicación o explorador web móvil "Clic para llamar" de Skype
Dynamics 365 for iPad Sí
Dynamics 365 for Android en tabletas Android Sí
Tabletas basadas en Windows Sí
Internet Explorer Sí
Google Chrome Sí*
Mozilla Firefox Sí**
Apple Safari Sí
* El complemento "clic para llamar" de Skype debe estar instalado y habilitado en el

explorador de Chrome. Más información: ¿Cómo habilito "clic para llamar" de Skype en
Chrome?
Además, "clic para llamar" de Skype es compatible con Dynamics 365 for Windows 8,
Dynamics 365 for Windows 8.1 y Windows 10.
Consulte también
Configurar aplicaciones basadas en modelo en Dynamics 365 para usar Skype o Skype
Empresarial
Requisitos
Skype o Skype Empresarial
Cuando utilice Skype for Business y aplicaciones de involucración del cliente (Dynamics
Marketing y Dynamics 365 Project Service Automation), su organización puede
beneficiarse de estas funcionalidades:
Comunicaciones en tiempo real con los clientes, los compañeros, así como los
integrantes del equipo sin salir de aplicaciones de involucración del cliente. Haga
clic o pulse en el número de teléfono de una persona para llamarla.
Realizar seguimiento de reuniones como actividades.
Obtener información de presencia para los integrantes del mismo dominio de

correo electrónico con el que ha iniciado sesión en Skype for Business.
Configurar Skype en aplicaciones de

3. En Comunicaciones compruebe que Presencia en Skype está establecida en

Activaday Establecer el proveedor de telefonía está establecida en Usar Skype
Empresarial.

5. En la página del centro de administración de Microsoft 365, haga clic o pulse en

Administración>Skype Empresarial>organización.
6. Elija la pestaña General. Revise y establezca el modo de privacidad de presencia.
７ Nota
Se muestra información de presencia para los integrantes del mismo dominio

de correo electrónico con el que ha iniciado sesión en Skype for Business. Por
ejemplo, si inicia sesión con someone@contoso.com, verá la presencia de
otros usuarios de @contoso.com.
Indique a los usuarios que agreguen lo siguiente como sitios de confianza en

el explorador:
https://*.dynamics.com
https://*.lync.com
https://*.sharepoint.com
https://login.microsoftonline.com
7. Elija la pestaña Comunicaciones externas. Revise y establezca el acceso externo y

las configuraciones públicas de conectividad de mensajería instantánea.
Seguimiento de Skype
Ahora que está configurado Skype, se realiza un seguimiento de las llamadas de Skype
como actividades.
Consulte también
Integración de Skype Empresarial y Skype
Ayuda de Skype Empresarial

Implementar grupos de Microsoft 365
７ Nota


Los grupos de Microsoft 365, disponibles con las aplicaciones de Dynamics 365,
proporciona un nuevo entorno para la colaboración con usuarios de Microsoft 365 que
no usan aplicaciones de participación del cliente (Dynamics 365 Sales, Dynamics 365
Project Service Automation), como Dynamics 365 Sales y Customer Service. Por ejemplo,
use grupos de Microsoft 365 cuando un equipo de ventas tenga una oportunidad
importante que necesita entrada de varias personas que no tienen acceso a aplicaciones
de Customer Engagement. Los grupos de Microsoft 365 proporcionan una sola
ubicación para compartir documentos, conversaciones, reuniones y notas. Puede
habilitar Grupos de Microsoft 365 para cualquier entidad.
 Sugerencia
Revise lo siguiente para ver una introducción rápida a Grupos de Microsoft 365:
Obtener más información acerca de grupos
Requisitos
Se requiere lo siguiente para usar Grupos de Microsoft 365 con aplicaciones de
Customer Engagement:
Aplicaciones de interacción con el cliente
Esta característica requiere que tenga una suscripción de Microsoft 365 o de

servicio en línea, como SharePoint Online o Exchange Online.
Para usar el almacenamiento de documentos con Grupos de Microsoft 365,

necesitará SharePoint Online y acceso al bloc de notas de OneNote del grupo.
Exchange Online
Para usar el almacenamiento de documentos con Grupos de Microsoft 365,

necesitará SharePoint Online y acceso al bloc de notas de OneNote del grupo.
Aprovisionar grupos de Microsoft 365

Grupos de Microsoft 365 es una solución que puede aprovisionar desde su centro de
７ Nota
Los usuarios deben tener un buzón de Exchange Online configurado para usar
Grupos de Microsoft 365. Exchange Online ya está configurado correctamente para
las organizaciones como parte de Microsoft 365. También necesita habilitar la
integración de SharePoint basada en servidor para ver documentos en un grupo de
Microsoft 365; no necesita usar la integración de SharePoint, solo configurar la
conexión con SharePoint Online. También se requiere integración de SharePoint
basada en servidor para habilitar el bloc de notas OneNote de grupo.
More information: Configurar aplicaciones de involucración del cliente para usar

SharePoint Online
2. Seleccione Recursos>Aplicaciones de Dynamics 365.
3. Seleccione Office365Groups y después Instalar.
Una vez completada la instalación de la solución, ya puede configurar Grupos de

Microsoft 365.
７ Nota
Al instalar una solución, el sitio se desconecta en modo de mantenimiento por un
tiempo corto. Le recomendamos que instale la solución cuando perjudique menos
a los usuarios.
Comprobar los privilegios requeridos

Se requiere el privilegio de seguridad, Extensiones ISV, para poder usar Grupos de
Microsoft 365. Puede agregar o quitar este privilegio desde roles de seguridad
personalizados o predeterminados para satisfacer las necesidades de su negocio. Si un
usuario no tiene este privilegio, no podrá ver el elemento Grupos de Microsoft 365 en el
menú de navegación de un registro.
1. Iniciar sesión en el Centro de administración de Power Platform como

administrador (Administrador del servicio, administrador global o administrador
delegado).
4. Elija el rol de seguridad que desea comprobar y después seleccione la pestaña

Personalización.
5. El la sección Privilegios diversos, revise el ajuste de privilegios Extensiones ISV. Si

el rol de seguridad no dispone del privilegio Extensiones ISV, selecciónelo para
establecerlo en Organización.
Configurar Grupos de Microsoft 365

Una vez que aprovisione Grupos de Microsoft 365, puede habilitar esta solución para
cualquier entidad. La pertenencia al grupo de seguridad está asociada a la entidad.
Puede configurar Grupos de Microsoft 365 en aplicaciones de Customer Engagement.
2. Seleccione Configuración>Grupos de Office 365.
3. En la página Configuración de integración de grupos de Microsoft 365,

seleccione Agregar entidad y elija una entidad en la lista desplegable. Repita
este paso para cada entidad que desee habilitar, incluidas entidades
personalizadas.
4. Opcionalmente, puede seleccionar Crear automáticamente para que se cree
automáticamente un grupo nuevo para una entidad cuando se cree un registro
nuevo para dicha entidad. Sin embargo, le recomendamos que elija esta opción
solo para entidades que generalmente requieren la colaboración de grupos
grandes.
5. Cuando haya agregado todas las entidades que desea habilitar para Grupos de
Microsoft 365, seleccione Publicar todo.
Todas las personalizaciones del sistema pendientes se publicarán, incluidas las que haya
guardado pero no publicado en otra área.
Ahora ya puede usar Grupos de Microsoft 365. Consulte Colaborar con sus compañeros
usando grupos de Microsoft 365.
Use Conectores de Microsoft 365 para grupos

Use los Conectores de Microsoft 365 para grupos para conectar grupos de Microsoft
365 nuevos o existentes con aplicaciones de Customer Engagement para que el grupo
reciba notificaciones cuando se publiquen nuevas actividades. Para configurarlo, siga
estos pasos:
 Sugerencia
Revise el siguiente blog de: Conector de Dynamics CRM Online para grupos de
Microsoft 365
1. Inicie sesión en su Microsoft 365 Outlook .
2. Cree o elija un grupo de Microsoft 365.
3. Seleccione Conectar sus aplicaciones.

4. Desplácese hasta Dynamics 365 y, a continuación seleccione Agregar.
5. Si tiene acceso a más de un entorno, elija qué instancia se conectará con este
grupo de Microsoft 365. Si solo tiene acceso a un entorno, este paso se omitirá y
avanzará al siguiente paso.
6. Elija el registro al que desea conectar este Grupo de Microsoft 365 y, a

continuación, seleccione Guardar.
Una vez conectado, el conector aparece en la parte superior de la lista de conexión
con un resumen de registros conectados.
Para eliminar un registro conectado, seleccione Ver y, a continuación, seleccione

Quitar.
７ Nota
Tenga en cuenta lo siguiente sobre los Conectores de Microsoft 365 para grupos:
Solo se admiten registros de cuenta, cliente potencial y oportunidad.

Puede conectar hasta cinco registros.
Solo las actividades de tipo de tarea se envían al grupo como tarjetas de
conector.
La actividad aparece como nueva conversación en un formato de tarjeta en el
grupo.
Los campos de la tarjeta mostrados en la conversación del grupo no se
pueden personalizar.
No es necesario hacer nada en las aplicaciones de involucración del cliente
para que el conector funcione.
Para obtener información confidencial, debe conectar el registro a un grupo
privado donde solo los miembros aprobados puedan ver contenido. Para
grupos públicos, todas las personas de la organización tienen acceso a ver
contenido. Vea "Grupos públicos y privados de Microsoft 365" en Obtener
más información acerca de grupos .
Aviso de privacidad
Cuando un usuario aprovecha la característica de grupos de Microsoft 365 para
conectar un grupo de Office a aplicaciones de Customer Engagement, los datos
(incluidas conversaciones y documentos nuevos) se almacenarán en el sistema de
Exchange y/o SharePoint y se compartirán con los integrantes del grupo de Office,
incluso aunque no tengan licencia o autorización de aplicaciones Dynamics 365 for
Customer Engagement. Los usuarios solo podrán compartir los datos a los que tengan
acceso, y los administradores podrán limitar los datos que se compartan limitando los
privilegios de acceso de sus usuarios.
Consulte también
Colaborar con sus compañeros usando grupos de Microsoft 365
Blog de CRM: Conector de Dynamics CRM Online para grupos de Microsoft 365
Configurar aplicaciones de involucración del cliente para usar Exchange Online

Habilitar visualización de tarjetas de
perfil
La experiencia de las personas de Microsoft se centra en torno a las tarjetas de perfil

que se han usado en Microsoft Outlook y en otras aplicaciones y servicios de Office en
la web. Cuando selecciona el nombre o la imagen de alguien en Outlook u otras
aplicaciones de Office, puede encontrar información relacionada con ellos en su tarjeta
de perfil. La tarjeta de perfil también se denomina a veces tarjeta de contacto o tarjeta
personal. Las tarjetas de perfil están disponibles en los contactos y los usuarios de
cualquier aplicación de la interfaz unificada.
７ Nota
Si la autenticación de varios factores se ha habilitado para los servicios Microsoft

365 y no se habilita para las aplicaciones de Customer Engagement (Dynamics 365
Marketing y Dynamics 365 Project Service Automation), las tarjetas del perfil no se
generarán para usuarios de interfaz unificada.
La característica de tarjeta del perfil implica una llamada de red al servicio Microsoft
365 para mostrar tarjeta. Asegúrese de debe tener en cuenta que los extremos
siguientes son accesibles, configuración y actualizando los dispositivos de aspecto
de red como firewall y servidores proxy.
*.loki.delve.office.com
loki.delve.office.com
loki.delve-gcc.office.com
lpcres.delve.office.com
Puerto: TCP:443
Para ver los requisitos completos del punto de conexión para la conectividad desde
el equipo de un usuario con Microsoft 365 para que se muestren las tarjetas de
perfil en la Interfaz unificada, vea Direcciones URL e intervalos de direcciones IP
de Microsoft 365, con identificador 130.
Requisitos previos
Los siguientes valores/ambiente son necesarios para habilitar tarjetas del perfil en
1. Microsoft 365 (Exchange Online)

2. Interfaz unificada compilación 9.1.0.4626 o superior
3. Habilitar configuración de administrador
a. En la aplicación web, vaya a Configuración (
b. Seleccione Configuración>Administración.
c. Seleccione Configuración del sistema y luego seleccione la pestaña General.
d. Para Permitir que los usuarios vean las tarjetas de contacto, seleccione Sí y, a
continuación Aceptar.
Para obtener información sobre cómo usar tarjetas del perfil, consulte Ver la tarjeta del
perfil para un contacto o un usuario.
Configurar la integración de OneNote
Reúna sus pensamientos, ideas, planes e investigaciones en un solo lugar con OneNote
en aplicaciones de Power Apps basadas en modelos y aplicaciones de participación del
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation).
Cuando activa la integración de OneNote, puede tener las ventajas de usar OneNote
para tomar o revisar notas del cliente desde sus registros.
Puede configurar la integración de OneNote cuando también usa SharePoint Online.

Debe disponer de una suscripción a Microsoft 365 para usar OneNote en aplicaciones
basadas en modelos y de involucración del cliente.
Paso 1: Activar la integración de SharePoint

basada en servidor
Antes de poder habilitar la integración de OneNote, debe activar la integración de

equivalentes en Microsoft Dynamics 365. O bien, asegúrese de tener privilegios de

sistema.
Paso 2: Activar la integración de OneNote
Cuando se activa la integración de SharePoint basada en servidor, la integración de
OneNote se muestra en Administración de documentos.

documentos.
4. Siga las instrucciones del asistente para activar la integración de OneNote para
entidades seleccionadas. Elija entidades que necesiten un cuaderno completo por
registro. Solo se enumeran las entidades que ya están habilitadas para la
administración de documentos. Seleccione Finalizar.
5. También puede habilitar la integración de OneNote para una entidad desde el
formulario de personalización, siempre que haya habilitado la administración de
documentos para esa entidad.
6. Un cuaderno de OneNote se crea automáticamente para un registro la primera vez

que seleccione la pestaña OneNote en el área de aplicaciones basadas en modelos
y de involucración del cliente. Una vez creado el cuaderno de OneNote dedicado
para ese registro, puede ver y navegar a ese cuaderno desde cualquier cliente de
Más información: Toma notas usando OneNote

Desactivar la Integración de OneNote

documentos.
4. En el cuadro de diálogo Configuración de integración de OneNote, desactive las

casillas de verificación para todas las entidades y, a continuación, seleccione
Finalizar.
Solución de problemas de integración de

OneNote
¿Por qué los archivos de OneNote muestran un icono de

carpeta?
Este es un problema conocido. Seleccione el nombre de archivo para abrir OneNote
correctamente.
¿Por qué no se muestran los cuadernos de OneNote en el

área de documentos de OneDrive?
Los blocs de notas de OneNote guardados en OneDrive de Grupos de Microsoft 365 no
se mostrarán.
Mensaje de error: no se encuentra el cuaderno

Recibe este mensaje de error:
No se encuentra el cuaderno. El cuaderno de OneNote puede haberse quitado o

movido a otra ubicación. Compruebe la ubicación del bloc de notas o póngase en
contacto con su Administrador para actualizar el registro de ubicación almacenado en
Dynamics 365 Customer Engagement. (Error: 0x80060729)
Para resolver el problema, siga estos pasos:
1. Inicie sesión en el Centro de administración de Power Platform y abra el entorno

que desee.
2. Seleccione Configuración>Integración y luego, Configuración de administración
de documentos.
3. Seleccione Ubicaciones de documentos de SharePoint, abra ese registro de
ubicación de documentos y, a continuación cambie la dirección URL
correspondiente para que coincida con la ubicación del cuaderno.
¿Puedo editar un archivo de OneNote desde una

aplicación basada en modelo o de involucración del
cliente en Dynamics 365?
No. Esto se puede hacer solo desde la aplicación OneNote que se abre cuando
selecciona el vínculo OneNote.
No puedo acceder a mi cuaderno de OneNote.

No elimine ningún tipo de archivo de OneNote.onetoc2 ni .one en la sección OneNote
de la aplicación. Si lo hace, no podrá obtener acceso a los cuadernos de OneNote.
¿Se admiten grupos de secciones?

Los grupos de secciones que mantienen unidas las secciones relacionadas en OneNote
no se admiten en aplicaciones basadas en modelos de Power Apps ni de involucración
del cliente.
¿Puedo cambiar el nombre de una sección en OneNote

Online?
No. Solo puede cambiar el nombre de una sección en la versión de escritorio de
OneNote. Si cambia el nombre de una sección de OneNote en línea, no verá el nombre
de sección actualizado en la aplicación.
¿Por qué veo registros que deben estar en la pestaña de
OneNote?
Esto ocurre si ha eliminado todas las secciones del cuaderno. Se recomienda tener al
menos una sección en el cuaderno de OneNote. Para solucionar este problema, haga lo
siguiente:
1. Vaya al registro donde ve el problema. Por ejemplo, en el menú principal,

seleccione Ventas>Cuentas> y seleccione un registro de cuenta.
2. En el menú principal, seleccione el menú desplegable junto al nombre del registro

y, a continuación, seleccione Documentos.
3. Seleccione Abrir en SharePoint y luego cree una sección nueva con la versión de
escritorio de OneNote.
Cambiar el nombre de un archivo OneNote a través de

que la cuadrícula del documento muestra un mensaje de
error
Imagine los siguientes eventos:
1. El usuario A abre una nota de OneNote en una aplicación basada en modelo de

Power Apps o aplicación de interacción con el cliente de Dynamics 365 y agrega
contenido. For example, Ventas>Contactos>contacto>Resumen>Escala de tiempo
sección >+> OneNote.
2. El usuario A, u otro usuario, como el usuario B, cambia el nombre del archivo de
OneNote en una cuadrícula de documentos. Por ejemplo,
Ventas>Contactos>contacto>Relacionado>Documentos.
3. El usuario A abre la nota en la escala de tiempo en un formulario. Por ejemplo,
Ventas>Contactos>contacto>Resumen>Línea de tiempo sección >+>OneNote.
Cuando esto ocurre, el usuario A ve el mensaje de error "Carpeta contacto renombrada

o eliminada de SharePoint. Se esperaba en la ruta carpeta de SharePoint".
Mensaje de error: no se puede encontrar el
archivo
He recibido este mensaje de error:
No se encuentra el archivo. (Error: 0x80060706)
Si está realizando una implementación local, es posible que reciba esta error al abrir la
pestaña OneNote en una entidad habilitada para OneNote si desactivó
CreateSPFoldersUsingNameandGuid con la herramienta OrgDBOrgSettings. Establezca
esta opción como True. Consulte: Herramienta de OrgDBOrgSettings para Dynamics
CRM .
Tenga en cuenta que OneNote necesita que las carpetas de SharePoint incluyan el GUID.
Recibo este mensaje de error: La lista no

admite esta operación. (Error: 0x80060715)
Si de nuevo hace clic en OneNote, aparece este mensaje de error: No hay secciones que
mostrar. Tenga en cuenta que no se admiten las secciones de un grupo de sección.
Para arreglar este problema, establezcca la longitud de la ruta en menos de 70
caracteres.
Cambiar el nombre de un archivo de OneNote
en Dynamics 365 (online) versión 9.0 puede
crear un conflicto
Tenga en cuenta este contexto:
El usuario A abre una nota de OneNote en Dynamics 365 Customer Engagement (on-
premises) y agrega el contenido (por ejemplo: Ventas>Cuentascuenta de >>Resumen>
sección Línea de tiempo >+> OneNote). El usuario A o un segundo usuario, el usuario
B, cambia el nombre del archivo de OneNote en una cuadrícula de documentos (por
ejemplo: Ventas>Cuentas> cuenta >Relacionado>Documentos). El usuario A abre la
nota mediante la escala de tiempo (por ejemplo: Ventas>Cuentas> cuenta >Resumen>
sección Línea de tiempo >+>OneNote). El usuario A debería ver la nota con el nombre
cambiado y con el contenido existente. En su lugar, se abre una nueva nota.
Consulte también
Activar la integración de SharePoint basada en servidor
Habilitar OneDrive para la Empresa (en
línea)
Esta característica se introdujo en CRM Online 2016 Update.
Empresa. Se puede acceder a esos documentos en aplicaciones de involucración del
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation) después
de que el administrador del sistema haya habilitado OneDrive para la Empresa.
Requisitos
７ Nota
Este tema se aplica a las organizaciones que implementen versiones en línea de

OneDrive para la Empresa y aplicaciones de involucración del cliente. Para obtener
información sobre la integración de OneDrive para la Empresa on-premises con
aplicaciones de Dynamics 365, o una combinación en línea/local de estos
productos, consulte: Habilitación de OneDrive para la Empresa (on-premises).
Se requiere lo siguiente para usar Grupos de OneDrive para la Empresa con aplicaciones
de Customer Engagement:
Configurar aplicaciones de involucración del cliente para usar SharePoint Online.
Una licencia de OneDrive para la Empresa para cada usuario. Para obtener más
información: ¿Qué es OneDrive para la Empresa?
Una licencia de SharePoint para cada usuario. Los usuarios con una licencia de
SharePoint pueden usar OneDrive para la Empresa. En el caso de SharePoint
Online, las suscripciones a Microsoft 365 incluyen licencias de SharePoint Online.
Para una completa integración de las características de Microsoft 365 con

Dynamics 365 y Customer Engagement (on-premises), necesitará Microsoft 365
Enterprise E3 o una versión posterior. Las llamadas y conferencias de Skype
EmpresarialRTC requieren Microsoft 365 Enterprise E5. No se admiten otros
planes de Microsoft 365. Para obtener más información sobre licencias y precios,
consulte:
Antes de usar OneDrive para la Empresa en aplicaciones de involucración del

cliente, el administrador y los usuarios finales deben tener acceso a OneDrive para
la Empresa a través de la interfaz web. Por ejemplo, si está usando SharePoint
Online, vaya a https://admin.microsoft.com >iniciador de aplicaciones

>OneDrive. La ubicación y otra información que necesita aplicaciones de
involucración del cliente para habilitar la integración de OneDrive para la Empresa
se crea solo cuando se accede al sitio.

Puede habilitar OneDrive para la Empresa de la siguiente manera.

entorno.

documentos.

seleccione Aceptar.

Puede alternar la disponibilidad de OneDrive en aplicaciones de involucración del
cliente para los usuarios finales con el privilegio OneDrive para la Empresa.

principales.

Consulte también
Habilitar OneDrive para la Empresa (on-premises)

Habilitar OneDrive for Business (local)
Empresa. Se puede acceder a estos documentos una vez que el administrador del
sistema habilite OneDrive para la Empresa.
Requisitos
Se requiere lo siguiente para usar OneDrive para la Empresa con Dynamics 365 Server.
７ Nota
Este tema se aplica a las organizaciones que implementan versiones locales de

OneDrive para la Empresa y aplicaciones de involucración del cliente (Dynamics 365
Marketing y Dynamics 365 Project Service Automation), o una combinación en
línea/local de estos productos. Para obtener información acerca de la integración
de OneDrive para la Empresa en línea con aplicaciones de involucración del cliente,
consulte: Habilitar OneDrive para la Empresa.
Configure la integración de SharePoint y tenga al menos un sitio de grupo.
Configure el permiso en el sitio de equipo SharePoint raíz para todos los usuarios
que usarán OneDrive para la Empresa en aplicaciones de involucración del cliente.
Más información: Planificar sitios y administrar usuarios
Para SharePoint local, habilite el servicio de búsqueda para obtener acceso a

documentos compartidos de otros usuarios. Se habilita de forma predeterminada
en SharePoint Online pero no en las implementaciones de SharePoint on-premises.
Más información: Crear y configurar una aplicación de servicio de búsqueda en
SharePoint Server 2013

Puede habilitar OneDrive para la Empresa de la siguiente manera:

entorno.
documentos.

seleccione Aceptar.
Si ejecuta SharePoint Server on-premises, en la instancia de Windows Server

donde se ejecuta SharePoint Server, abra el Shell de administración de SharePoint
y ejecute los siguientes comandos para configurar permisos entre SharePoint y
Dynamics 365 Server.
７ Nota
Puede que haya configurado permisos y puede omitir lo siguiente si completó los
pasos descritos en Configurar la autenticación basada en servidor con
aplicaciones de involucración del cliente y SharePoint local.
PowerShell
Add-Pssnapin *
AppPrincipals
$ClientId = "00000007-0000-0000-c000-000000000000"



Puede alternar la disponibilidad de OneDrive para los usuarios finales con el privilegio
OneDrive para la Empresa.


principales.

７ Nota
Este privilegio solo está visible en el cuadro de diálogo Roles de seguridad

después de habilitar OneDrive para la Empresa.
Consulte también
Utilizar OneDrive para la Empresa para administrar sus documentos privados
SharePoint Online y OneDrive para la Empresa: límites del software

Conectar con Yammer
７ Nota


Yammer proporciona a los compañeros de la organización un lugar central para tener

conversaciones, crear y modificar documentos, y compartir información sin enviar un
solo correo electrónico o asistir a reuniones.
Después de configurar su organización para trabajar con Yammer, los empleados verán
las publicaciones en una fuente de noticias en su panel de las aplicaciones de
involucración del cliente cada vez que alguien actualice la información del cliente, y
podrán participar en la conversación con sus propias publicaciones.
Conecte la organización con Yammer
Requisitos previos
Para que su organización pueda usar Yammer en aplicaciones de involucración del
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation), su
organización necesita comprar licencias de empresa de Yammer.
La integración de Yammer solo está disponible para las aplicaciones de


También necesitará privilegios de administrador del sistema verificados para la
cuenta de Yammer de su organización.
Instale las actualizaciones de productos más recientes para las aplicaciones de

Cumpla los requisitos de explorador y sistema .
Conectar con Yammer

1. Suscríbase a una cuenta de empresa de Yammer, y anote el nombre de red que
recibe. Más información: Visite el sitio web de Yammer

entorno.
4. Seleccione Configuración>Integración>Yammer.
5. Lea la declinación de responsabilidades y, a continuación elija Continuar.
6. Elija Autorizar Microsoft Dynamics 365 Online para conectarse a Yammer.
7. Inicie sesión en su cuenta de Yammer de la compañía utilizando sus credenciales

de administrador.
8. Siga las instrucciones de la pantalla para aceptar los términos de servicio de

Yammer, anote qué red de Yammer se ha configurado y conecte su organización a
ella. Después de que su organización esté conectada, verá un mensaje de
confirmación en la parte inferior de la pantalla.
７ Nota
Las aplicaciones de involucración del cliente solo admiten la conexión a la red

de Yammer primaria. No se admite la conexión con redes externas en Yammer.
9. Si lo desea, mantenga la sesión en su cuenta de Yammer y establezca las

preferencias de la organización para las publicaciones de Yammer.
Establezca las preferencias de la organización para

publicaciones Yammer (opcional)
1. Asegúrese de que ha iniciado sesión en su cuenta de Yammer de la empresa con
sus credenciales de administrador.
2. Si lo desea, seleccione si las publicaciones de Yammer son públicas (todo el

mundo ve las publicaciones de aplicaciones de involucración del cliente en la
fuente de noticias, o privadas (las personas deben "seguir" un registro para ver
publicaciones sobre ese registro en la fuente de noticias).
3. Si lo desea, seleccione el grupo predeterminado donde desea que aparezcan las

publicaciones.
4. Si lo desea, seleccione qué tipos de registro activan publicaciones automáticas a la

fuente de noticias de Yammer.
Habilitar entidades para Yammer

Una vez que haya conectado las aplicaciones de involucración del cliente a Yammer,
debe especificar qué entidades de las aplicaciones están habilitadas para su uso con
Yammer. Los usuarios pueden seguir las entidades habilitadas
2. Elija Configuración de Fuentes de actividades>Configuraciones de publicación
3. Elija la entidad y luego elija Actividad.
4. Confirme la activación y, a continuación, elija Más Comandos (...)>Publicar todas

las personalizaciones
¿Qué desencadena publicaciones automáticas a

la fuente de noticias de Yammer?
） Importante
El 26 de junio de 2018, Yammer dejó de usar la secuencia de actividades y sus API,

de forma que las publicaciones automáticas ya no se pueden habilitar. Para obtener
más información, consulte Abrir acciones del gráfico e historias de actividades .
Cuando se conecta con un Yammer federado
Si ha configurado Yammer para usar inicio de sesión único, deberá generar y usar una
contraseña temporal para conectar con Yammer.
1. Inicie sesión en Yammer con las credenciales de inicio de sesión único.
2. Elija Más comandos (...)>Aplicaciones
3. Desplácese a la parte inferior de la página a la sección Todas las aplicaciones.
4. Seleccione la pestaña Yammer y a continuación, seleccione una aplicación como

Windows Phone. La aplicación debe admitir la generación de una contraseña
temporal.
5. Complete el proceso para obtener un nombre de usuario y una contraseña

temporales.
6. Use el nombre de usuario y la contraseña temporales para completar la

configuración de la conexión de aplicaciones de involucración del cliente con
Yammer.
Agregue sitios de confianza de Yammer al explorador

Agregue los sitios de confianza de Yammer al explorador. Por ejemplo, para las
aplicaciones de involucración del cliente, agregue lo siguiente:
https://*.crm.dynamics.com
https://*.yammer.com
https://*.assets-yammer.com
Aviso de privacidad
Al habilitar Yammer, consiente en compartir sus datos con un sistema externo. Los datos
importados en Microsoft Dynamics 365 (online) desde sistemas externos están sujetos a
la Declaración de privacidad y cookies de Microsoft .
Consulte también
Visite el sitio web de Yammer
Ajuste y optimización del rendimiento
Este artículo le ayuda a planificar y optimizar el rendimiento de las aplicaciones con

aplicaciones de participación del cliente, incluidas Dynamics 365 Sales, Dynamics 365
Project Service Automation.
Microsoft le recomienda no ejecutar operaciones que requieran transacciones

concurrentes de bases de datos. Tampoco debe ejecutar operaciones que requieran
transacciones de bases de datos intensivas durante el horario laboral normal, en el que
es más probable que los usuarios accedan al sistema.
Entre los ejemplos de operaciones que requieren transacciones intensivas de bases de

datos se encuentran los siguientes:
Habilitar uno o varios paquetes de idioma

Importar, actualizar, eliminar o exportar soluciones
Instalar o actualizar aplicaciones desde Microsoft AppSource o el centro de
administración de Dynamics 365
Publicación de personalizaciones
Grandes operaciones de registro masivo, como cambios de unidad de negocio. Por
ejemplo, cuando una unidad de negocio tiene una gran cantidad de registros
asociados
Consultar también
Comprobar la capacidad y el rendimiento de la red para los clientes
Comprobar la capacidad y el
rendimiento de la red para los clientes
Las características principales de una red que afectan al rendimiento de las aplicaciones
Automation) o Dynamics 365 for Outlook son ancho de banda y latencia.
El ancho de banda es el ancho o la capacidad de un canal de comunicaciones

específico.
La latencia es el tiempo necesario para que una señal viaje de un punto de una red
a otro, y es un coste fijo entre dos puntos.
Una de las principales causas de un rendimiento pobre de las aplicaciones de

involucración del cliente es la latencia de la red a través de la cual los clientes se
conectan a la organización. Las latencias más bajas (medidas en milisegundos)
proporcionan normalmente mejores niveles de rendimiento.
Tenga en cuenta que, aunque la latencia de una conexión de red sea baja, el ancho de
banda puede convertirse en un factor de degradación del rendimiento si hay muchos
recursos que comparten la conexión de red, por ejemplo, para descargar archivos
grandes o para enviar y recibir correo electrónico.
Las redes con alto ancho de banda no garantizan una latencia baja. Por ejemplo, una
ruta de red que atraviesa un enlace por satélite suele tener alta latencia, aunque el
rendimiento sea muy alto. Es frecuente que un viaje de ida y vuelta a la red que
atraviesa un vínculo por satélite tenga cinco o más segundos de latencia. Una aplicación
diseñada para enviar una solicitud, esperar una respuesta, enviar otra solicitud, esperar
otra respuesta, etc., esperará al menos cinco segundos para cada intercambio de
paquetes, independientemente de la velocidad del servidor.
Cómo comprobar la latencia

Las aplicaciones de involucración del cliente incluyen una herramienta de diagnóstico
básica que analiza la conectividad del cliente con la organización y genera un informe.
Para ejecutar la herramienta de diagnóstico, siga estos pasos.
1. En el equipo o el dispositivo del usuario, inicie un explorador web e inicie sesión en

una organización.
2. Escriba la siguiente dirección URL,
https://myorg.crm.dynamics.com/tools/diagnostics/diag.aspx , donde
myorg.crm.dynamics.com es la dirección URL de su organización.
3. Haga clic en Ejecutar.
El informe muestra una tabla con información de pruebas y comparativas. De especial

importancia es el valor de la fila Prueba de latencia. Este valor es la media de veinte
pruebas individuales. Normalmente, cuanto más bajo es el número, mejor es el
rendimiento del cliente. Aunque los usuarios pueden recibir una experiencia satisfactoria
utilizando conexiones con más latencia, para mejorar el rendimiento de la aplicación se
recomienda que el valor sea de 150 ms (milisegundos) o menos.
Recomendaciones para mejorar el rendimiento

de la aplicación
Maximice la rapidez con la que se cargan los formularios. Más información:
Optimizar el rendimiento del formulario
Asegúrese de que no esté usando representación de formularios heredados, que

puede hacer que los formularios tarden más en cargarse. Más información: Cuadro
de diálogo Configuración del sistema: pestaña General
Consulte también
Usar información sobre el rendimiento
La información sobre el rendimiento es una herramienta de autoservicio para creadores

de aplicaciones empresariales que analiza los datos de los usuarios en tiempo de
ejecución y proporciona una lista priorizada de recomendaciones para ayudar a mejorar
el rendimiento de las aplicaciones basadas en modelos. Esta característica proporciona
un conjunto diario de información analítica relacionada con el rendimiento de una
aplicación de participación del cliente o basada en modelos de Power Apps, como
Dynamics 365 Sales o Dynamics 365 Service, con recomendaciones y elementos
accionables. Los creadores de aplicaciones empresariales pueden ver información
detallada sobre el rendimiento a nivel de aplicación en el portal de Power Apps. Más
información: ¿Qué son las estadísticas de rendimiento?
Consultar también
Depurar una aplicación basada en modelo con Monitor

Privacidad de datos y cumplimiento
Microsoft se compromete a los niveles superiores de confianza, de transparencia, de

conformidad de estándares, y de cumplimiento normativo. El amplio conjunto de
productos y servicios en la nube de Microsoft se construye desde cero para abordar las
demandas de seguridad y privacidad más rigurosas de nuestros clientes.
Para ayudar a su organización a cumplir con los requisitos nacionales, regionales y

específicos del sector que rigen la recopilación y el uso de los datos de personas,
Microsoft proporciona el conjunto de ofertas de cumplimiento más completo (incluidas
certificaciones y atestiguaciones) de cualquier proveedor de servicios de nube. También
hay herramientas para que los administradores respalden los esfuerzos de su
organización. En esta parte del documento, cubriremos con más detalle los recursos
disponibles para ayudarle a determinar y lograr los requisitos de su propia organización.
Centro de confianza
El Centro de confianza de Microsoft es un recurso centralizado para obtener
información sobre la cartera de productos de Microsoft. Incluye información de
seguridad, privacidad, cumplimiento, y transparencia. Aunque este contenido puede
contener algún subconjunto de esta información para Power Apps, es importante
consultar siempre el Centro de confianza de Microsoft para obtener la información
fidedigna más actualizada.
Para referencia rápida, puede encontrar la información del Centro de confianza para
Microsoft Power Platform aquí: https://www.microsoft.com/trust-center/product-
overview . Esto incluirá información sobre Power Apps, Microsoft Power Automate y
Power BI.
Ubicación de los datos

Microsoft opera varios centros de datos en todo el mundo que admiten aplicaciones de
Microsoft Power Platform. Cuando la organización establece un inquilino, establece la
ubicación geográfica predeterminada. Además, cuando se crean entornos para dar
apoyo a aplicaciones de soporte y contener datos de Microsoft Dataverse se pueden
especificar entornos para una ubicación geográfica específica. Una lista actual de las
ubicaciones geográficas para Microsoft Power Platform se puede encontrar aquí
https://www.microsoft.com/TrustCenter/CloudServices/business-application-
platform/data-location
Para disfrutar de la continuidad de operaciones, Microsoft puede replicar datos a otras
regiones dentro de una ubicación geográfica, pero los datos no desplazarán fuera de la
ubicación geográfica para permitir la resistencia de datos. Esto respalda la capacidad de
conmutar por error o recuperarse más rápidamente si hay una interrupción grave. Hay
unas pocas excepciones a mantener los datos en la ubicación geográfica específica que
aparecen en el sitio anterior, centrado principalmente en aspectos legales y de soporte.
Es igualmente importante notar, que usted o sus usuarios pueden realizar acciones que
expongan datos fuera de la ubicación geográfica. Otros servicios también se pueden
configurar para obtener acceso a los datos y exponerlos fuera de la ubicación
geográfica. De manera predeterminada, los usuarios autorizados pueden acceder a la
plataforma y sus aplicaciones y datos desde cualquier lugar del mundo donde haya
conectividad.
Protección de datos
Los datos están protegidos mientras están en tránsito entre los dispositivos de usuario y
los centros de datos de Microsoft. Las conexiones establecidas entre los clientes y los
centros de datos de Microsoft están cifradas y todos los puntos de conexión públicos
están protegidos mediante la seguridad TLS estándar del sector. TLS establece
efectivamente una conexión de navegador a servidor con seguridad mejorada para
ayudar a garantizar la confidencialidad e integridad de los datos entre escritorios y
centros de datos. El acceso API desde el extremo del cliente al servidor también está
protegido de manera similar. Actualmente, se requiere TLS 1.2 (o superior) para tener
acceso a los extremos de servidor.
Los datos transferidos a través de la puerta de enlace de datos local también están
cifrados. Los datos que los usuarios cargan se envía normalmente a Almacenamiento de
blobs de Azure, y todos los metadatos y artefactos del propio sistema se almacenan en
una Azure SQL Database y Azure Table Storage.
Todos los entornos de la base de datos de Dataverse usan cifrado de datos transparente
(TDE) de SQL Server para realizar cifrado de datos en tiempo real cuando se escriben en
el disco, lo que también se conoce como cifrado en reposo.
De forma predeterminada, Microsoft almacena y administra las claves de cifrado de

base de datos para sus entornos para que usted no tenga que hacerlo. La característica
de claves de administración del Centro de administración de Power Platform ofrece a los
administradores la capacidad de autoadministrar las claves de cifrado de base de datos
que están asociados a entornos de Dynamics 365 (online). Puede leer más información
acerca de administrar sus propias claves aquí pero por lo general se recomienda que
Microsoft administre las claves a menos que tenga una necesidad específica de negocio
para mantener la suya.
Recursos para administrar el cumplimiento del

RGPD
El Reglamento General de Protección de Datos (RGPD) de la Unión Europea es una de
las normativas de privacidad promulgadas más recientes que brinda a las personas
derechos para administrar sus datos personales. En esta sección veremos algunas de
herramientas y los recursos disponibles en Microsoft Power Platform para ayudar a los
administradores en sus esfuerzos para cumplir el RGPD. Algunos de estos recursos y
herramientas también pueden ser útiles para ayudarle en otras tareas relacionadas con
la privacidad de los datos que no están directamente relacionadas con el RGPD. Una
discusión completa del RGPD se encuentra fuera del alcance de este contenido, aunque
en esta sección nos centraremos en herramientas y recursos para sus esfuerzos.
Además, Microsoft tiene una sección en el Centro de confianza dedicada a recursos e
información del RGPD que puede ser útil. Puede encontrarla aquí
https://www.microsoft.com/TrustCenter/Privacy/gdpr/default.aspx
Primero, revisemos la terminología del RGPD que importa en este contexto:
Término Importancia
Interesado El RGPD identifica a las personas como interesados. Son sus datos personales los
que puede haber obtenido la organización al dar un empleo a esa persona o en
alguna interacción para recoger sus datos personales
Responsable Organizaciones que recogen y tratan los datos para sus propios fines
del
tratamiento
de datos
Encargado Organizaciones que tratan los datos en nombre de otros

del
tratamiento
de datos
Datos Cualquier información relacionada con una persona física identificada o

personales identificable.
Como administrador una de las actividades principales en apoyo del RGPD estará
relacionada con las solicitudes de los derechos de los interesados (DSR). Éstas son
solicitudes formales de interesado a un responsable del tratamiento de datos (probable
su organización) para que actúe sobre sus datos personales en sus sistemas. El RGPD da
derechos a los interesados para obtener copias, solicitar correcciones, restringir el
tratamiento de sus datos, eliminar datos y recibir copias en formato electrónico para
que puedan ser movidos a otro responsable del tratamiento de datos.
Los vínculos siguientes apuntan a información detallada para ayudarle a responder a

solicitudes de DSR en función que use su organización.
Área de características Vinculo a pasos detallados de respuesta

de la plataforma
Power Apps Respuesta a las Solicitudes de derechos del interesado (DSR) para
exportar los datos de clientes de Power Apps
Dataverse Respuesta a las Solicitudes de derechos del interesado (DSR) para los
datos de clientes de Dataverse
Power Automate Responder a las solicitudes del titular de los datos del RGPD para
Power Automate
Microsoft Accounts Respuesta a las solicitudes de derechos de los interesados (DSR) de

(MSAs) acuerdo con el RGPD
Aplicaciones de Solicitudes de sujetos de datos de Dynamics 365 para el RGPD y la

interacción con el cliente CCPA
Centro de seguridad y cumplimiento de

Microsoft 365
Use el Administrador de cumplimiento de Microsoft Purview , a fin de administrar los
esfuerzos de cumplimiento a través de los servicios en la nube de Microsoft en un solo
lugar.
Power Automate Audit Log Events

En la Búsqueda de registros de auditoría del centro de cumplimiento, los
administradores pueden buscar y ver eventos de Power Automate. Los eventos incluyen
flujo creado, flujo editado, flujo eliminado, permisos editados, permisos eliminados,
iniciada una prueba de pago, Renovada una prueba de pago. Con el portal puede elegir
qué desea buscar y un período de tiempo.
1. Inicie sesión en el portal de cumplimiento de Microsoft Purview .
2. En Soluciones, seleccione Auditoría.

3. En Actividades, seleccione las actividades de Power Automate a auditar.
4. Seleccione Buscar.
5. Cuando se complete la búsqueda, selecciónela para ver la lista de actividades

relacionadas.
6. Seleccione una fila en la lista para ver los detalles de actividad.

Los datos de auditoría se mantienen durante 90 días. Puede realizar exportaciones de
CDSV de los datos permitiendo moverlos a Excel o a PowerBI para un análisis más
detallado. Puede encontrar un tutorial completo del uso de la información de auditoría
aquí: https://flow.microsoft.com/blog/security-and-compliance-center/
Acerca del cumplimiento del RGPD (UE)
A partir del 25 de mayo de 2018, está en vigor una ley europea de privacidad, el
Reglamento General de Protección de Datos (RGPD) . El RGPD impone nuevas reglas a
las empresas, los organismos públicos, las ONG y otras organizaciones que ofrecen
productos y servicios a las personas en la Unión Europea (UE) o que recopilan y analizan
datos vinculados a residentes en la Unión Europea. Microsoft aplica los requisitos del
RGPD a todos los servicios en línea.
Microsoft diseñó Dynamics 365 con medidas de seguridad y políticas de privacidad

líderes en la industria para salvaguardar sus datos en la nube, incluyendo las categorías
de datos personales identificadas por el RGPD. Dynamics 365 puede ayudarle en su
camino para reducir los riesgos y lograr el cumplimiento del RGPD.
Controlar quién tiene acceso a los datos personales es una clave para asegurar
esos datos, y la seguridad de los datos es un requisito fundamental del RGPD. La
plataforma le permite gestionar y controlar el acceso a sus datos de varias
maneras:
La seguridad basada en roles le permite agrupar un conjunto de privilegios que
limitan las tareas que puede realizar un determinado usuario. Esta es una
capacidad importante, especialmente cuando las personas cambian de roles
dentro de una organización.
La seguridad basada en registros le permite restringir el acceso a registros
específicos.
La seguridad a nivel de campo le permite restringir el acceso a campos específicos
de alto impacto, como la información de identificación personal (PII).
Azure Active Directory (Azure AD) le ayuda a proteger su entorno del acceso no
autorizado simplificando la gestión de usuarios y grupos y permitiéndole asignar y
revocar privilegios fácilmente. Azure AD incluye herramientas como la
autenticación multifactor para un inicio de sesión altamente seguro.
Adicionalmente, Azure AD Privileged Identity Management le ayuda a reducir los
riesgos asociados a los privilegios administrativos mediante el control de acceso, la
gestión y la elaboración de informes.
Otro requisito fundamental del RGPD es proteger los datos personales que controla o
procesa. Power Platform está diseñado para optimizar la seguridad de sus datos:
El ciclo de vida del desarrollo de la seguridad es un proceso obligatorio de

Microsoft que incorpora los requisitos de seguridad en cada fase del proceso de
desarrollo. Los productos de Microsoft, incluido Dynamics 365, se crean utilizando
el ciclo de vida de desarrollo de seguridad.
El cifrado en tránsito entre los dispositivos de sus usuarios y nuestros centros de
datos, así como en reposo en el almacenamiento de datos de Dataverse ayuda a
proteger sus datos en todo momento.
Introducción al RGPD
El cumplimiento es un proceso continuo y una responsabilidad compartida. Microsoft
ofrece un potente conjunto de herramientas y proporciona una amplia documentación
sobre cómo utilizarlas para facilitar el proceso. Microsoft está invirtiendo en
características y funcionalidades adicionales para ayudar a las organizaciones a cumplir
con el RGPD.
Tanto si es un responsable de cumplimiento, un responsable de la toma de decisiones

que está considerando Dynamics 365 como solución en la nube, un administrador que
busca ayuda con una implementación específica que cumpla con el RGPD, o una parte
interesada que busca información general sobre cómo el RGPD se relaciona con
Dynamics 365 y la computación en la nube, la información aquí puede proporcionarle
un punto de partida para obtener lo que necesita.
Todo viaje necesita una hoja de ruta. Su hoja de ruta hacia el cumplimiento del RGPD
comienza centrándose en cuatro pasos clave, y Microsoft Dynamics 365 proporciona
herramientas y soluciones sólidas para abordar cada paso. Obtenga más información
sobre cómo los productos y servicios de Microsoft pueden ayudarle en el camino hacia
el cumplimiento del RGPD.
Evaluar su organización
Detectar
El primer paso hacia el cumplimiento del RGPD es evaluar si el RGPD se aplica a su

organización y, en caso afirmativo, qué datos bajo su control están sujetos al RGPD. Este
análisis incluye el conocimiento de los datos de los que dispone y dónde residen.
Adoptar un esquema de clasificación que se aplique en toda su organización le ayuda a
responder a las solicitudes de los interesados porque le permite identificar y procesar
más rápidamente las solicitudes de datos personales.
Microsoft Dynamics 365 y las herramientas relacionadas le ayudan a descubrir y

clasificar los datos personales. Puede buscar e identificar datos personales con:
Búsqueda rápida y búsqueda avanzada

Búsqueda por relevancia
Filtros
Web API
Aprovechar las herramientas

Administrar
El RGPD proporciona a los interesados, personas a las que se refieren los datos, un
mayor control sobre la forma en que se recopilan y utilizan sus datos personales. La
gestión del acceso y el control del uso y el acceso a los datos son fundamentales para el
cumplimiento del RGPD. Dynamics 365 proporciona capacidades para autenticar a los
usuarios y gobernar el acceso a los datos personales. Las organizaciones pueden:
Mostrar avisos de privacidad personalizados y solicitar y obtener el consentimiento

para las actividades de procesamiento.
Rectificar los datos personales inexactos o incompletos utilizando diversos
métodos.
Decidir si la solicitud de eliminación cumple los requisitos del RGPD para la
eliminación de datos personales.
Cumplir con las solicitudes de portabilidad de los sujetos de los datos utilizando
las capacidades de exportación de datos.
La organización puede decidir utilizar las capacidades de búsqueda avanzada para

identificar al sujeto de los datos y sus datos relacionados.
Descubrir la protección incorporada

Proteger
Los servicios de Microsoft se desarrollan utilizando el ciclo de vida de desarrollo seguro

de Microsoft, que incorpora metodologías de privacidad por diseño y privacidad de
forma predeterminada. Dynamics 365 y las herramientas relacionadas pueden ayudarle
a cumplir con los requisitos de protección de datos del RGPD proporcionando formas
de asegurar/cifrar aún más los datos personales en reposo y en tránsito, detectar y
responder a las vulneraciones de datos y facilitar las pruebas regulares de las medidas
de seguridad. Dynamics 365 proporciona:
Seguridad de la capa de transporte (TLS), cifrado de nivel de celda de SQL Server y

cifrado de datos transparente (TDE) para proteger los datos personales en tránsito
y en reposo.
Compatibilidad con Azure Active Directory (Azure AD) para gestionar las
identidades de los usuarios.
La capacidad de conceder y restringir el acceso de los usuarios a los datos
personales mediante funciones y campos de seguridad y modelos de seguridad de
nivel jerárquico.
Auditoría de Dynamics 365 para ayudar a detectar violaciones de datos.
Herramientas para ayudar a mantener registros

detallados
Denuncia
El RGPD establece nuevos estándares en transparencia, responsabilidad y

mantenimiento de registros. Las organizaciones que procesan datos personales deberán
mantener registros detallados para cumplir con la normativa. Microsoft proporciona
capacidades para ayudar a cumplir con los requisitos de informes de datos. Con los
entornos, podrá:
Seguir y registrar los cambios en los datos personales utilizando la función de

auditoría.
Realice el seguimiento y el registro de las actividades de procesamiento relevantes
para una evaluación del impacto de protección de datos (DPIA) utilizando las
capacidades de auditoría.
El RGPD establece requisitos relativos a los flujos de datos personales que entran y salen
de la UE y a los flujos de datos personales a terceros proveedores de servicios. La
exposición a una transferencia de datos transfronteriza innecesaria se reduce si
Microsoft utiliza una estrategia de centro de datos regional.
Microsoft ofrece compromisos contractuales para todos sus cloud services

empresariales, incluido Dynamics 365. Los compromisos incluyen condiciones detalladas
de protección de datos, las Cláusulas Modelo de la UE y el cumplimiento del Marco del
Escudo de Privacidad UE-EE. UU. en lo que respecta a la recopilación, el uso y la
conservación de la información personal transferida desde la Unión Europea a los
Estados Unidos. Microsoft también mantiene un inventario de los proveedores de
servicios de terceros que pueden tener acceso a los datos de los clientes, y limita el
acceso a los datos de los clientes por parte de terceros.
Las organizaciones que procesan datos personales pueden estar obligadas a realizar
evaluaciones del impacto de protección de datos (DPIA). Para ayudar a los clientes que
buscan información que pueda ayudarles a realizar una DPIA que aborde su uso de
Dynamics 365, Microsoft proporciona información detallada sobre su procesamiento de
datos de clientes y las medidas de seguridad utilizadas para proteger esos datos.
Recursos para administrar el cumplimiento del

RGPD
Para obtener información sobre las herramientas y los recursos disponibles para
Microsoft Power Platform para ayudar a los administradores en sus esfuerzos por
cumplir con el RGPD, consulte Recursos para administrar el cumplimiento del RGPD.
Consulte también
Recursos de privacidad y RGPD de Microsoft
Preguntas frecuentes de RGPD
Introducción: Apoyo a la rendición de cuentas del RGPD

Respuesta a las solicitudes de DSR para
registros generados por el sistema en
Power Apps, Power Automate y
Microsoft Dataverse
Microsoft le ofrece la capacidad de acceder, exportar y eliminar registros generados por

el sistema que se pueden considerar personales de acuerdo con la definición amplia de
datos personales del Reglamento General de protección de datos (RGPD) de la Unión
Europea (UE). Ejemplos de registros generados por el sistema que se pueden considerar
personales de acuerdo con el RGPD:
Datos de uso de productos y servicios, como registros de actividad del usuario

Solicitudes búsqueda y datos de consultas del usuario
Datos generado por productos y servicios como un producto de la funcionalidad y
la interacción del sistema por usuarios u otros sistemas
Tenga en cuenta que no se admite la capacidad para limitar o rectificar datos en

registros generados por el sistema. Los datos de registros generados por el sistema
constituyen acciones factuales realizadas en la nube de Microsoft, y los datos de
diagnóstico incluidas las modificaciones de tales datos pondría en riesgo el registro
histórico de acciones e incrementaría los riesgos de fraude y seguridad.
Requisitos previos
Los este artículo se centra en responder a las solicitudes de DSR para registros
generados por el sistema en inquilinos administrados y no administrados. Para
determinar si usted pertenece a un inquilino administrado o no administrado, consulte
la sección Determinación del tipo de inquilinos a continuación.
Acceso y exportación de los registros

generados por el sistema para inquilinos
administrados
Los administradores pueden acceder a registros generados por el sistema asociados al
uso que hace un usuario de servicios y aplicaciones de Power Apps, Power Automate y
Dataverse.
Para tener acceso y exportar registros generados por el sistema, haga lo siguiente:
1. Vaya al Portal de confianza de servicios de Microsoft e inicie sesión con

credenciales de administrador global.
2. En la lista desplegable Privacidad en la parte superior de la página, seleccione

Solicitud de interesado.
3. En la página Solicitud de interesado, en Registros generados por el sistema,

seleccione Exportación del registro de datos. La exportación del registro de datos
muestra una lista de solicitudes de exportación de datos enviadas por su
organización.
4. Para crear una nueva solicitud para un usuario, haga clic en Crear solicitud de
Después de crear una nueva solicitud, la solicitud aparece en la página

Exportación del registro de datos, donde puede seguir su estado. Después de
completar una solicitud, puede hacer clic en un vínculo para obtener acceso a los
registros generados por el sistema, que se exportarán a la ubicación de
almacenamiento de Azure de su organización en el plazo de los 30 días después
de crear la solicitud. Los datos se guardarán en formatos de archivo comunes
legibles por máquina como XML, CSV, o JSON. Si no tiene una cuenta de Azure de
cuentas y una ubicación de almacenamiento de Azure, deberá crear una cuenta de
Azure y/o una ubicación de almacenamiento de Azure para su organización para
que la herramienta de exportación del registro de datos pueda exportar los
registros generados por el sistema. Para más información, consulte Introducción a
Azure Storage
La tabla siguiente resume el acceso y exportación de los registros generados por el

sistema para inquilinos administrados:
Pregunta Respuesta
¿Cuánto tarda la herramienta de Esto depende de varios factores. En la mayoría de los casos
exportación de registros de debe completarla en uno o dos días, pero puede tardar hasta
datos de Microsoft en 30 días.
completar una solicitud?
¿En qué formato salida se La salida será en forma de archivos estructurados, legibles por
encuentran? máquina como XML, CSV, o JSON.
Pregunta Respuesta
¿Quién tiene acceso a la El administrador global tendrá acceso a la herramienta de

herramienta de exportación del administración de registros de RGPD.
registro de datos para enviar
solicitudes de acceso para
registros generados por el
sistema?
¿Qué datos devuelve la La herramienta de exportación de registros de datos devuelve

herramienta de exportación de registros generados por el sistema que almacena Microsoft.
registros de datos? Los datos exportados se extienden a diferentes servicios de
Microsoft, incluidos Microsoft 365, Azure, Dynamics Power
Apps, Power Automate y Dataverse.
¿Cómo se devuelven los datos al Los datos se exportarán a la ubicación de almacenamiento de

usuario? Azure de la organización; los administradores de la
organización podrán determinar cómo mostrar o devolver
estos datos a los usuarios.
¿Cómo serán los datos de los Ejemplo de registro generado por el sistema en formato JSON:
registros generados por el [{
sistema? "DateTime": "2017-04- 28T12:09:29-07:00",
"AppName": "SharePoint",
"Action": "OpenFile", "IP": "154.192.13.131",
"DevicePlatform": "Windows 1.0.1607"
}]
７ Nota
Por motivos de seguridad y auditoría, algunas características no permiten exportar

o cancelar registros generados por el sistema para mantener la integridad de
información personal.
Eliminación de los registros generados por el

sistema para inquilinos administrados
Para eliminar registros generados por el sistema recuperados con una solicitud de
acceso, debe quitar el usuario del servicio y eliminar permanentemente su cuenta de
Azure Active Directory. Para obtener instrucciones sobre cómo eliminar
permanentemente un usuario, consulte la sección Eliminación de un usuario de la
documentación del RGPD sobre solicitudes de interesados para Azure que se encuentra en
el Portal de servicios de confianza de Microsoft 365 . Es importante observar que la
eliminación permanente de una cuenta de usuario es irreversible una vez iniciada.
La eliminación permanente de una cuenta de usuario quita los datos del usuario de los
registros generados por el sistema para los servicios de Power Apps, Power Automate y
Dataverse en un plazo de 30 días.
Acceso y exportación de los registros

generados por el sistema para inquilinos no
administrados
Los usuarios pueden tener acceso a registros generados por el sistema asociados con el
uso que hacen de servicios y aplicaciones de Power Apps, Power Automate y Dataverse.
Para tener acceso y exportar registros generados por el sistema, haga lo siguiente:
1. Vaya la Portal de privacidad en trabajo y centros escolares .

2. En la página Mis solicitudes de datos, el usuario puede solicitar una exportación
de datos haciendo clic en el botón Nueva solicitud de exportación.
3. Al hacer clic en este botón, se le pedirá que confirme su solicitud. Haga clic en Sí
para continuar.
4. Las nuevas solicitudes de exportación pueden tardar hasta 1 mes en completarse.
Durante este tiempo verá un estado de Ejecutándose.
5. Una vez completada, la columna Fecha de finalización se rellenará y se
proporcionará un vínculo a los registros generados por el sistema.
6. Haga clic en este vínculo para descargar los datos. Puede usar un editor de texto
para ver estos datos.
7. Tenga en cuenta también que la Fecha de vencimiento de este contenido se
rellena en la columna Fecha de vencimiento. Tiene este plazo para recuperar los
registros generados por el sistema.
La tabla siguiente resume el acceso y exportación de los registros generados por el

sistema para inquilinos no administrados:
Pregunta Respuesta
¿Cuánto tarda la herramienta de Esto depende de varios factores. En la mayoría de los casos
exportación de registros de debe completarla en uno o dos días, pero puede tardar hasta
datos de Microsoft en completar 30 días.
una solicitud?
¿En qué formato salida se La salida será en forma de archivos estructurados, legibles por
encuentran? máquina como XML, CSV, o JSON.
Pregunta Respuesta
¿Quién tiene acceso a la Los usuarios que son miembros de un inquilino no

herramienta de exportación del administrado tienen acceso para enviar solicitudes.
registro de datos para enviar
solicitudes de acceso para
registros generados por el
sistema?
¿Qué datos devuelve la La herramienta de exportación de datos devuelve registros

herramienta de exportación de generados por el sistema que almacena Microsoft. Los datos
datos? exportados se extienden a diferentes servicios de Microsoft,
incluidos Microsoft 365, Azure, Dynamics Power Apps, Power
Automate y Dataverse.
¿Cómo se devuelven los datos al Los datos se exportarán a una página web de Microsoft
usuario? donde se proporcionará un vínculo al usuario que realizó la
solicitud de DSR.
¿Cómo serán los datos de los Ejemplo de registro generado por el sistema en formato
registros generados por el JSON:
sistema? [{
"DateTime": "2017-04- 28T12:09:29-07:00",
"AppName": "SharePoint",
"Action": "OpenFile", "IP": "154.192.13.131",
"DevicePlatform": "Windows 1.0.1607"
}]
７ Nota
Por motivos de seguridad y auditoría, algunas características no permiten exportar

o cancelar registros generados por el sistema para mantener la integridad de
información personal.
Eliminación de los registros generados por el

sistema para inquilinos no administrados
Para eliminar registros generados por el sistema recuperados con una solicitud de
acceso, debe cerrar su cuenta, lo que elimina los registros generados por el sistema y
quitará sus datos de los servicios Power Apps, Power Automate, y Dataverse en un plazo
de 30 días.
Para eliminar registros generados por el sistema, haga lo siguiente:
1. Vaya la Portal de privacidad en trabajo y centros escolares .

2. En la página Mis solicitudes de datos, un usuario puede solicitar la eliminación de
sus datos haciendo clic en el botón Cerrar cuenta.
3. Al hacer clic en este botón, se le pedirá que confirme su solicitud. Haga clic en Sí
para continuar.
4. Una vez se ha cerrado la cuenta, no tendrá acceso a Power Apps, Power Automate
y Dataverse.
Determinación del tipo de inquilino

Para determinar si usted es usuario de un inquilino administrado o no administrado,
realice las siguientes acciones:
1. Abra la siguiente dirección URL en un explorador, asegurándose de reemplazar su

dirección de correo electrónico en la dirección
URL:https://login.microsoftonline.com/common/userrealm/name@contoso.com?
api-version=2.1 .
2. Si usted es miembro de un inquilino no administrado verá "IsViral": true en la

respuesta.
PowerShell
...
"Login": "name@unmanagedcontoso.com",
"DomainName": "unmanagedcontoso.com",
"IsViral": **true**,
...
3. De lo contrario, pertenece a un inquilino administrado.

Respuesta a las Solicitudes del
interesado (DSR) para la integración de
datos para datos clientes de Microsoft
Dataverse
Introducción a las solicitudes de DSR

El Reglamento general de protección de datos (RGPD) de la Unión Europea (UE) da
derechos a las personas (conocidas en el reglamento como interesados) para
administrar los datos personales que se recopilan por una empresa u otro tipo de
agencia y organización (conocida como responsable del tratamiento de datos o
simplemente responsable). Los datos personales se definen muy ampliamente en el
RGPD como los datos relacionados con una persona física identificada o identificable. El
RGPD proporciona a los interesados el derecho de hacer lo siguiente, ya que pertenece
a sus datos personales:
Obtener copias
Solicitar correcciones
Restringir el procesamiento
Eliminarlo
Recibirlo en formato electrónico para que pueda moverse a otro responsable del
tratamiento de datos
Una solicitud formal por parte de un interesado a un responsable de los datos para que
actúe respecto a sus datos personales se denomina solicitud del interesado (DSR).
En este artículo se describe cómo Microsoft se está preparando para el RGPD y también
se proporcionan ejemplos de pasos que puede realizar para admitir el cumplimiento del
RGPD al usar la integración de datos para administradores a través del portal del
administrador en Dataverse. Aprenderá a usar los productos, los servicios y las
herramientas administrativas de Microsoft para ayudar al responsable del tratamiento
de datos de los clientes a buscar, tener acceso y realizar acciones sobre datos
personales en la nube de Microsoft en respuesta a las solicitudes de DSR.
Buscar e identificar datos personales

La integración de datos para administradores en Dataverse permite a cualquier usuario
de la aplicación del integrador ver sus datos usando la ficha de la integración de los
datos en:
https://admin.powerapps.com/dataintegration
Los datos almacenado para un usuario se muestran en el portal. Todos proyectos están
visibles en la ficha de proyectos:
Todos los conjuntos de conexión están visibles en la ficha de conjuntos de conexión:
Todas las plantillas están visibles en la ficha de plantillas:

Proteger y controlar el acceso a la información
personal
En la integración de datos para administradores en Dataverse, se pueden obtener
acceso a los datos almacenados por la aplicación de integración de datos solo a través
del portal del administrador.
Eliminar datos personales

En la integración de datos para administradores de Dataverse, los datos, proyectos y
conjuntos de conexión creados por usuarios se pueden eliminar por el usuario asociado
a ellos. Para eliminar los datos personales, los usuarios pueden iniciar sesión en el portal
del administrador: https://admin.powerapps.com
Los usuarios pueden eliminar proyectos yendo a la ficha de proyectos y haciendo clic en
los puntos suspensivos junto al proyecto y seleccionando la opción de eliminar:
Los usuarios pueden eliminar plantillas yendo a la ficha de plantillas y haciendo clic en
los puntos suspensivos junto a la plantilla y seleccionando la opción de eliminar:
Los usuarios pueden eliminar los conjuntos de conexión yendo a la ficha de conjuntos
de conexión y haciendo clic en los puntos suspensivos junto al y seleccionando la
opción de eliminar:
Exportar datos personales
En la integración de datos para administradores de Dataverse, los datos creados por
usuarios se pueden exportar por el usuario asociado a ellos. Para exportar los datos
personales, los usuarios pueden iniciar sesión en el portal del administrador:
https://admin.powerapps.com
Para exportar proyectos o proyectos con historial de ejecución, los usuarios pueden ir a
la ficha de proyectos y hacer clic en los puntos suspensivos junto al proyecto y
seleccionar la opción deseada de exportación:
Para exportar plantillas, los usuarios pueden ir a la ficha plantillas y hacer clic en los
puntos suspensivos junto a la plantilla y seleccionar la opción de exportar:
Para exportar los conjuntos de conexión, los usuarios pueden ir a la ficha de conjuntos
de conexión y hacer clic en los puntos suspensivos junto al conjunto de conexión y,
después, seleccionar la opción de exportar:
interesado (DSR) para los datos de
clientes de Power Apps
Introducción a las solicitudes de DSR

derechos a las personas (conocidas en el reglamento como interesados) para administrar
los datos personales que se recopilan por un contratador u otro tipo de agencia y
organización (conocida como responsable del tratamiento de datos o simplemente
responsable). Los datos personales se definen muy ampliamente en el RGPD como los
datos relacionados con una persona física identificada o identificable. El RGPD
proporciona a los interesados el derecho de hacer lo siguiente, ya que pertenece a sus
datos personales:
Obtener copias
Eliminarlo
RGPD al usar Power Apps, Power Automate y Microsoft Dataverse. Aprenderá a usar los
productos, los servicios y las herramientas administrativas de Microsoft para ayudar al
responsable del tratamiento de datos de los clientes a buscar, tener acceso y realizar
acciones sobre datos personales en la nube de Microsoft en respuesta a las solicitudes
de DSR.
Las siguientes acciones están tratadas en este artículo:
Descubrir: use las herramientas de búsqueda y detección para buscar más

fácilmente datos de clientes que puedan ser objeto de una solicitud de DSR. Una
vez que se obtienen documentos potencialmente dinámicos, puede realizar una o
más de las siguientes acciones de DSR para responder a la solicitud. También
puede determinar que la solicitud no cumple las directrices de la organización para
responder a las solicitudes de DSR.
Acceder: recupere los datos personales que se encuentran en la nube de Microsoft

y, si se solicita, realice una copia de dichos datos disponibles para el interesado.
Rectificar: realice cambios o implemente otras acciones solicitadas en los datos

personales, donde corresponda.
Restringir: restrinja el tratamiento de los datos personales, quitando las licencias

para diversos servicios en línea o desactivando los servicios deseados donde sea
posible. También puede quitar datos de la nube de Microsoft y conservarlos de
manera local o en otra ubicación.
Eliminar: quite de manera permanente la información personal que se encuentra

en la nube de Microsoft.
Exportar: proporcione una copia electrónica (con una forma de lectura mecánica)
de los datos personales al interesado.
Detectar
El primer paso a la hora de responder a una solicitud del interesado (DSR) es encontrar
la información personal a la que se refiere la solicitud. Este primer paso (buscar y revisar
los datos personales en cuestión) ayudará a determinear si una solicitud de DSR cumple
los requisitos de la organización para aceptar o rechazar una solicitud de DSR. Por
ejemplo, después de buscar y revisar la información personal en cuestión, puede
determinar que la solicitud no cumple los requisitos de su organización porque puede
afectar negativamente a los derechos y libertades de otros.
Paso 1: Buscar los datos personales del usuario en Power

Apps
A continuación se proporciona un resumen de los tipos de recursos de Power Apps que
contienen información personal para un usuario específico.
Recursos que Finalidad

contienen datos
personales
Entorno Un entorno es un espacio para almacenar, administrar y compartir datos

profesionales, aplicaciones y flujos de su organización. Más información
Recursos que Finalidad
contienen datos
personales
Permisos de A los usuarios se asignan roles de los entornos para conceder privilegios de
entorno creador y administrador en un entorno. Más información
Aplicación de Las aplicaciones de negocio multiplataforma se pueden crear desde un

lienzo lienzo en blanco y conectarse a más de 200 orígenes de datos. Más
información
Permisos de Las aplicaciones de lienzo se pueden compartir con usuarios en una

aplicación de lienzo organización. Más información
Connection Usado por conectores y permite conectividad con API, sistemas, bases de
datos, etc. Más información
Permisos de Algunos tipos de conexiones se pueden compartir con usuarios dentro de

conexión una organización. Más información
Conector Conectores personalizados que un usuario ha creado para proporcionar

personalizado acceso a un origen de datos no proporcionado con uno de los conectores
estándar de Power Apps. Más información
Permisos de Los conectores personalizados se pueden compartir con usuarios en una

conector organización. Más información
personalizado
Configuración de Power Apps almacena varias preferencias y ajustes de usuario que se usan
usuarios y para brindar experiencias de portal y tiempo de ejecución de Power Apps.
aplicaciones de
usuario de Power
Apps
Notificaciones de Power Apps envía varios tipos de notificaciones a los usuarios, incluido
Power Apps cuándo una aplicación se comparte con ellos y cuándo se ha completado
una operación de exportación de Dataverse.
Puertas de enlace Las puertas de enlace son puertas de enlace de datos locales que puede
instalar un usuario para transferir datos rápidamente y con seguridad entre
Power Apps y un origen de datos que no está en la nube. Más información
Permisos de puerta Las puertas de enlace se pueden compartir con usuarios en una
de enlace organización. Más información
Aplicaciones El diseño de una aplicación controlada por modelos es un enfoque

basadas en modelo centrado en los componentes para el desarrollo de la aplicación. Las
y permisos de aplicaciones basadas en modelo y sus permisos de acceso de usuarios se
aplicaciones almacenan como datos en la base de datos de Dataverse. Más información
basadas en modelo
Power Apps proporciona las experiencias siguientes para encontrar los datos personales
para un determinado usuario:
Acceso al sitio web: sitio de Power Apps y Portal de confianza del servicio de
Microsoft 365
Acceso a PowerShell: cmdlets Power Apps (para creadores de aplicaciones y
administradores) y cmdlets para puertas de enlace locales
Para obtener pasos detallados sobre cómo usar estas experiencias para encontrar datos
personales para un determinado usuario para cada uno de estos tipos de recursos, vea
Respuesta a las Solicitudes de derechos del interesado (DSR) para exportar los datos de
clientes de Power Apps.
Después de que encuentre los datos, puede realizar la acción específica para atender la
solicitud del interesado.
Paso 2: Buscar los datos personales del usuario en Power

Automate
Las licencias de Power Apps siempre incluyen capacidades de Power Automate. Además
de estar incluido en licencias de Power Apps, Power Automate también está disponible
como servicio independiente.
Para obtener instrucciones sobre encontrar datos personales almacenados por el

servicio Power Automate, consulte Respuesta a solicitudes de interesados del RGPD para
Power Automate.
） Importante
Se recomienda que los administradores completen este paso para un usuario de

Power Apps
Paso 3: Buscar datos personales del usuario en entornos

de Dataverse
Ciertas licencias de Power Apps, incluida la del Plan de desarrollador de Power Apps,
ofrecen la capacidad a los usuarios dentro de su organización para crear entornos de
Dataverse y para crear y desarrollar aplicaciones en Dataverse. El Plan de desarrollador
de Power Apps es una licencia gratuita que permite que los usuarios prueben Dataverse
en un entorno individual. Vea la página Precios de Power Apps para conocer qué
capacidades se incluyen en cada licencia de Power Apps.
Para obtener instrucciones sobre encontrar datos personales almacenados por
Dataverse, consulte Respuesta a solicitudes de derechos del interesado (DSR) para datos
del cliente en Dataverse.
） Importante

Power Apps.
Rectificar
Si un interesado le pide que rectifique la información personal que se encuentra en los
datos de su organización, usted y su organización deben determinar si procede
satisfacer la solicitud. La rectificación de datos puede incluir la edición, redacción o
eliminación de datos personales de documentos u otro tipo de elemento.
Puede usar Azure Active Directory para administrar las identidades (datos personales)
de sus usuarios dentro de Power Apps. Los clientes empresariales pueden administrar
las solicitudes de rectificación de DSR mediante las características de edición limitada
dentro de un servicio de Microsoft determinado. Como encargado del tratamiento,
Microsoft no ofrece la capacidad de corregir los registros generados por el sistema
porque estos registros reflejan actividades efectivas y constituyen un registro histórico
de eventos dentro de los servicios de Microsoft. Consulte RGPD: solicitudes del
interesado (DSR) para obtener detalles.
Restringir
Los interesados pueden solicitarle que limite el procesamiento de sus datos personales.
Proporcionamos dos interfaces de programación de aplicaciones (API) e interfaces de
usuario (IU) preexistentes. Estas experiencias proporcionan al administrador de Power
Platform del cliente empresarial la capacidad de administrar dichas solicitudes mediante
una combinación de exportación de datos y eliminación de datos. Un cliente puede
solicitar:
Exportación de una copia electrónica de los datos personales del usuario, lo que
incluye:
cuenta(s)
registros generados por el sistema
registros asociados
Elimine la cuenta y los datos asociados que residen en los sistemas de Microsoft.
Exportar
El "derecho de portabilidad de datos" no permite a un interesado solicitar una copia de
sus datos personales en formato electrónico (es decir, "un formato estructurado, de uso
frecuente, de lectura mecánica e interoperable") que se puede transmitir a otro
responsable de datos.
Consulte Respuesta a las Solicitudes de derechos del interesado (DSR) para exportar los
datos de clientes de Power Apps para más información
Eliminar
El "derecho al borrado" de datos personales de los datos de clientes de una
organización es una protección clave en el RGPD. La eliminación de datos personales
incluye los registros generados por el sistema, pero no la información del registro de
auditoría.
Power Apps permite a los usuarios crear aplicaciones de línea de negocio que son una
parte esencial de las operaciones diarias de la organización. Cuando un usuario
abandona la organización, deberá revisar y determinar manualmente si elimina algunos
datos y recursos que fueron creados por el usuario. Otros datos del cliente se eliminarán
automáticamente cada vez que la cuenta del usuario se elimine de Azure Active
Directory.
Consulte Respuesta a las Solicitudes de derechos del interesado (DSR) para eliminar los
datos de clientes de Power Apps para más información
Respuesta a las Solicitudes de derechos
del interesado (DSR) para exportar los
datos de clientes de Power Apps
El "derecho de portabilidad de datos" no permite a un interesado solicitar una copia de

sus datos personales en formato electrónico (es decir, "un formato estructurado, de uso
frecuente, de lectura mecánica e interoperable") que se puede transmitir a otro
responsable de datos:
Acceso a la página web: Portal de Power Apps Centro de administración de

Microsoft Power Platform , y Portal de confianza de servicios de Microsoft 365
Acceso a PowerShell: Power Apps cmdlets de creadores de aplicaciones, cmdlets

de administradores y cmdlets para puertas de enlace locales
A continuación se proporciona un resumen de los tipos de datos personales que Power

Apps puede almacenar para un usuario determinado y qué experiencias puede usar
para encontrarlo y para exportarlo.
Recursos que contienen datos personales Acceso al sitio web Acceso a

PowerShell
Entorno Centro de Cmdlets Power

administración de Apps
Power Platform
Permisos de entorno** Centro de Cmdlets Power

administración de Apps
Power Platform
Aplicación de lienzo Portal de Power Apps Cmdlets Power

Apps
Permisos de aplicación de lienzo Portal de Power Apps Cmdlets Power

Apps
Puerta de enlace Portal de Power Cmdlets de la

Apps*** puerta de enlace
local
Permisos de puerta de enlace Portal de Power

Apps***
Recursos que contienen datos personales Acceso al sitio web Acceso a
PowerShell
Conector personalizado Creador de

aplicación:
Disponible
Administrador:
Disponible
Permisos de conector personalizado Creador de

aplicación:
Disponible
Administrador:
Disponible
Connection Creador de
aplicación:
Disponible
Administrador:
Disponible
Permisos de conexión Creador de

aplicación:
Disponible
Administrador:
Disponible
Configuración de usuario, configuración de Creador de

aplicaciones de usuario y notificaciones de Power aplicación:
Apps Disponible
Administrador:
Disponible
** Con la introducción de Microsoft Dataverse, si una base de datos se crea dentro

del entorno, los permisos de entorno y los permisos de aplicaciones basadas en
modelo se almacenan como registros dentro del entorno de la base de datos de
Dataverse. Para obtener instrucciones sobre cómo responder a solicitudes de DSR
para usuarios que utilizan Dataverse, consulte Respuesta a solicitudes de derechos
de interesados (DSR) para datos de clientes de Dataverse.
*** Un administrador puede tener acceso a estos recursos desde el portal de Power
Apps solo si el propietario del recurso explícitamente le ha concedido el acceso. Si
no se ha concedido acceso al administrador, deberá aprovechar los Cdmlets de
PowerShell de administración de Power Apps.
Requisitos previos
Para usuarios
Cualquier usuario con una licencia válida de Power Apps puede realizar las operaciones
de usuario destacadas en este documento usando el portal de Power Apps o Cmdlets
para creadores de la aplicación.
Para administradores
Para realizar las operaciones administrativas indicadas en este documento usando el
Centro de administración de Power Platform, centro de administración de Power
Automate o Cmdlets de PowerShell para administradores de Power Apps, necesita lo
siguiente:
Un plan Power Apps de pago o una prueba de Power Apps. Puede suscribirse a
una prueba gratuita de 30 días en https://make.powerapps.com/trial . Las
licencias de prueba se pueden renovar si se han expirado.
Permisos de Administrador global de Microsoft 365 o Administrador global de

Azure Active Directory si necesita buscar en los recursos de otro usuario. (Tenga en
cuenta que las administración de entorno sólo tienen acceso a los entornos y
recursos de entorno para los que tienen permisos.)
Paso 1: Exportar datos personales contenidos

en entornos creados por el usuario

Los administradores pueden exportar todos los entornos creados por un usuario
específico desde el Centro de administración de Power Platform siguiendo estos
pasos:
1. En el Centro de administración de Power Platform, seleccione cada entorno de la

organización.
2. Si el entorno lo ha creado el usuario a partir de la solicitud DSR, seleccione Ver

todo, copie los detalles y péguelos en un editor de documentos, como Microsoft
Word.
Cmdlets de PowerShell para creadores de aplicaciones
Los usuarios pueden exportar los entornos a los que tienen acceso en Power Apps
mediante la función Get-PowerAppEnvironment de los cmdlets de PowerShell para
creadores de aplicaciones:
PowerShell
Get-PowerAppEnvironment | ConvertTo-Json | Out-File -FilePath

"UserDetails.json"
Cmdlets de PowerShell para administradores

Los administradores pueden exportar todos los entornos creados por un usuario
mediante la función Get-AdminEnvironment en Cmdlets de PowerShell para
administradores de Power Apps:
PowerShell
$userId = "7557f390-5f70-4c93-8bc4-8c2faabd2ca0"
Get-AdminEnvironment -CreatedBy $userId | ConvertTo-Json | Out-File -

FilePath "UserDetails.json"

Paso 2: Exportar los permisos de entorno del
usuario
Se pueden asignar permisos a los usuarios (como Administrador de entorno, Creador de
entorno, etc.) en un entorno, que se almacenan en Power Apps como asignación de rol.
Con la introducción de Dataverse, si una base de datos se crea dentro del entorno, las
asignaciones de rol se almacenan como registros dentro del entorno de la base de
datos de Dataverse. Para obtener más información, consulte Administrar entornos en
Power Apps.
Para entornos sin una base de datos de Dataverse
Los administradores pueden exportar los permisos de entorno de un usuario desde el

Centro de administración de Power Platform siguiendo estos pasos:

organización. Debes ser un Administrador global de Microsoft 365 o un
Administrador global de Azure Active Directory para poder revisar todos los
entornos que se han creado dentro de su organización.
2. Seleccione Administrador de entornos y Creador de entornos por separado. En la

barra de búsqueda, busque el nombre de usuario.
3. Si el usuario tiene acceso a uno de los roles, vaya a la página Usuarios copie los
detalles y, a continuación péguelos en un editor de documento, como Microsoft
Word.

Los administradores pueden exportar todas las asignaciones de roles de entorno para
un usuario en todos los entornos sin una base de datos de Dataverse mediante la
función Get-AdminEnvironmentRoleAssignment en Cmdlets de PowerShell para
PowerShell
$userId = "0ecb1fcc-6782-4e46-a4c4-738c1d3accea"
Get-AdminEnvironmentRoleAssignment -UserId $userId | ConvertTo-Json | Out-

File -FilePath "UserDetails.json"
） Importante
Esta función es válida únicamente para entornos que no tienen un entorno de base
de datos de Dataverse.
Para entornos con una base de datos de Dataverse

Con la introducción de Dataverse, si una base de datos se crea dentro del entorno, las
asignaciones de rol se almacenan como registros dentro del entorno de la base de
datos de Dataverse. Para obtener información sobre cómo eliminar datos personales de
una instancia de base de datos de Dataverse, consulte Eliminación de datos personales
del usuario de Common Data Service.


en aplicaciones de lienzo creadas por el usuario
Portal de Power Apps
Un usuario puede exportar una aplicación del portal de Power Apps . Para obtener
instrucciones paso a paso sobre cómo exportar una aplicación de lienzo, consulte
Exportar una aplicación de lienzo.

Un administrador puede exportar aplicaciones creadas por un usuario empezando
desde el Centro de administración de Power Platform , siguiendo estos pasos:

2. Seleccione Recursos y luego elija Power Apps.
3. Use la barra de búsqueda para buscar el nombre del usuario, que mostrará las
aplicaciones que ha creado ese usuario en este entorno:
4. Seleccione Compartir para cada una de las aplicaciones creadas por ese usuario y
dese a si mismo acceso de Copropietario a la aplicación:
5. Una vez que tenga acceso a cada una de las aplicaciones del usuario, puede
exportar una aplicación de lienzo desde el Portal de Power Apps . Para obtener
instrucciones paso a paso sobre cómo exportar una aplicación, consulte Exportar
una aplicación de lienzo.

Los administradores pueden exportar las aplicaciones creadas por un usuario mediante
la función Get-AdminApp en los Cdmlets de PowerShell de administración de Power
Apps:
PowerShell
Get-AdminApp -Owner $userId | ConvertTo-Json | Out-File -FilePath

"UserDetails.json"
Paso 4: Exportar los permisos de usuario a

Cada vez que se comparte una aplicación con un usuario, Power Apps almacena un
registro llamado asignación de rol que describe los permisos de usuario (CanEdit o
CanUse) para la aplicación. Para obtener más información, consulte Compartir una
aplicación.

Los usuarios pueden exportar asignaciones de rol de aplicación para todas las
aplicaciones a las que tienen acceso usando la función Get-RoleAssignment en los
Cmdlets de PowerShell para creadores de aplicaciones:
PowerShell
Get-AdminPowerAppRoleAssignment | ConvertTo-Json | Out-File -FilePath

"UserDetails.json"

Los administradores pueden exportar asignaciones de roles de aplicaciones para un
usuario desde el Centro de administración de Power Platform siguiendo estos pasos:

2. Para cada entorno, seleccione Recursos y, después, seleccione Power Apps.
3. Seleccione Compartir para cada una de las aplicaciones en el entorno.

4. Si el usuario tiene acceso a la aplicación, vaya a la página Compartir de la
aplicación, copie los detalles y, a continuación, péguelos en un editor de
documento, como Microsoft Word.

Los administradores pueden exportar todas las asignaciones de roles de aplicaciones
para un usuario en todas las aplicaciones de su inquilino mediante la función Get-
AdminAppRoleAssignment en Cmdlets de PowerShell para administradores de Power
Apps:
PowerShell
Get-AdminAppRoleAssignment -UserId $userId | ConvertTo-Json | Out-File -


en conexiones creadas por el usuario
Las conexiones se usan conjuntamente con conectores al establecer conectividad con
otros sistemas SaaS y API. Las conexiones incluyen referencias al usuario que las creó y,
como resultado, se pueden eliminar para quitar cualquier referencia al usuario.

Los usuarios pueden exportar todas las conexiones a las que tienen acceso mediante la
función Get-AdminPowerAppConnection de los cmdlets de PowerShell para creadores
de aplicaciones:
PowerShell
Get-AdminPowerAppConnection | ConvertTo-Json | out-file -FilePath

"UserDetails.json"

Los administradores pueden exportar todas las conexiones creadas por el usuario
mediante la función Get-Connection en los Cdmlets de PowerShell de administración de
Power Apps:
PowerShell
Get-AdminConnection -CreatedBy $userId | ConvertTo-Json | Out-File -FilePath

"UserDetails.json"

conexiones compartidas

Los usuarios pueden exportar las asignaciones de roles de conexión de todas las
conexiones a las que tienen acceso mediante la función Get-
AdminPowerAppConnectionRoleAssignment de los cmdlets de PowerShell para
PowerShell
Get-AdminPowerAppConnectionRoleAssignment | ConvertTo-Json | Out-file -


Los administradores puede exportar todas las asignaciones de rol de conexión para un
usuario usando la función Get-AdminConnectionRoleAssignment en los Cdmlets de
PowerShell de administración de Power Apps:
PowerShell
Get-AdminConnectionRoleAssignment -PrincipalObjectId $userId | ConvertTo-

Json | Out-File -FilePath "UserDetails.json"

en conectores personalizados creados por el
usuario
Los conectores personalizados complementan los conectores predefinidos existentes y
proporcionan conectividad a otros API, SaaS y sistemas de desarrollo personalizado.

Los usuarios pueden exportar todos los conectores personalizados que hayan creado
mediante la función Get-AdminPowerAppConnector de los cmdlets de PowerShell para
PowerShell
Get-AdminPowerAppConnector -FilterNonCustomConnectors | ConvertTo-Json |

Out-File -FilePath "UserDetails.json"

Los administradores pueden exportar todos los conectores personalizados creados por
un usuario mediante la función Get-AdminConnector en los Cdmlets de PowerShell de
administración de Power Apps:
PowerShell
Get-AdminConnector -CreatedBy $userId | ConvertTo-Json | Out-File -FilePath

"UserDetails.json"

conectores personalizados

Los usuarios pueden exportar todas las asignaciones de rol de conector para los
conectores personalizados a los que tienen acceso usando la función Get-
ConnectorRoleAssignment en los Cmdlets de PowerShell para creadores de
aplicaciones:
PowerShell
Get-ConnectorRoleAssignment | ConvertTo-Json | Out-File -FilePath

"UserDetails.json"

Los administradores puede exportar todas las asignaciones de rol de conector
personalizado para un usuario usando la función Get-AdminConnectorRoleAssignment
en los Cdmlets de PowerShell de administración de Power Apps:
PowerShell
Get-AdminConnectorRoleAssignment -PrincipalObjectId $userId | ConvertTo-Json

| Out-File -FilePath "UserDetails.json"
Paso 9: Exportar notificaciones, configuraciones

de usuario y configuraciones de aplicaciones
de usuario de Power Apps
Power Apps envía varios tipos de notificaciones a los usuarios, incluido cuándo una
aplicación se comparte con ellos y cuándo se ha completado una operación de
exportación de Dataverse. El historial de notificación de un usuario es visible para ellos
en el Portal de Power Apps .
Power Apps también almacena varias preferencias y ajustes de usuario que se usan para
entregar las Power Apps en tiempo de ejecución y experiencias de portal, incluido
cuando un usuario abrió por última vez una aplicación, ancló una aplicación, etc.

Los usuarios pueden exportar sus propias notificaciones, configuraciones de usuario y
configuraciones de aplicaciones de usuario de Power Apps mediante la función Get-
AdminPowerAppsUserDetails en Cmdlets de PowerShell para creadores de aplicaciones:
PowerShell
Get-AdminPowerAppsUserDetails -WriteToFile -OutputFilePath

"UserDetails.json"

Los administradores pueden exportar las notificaciones, configuraciones de usuario y
configuraciones de aplicaciones de usuario de Power Apps para un usuario mediante la
función Get-AdminPowerAppsUserDetails en los Cmdlets de PowerShell para
PowerShell
Get-AdminPowerAppsUserDetails -WriteToFile -OutputFilePath

"UserDetails.json" -UserPrincipalName name@microsoft.com

para una puerta de enlace almacenada por el
usuario o en los permisos de puerta de enlace
del usuario
Portal de Power Apps

Los usuarios pueden exportar los datos personales almacenados en el servicio de puerta
de enlace del portal de Power Apps siguiendo estos pasos:
1. En el portal de Power Apps , en el entorno predeterminado para su inquilino,

seleccione Puertas de enlace y, a continuación seleccione Detalles para cada
puerta de enlace a la que tiene acceso.
2. En la página Detalles, si los detalles de la puerta de enlace contienen datos

personales, copie los detalles y, a continuación péguelos en un editor de
documento, como Microsoft Word.
3. Seleccione Compartir, copie el contenido de la página y, a continuación péguelo
en un editor de documento, como Microsoft Word.
Cmdlets de PowerShell de puerta de enlace

También hay cmdlets de PowerShell que permiten recuperar, administrar y eliminar las
puertas de enlace personales. Para obtener más información, consulte Cmdlets de
puertas de enlace locales.
Administradores
Consulte ¿Qué es una puerta de enlace de datos local? para obtener orientación sobre
cómo administrar puertas de enlace para su organización.
Paso 11: Exportar los datos personales del

usuario en Power Automate
como servicio independiente. Para obtener instrucciones sobre cómo responder a
solicitudes DSR para usuarios que utilizan el servicio Power Automate, consulte
Respuesta a solicitudes de interesados del RGPD para Power Automate.
） Importante
Se recomienda que los administradores completen este paso para usuarios de

Power Apps.
Paso 12: Exportar los datos personales del

usuario en entornos
Cualquiera con una licencia de Power Apps, siempre que haya 1 GB de capacidad de
base de datos disponible, puede crear entornos y crear y desarrollar aplicaciones en
Dataverse; esto incluye el Plan de desarrollador de Power Apps, que es una licencia
gratuita que permite a los usuarios probar Dataverse en un entorno individual. Para ver
qué capacidades de Dataverse se incluyen en cada licencia de Power Apps, consulte la
paǵina Precios de Power Apps .
Para obtener instrucciones sobre cómo responder a solicitudes de DSR para usuarios
que utilizan Dataverse, consulte Respuesta a solicitudes de derechos de interesados
(DSR) para datos de clientes de Dataverse.
） Importante
Se recomienda que los administradores completen este paso para usuarios de

Power Apps.
Respuesta a las Solicitudes de derechos
del interesado (DSR) para eliminar datos
de clientes de Power Apps
El "derecho al borrado" mediante la eliminación de datos personales de los datos de los

clientes de una organización es una protección clave en el Reglamento general de
protección de datos (RGPD) de la Unión Europea (UE). La eliminación de datos
personales incluye la eliminación de los registros generados por el sistema, pero no la
información del registro de auditoría.
Power Apps permite a los usuarios crear aplicaciones de línea de negocio que son una
parte esencial de las operaciones diarias de la organización. Cuando un usuario
abandona la organización, deberá revisar y determinar manualmente si elimina algunos
datos y recursos que fueron creados por el usuario. Otros datos personales se
eliminarán automáticamente cada vez que la cuenta del usuario se elimine de Azure
Active Directory.
Este es el desglose entre qué datos personales se eliminarán automáticamente y qué

datos requerirán revisión y eliminación manuales:
Requiere revisar y Eliminado automáticamente cuando se elimina el usuario de

eliminación manuales Azure Active Directory
Entorno** Puerta de enlace
Permisos de entorno*** Permisos de puerta de enlace
Aplicación de lienzo** Notificaciones de Power Apps
Permisos de aplicación de Configuración de usuario de Power Apps

lienzo
Conexión** Configuración de aplicaciones de usuario de Power Apps
Permisos de conexión
Conector personalizado**
Permisos de conector
personalizado
** Cada uno de estos recursos contiene registros "Creado por" y "Modificado por" que
incluyen datos personales. Por razones de seguridad, estos registros se conservarán
hasta que se elimine el recurso.
*** Para entornos que incluyen una base de datos Microsoft Dataverse, los permisos de
entorno (es decir, qué usuarios se asignan a los roles de Creador del entorno y
Administrador) se almacenan como registros en esa base de datos. Para obtener
instrucciones sobre cómo responder a DSR para usuarios de Dataverse, consulte
Respuesta a solicitudes de derechos de interesados (DSR) para datos de clientes de
Dataverse.
Para los datos y recursos que requieren revisión manual, Power Apps ofrece las
experiencias siguientes para reasignar (si es necesario) o eliminar los datos personales
para un determinado usuario:
Acceso a la página web: Sitio de Power Apps , Centro de administración de Power

Platform y Portal de confianza de servicios de Microsoft 365
Acceso a PowerShell: cmdlets Power Apps para creadores de aplicaciones y

administradores y cmdlets para puertas de enlace locales.
Este es el desglose de qué experiencias están disponibles eliminar cada tipo de recurso
que puede contener datos personales:
Recursos que contienen datos Acceso al sitio web Acceso a PowerShell

personales
Entorno Centro de administración de Cmdlets Power Apps

Power Platform
Permisos de entorno** Centro de administración de Cmdlets Power Apps

Power Platform
Aplicación de lienzo Centro de administración de Cmdlets Power Apps

Power Platform
Power Apps
Permisos de aplicación de lienzo Centro de administración de Cmdlets Power Apps

Power Platform
Conexión Creador de aplicación:

Disponible
Administrador: Disponible
Permisos de conexión Creador de aplicación:

Disponible
Recursos que contienen datos Acceso al sitio web Acceso a PowerShell
personales
Conector personalizado Creador de aplicación:

Disponible
Permisos de conector Creador de aplicación:

personalizado Disponible
** Con la introducción de Dataverse, si una base de datos se crea dentro del entorno, los
permisos de entorno y los permisos de aplicaciones basadas en modelo se almacenan
como registros dentro del entorno de esa base de datos. Para obtener instrucciones
sobre cómo responder a DSR para usuarios de Dataverse, consulte Respuesta a
solicitudes de derechos de interesados (DSR) para datos de clientes de Dataverse.
Requisitos previos
Para usuarios
Cualquier usuario con una licencia Power Apps válida puede realizar las operaciones de
usuario destacadas en este documento usando Power Apps o Cmdlets de PowerShell
para creadores de la aplicación.
Inquilino no administrado
Si usted es miembro de un inquilino no administrado, lo que significa que su inquilino
de Azure AD no tiene administrador global, todavía podrá seguir los pasos indicados en
esta ilustración para quitar sus propios datos personales. Sin embargo, dado que no hay
ningún administrador global para su inquilino deberá seguir las instrucciones indicadas
en Paso 11: Eliminar el usuario de Azure Active Directory abajo para eliminar su propia
cuenta del inquilino.
Para determinar si usted es miembro de un inquilino no administrado siga estos pasos:
1. Abra la siguiente dirección URL en un explorador, asegurándose de reemplazar su

dirección de correo electrónico en la dirección URL:
https://login.microsoftonline.com/common/userrealm/name@contoso.com?api-
version=2.1
2. Si usted es miembro de un inquilino no administrado verá "IsViral": true en la
respuesta.
PowerShell
...
"Login": "name@unmanagedcontoso.com",
"DomainName": "unmanagedcontoso.com",
"IsViral": true,
...
3. De lo contrario, pertenece a un inquilino administrado.
Para administradores
Para realizar las operaciones administrativas indicadas en este documento usando el
Centro de administración de Power Platform, el Centro de administración de Power
Automate o Cmdlets de PowerShell para administradores de Power Apps, necesita lo
siguiente:
Un plan Power Apps de pago o una prueba de plan Power Apps. Puede suscribirse
a una prueba gratuita de 30 días en https://make.powerapps.com/trial . Las
licencias de prueba se pueden renovar si se han expirado.
Permisos de Administrador global de Microsoft 365 o Administrador global de

Azure Active Directory si necesita buscar en los recursos de otro usuario. (Tenga en
cuenta que las administración de entorno sólo tienen acceso a los entornos y
recursos de entorno para los que tienen permisos.)
Paso 1: Elimine o reasigne todos los entornos

creados por el usuario
Como administrador, tiene dos decisiones que tomar al procesar una solicitud de
cancelación de DSR para cada entorno que creó el usuario:
1. Si determina que el entorno no lo usa nadie de la organización, puede elegir

eliminar el entorno.
2. Si determina que el entorno sigue siendo necesario, puede optar por no eliminar el
entorno y agregarse a usted mismo (o a otro usuario de la organización) como
） Importante
La eliminación de un entorno eliminará permanentemente todos los recursos del

entorno, incluidas todas las aplicaciones, flujos, conexiones, etc. Por tanto, revise el
contenido de un entorno antes de la eliminación.
Conceder acceso a los entornos de un usuario

Un administrador puede otorgar acceso administrativo a un entorno siguiendo estos
pasos:
1. Desde el Centro de administración de Power Platform , seleccione un entorno

para otorgarse privilegios de administrador a usted mismo o a otro usuario de su
organización.
2. Si el entorno fue creado por el usuario a partir de la solicitud DSR, en Acceso,

Administrador de entorno, seleccione Ver todo.
Eliminar los entornos creados por un usuario

Un administrador puede revisar y eliminar entornos creados por un usuario concreto
siguiendo estos pasos:
2. Si el entorno fue creado por el usuario de la solicitud de DSR, seleccione Eliminar y

después continúe con los pasos para eliminar el entorno.
Dar acceso a los entornos de un usuario mediante
PowerShell
Un administrador puede asignarse a sí mismo (o a otro usuario de la organización)
acceso a todos los entornos creadas por un usuario mediante la función Set-
AdminEnvironmentRoleAssignment en Cmdlets de PowerShell para administradores de
Power Apps:
PowerShell
$deleteDsrUserId = "0ecb1fcc-6782-4e46-a4c4-738c1d3accea"
$myUserId = $global:currentSession.UserId
#Assign yourself as an admin to each environment created by the user
Get-AdminEnvironment -CreatedBy $deleteDsrUserId | Set-

AdminEnvironmentRoleAssignment -RoleName EnvironmentAdmin -PrincipalType
User -PrincipalObjectId $myUserId
#Retrieve the environment role assignments to confirm
Get-AdminEnvironment -CreatedBy $deleteDsrUserId | Get-

AdminEnvironmentRoleAssignment
） Importante
Esta función es válida únicamente en entornos que no tienen un entorno de una

base de datos en Dataverse.
Eliminar entornos creados por un usuario que usa
PowerShell
Un administrador puede eliminar todos los entornos creados por un usuario mediante la
función Remove-AdminEnvironment en Cmdlets de PowerShell para administradores
de Power Apps:
PowerShell
# Retrieve all environments created by the user and then delete them
Get-AdminEnvironment -CreatedBy $deleteDsrUserId | Remove-AdminEnvironment
Paso 2: Eliminar los permisos de usuario a

todos los demás entornos
Se pueden asignar permisos a los usuarios (como Administrador del entorno y Creador
del entorno) en un entorno, que se almacenan en el servicio Power Apps como una
"asignación de roles". Con la introducción de Dataverse, si se crea una base de datos
dentro del entorno, estas "asignaciones de roles" se almacenan como registros dentro
del entorno de esa base de datos.
Para entornos sin una base de datos de Dataverse
Un administrador puede eliminar los permisos de entorno de un usuario empezando

desde el Centro de administración de Power Platform , siguiendo estos pasos:
Debes ser un Administrador global de Microsoft 365 o un Administrador global de

Azure Active Directory para poder revisar todos los entornos que se han creado
dentro de su organización.
2. Si su entorno no tiene una base de datos de Dataverse, verá una sección Acceso.
En Acceso, seleccione Administrador de entorno o Creador de entorno y luego
seleccione Ver todo.
3. Seleccione un usuario, seleccione Quitar para quitar su permiso y luego seleccione
Continuar.
PowerShell
Un administrador puede eliminar todas las asignaciones de roles de entorno para un
usuario en todos los entornos sin una base de datos de Dataverse mediante la función
Remove-AdminEnvironmentRoleAssignment en Cmdlets de PowerShell para
PowerShell
#find all environment role assignments for the user for environments without
a Dataverse database and delete them
Get-AdminEnvironmentRoleAssignment -UserId $deleteDsrUserId | Remove-

AdminEnvironmentRoleAssignment
） Importante
Esta función es válida únicamente para entornos que no tienen un entorno de una
Para entornos CON una base de datos de Dataverse

Con la introducción de Dataverse, si se crea una base de datos dentro del entorno, estas
"asignaciones de rol" se almacenan como registros dentro del entorno de esa base de
datos. Consulte la siguiente documentación sobre la eliminación de datos personales de
un entorno de una base de datos de Dataverse: eliminar datos personales de Common
Data Service
Paso 3: Elimine o reasigne todas las

aplicaciones de lienzo propiedad de un usuario
Reasignar aplicaciones de lienzo de un usuario mediante

los cmdlets de PowerShell para administrador de Power
Apps
Si un administrador decide no eliminar las aplicaciones de lienzo de un usuario, puede
reasignar las aplicaciones que son propiedad de un usuario mediante la función Set-
AdminAppOwner en los Cdmlets de PowerShell de administración de Power Apps:
PowerShell
$newAppOwnerUserId = "72c272b8-14c3-4f7a-95f7-a76f65c9ccd8"
#find all apps owned by the DSR user and assigns them a new owner
Get-AdminApp -Owner $deleteDsrUserId | Set-AdminAppOwner -AppOwner

$newAppOwnerUserId
Eliminar la aplicación de lienzo de un usuario mediante el

sitio de Power Apps
Un usuario puede eliminar una aplicación del sitio de Power Apps . Para obtener pasos
completos sobre cómo eliminar una aplicación, vea eliminar una aplicación.
Eliminar la aplicación de lienzo de un usuario mediante el

Un administrador puede eliminar aplicaciones creadas por un usuario siguiendo estos
pasos:

Debes ser un Administrador global de Microsoft 365 o un Administrador global de
Azure Active Directory para poder revisar todos los entornos que se han creado
dentro de su organización.
2. En Recursos, seleccione Power Apps.
3. Seleccione una aplicación y luego seleccione Eliminar>Eliminar de la nube.
Eliminar la aplicación de lienzo de un usuario mediante

los cmdlets de PowerShell de administrador de Power
Apps
Si un administrador decide eliminar todas las aplicaciones de lienzo propiedad de un
usuario, puede hacerlo usando la función Remove-AdminApp en los Cdmlets de
PowerShell de administración de Power Apps:
PowerShell
#find all apps owned by the DSR user and deletes them
Get-AdminApp -Owner "0ecb1fcc-6782-4e46-a4c4-738c1d3accea" | Remove-AdminApp
Paso 4: Eliminar los permisos de usuario para

Cada vez que se comparte una aplicación con un usuario, Power Apps almacena un
registro llamado "asignación de rol" que describe los permisos de usuario (CanEdit o
CanUse) a la aplicación. Para obtener más información, vea el artículo Compartir una
aplicación.
７ Nota
Las asignaciones de roles de una aplicación se eliminarán cuando se elimine la

aplicación.
La asignación de rol del propietario de la aplicación sólo se puede
eliminar asignando un nuevo propietario para la aplicación.
Para eliminar los permisos de usuario a una aplicación de lienzo, consulte Vista previa:
compartir una aplicación basada en modelo. Para el paso 5, quite, en lugar de agregar,
un rol de la lista.
Un administrador puede eliminar todas las asignaciones de rol de una aplicación de
lienzo mediante la función Remove-AdminAppRoleAssignmnet en los Cdmlets de
PowerShell para la administración de Power Apps:
PowerShell
#find all app role assignments for the DSR user and deletes them
Get-AdminAppRoleAssignment -UserId $deleteDsrUserId | Remove-

AdminAppRoleAssignment
Paso 5: Eliminar conexiones creadas por un

usuario
Las conexiones se usan conjuntamente con conectores al establecer conectividad con
otros sistemas SaaS y API. Las conexiones incluyen referencias al usuario que las creó y,
como resultado, se pueden eliminar para quitar cualquier referencia al usuario.

Un usuario puede eliminar todas sus conexiones mediante la función Remove-
AdminPowerAppConnection de los cmdlets de PowerShell para creadores de
aplicaciones:
PowerShell
#Retrieves all connections for the calling user and deletes them
Get-AdminPowerAppConnection | Remove-AdminPowerAppConnection
Cmdlets de PowerShell para administradores de Power

Apps
Un administrador puede eliminar todas conexiones de un usuario mediante la función
Remove-AdminConnection en Cmdlets de PowerShell para la administración de Power
Apps:
PowerShell
#Retrieves all connections for the DSR user and deletes them
Get-AdminConnection -CreatedBy $deleteDsrUserId | Remove-AdminConnection

conexiones compartidas

Un usuario puede eliminar todas sus asignaciones de roles de conexión mediante la
función Remove-AdminPowerAppConnectionRoleAssignment de los cmdlets de
PowerShell para creadores de aplicaciones:
PowerShell
#Retrieves all connection role assignments for the calling users and deletes
them
Get-AdminPowerAppConnectionRoleAssignment | Remove-
AdminPowerAppConnectionRoleAssignment
７ Nota
Las asignaciones de roles de propietario no se pueden eliminar sin eliminar el

recurso de conexión.

Un administrador puede eliminar todas las asignaciones de rol de conexión de un
usuario mediante la función Remove-AdminConnectionRoleAssignment en los Cdmlets
de PowerShell para la administración de Power Apps:
PowerShell
#Retrieves all connection role assignments for the DSR user and deletes them
Get-AdminConnectionRoleAssignment -PrincipalObjectId $deleteDsrUserId |

Remove-AdminConnectionRoleAssignment
Paso 7: Eliminar conectores personalizados

creados por el usuario
Los conectores personalizados complementan los conectores predefinidos existentes y
proporcionan conectividad a otros API, SaaS y sistemas de desarrollo personalizado.
Conviene transferir la propiedad de conectores personalizados a otros usuarios de la
organización o eliminar el Conector personalizado.

Un usuario puede eliminar todos sus conectores personalizados mediante la función
Remove-ConnectionRoleAssignment de los cmdlets de PowerShell para creadores de
aplicaciones:
PowerShell
#Retrieves all custom connectors for the calling user and deletes them
Get-ConnectionRoleAssignment -FilterNonCustomConnectors | Remove-

ConnectionRoleAssignment

Un administrador puede eliminar todos los conectores personalizados creados por un
usuario mediante la función Remove-AdminConnector en Cmdlets de PowerShell de
administración de Power Apps:
PowerShell
#Retrieves all custom connectors created by the DSR user and deletes them
Get-AdminConnector -CreatedBy $deleteDsrUserId | Remove-AdminConnector

conectores personalizados compartidos

Un usuario puede eliminar todas sus asignaciones de roles de conector para conectores
personalizados compartidos mediante la función Remove-ConnectorRoleAssignment
en Cmdlets de PowerShell para creadores de aplicaciones:
PowerShell
#Retrieves all connector role assignments for the calling users and deletes
them
Get-ConnectorRoleAssignment | Remove-ConnectorRoleAssignment
７ Nota
Las asignaciones de roles de propietario no se pueden eliminar sin eliminar el

recurso de conexión.

Un administrador puede eliminar todas las asignaciones de roles de conectores
personalizados para un usuario usando la función Remove-
AdminConnectorRoleAssignment en los Cdmlets de PowerShell de administración de
Power Apps:
PowerShell
#Retrieves all custom connector role assignments for the DSR user and
deletes them
Get-AdminConnectorRoleAssignment -PrincipalObjectId $deleteDsrUserId |

Remove-AdminConnectorRoleAssignment
Paso 9: Eliminar los datos personales del

usuario en Power Automate
como servicio independiente. Para obtener instrucciones sobre cómo responder a DSR
para usuarios que utilizan el servicio Power Automate, consulte Respuesta a solicitudes
de interesados del RGPD para Power Automate.
） Importante

Power Apps.
Paso 10: Eliminar los datos personales del

usuario en entornos de Dataverse
Ciertas licencias de Power Apps, incluida la del Plan de desarrollador de Power Apps,
ofrecen la capacidad a los usuarios dentro de su organización para crear entornos de
Dataverse y para crear y desarrollar aplicaciones en Dataverse. El Plan de desarrollador
de Power Apps es una licencia gratuita que permite que los usuarios prueben Dataverse
en un entorno individual. Vea la página de precios de Power Apps para conocer qué
capacidades se incluyen en cada licencia de Power Apps.
Para obtener instrucciones sobre cómo responder a DSR para usuarios que utilizan
Dataverse, consulte Respuesta a solicitudes de derechos de interesados (DSR) para
datos de clientes de Dataverse.
） Importante

Power Apps.
Paso 11: Elimine usuario de Azure Active

Directory
Cuando termine los pasos mencionados, el paso final es eliminar la cuenta del usuario
para Azure Active Directory.
Inquilino administrado
Como administrador de un inquilino Azure AD administrado puede eliminar la cuenta
del usuario mediante los pasos que se describen en la documentación del RGPD de
solicitud de interesados de Azure que se encuentra en el Portal de confianza de servicios
de Microsoft 365 .
Inquilino no administrado
Si usted es miembro de un inquilino no administrado tendrá que seguir estos pasos
para eliminar su cuenta del inquilino de Azure AD:
７ Nota
Consulte la Sección de inquilino no administrado anterior para ver cómo detectar

si usted es miembro de un inquilino administrado o no administrado.
1. Inicie sesión con su cuenta de Azure AD.
2. Seleccione Cerrar cuenta y siga las instrucciones para eliminar su cuenta de su

inquilino de Azure AD.
interesado (DSR) para los datos de
clientes de Microsoft Dataverse

derechos a las personas (conocidas en el reglamento como interesados) para administrar
los datos personales que se recopilan por un contratador u otro tipo de agencia y
organización (conocida como responsable del tratamiento de datos o simplemente
responsable). Los datos personales se definen muy ampliamente en el RGPD como los
datos relacionados con una persona física identificada o identificable. El RGPD
proporciona a los interesados el derecho de hacer lo siguiente, ya que pertenece a sus
datos personales:
Obtener copias
Eliminarlo
RGPD al usar Power Apps, Power Automate y Dataverse. Aprenderá a usar los productos,
los servicios y las herramientas administrativas de Microsoft para ayudar al responsable
del tratamiento de datos de los clientes a buscar, tener acceso y realizar acciones sobre
datos personales en la nube de Microsoft en respuesta a las solicitudes de DSR.
Las siguientes acciones están tratadas en este artículo:
Descubrir: use las herramientas de búsqueda y detección para buscar más

fácilmente datos de clientes que puedan ser objeto de una solicitud de DSR. Una
vez que se obtienen documentos potencialmente dinámicos, puede realizar una o
más de las siguientes acciones de DSR para responder a la solicitud. También
puede determinar que la solicitud no cumple las directrices de la organización para
responder a las solicitudes de DSR.
Acceder: recupere los datos personales que se encuentran en la nube de Microsoft
y, si se solicita, realice una copia de dichos datos disponibles para el interesado.
Rectificar: realice cambios o implemente otras acciones solicitadas en los datos

personales, donde corresponda.
Restringir: restrinja el tratamiento de los datos personales, quitando las licencias

para diversos servicios en línea o desactivando los servicios deseados donde sea
posible. También puede quitar datos de la nube de Microsoft y conservarlos de
manera local o en otra ubicación.
Eliminar: quite de manera permanente la información personal que se encuentra

en la nube de Microsoft.
Exportar: proporcione una copia electrónica (con una forma de lectura mecánica)
de los datos personales al interesado.
Datos de clientes de Dataverse
） Importante
Se aplica tanto a Dataverse como a la versión anterior de Dataverse.
Dataverse y la versión anterior de Dataverse tienen procesos independientes para

interactuar con datos personales.
Puede identificar qué tipo de entorno tiene iniciando sesión en Power Apps y
siguiendo estos pasos:
1. En la lista desplegable Entorno, seleccione el entorno.
2. En el panel de navegación, seleccione Dataverse y después seleccione Tablas.
El entorno es Dataverse si ve las siguientes tablas:

Después de determinar qué tipo de entorno tiene, siga los pasos indicados en las
siguientes secciones para identificar datos personales.
７ Nota
Es posible que tenga algunos entornos en Dataverse y otros en la versión anterior

de Dataverse, por lo que deberá repetir los procesos que se describen a
continuación para cada entorno de la organización.
Datos personales de usuarios en Dataverse
Requisitos previos
Debe crear usuarios en el Centro de administración de Microsoft 365 y asignarles un rol
de seguridad y una licencia de usuario correspondiente antes de que puedan acceder y
usar Dataverse.
Los datos personales de usuario estándar (por ejemplo, nombre de usuario,

identificador de usuario, teléfono, correo y dirección) se guardan y mantienen en el
Centro de administración de Microsoft 365. Los administradores del sistema pueden
actualizar estos datos personales solo en el centro de administración de Microsoft 365 y,
después, los datos se sincronizan automáticamente con la entidad de usuario del
sistema de Dataverse en todos los entornos. Los administradores de sistemas también
pueden crear atributos personalizados para capturar datos personales adicionales del
usuario dentro de la entidad de usuario del sistema de Dataverse y, a continuación,
mantener y administrar manualmente estos atributos.
Para evitar la interrupción de las aplicaciones empresariales que pueden ser críticas para
las operaciones de la organización, las filas de un usuario no se quitan automáticamente
de la tabla de usuario del sistema Dataverse cuando se elimina ese usuario del Centro
de administración de Microsoft 365. El estado del usuario se establece en Deshabilitado
en Dataverse, pero un administrador del sistema de Dataverse debe buscar y quitar los
datos personales del usuario de Dataverse dentro la aplicación.
Solo un administrador global y los administradores de sistemas de Dataverse pueden

realizar las acciones de descubrimiento, rectificación, exportación y eliminación que se
enumeran a continuación.
Detectar
Los administradores del sistema pueden crear varios entornos. Estos entornos se
pueden usar para prueba, desarrollo o producción. Cada uno de estos entornos tiene
una copia de la tabla de usuario del sistema con cualquier atributo personalizado que
pueda haber agregado el administrador del sistema, así como los datos personales del
usuario sincronizados desde el Centro de administración de Microsoft 365.
Los administradores del sistema pueden encontrar una lista de todos los entornos
navegando al centro de administración de Microsoft Power Platform .
Encontrará información personal de los usuarios de Dataverse con los siguientes

recursos:
Recurso Finalidad Acceso al sitio Acceso

web mediante
programación
Fila de Conocida como la tabla de usuario del sistema, Centro de A través de la

tabla almacena los datos personales de un usuario. administración API web
de Power
Platform
Historial Permite a los clientes identificar los recursos que Centro de A través de la
de los usuarios crearon, modificaron o eliminaron, o administración API web
auditoría a los que accedieron, a nivel de entidad. de Power
Platform
Usuario
Los datos personales del usuario se almacenan en Azure Active Directory y se

sincronizan automáticamente con todos los entornos con un base de datos de
Dataverse. Los administradores del sistema no pueden actualizar estos datos personales
directamente en Dataverse mientras el usuario está activo (deben actualizarlos en el
centro de administración de Microsoft 365). Los administradores del sistema pueden
agregar datos personales (por ejemplo, atributos personalizados) directamente en
Dataverse, pero deben administrar manualmente estos datos.
Para encontrar un usuario y sus datos personales, vaya al Centro de administración de

Power Platform y haga lo siguiente:
2. Vaya a Configuración>Usuarios y permisos>Usuarios.
3. Escriba el nombre del usuario en el cuadro de Búsqueda y seleccione Introducir.
4. Para ver los datos personales del usuario, seleccione el nombre de usuario
haciendo clic o pulsando dos veces.
5. Para realizar cambios en la Información de contacto, expanda los puntos

suspensivos y haga clic en Administrar usuario en Dynamics 365
Cuando el seguimiento de auditoría está habilitado para una tabla en Dataverse, los
datos personales de un usuario se registran en el historial de auditorías junto con las
acciones que el usuario realiza.
Rectificar
de sus usuarios dentro de Dataverse. Los clientes empresariales pueden administrar las
solicitudes de rectificación de DSR mediante las características de edición limitada
dentro de un servicio de Microsoft determinado. Como encargado del tratamiento,
Microsoft no ofrece la capacidad de corregir los registros generados por el sistema
porque estos registros reflejan actividades efectivas y constituyen un registro histórico
de eventos dentro de los servicios de Microsoft. Consulte RGPD: solicitudes del
interesado (DSR) para obtener detalles.
Una vez que una fila de un usuario se elimina de Azure Active Directory, los
administradores del sistema pueden quitar de todas las instancias los datos personales
restantes relacionados con ese usuario (como los atributos personalizados).
Exportar
Usuario del sistema
Puede exportar los datos personales de un usuario almacenados en la tabla de usuario

del sistema a Excel desde la lista de usuarios dentro del centro de administración.
En el Centro de administración de Power Platform , haga lo siguiente:
2. Seleccione Abrir entorno.
3. Vaya a Configuración>Seguridad y, a continuación, seleccione Vista de usuarios

habilitados.
4. Seleccione Exportar a Excel.
Puede tomar capturas de pantalla del historial de auditoría desde el centro de
administración.
3. Vaya a Configuración>Auditoria y registros y luego seleccione Vista de resumen

de auditoría.
4. Busque el registro de auditoría de usuario y, a continuación, presione Alt+Impr
Pant para realizar la captura de pantalla.
5. Guarde la captura de pantalla en un archivo, que a continuación puede enviar al

solicitante de DSR.
Eliminar
User
Para evitar la interrupción de las aplicaciones empresariales que pueden ser críticas para
las operaciones de la organización, los registros de un usuario no se quitan
automáticamente de la tabla de usuario del sistema Dataverse cuando se elimina ese
usuario del Centro de administración de Microsoft 365. El estado del usuario se
establece en Deshabilitado en Dataverse, pero un administrador del sistema de
Dataverse debe ubicar y quitar los datos personales del usuario de Dataverse dentro de
la aplicación o eliminar al usuario de cada entorno. Puede eliminar los datos personales
del usuario o eliminar permanentemente al usuario.
Quitar los datos personales de un usuario de la página Resumen de

un usuario
Cuando se elimina un registro de usuario de Azure Active Directory, se muestra el
siguiente mensaje en la página Resumen del usuario:
La información de este usuario ya no se administrada en Office 365. Puede actualizar este

registro para responder a las solicitudes de DSR mediante la eliminación o reemplazo de
todos los datos personales asociados con este usuario.
3. Vaya a Configuración>Seguridad>Usuarios y, a continuación, seleccione Vista de

usuarios deshabilitados.
4. Escriba el nombre del usuario en el cuadro de Búsqueda y seleccione Buscar.
5. Haga doble clic en el nombre del usuario en la lista de resultados de la búsqueda.
6. En la página Resumen del usuario, quite todos los datos personales y seleccione
Guardar.
Quitar los datos personales de un usuario mediante Excel
3. Vaya a Configuración>Seguridad>Usuarios y, a continuación, seleccione Vista de

usuarios deshabilitados.
4. Cree y descargue un archivo de plantillas de Excel a partir de los datos personales

del usuario. Para obtener instrucciones paso a paso, consulte Crear plantilla de
Excel nueva.
5. Abra el archivo de plantilla de Excel descargado, quite los datos personales del
usuario y guarde el archivo.
6. Vuelva a la página Vista de usuarios deshabilitados y seleccione Importar datos.
7. Seleccione el archivo de plantilla de Excel en el cuadro de diálogo Cargar archivo

de datos y realice todos los cambios necesarios en la ventana Asignar campos.
Eliminar de forma permanente al usuario

Puede eliminar los datos personales del usuario o eliminar permanentemente el registro
de usuario de la tabla de usuarios de Dataverse. Más información: Eliminar usuarios de
forma permanente en Power Platform.
Cuando el registro de usuario se elimina de forma permanente, el nombre del usuario

en todos los registros donde el usuario eliminado ha sido el creador o ha modificado
por última vez y en los registros de auditoría se mostrará como Sin nombre.
Quitar el historial de auditoría de la página Vista de resumen de

auditorías
3. Vaya a Configuración>Auditoria y registros y luego seleccione Vista de resumen

de auditoría.
4. Ubique el historial de cambios del usuario, seleccione la casilla de verificación

junto a las filas y seleccione en Eliminar historial de cambios.
Datos personales almacenados en bases de

datos de Dataverse
Requisitos previos
Puede estar almacenando datos personales de usuarios (como sus propios clientes)
dentro de las tablas de Dataverse.
Los administradores del sistema de Dataverse son responsables de mantener un
inventario de dónde se almacenan los datos personales dentro de varias tablas para
cada usuario, de manera que pueda ubicar esos datos para responder a cualquier
solicitud de DSR.
Los datos personales se podrán exportar, rectificar o eliminar en una tabla mediante la
funcionalidad del producto.
Detectar
Cuando los administradores del sistema de Dataverse reciben una solicitud de DSR de
un usuario, deben identificar qué entornos con una base de datos de Dataverse
contienen datos personales de ese usuario. Los datos personales se suelen almacenar en
tablas clave (por ejemplo, Cuenta, Contacto, Cliente potencial, Oportunidad, etc.), pero
es su responsabilidad desarrollar directivas y procedimientos para mantener un
inventario de dónde almacena los datos personales de cada usuario para estar
preparado para responder a las solicitudes de DSR.
Con un inventario, los administradores del sistema de Dataverse pueden configurar las
tablas y los campos de búsqueda, y luego acceder al entorno para detectar los datos
personales. Para obtener más información, consulte Configurar la búsqueda por
relevancia.
3. Seleccione Búsqueda de Dataverse.

4. Escriba los datos personales del usuario en el cuadro de búsqueda y seleccione
Buscar.
Rectificar
Los administradores del sistema Dataverse pueden actualizar los datos personales de un
usuario mediante la lista de resultados de la búsqueda de Dataverse. Sin embargo, los
datos personales de un usuario también se pueden almacenar en otras tablas
personalizadas. Los administradores del sistema Dataverse tienen la responsabilidad de
mantener un inventario de estas tablas personalizadas y de realizar las actualizaciones
apropiadas de los datos personales del individuo.
En los resultados de la búsqueda de Dataverse, realice lo siguiente:
1. Seleccione un elemento que contenga los datos personales del usuario.
2. Actualice los datos personales del usuario cuando corresponda y seleccione

Guardar.
Export
Puede realizar una captura de pantalla de los datos y compartirla con su solicitante de
DSR.
3. Seleccione Búsqueda de Dataverse.
4. Escriba los datos personales del usuario en el cuadro de búsqueda y seleccione

Buscar.
5. Haga doble clic en el elemento en la lista de resultados de la búsqueda.
6. Presione Alt+Impr Pant para realizar la captura de pantalla.
7. Guarde la captura de pantalla en un archivo, que a continuación puede enviar al

solicitante de DSR.
Eliminar
Los administradores del sistema de Dataverse pueden eliminar los datos personales de
un individuo de los registros donde se almacenan los datos. El administrador del
sistema de Dataverse puede elegir eliminar el registro donde se almacena la
información personal o quitar el contenido de los datos personales del registro.
７ Nota
Los administradores de Dataverse pueden personalizar un entorno para evitar que

un registro se elimine de una tabla. Si se configura de esta manera, tendrá que
eliminar el contenido de los datos personales del registro en lugar de eliminar el
propio registro.
En los resultados de la búsqueda de Dataverse, realice lo siguiente:
1. Seleccione un elemento que contenga los datos personales del usuario.
2. En la cinta, seleccione Eliminar. (Tenga en cuenta que la opción Eliminar está

deshabilitada si no se puede eliminar el registro).
Datos personales almacenados en las bases de
datos de la versión anterior de Dataverse
Requisitos previos
Puede estar almacenando datos personales de usuarios (como sus propios clientes)
dentro de las tablas de Dataverse.
Los administradores del sistema de Dataverse son responsables de mantener un

inventario de dónde se almacenan los datos personales dentro de varias tablas para
cada usuario, de manera que pueda ubicar esos datos para responder a cualquier
solicitud de DSR.
Los datos personales se podrán exportar, rectificar o eliminar en una tabla mediante la
funcionalidad del producto.
Detectar
Cuando los administradores del sistema de Dataverse reciben una solicitud de DSR de
un usuario, deben identificar qué entornos con una base de datos de Dataverse
contienen datos personales de ese usuario. Los datos personales se suelen almacenar en
tablas clave (por ejemplo, Cuenta, Contacto, Cliente potencial, Oportunidad, etc.), pero
es su responsabilidad desarrollar directivas y procedimientos para mantener un
inventario de dónde almacena los datos personales de cada usuario para estar
preparado para responder a las solicitudes de DSR.
Encontrará información personal de los usuarios de la versión anterior de Dataverse con
los siguientes recursos:
Recurso Finalidad Acceso al Acceso mediante

sitio web programación
Filas de Captura las transacciones empresariales en la Power No

tabla tabla de negocio correspondiente. Apps
Filas de tabla
Los datos personales de un usuario se pueden almacenar en cualquier tabla de negocio.
Esta versión de Dataverse contiene su propio esquema de base de datos y

infraestructura. Tiene sus propias tablas y estas tablas se administran en Power Apps .
Para ver una lista de sus tablas:
1. En la lista desplegable Entorno, seleccione el entorno.
3. De la lista de tablas, seleccione una tabla (por ejemplo, la tabla Cuenta), como se
muestra a continuación.
4. En la barra de menús, seleccione Exportar>Exportar datos.
5. Cuando finalice la exportación, seleccione Descargar datos exportados.
6. Cuando finalice la exportación, seleccione el archivo .zip en la carpeta Descargas y

extraiga el archivo. Abra el archivo .csv.
7. Seleccione el botón buscar, escriba los datos personales del usuario en el cuadro
de búsqueda y seleccione Buscar.
8. Con la lista de inventario, repita los pasos anteriores para cada una de las tablas de
negocio a fin de detectar todos los datos personales del usuario.
Rectificar
de sus usuarios dentro de la versión anterior de Dataverse. Los clientes empresariales
pueden administrar las solicitudes de rectificación de DSR mediante las características
de edición limitada dentro de un servicio de Microsoft determinado. Como encargado
del tratamiento, Microsoft no ofrece la capacidad de corregir los registros generados
por el sistema porque estos registros reflejan actividades efectivas y constituyen un
registro histórico de eventos dentro de los servicios de Microsoft. Consulte RGPD:
solicitudes del interesado (DSR) para obtener detalles.
Para rectificar los datos personales que residen en el entorno, puede exportar los datos
de la entidad a una hoja de cálculo de Excel, actualizarla e importar las actualizaciones a
la base de datos.
Los administradores del sistema de Dataverse son responsables de identificar todas las
tablas que contienen los datos personales de un usuario y de repetir los pasos
siguientes para cada una de esas tablas.
Desde Power Apps , haga lo siguiente:

6. En la barra de menús, seleccione Archivo, seleccione Guardar como y seleccione

una ubicación en la que guardará el archivo.
7. Realice las actualizaciones necesarias de datos personales y guarde la hoja de

cálculo.
8. En Power Apps, vuelva a la tabla seleccionada y seleccione Importar>Importar

datos.
9. Seleccione Buscar y seleccione y abra la hoja de cálculo de Excel que acaba de

actualizar.
10. Seleccione Importar.
Export
Puede exportar datos personales de cada tabla a una hoja de cálculo de Excel para
verlos.

Eliminar
Puede eliminar los datos personales que están almacenados en tablas mediante la
característica Exportar/Importar datos.
Los administradores del sistema de Dataverse son responsables de identificar todas las
tablas que contienen los datos personales de un usuario y de repetir los pasos
siguientes para cada una de esas tablas.


6. En la barra de menús, seleccione Archivo, seleccione Guardar como y seleccione

una ubicación en la que guardará el archivo.
7. Elimine las filas que contienen los datos personales que quiere quitar de la tabla y
guarde la hoja de cálculo.
8. En Power Apps, vuelva a la tabla seleccionada y seleccione Importar>Importar

datos.
9. Seleccione Buscar y seleccione y abra la hoja de cálculo de Excel que acaba de
actualizar.
10. Seleccione Importar.

Regiones de centros de datos
Los servicios en línea de Microsoft Dynamics 365 y Microsoft Power Platform se

hospedan en centros de datos de cada vez más regiones. Después de que estos
servicios pasen a estar disponibles en una nueva región, se aplica lo siguiente:
Para nuevas organizaciones, el centro de datos estará alineado con el país/región

que seleccionó durante la suscripción.
Para organizaciones existentes, Microsoft pronto dará cabida a migraciones a

centros de datos en la nueva región cuando lo solicite el cliente siempre que la
organización cumpla determinados requisitos de negocio.
Para obtener información sobre las regiones del centro de datos para Dynamics 365 y
Power Platform, consulte Disponibilidad de productos por geografía . Consulte
también Dónde están ubicados sus datos .
A continuación, hay una lista de regiones y su URL para Dynamics 365 (Dynamics 365
Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service y Dynamics 365
Marketing).
Región Dirección URL
NAM crm.dynamics.com
DEU crm.microsoftdynamics.de
SAM crm2.dynamics.com
CAN crm3.dynamics.com
EUR crm4.dynamics.com
APJ crm5.dynamics.com
OCE crm6.dynamics.com
JPN crm7.dynamics.com
IND crm8.dynamics.com
GCC crm9.dynamics.com
GCC High crm.microsoftdynamics.us
GBR crm11.dynamics.com
Región Dirección URL
FRA crm12.dynamics.com
ZAF crm14.dynamics.com
EAU crm15.dynamics.com
GER crm16.dynamics.com
CHE crm17.dynamics.com
CHN crm.dynamics.cn
NOR crm19.dynamics.com
SGP crm20.dynamics.com
KOR crm21.dynamics.com
Proceso de migración
Este es el proceso total para migrar a un nuevo centro de datos.
Según el tipo de transición, puede ser necesario seguir más pasos.
Consulte también
Migraciones de ubicación geográfica
Productos por región

Acerca del centro de datos de Microsoft
Cloud Australia
Si usted es cliente existente de Power Apps con una dirección de facturación que
corresponde a una nueva región de centro de datos, revise la información de este tema
para entender el proceso de cambio.
Anuncio de expansión de la geoárea de

Australia
¿Qué es un anuncio de Microsoft?

Microsoft Power Platform y las aplicaciones de Dynamics 365 (Dynamics 365 Sales,
Dynamics 365 servicio al cliente, Dynamics 365 Field Service, Dynamics 365 Marketing y
Dynamics 365 Project Service Automation), están actualmente disponibles en 130
mercados y 44 idiomas, lo que nos permite realizar ventas codo con codo con Microsoft
365 en la mayoría de los mercados a nivel mundial. Con la inclusión de centros de datos
en Japón (anunciado recientemente) y Australia, ambos previstos para Q1 CY2015,
nuestros clientes globales serán atendidos por 17 centros de datos que cubren 6
regiones globales de todo el mundo.
Esto marca un importante paso para clientes y asociados en nuestro viaje en la nube a
fin de atender a nuestros clientes en Australia, Nueva Zelanda y Oceanía (geoárea de
Australia). Al llevar Power Platform y las aplicaciones de Dynamics 365 a la región local
podremos servir a nuestros clientes de forma más eficaz y con un mejor rendimiento al
tiempo que garantizamos el cumplimiento de los requisitos locales.
¿Qué ha llevado a Microsoft a adoptar esta expansión

geográfica?
Para atender mejor las necesidades de residencia de datos y reducción de la latencia de
los clientes evaluamos de forma continua dónde debemos ampliar la disponibilidad en
todo el mundo. Tenemos un compromiso de inversión a largo plazo en Power Platform y
aplicaciones de Dynamics 365 expansión con el tiempo.
Esta expansión global nos permitirá cumplir la promesa de aumentar la productividad

de ventas mientras permite que nuestros clientes vendan con eficiencia, comercialicen
de forma inteligente, y proporcionen cuidado en todos los lugares para ofrecer
experiencias sorprendentes a los clientes.
¿Cuáles son los planes de expansión geográficos futuros

de Power Platform y las aplicaciones de Dynamics 365?
La expansión geográfica de Power Platform y las aplicaciones de Dynamics 365 es una
alta prioridad y evaluamos constantemente las necesidades del mercado. Aunque no
tenemos información adicional ni datos específicos sobre futuros planes que anunciar
en este momento, informaremos en el momento que tengamos algo que compartir.
Información general del centro de datos
¿Dónde se encuentran los centros de datos en la geoárea

de Australia?
La geoárea de Australia estará compuesta por centros de datos en el área del este de
Australia (Nueva Gales del Sur) y el área de suroriental de Australia (Victoria).
¿Qué significa este anuncio para los clientes de la

geoárea de Australia?
Microsoft se compromete a atender la creciente demanda de dispositivos y servicios
confiables y conectados para nuestros clientes de todo el mundo. Hemos oído alto y
claro que nuestros clientes en la geoárea de Australia necesitan servicios prestados
localmente. El crecimiento de Power Platform y aplicaciones de Dynamics 365 en la
geoárea de Australia significa que podemos atender mejor las necesidades de estos
clientes de tres formas:
La mayoría de los datos de clientes se conservarán en Australia, excepto los datos*

de Azure Active Directory, ayudando a los clientes a cumplir los requisitos de
residencia de datos.
Los clientes que implementen aplicaciones en los nuevos centros de datos de

Australia disfrutan de rendimiento mejorado dentro de la geoárea de Australia
mientras se reduce la latencia de la red.
Nuestra expansión en la geoárea de Australia también proporciona a los clientes el

mismo nivel de alta disponibilidad y de redundancia que nuestros centros de datos
en otros países y regiones. Los clientes de Australia, Nueva Zelanda y Oceanía
disfrutarán de las ventajas de contratos de nivel de servicio (SLA) apoyados
financieramente al 99,9% y redundancia en el centro de datos principal en el que
se implementan así como en el centro de datos secundario en la geografía de
Australia para ayudar a garantizar el tiempo activo actual y proteger frente a un
desastre importante en una única región.
*La geoárea de Australia se considerará como una geoárea independiente sujeta a los
mismos compromisos de ubicación de los datos que mantenemos para otras geoáreas.
Para la definición de los datos de clientes y detalles de nuestros mapas de flujo de datos
en Geo, vea el Centro de confianza de Dynamics .
¿Qué región se usará para la replicación de datos para la

geoárea de Australia?
Los servicios implementados en la región del este de Australia replicarán los datos a la
región suroriental de Australia y viceversa.
Para los centros de datos de la región este y suroriental de Australia, el acceso al

aprovisionamiento de recursos en estos centros de datos es limitado, como se describe
a continuación:
Para Web Direct, el acceso a los centros de datos se basa en el país/región

establecidos en su cuenta de Microsoft Dataverse.
Si el país o región de la cuenta es Australia, Nueva Zelanda o Fiyi, los recursos

de Dataverse se aprovisionarán en los centros de datos de la región este y
suroriental de Australia.
Si el país o región de la cuenta no es Australia, Nueva Zelanda o Fiyi, el cliente

no podrá aprovisionar servicios en los centros de datos de la región este y
suroriental de Australia. Para hacerlo, los clientes deben probar o comprar
Power Platform y las aplicaciones de Dynamics 365 (como Dynamics 365 Sales y
Customer Service) para una organización ubicada en Australia, Nueva Zelanda o
Fiji. El cliente puede crear otra cuenta de Web Direct para las organizaciones
ubicadas en Australia, Nueva Zelanda y FiYi, con una dirección de facturación en
cualquiera de estas regiones, si desea seleccionar e implementar servicios en los
centros de datos de la región este y suroriental de Australia.
Para clientes de licencias por volumen (VL), el acceso a los centros de datos se
basa en el país/región donde se firmó el contrato de licencia por volumen.
Si el contrato VL se firmó en Australia, Nueva Zelanda o Fiyi, el cliente podrá

utilizar los servicios en los centros de datos de la región este y suroriental de
Australia. Las cuentas agregadas al contrato VL podrán usar Power Platform y
las aplicaciones de Dynamics 365 en los centros de datos de la región este y
suroriental de Australia.
Los clientes de VL pueden crear también una implementación secundaria en

Australia, Nueva Zelanda, o Fiyi según los términos de un contrato de VL
existente firmando una suscripción en Australia, Nueva Zelanda, o Fiyi o
solicitando una enmienda multiempresa a través de especialistas de licencia
local.
Los clientes de Web Direct y VL en Australia aún tendrán la posibilidad de

implementar entornos en centros de datos fuera de Australia. Sin embargo, debe
tener un inquilino ya provisionado en Australia. En este escenario
multiempresa/multigeoárea, AU GST aún se aplicará a entornos implementados en
otras regiones.
¿Cómo busco en qué país o región está mi cuenta?

1. Inicie sesión en https://admin.microsoft.com .
2. En la esquina superior derecha del centro de administración de Microsoft 365, elija

su organización.
3. En la página Perfil de la empresa, el país o región de su cuenta aparece bajo País o

región.
Información general sobre el servicio
¿Seguirán estando disponibles los entornos de

multigeoárea para los clientes de Australia?
Los entornos de multigeoárea serán admitidas para clientes australianos mientras
el inquilino se aprovisione primero en Australia. Para los clientes que no se
encuentran en Australia pero desean aprovisionar un entorno en el centro de
datos de Australia, primero deben adquirir un inquilino para una organización que
se encuentra en Australia y después el inquilino podrá aprovisionarse en Australia.
La disponibilidad de compatibilidad de entorno de multigeoárea estará limitada en
el desarrollo inicial a un número fijo de clientes elegibles a petición y,
continuaremos expandiendo con el tiempo.
¿Se ofrecerá el SLA estándar en el lanzamiento de

disponibilidad general?
Sí, en la fecha de la disponibilidad general, se aplicará el contrato de nivel de servicio
(SLA) estándar apoyado financieramente al 99,9%, como ocurre en nuestras demás
regiones del mundo. Nota: el SLA no cubre Microsoft Social Engagement.
¿Qué reglas se aplican a los clientes de Nueva Zelanda o

de Oceanía que desean conceder licencias a los afiliados
que se encuentran en Australia?
Un cliente de Nueva Zelanda y Oceanía no puede realizar pedidos según los términos
del contrato existente para ningún afiliado que se encuentra en Australia, ni conceder a
ningún afiliado que se encuentra en Australia derechos administrativos para administrar
suscripciones, si el cliente elige acceder y usar los servicios prestados desde centros de
datos ubicados en Australia. Un afiliado que se encuentra en Australia y desee obtener
acceso y usar los servicios en línea prestados en nuestros centros de datos ubicados en
Australia debe contratar su propia suscripción según los términos del contrato
independiente de Microsoft Online Services.
¿Power Platform y las aplicaciones Dynamics 365 estarán

disponibles en la infraestructura como servicio (IaaS) de
Azure en Australia?
En este momento, Power Platform y las aplicaciones de Dynamics 365 sólo está
disponible para los escenarios de desarrollo o de prueba y no es compatible con los
casos de uso de producción. Los desarrolladores pueden aprovechar su suscripción a
MSDN y créditos de Azure para escenarios de desarrollo o de prueba. Nota:
recientemente anunciamos la intención de admitir Power Platform y las aplicaciones de
Dynamics 365 en Azure IaaS pero dependemos de la disponibilidad de Azure Premium
Storage en cada geografía. La vista previa pública limitada de Azure estará disponible
solamente en EE.UU. y parte de Europa.
¿Dónde puedo encontrar más información sobre

seguridad, privacidad de datos y cumplimiento?
El Centro de confianza de Microsoft Dynamics 365 se actualizará según sea necesario
cuando los centros de datos de Australia se lancen y tengan disponibilidad general.
¿Qué datos de aplicaciones estarán en los centros de

datos de Australia con disponibilidad general?
Almacenaremos todos los datos del cliente, incluidas las copias de seguridad, en el
centro de datos de Australia. Para cualquier servicio de Microsoft 365 que se ejecute
junto con Power Platform y las aplicaciones Dynamics 365 dichos servicios seguirán las
reglas de almacenamiento de datos para Microsoft 365.
¿Power Platform y las aplicaciones Dynamics 365

dispondrán de certificación Programa de asesores
registrados de seguridad de la información (IRAP) cuando
los centros de datos estén en funcionamiento en
Australia?
Estamos investigando activamente los requisitos de IRAP y cómo se relacionan
específicamente con Power Platform y las aplicaciones e Dynamics 365 más adelante
compartiremos más información.
¿Dónde puedo encontrar más información acerca de la

infraestructura física para Power Platform y las
aplicaciones Dynamics 365?
Infraestructura y operaciones en la nube de Microsoft (MCIO) aporta la tecnología
para servicios en la nube de Microsoft. MCIO se centra en crecimiento inteligente, alta
confiabilidad, excelencia operativa, rentabilidad, sostenibilidad medioambiental, y una
experiencia en línea digna de confianza para clientes y asociados de todo el mundo.
MCIO entrega la infraestructura básica y las tecnologías fundacionales para más de 200
empresas en línea de Microsoft, incluidos Bing, Outlook.com, MSN, Microsoft 365, Xbox
Live y Power Platform y las aplicaciones de Dynamics 365. La infraestructura se compone
de una gran cartera global de centros de datos, servidores, redes de distribución de
contenido, nodos informáticos de vanguardia y redes de fibra óptica.
Migración
Tengo aplicaciones y datos en un centro de datos de
Microsoft existente. ¿Podré mover esos recursos a los
centros de datos de Australia?
Para clientes de Web Direct, si el país o región de la cuenta es Australia, Nueva Zelanda
o Fiyi, el cliente será elegible para mover sus entornos a los centros de datos de la
región este y suroriental de Australia.
El país o región de la cuenta se encuentra en el centro de administración de

Microsoft 365.
2. En la esquina superior derecha del centro de administración de Microsoft

365, elija su organización.
3. En la página Perfil de la empresa, el país o región de su cuenta aparece bajo

País o región.
Si el país o región de la cuentas está fuera de Australia, Nueva Zelanda o Fiyi,

deberá crear otra cuenta de Web Direct con una dirección de facturación en
Australia, Nueva Zelanda u Oceanía. Una vez que cree los nuevos cuenta e
inquilino, puede solicitar el traslado de su entorno y sus datos desde otras áreas a
la región de Australia poniéndose en contacto con el soporte técnico. Para más
información, vea ¿Cómo solicito que mi entorno se traslade al centro de datos de
Australia? Microsoft se reserva el derecho de tomar una decisión unilateral para
migrar cuentas en función de múltiples condiciones.
Si usted es un cliente de licencias por volumen y el contrato de licencias por

volumen se firmó en Australia, Nueva Zelanda, u Oceanía, será elegible para mover
aplicaciones y datos a los centros de datos de la región este y surorientales de
Australia e implementar los servicios allí.
Las cuentas agregadas al contrato de licencias por volumen son elegibles para
mover aplicaciones y datos a los centros de datos de la región este y suroriental de
Australia e implementar los servicios allí.
Para provisionar un inquilino en el centro de datos de Australia, si tiene una

inscripción de licencias por volumen fuera del centro de datos de Australia
necesitará firmar una inscripción en Australia, Nueva Zelanda, u Oceanía y después
migrar los entornos existentes al centro de datos de Australia.
Para mover usuarios, entornos, y datos a las regiones de Australia, debe ponerse
en contacto con el soporte técnico para obtener más información acerca de migrar
los entornos. Para más información, vea ¿Cómo solicito que mi entorno se traslade
al centro de datos de Australia? Microsoft se reserva el derecho de tomar una
decisión unilateral para migrar cuentas en función de múltiples condiciones.
Para obtener más información sobre varios usuarios y entornos, vea Entornos en
línea o usuarios múltiples.
¿Cómo solicito que mi entorno pase al centro de datos de

Australia?
Puede solicitar un cambio al nuevo centro de datos australiano enviando un incidente
de soporte técnico con el centro de administración de Microsoft 365.
2. Vaya a Compatibilidad>Solicitudes de servicio>+
3. Elija Más>Dynamics 365 Online
4. En Característica, seleccione Administración de datos. En Síntoma, seleccione

Solicitud de migración de centro de datos.
5. Complete el resto de la información para enviar una solicitud de servicio.
Un ingeniero de soporte técnico le ayudará a comprobar los requisitos previos

necesarios y proporcionará orientación en el proceso de traslado.
¿Cómo trabajará Microsoft conmigo en la migración?

Una vez que se haya programado para migración, un miembro del equipo de Soporte
técnico de Microsoft trabajará directamente con usted para negociar la programación y
otros problemas que puedan surgir durante la migración.
Si tengo servicios de Microsoft 365 y las aplicaciones de

Power Platform y Dynamics 365 ¿cómo se gestionará la
migración?
La migración de cada servicio se administra independientemente. Para las aplicaciones
de Power Platform y Dynamics 365 podrá elegir la fecha y hora de migración. Microsoft
trabajará con usted para programar la migración. Para programación y migración de
Microsoft 365, vea Mover datos principales a geografías de centro de datos de
Microsoft 365 nuevas.
¿Puedo mover Microsoft 365 y las aplicaciones de Power

Platform y Dynamics 365 al mismo tiempo?
El proceso de traslado para cada servicio se controla de forma separada, pero el traslado
puede programarse para que coincida con el centro de administración de Microsoft 365
si se solicita.
Precios y licencias
¿Todas las versiones de las aplicaciones de Power

Platform y Dynamics 365 estarán disponibles?
Los clientes podrán adquirir todas las licencias que están actualmente disponibles en el
mercado hoy. Consulte la disponibilidad local en Soluciones de Microsoft Dynamics
CRM . Los precios globales se pueden encontrar en Lista de precios de Microsoft
Dynamics
¿Cómo se facturará a un cliente con un contrato de

licencias por volumen (VL) existente fuera de Australia si
agrega al contrato un nuevo inquilino que reside en
Australia?
Los usuarios adicionales se facturarán con la misma tasa en la factura del cliente. El
panel de negocio deberá proporcionar una enmienda multiempresa para ofrecer un
inquilino adicional en Australia.
¿Los clientes que adquieren Dynamics CRM Online y un

servicio adicional como Parature, Dynamics Marketing o
Microsoft Social Engagement se gravarán de forma
diferente por servicio?
Microsoft tiene su propia presencia de centro de datos de acuerdo con cada servicio en
línea proporcionado. Las aplicaciones de Power Platformy Dynamics 365 se
aprovisionarán y estarán disponibles desde los centros de datos ubicados en Australia,
lo que hace que esos servicios estén sujetos a algunos impuestos que no se aplican
necesariamente a los usuarios ubicados y aprovisionados fuera de Australia. Microsoft
Social Engagement tiene su propia presencia de centro de datos; se proporcionan a
clientes en Australia desde centros de datos fuera de Australia. Por lo tanto, estos
servicios en línea están sujetos a un tratamiento fiscal distinto.
Impuestos y facturación
¿Habrá cambios en mi factura?

Los clientes de Nueva Zelanda y Fiyi no verán ningún cambio en las facturas.
Para los clientes de Australia, a partir de la fecha de disponibilidad general cuando los
servicios estén disponibles en los centros de datos de Microsoft Australia, Microsoft
cargará a todos los clientes australianos un importe adicional igual GST australiano para
los servicios y emitirá facturas del impuesto. Este cambio se producirá porque el GST
australiano se paga en el suministro de bienes y servicios sujetos a impuestos
proporcionados y ofrecidos en Australia.
Mi inquilino no se ha movido al centro de datos de

Australia, ¿por qué se me factura el impuesto de bienes y
servicios (GST) e Australia?
Existen varios factores que se deben tener en cuenta para determinar si GST es
pagadero en el suministro. El GST australiano se paga en el suministro de bienes y
servicios sujetos a impuestos proporcionados y ofrecidos en Australia.
Pruebas
Si comencé una prueba fuera de Australia y antes de la

disponibilidad general, ¿pasaré al centro de datos de
Australia después de la disponibilidad general?
No. Los ensayos permanecerán en la geografía donde se iniciaron. Puede elegir iniciar
un nuevo prueba que se aprovisione en el centro de datos de Australia.
Si elijo convertir un prueba en una suscripción de pago,
donde la prueba se creé en una región geográfica fuera
de Australia antes de la disponibilidad general, ¿pasará
mi inquilino y entorno de suscripción al centro de datos
de Australia?
No. Si elige convertir una prueba que se creó en una región geográfica fuera de
Australia antes de la disponibilidad general, la prueba se convertirá y facturará en la
geografía donde se inició. El GST Australia no se aplica.
Si la prueba gratuita se implementó originalmente en Australia y se convirtió en una

suscripción de pago, se le cargará el GST de Australia.
Si decide que desea que el entorno esté en el centro de datos de Australia deberá
seguir los pasos de migración descritos anteriormente. Una vez que se mueva a
Australia, se aplicarán la facturación y el impuesto adecuados.
Si un cliente crea una prueba gratuita en el centro de

datos de Australia después de la disponibilidad general,
¿se le cobrarán impuestos por la prueba?
No. Las pruebas son gratuitas durante 30 días.
¿Puedo crear una prueba en el centro de datos de

Australia antes de la disponibilidad general?
No. No puede crear una prueba o mover un entorno de producción antes de la
disponibilidad general.
Vea también
Office 365 y Dynamics CRM Online disponibles ahora desde centros de datos en
Australia

Cloud Canadá
Nuevos servicios en la nube de Microsoft en

Canadá

Anunciamos la disponibilidad general de las aplicaciones de Microsoft Power Platform y
Dynamics 365 (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field
Service, Dynamics 365 Marketing y Dynamics 365 Project Service Automation),
atendidas desde nuevas regiones de centros de datos en Toronto y la ciudad de
Quebec, y también se unirán a Azure y Microsoft 365 para proporcionar la reconocida
Microsoft Cloud en Canadá.
Basada en los principios fundacionales de seguridad, privacidad y control,

compatibilidad y transparencia, Microsoft Cloud entrega servicios de nube de confianza
para permitir que las personas y organizaciones obtengan más. Al proporcionar
soluciones de plataforma y productividad flexibles, Azure, Microsoft 365 y Power
Platform y aplicaciones de Dynamics 365, Microsoft Cloud local está diseñado para
impulsar la innovación y para acelerar la transformación de digital de Canadá.
¿Cuál es el beneficio para los clientes?

El nuevo Microsoft Cloud local habilita la residencia de datos para los clientes de
Canadá, aportando confiabilidad y rendimiento con calidad de empresa a sectores
regulados y otros negocios. Esto incluye la replicación de datos en varias áreas en
Canadá para la continuidad comercial, reducción de la distancia de red, y la opción de
una conexión privada con la nube con Azure ExpressRoute. La Microsoft Cloud en
Canadá incluye el mismo compromiso profundo con la alta disponibilidad que las otras
regiones, incluido un contrato de nivel de servicio con respaldo financiero del 99,9%.
Para Power Platform y las aplicaciones de Dynamics 365, la residencia de datos significa
que la mayoría de los datos de clientes se mantendrán en Canadá, excepto los datos de
Azure Active Directory. Para la definición de los datos de clientes y detalles de nuestros
mapas de flujo de datos en Geo, vea el Centro de confianza de Microsoft .
¿Dónde están las regiones de Microsoft Cloud Canadá?
La geoárea de Canadá está compuesta por centros de datos en Toronto y la ciudad de
Quebec.

2. En la esquina superior derecha de la barra de menús del centro de administración

de Microsoft 365, haga clic en su organización.

región.
Información general sobre el servicio de

Microsoft Dataverse

multigeoárea para los clientes de Canadá?
Sí, los entornos multigeoárea serán admitidos para Canadá. Los entornos de
multigeoárea están diseñados para las compañías con oficinas en varios países o
regiones que desean conservar los datos de los clientes principales dentro de esos
países o regiones. La disponibilidad de compatibilidad de entorno de multigeoárea
estará limitada en el desarrollo inicial a un número fijo de clientes elegibles.
Continuaremos expandiendo esta capacidad con el tiempo. Más sobre cómo crear y
editar los entornos de multigeoárea
¿Se ofrecerán contratos de nivel de servicio estándar de

Dataverse?
Sí, los contratos de nivel de servicio (SLAs) estándar se aplicarán a las regiones de
Canadá como en las otras regiones de todo el mundo.
７ Nota
El SLA no cubre Microsoft Social Engagement.
¿Estarán disponibles Microsoft Dynamics Marketing,

Social Engagement, and Parature en los centros de datos
de Canadá?
Estos servicios están disponibles para su adquisición en Canadá, sin embargo, estos
servicios son aprovisionados regionalmente en este momento.
¿Cuál es la experiencia del cliente si uso Dynamics CRM

Online de las regiones de Canadá mientras uso Microsoft
Dynamics Marketing, Microsoft Social Engagement y
Parature de otras regiones?
La experiencia del cliente no sufrirá cambios, las cargas de trabajo de otros servicios
simplemente serán aprovisionadas desde otras regiones.
¿Cuándo estará disponible en Canadá ExpressRoute para

clientes de Power Platform y las aplicaciones de Dynamics
365 Online for Customer Engagement y a través de qué
asociados?
ExpressRoute está disponible actualmente en Canadá. Vea un lista actual de ubicaciones
y de asociados de ExpressRoute. Microsoft está trabajando actualmente para habilitar
clientes para usar ExpressRoute con Power Platform y las aplicaciones de Dynamics 365
desde las regiones de Canadá.

Encontrará más información en el Centro de confianza de Microsoft .

infraestructura física?
Estos servicios se hospedan en la infraestructura de nube de Microsoft que comprende
más de 100 centros de datos distribuidos globalmente, nodos informáticos de
vanguardia y centros de operaciones de servicio. Esta infraestructura cuenta con el
apoyo de una de las redes globales de multiterabit más grandes del mundo, con una
amplia presencia de fibra oscura que las conecta entre sí.
Microsoft proporciona servicios de nube a clientes 24x7x365, y el equipo de

infraestructura y operaciones de Microsoft Cloud diseña, crea, opera y ayuda a asegurar
cada aspecto de la infraestructura. Desde la apertura del primer centro de datos en
1989, hemos invertido más de 15 mil millones de dólares en nuestra infraestructura y
permanecemos centrados en la prestación de servicios en línea confiables, escalables, y
seguros.
Migración
Puede solicitar migración al centro de datos de Canadá enviando una solicitud de
soporte técnico. Si usted es cliente existente con una dirección de facturación que
corresponde a Canadá, revise la información de este tema para entender el proceso de
cambio.
¿Cómo solicito que mi entorno pase a Canadá?

Puede solicitar un cambio al nuevo centro de datos de Canadá enviando una solicitud
de soporte técnico a través del centro de administración de Dynamics 365 o llamando al
Soporte técnico de Microsoft. Seleccione detenidamente el tema Administración de
datos y el subtema Solicitud de migración de centro de datos para asegurarse de que su
solicitud recibe el mejor enrutamiento. Un ingeniero de soporte técnico le ayudará a
comprobar los requisitos previos necesarios y proporcionará orientación en el proceso
de traslado.
*Los clientes deberán seguir más pasos según el tipo de transición.

Si estoy programado para una actualización a CRM

Online 2015 o CRM Online 2015 Update 1, ¿aplicará
Microsoft la actualización al mismo tiempo que la
migración al centro de datos de Canadá?
Debe actualizar a Microsoft Dynamics CRM Online 2015 Update o posterior antes de
migrar al centro de datos de Canadá. Los clientes pueden programar la actualización.

migración?
La migración de cada servicio se administra independientemente. Para Dynamics 365
(online), podrá elegir la fecha y hora de migración. Microsoft trabajará con usted para
programar la migración. Para programación y migración de Microsoft 365, vea Mover
datos principales a geografías de centro de datos de Microsoft 365 nuevas.

El proceso de traslado para cada servicio se controla en forma separada. El traslado se
puede solicitar para que coincida con el traslado del centro de administración de
Microsoft 365.
Si mi contenido se almacena en los centros de datos de

Canadá, ¿puedo tener acceso a mi contenido para
trabajar desde ubicaciones fuera de Canadá?
Sí. Si está fuera de Canadá e inicia sesión como usuario autenticado, podrá tener acceso
a los datos pertinentes.
Licencias y precios
Dynamics .

licencias por volumen existente fuera de Canadá si
agrega al contrato un nuevo inquilino que reside en
Canadá?
inquilino adicional en Canadá.
Si comencé una prueba fuera de Canadá y antes de la

Canadá después de la disponibilidad general?
un nueva prueba que se aprovisione en el centro de datos de Canadá.

donde la prueba se creé en una región geográfica fuera
de Canadá antes de la disponibilidad general, ¿pasará mi
inquilino y entorno de suscripción al centro de datos de
Canadá?
No. Si elige convertir una prueba que se creó en una región geográfica fuera de Canadá
antes de la disponibilidad general, la prueba se convertirá y facturará en la geografía
donde se inició. Si la prueba se implementó originalmente en Canadá y se convirtió en
una suscripción de pago, seguirá estando implementada en Canadá.

datos de Canadá después de la disponibilidad general,
¿se le cobrarán impuestos por la prueba?
Vea también
Centros de datos de Office 365 ahora disponibles en Canadá

Power Platform y las aplicaciones de
Dynamics 365 operadas por 21Vianet en
China
Los servicios de Microsoft Power Platform y las aplicaciones de Dynamics 365 en línea
operados por 21Vianet están diseñados para cumplir requisitos reguladores de China.
Los servicios son un entorno físicamente independiente de servicios en la nube
operados y tramitados actualmente por un operador local, Shanghai Blue Cloud
Technology Co., Ltd (“21Vianet”). Esta es una filial enteramente propiedad de Beijing
21Vianet Broadband Data Center Co., Ltd., que se encuentra en China continental.
Microsoft se esfuerza por mantener la paridad funcional entre nuestro servicio

disponible comercialmente y Power Platform y las aplicaciones de Dynamics 365
Dynamics 365 Marketing y Dynamics 365 Project Service Automation) operadas por
21Vianet en China. Sin embargo, hay excepciones notables a esto a las que afecta la
disponibilidad de servicios dependientes o soluciones de asociados, las prioridades de
marketing o las normativas de cumplimiento.
Aprovisionamiento
Los clientes de China tienen dos opciones entre las que seleccionar cómo desean
obtener acceso a Power Platform y las aplicaciones de Dynamics 365.
Servicios operados por 21Vianet en China: 21Vianet opera y ofrece servicios de

Dataverse en China. Esta opción proporciona una experiencia coherente de Power
Platform y las aplicaciones de Dynamics 365, que es la misma que la de las ofertas
globales. Esta opción también satisface las necesidades de los clientes que
prefieren usar los servicios en línea proporcionados por una empresa local que
guarda sus datos en China. Estos servicios están sujetos a las leyes chinas.
Servicios operados por Microsoft: esta opción es para los clientes que prefieren
usar servicios administrados y entregados por Microsoft. Para todos los clientes
nuevos y existentes, si el cliente compra Microsoft Azure, Power Platform y las
aplicaciones de Dynamics 365 y Office con un Contrato Enterprise, Microsoft 365
y/o Microsoft Power Platform y las aplicaciones de Dynamics 365 pueden coexistir
en el inquilino.
Para obtener información sobre los entornos de aprovisionamiento, consulte Crear y
administrar entornos en el Centro de administración de Power Platform.
Funciones no disponibles
Debido a determinadas dependencias tecnológicas, las siguientes características no
estarán disponibles para la disponibilidad general de servicios de Dataverse operados
por 21Vianet. Para obtener información sobre la disponibilidad futura de características,
consulte Aplicaciones de negocio y notas de la versión de la plataforma.
Administre sus documentos usando SharePoint no es compatible con los servicios

de Dataverse operados por 21Vianet.
No estarán disponibles Búsqueda de filsa en una aplicación ni Búsqueda

categorizada utilizadas para buscar filas a través de varias tablas.
La característica Grupos de Microsoft 365 usada para el área de trabajo compartida

para mensajes de correo electrónico, conversaciones, archivos y eventos de
servicios de Dataverse no estará disponible.
No estará disponible la API de administración en línea (API de administración) que

permite a los clientes crear y administrar los entornos con la API de REST.
Escala de tiempo de noticias de la compañía proporciona ideas valiosas de las

últimas noticias sobre clientes del inquilino en el teléfono o la tableta. Esta
característica no estará disponible.
No estará disponible la API de Servicio de detección global que mediante

programación permite que las aplicaciones del cliente detecten la organización de
usuario (también denominada entorno) y busquen entornos a través de las
regiones.
No estará disponible la característica Recomendaciones de la organización de

estado del servicio.
Plataforma omnicanal para Customer Service no está disponible.
No estarán disponibles los Portales para los servicios de Dataverse.
Dynamics 365 para teléfonos y tabletas no estará disponible.
No estarán disponibles las siguientes soluciones Microsoft AppSource hospedadas

para servicios de Dataverse:
Servicio de exportación de datos
Conector para LinkedIn Lead Gen Forms
Gamification
DXC Health360 Care Coordination
No estará disponible la solución Voz del cliente usada para enviar encuestas a
clientes y recibir sus comentarios valiosos.
Live Assist for Microsoft Dynamics 365 Con tecnología CaféX es una solución
integrada omnicanal para los servicios de Dataverse que no estará disponible.
No estarán disponibles las características de Customer Service siguientes:

Busque en Knowledge Base
Buscar casos similares
No estarán disponibles las características de Field Service:

Dynamics 365 Remote Assist
Notificaciones de inserción
Geovallas
Resource Scheduling Optimization (RSO)
Connected Field Service (CFS) for Azure IoT Central
Connected Field Service (CFS) for Azure IoT Hub
Aplicación Field Service Mobile
No estarán disponibles las características de Sales:

Característica de organigrama de LinkedIn
Integrar soluciones de LinkedIn Sales Navigator
Previsión
Dynamics 365 Sales Insights
Los siguientes componentes del Plan de Dynamics 365 no están disponibles.

Project Service Automation
Marketing (para > 10 usuarios)
Microsoft Social Engagement
Habilitar la funcionalidad de sincronización del

lado del servidor para Exchange Online en
China
Para conectar Dynamics 365 con su inquilino de Exchange Online en China y usar la
funcionalidad de sincronización del lado del servidor, consulte Habilitar la funcionalidad
de sincronización del lado del servidor para Exchange Online en China.
Recursos adicionales
Aplicaciones operadas el soporte técnico de 21Vianet
Aplicaciones de Dynamics 365 Finance operadas por 21Vianet
Sitio de soporte para 21Vianet (en chino)
Declaración de privacidad (Dynamics 365 隐私声明)
Acuerdo de nivel de servicio (世纪互联在线服务的服务级别协议)
Información legal (Dynamics 365 法律信息)
Condiciones de servicio de Lifecycle Services
OSPT (世纪互联在线服务的服务级别协议)
Azure Docs (en chino)
Azure China 21Vianet
Power Apps operado por 21Vianet y
Power Automate operado por 21Vianet
Introducción
Los servicios en línea de Microsoft Power BI, Microsoft Power BI Premium, Microsoft
Power BI Embedded, Microsoft Dynamics 365 Customer Service, Microsoft Dynamics 365
Sales, Microsoft Dynamics 365 Field Service, Microsoft Dynamics 365 Finance y
Microsoft Dynamics 365 Supply Chain Management operados por 21Vianet ya están
disponibles en China. Microsoft Power Apps y Microsoft Power Automate están
disponibles para prestar servicio a los clientes de sectores regulados y organizaciones
comerciales que realizan negocios con tablas en China y necesitan la residencia de datos
local.
Los servicios en línea de Microsoft Dynamics 365 (Dynamics 365 Customer Service,
Dynamics 365 Sales, Dynamics 365 Field Service, Dynamics 365 Finance y Dynamics 365
Supply Chain Management) y Microsoft Power Platform (Microsoft Power BI, Power BI
Premium, Power BI Embedded, Power Apps y Power Automate), en su conjunto
denominados "Business Applications" que opera 21Vianet son una instancia físicamente
separada de los servicios de nube que opera y gestiona un operador local, Shanghai
Blue Cloud Technology Co., Ltd (“21Vianet”). Esta es una filial enteramente propiedad de
Beijing 21Vianet Broadband Data Center Co., Ltd., que se encuentra en China
continental.
La implementación de la familia de aplicaciones empresariales como servicios en línea

operados por 21Vianet en China se basa en los principios fundacionales de seguridad,
privacidad, cumplimiento, transparencia y fiabilidad, lo que ofrece a las organizaciones
una plataforma e infraestructura de nube completas, así como herramientas conocidas
de productividad y de aplicaciones empresariales. Esto significa que los datos del cliente
se almacenan en reposo dentro de China, salvo lo estipulado en el Centro de
confianza .
Microsoft se esfuerza mantener la paridad funcional entre el servicio disponible

comercialmente y el servicio en línea operado por 21Vianet en China. Sin embargo, hay
excepciones notables a esto a las que afecta la disponibilidad de servicios dependientes
o soluciones de asociados, las prioridades de marketing o las normativas de
cumplimiento.
Para obtener más información sobre estas excepciones o para ver preguntas sobre la
disponibilidad de servicios en China, póngase en contacto con el soporte técnico .
Información sobre disponibilidad de

características
Debido a algunas dependencias técnicas, las siguientes características no estarán
disponibles para la disponibilidad general de Power Apps operado por 21Vianet y Power
Automate operado por 21Vianet. Para obtener información sobre la disponibilidad
futura de características, consulte Aplicaciones empresariales y planes de lanzamiento
de la plataforma.
Planes de Power Apps operado por 21Vianet y Power

Automate operado por 21Vianet
El acceso a los planes de Power Apps operado por 21Vianet y Power Automate operado
por 21Vianet está restringido a las ofertas que se describen en la sección siguiente y
cada plan se ofrece como una suscripción mensual cuya licencia se puede conceder a un
número ilimitado de usuarios:
Power Apps por plan de aplicación

Plan de Power Apps
Power Apps y capacidad de Flow
Plan de Power Automate por proceso de negocio
Plan de Power Automate
Además de los planes independientes, también están incluidas capacidades de Power

Automate y Power Apps en ciertos y planes de Microsoft 365 y Dynamics 365 que
permiten a los clientes ampliar y personalizar Microsoft 365 y Dynamics 365 con
capacidades de Power Automate y Power Apps. Esta funcionalidad se habilitará en un
trimestre tras la disponibilidad general de los planes independientes.
Power Apps y Power Automate incluyen varias funciones que permiten a los usuarios
conectarse y trabajar con otras ofertas de servicios empresariales de Microsoft, como
Microsoft 365, Dynamics 365 y Power Apps. En los centros de datos, Power Apps y
Power Automate existen de manera coherente con un modelo de implementación de
nube pública multiempresa. Power Automate operado por 21Vianet utiliza el la Interfaz
de usuario del administrador de clientes de Microsoft 365 para administración y
facturación de clientes.
Power Apps y Power Automate mantienen los recursos reales, flujo de información, y la
administración de datos, mientras usa Microsoft 365 para proporcionar los estilos de
visuales que se muestran al administrador de clientes a través de su consola de
administración.
Power Apps y Power Automate no tendrán la capacidad de integrar aplicaciones de

terceros en el servicio a través de Conectores.
Power Apps operado por 21Vianet y Power Automate

operado por 21Vianet
Cuando un usuario de una organización que emplea Active Directory Federation
Services (AD FS) intenta acceder a Power Automate, se redirige al usuario a una página
de inicio de sesión hospedada en el servidor AD FS de la organización. El usuario
proporciona sus credenciales al servidor AD FS de la organización. El servidor AD FS de
la organización intenta autenticar las credenciales mediante la infraestructura de Azure
Active Directory (Azure AD) de la organización. Si la autenticación es correcta, el servidor
AD FS de la organización emite un vale SAML (lenguaje de marcado de aserción de
seguridad) que contiene información sobre la identidad del usuario y la pertenencia a
grupos.
El servidor AD FS del cliente firma este vale mediante una mitad de un par de claves
asimétrico y luego envía el vale a Azure AD a través del Seguridad de la capa de
transporte (TLS) cifrada. Azure AD valida la firma mediante la otra mitad del par de
claves asimétrico y concede acceso de almacenamiento con redundancia geográfica
(GRS) según el vale. La información de la identidad y la pertenencia al grupo del usuario
sigue cifrada en Azure AD. Es decir sólo información limitada identificable por el usuario
se almacena en Azure AD. Encontrará detalles completos de la implementación de
control y arquitectura de seguridad de Azure AD en Contraseña de autoservicio (SSP) de
Azure.
Los servicios de administración de cuentas de Azure AD se hospedan en servidores

físicos administrados por Global Foundation Services (GFS) de Microsoft. El acceso de
red a estos servidores está controlado por dispositivos de red administrados por GFS
mediante las reglas establecidas por Azure. Los usuarios no interactúan directamente
con Azure AD.
Características de Power Automate no disponibles

AI Builder, una oferta adicional separada para Microsoft Power Platform.
Aplicación móvil de Power Automate.
Conectores: los conectores más populares en uso en nuestro servicio comercial
(según telemetría de uso) se han publicado; si hay un conector disponible en la
oferta comercial que no ve implementado, póngase en contacto con el soporte
técnico y revisaremos su solicitud.
Características de Power Apps no disponibles
Insertar en Microsoft Teams como Microsoft Teams todavía no está disponible

en China.
Comprobador de soluciones de Power Apps
Power Query
Flujos de datos en Power Apps
Integrar datos en Microsoft Dataverse
Exportar a Azure Data Lake (también conocido como Athena)
Doble escritura desde Dataverse para aplicaciones de finanzas y operaciones de
Dynamics 365
AI Builder, una oferta adicional separada para Microsoft Power Platform.
Conectores: Los conectores más populares en uso en nuestro servicio comercial
(según telemetría de uso) se han publicado; si hay un conector disponible en la
oferta comercial que no ve implementado, póngase en contacto con el soporte, y
revisaremos su solicitud.
Página de aterrizaje de términos legales
Términos de servicios en línea (世纪互联在线服务的服务级别协议)
Contrato de nivel de servicio
Declaración de privacidad
Compatibilidad para Power Platform y
las aplicaciones de Dynamics 365
(operado por 21Vianet en China)
Dynamics 365 Customer Service, Dynamics 365 Field Service, y Dynamics 365 Project
Service Automation), se proporciona opciones de soporte de autoservicio y soporte a
través de 21Vianet en China.
Recursos de autoayuda
Documentación de Power Platform
Documentación de Dynamics 365
Aplicaciones de Dynamics 365 operadas por 21Vianet en China
Soporte preventas
Número de teléfono de soporte preventas: +86 400-886-6134
El soporte preventas proporciona ayuda en características y ventajas de suscripción,

comparaciones de planes, precios y licencias, y ayuda a identificar la solución correcta
para satisfacer las necesidades de su empresa. Además, el soporte preventas puede
ayudarle a encontrar un partner, y adquirir y suscribirse a una prueba. Puede llamar en
horario laboral local, de lunes a viernes. Se puede acceder al soporte preventas
utilizando el mismo número de teléfono del soporte técnico.
Soporte de administración de facturación y

suscripciones con 21Vianet
Hay ayuda para problemas de administración de facturación y suscripción accesible en
línea o por teléfono de lunes a viernes durante el horario laboral local, de 9:00 a 18:00
hora estándar de China (CST). Se puede acceder al soporte de administración de
facturación y suscripciones utilizando el mismo número de teléfono y proceso de
solicitud de servicio en línea que con el soporte técnico. El número de teléfono de
soporte de facturación y suscripción es +86 400-089-0365 y el portal online es Centro
de administración de Microsoft 365 .
A continuación encontrará algunos ejemplos de problemas de administración de
facturación y suscripciones:
Suscribirse para una prueba o comprar una suscripción.

Conversión de una suscripción de prueba en una suscripción pago.
Comprender la factura.
Revovar una suscripción.
Agregar o quitar licencias.
Cancelación de una suscripción pagada.
Soporte técnico asistido con 21Vianet

Si sufre un problema técnico con la implementación, informe a 21Vianet a través del
Portal Microsoft 365 o llame a la línea de soporte técnico al +86 400-089-0365. El
horario de soporte técnico de operaciones es de lunes a viernes durante el horario
laboral local, 9:00 a 18:00 hora estándar de china (CST).
Una solicitud de servicio (SR) se administra en cuestión de horas en función de la

gravedad de su impacto en el negocio:
Aumentar crítico en el negocio - Recibirá una respuesta inicial dentro de 1 hora o

menos, y un representante de servicio al cliente trabajará continuamente, todo el
día, hasta que esté resuelto. Deberá asignar los recursos adecuados para trabajar
en la solicitud hasta que se resuelva el problema y proporcionar la información de
contacto correcta al personal de soporte técnico que administre su caso.
Impacto crítico en el negocio - Recibirá una respuesta inicial dentro de 8 horas o
menos. Deberá proporcionar la información de contacto correcta al personal de
soporte técnico que administra el caso.
Obtener soporte Premier

Si ejecuta soluciones de misión crítica, el soporte técnico Premier proporciona valor
añadido:
Servicios de asesoramiento probados diseñados para maximizar su inversión en

Dynamics 365.
Un administrador de prestación de servicios designado comprometido con la
mejora de la experiencia de Dynamics 365.
Soporte reactivo de alta prioridad para garantizar continuidad de servicio.
Para obtener más información acerca soporte Premier, póngase en contacto con el
equipo de cuentas de Microsoft. Si tiene un plan de soporte Premier puede ponerse en
contacto con el soporte mediante My Premier Online .
Sitio de soporte de Power Platform para 21Vianet (en chino)
Sitio de soporte técnico de Dynamics 365 para 21Vianet (en chino)
Aplicaciones de Dynamics 365 Finance operadas por 21Vianet
Declaración de privacidad de Dynamics 365 (Dynamics 365 隐私声明)
Contrato de nivel de servicio de Dynamics 365 (世纪互联在线服务的服务级别协
议)
Información legal de Dynamics 365 (Dynamics 365 法律信息)
Condiciones de servicio para Dynamics 365 Lifecycle Services
OSPT de Dynamics 365 (世纪互联在线服务的服务级别协议)
Azure Docs (en chino)
Azure China 21Vianet
Acerca de Microsoft Cloud Francia
A partir de julio de 2019, Microsoft Power Platform y las aplicaciones de Dynamics 365
Dynamics 365 Marketing y Dynamics 365 Project Service Automation), Finance y Supply
Chain Management, Power Apps, y Power Automate estarán disponibles en los centros
de datos de Francia. Esta nueva opción de implementación sirve para clientes de
organizaciones comerciales e industriales reguladas que realizan negocios con tablas de
Francia que requieren la residencia local de los datos. Power BI ha estado disponibles
desde marzo de 2019.
La implementación de los servicios de Microsoft Dataverse en Francia, se crean en

función de los principios fundacionales de seguridad, privacidad, cumplimiento,
transparencia y fiabilidad, lo que ofrece a las organizaciones francesas una plataforma e
infraestructura de nube completas, así como herramientas conocidas de productividad y
de aplicaciones empresariales. Esto significa que los datos del cliente permanecen en
Francia.
Microsoft se esfuerza por mantener la paridad funcional entre el servicio disponible

comercialmente y Power Platform las ofertas de las aplicaciones de Dynamics 365 en
Francia. Sin embargo, hay algunas excepciones a las que afecta la disponibilidad de
servicios dependientes o soluciones de asociados, las prioridades de marketing o las
normativas de cumplimiento. Para obtener más información sobre estas excepciones o
para ver preguntas sobre servicios en Francia, póngase en contacto con Soporte técnico
de Microsoft Dynamics Online .
Cloud Alemania
Microsoft Cloud Alemania ahora está cerrado. Para más información, ver Transición de
Microsoft Cloud Alemania .
Cloud India
Nuevos servicios en la nube de Microsoft en

India

Estamos anunciando la disponibilidad general de Microsoft Power Platform y las
aplicaciones de Dynamics 365 (Dynamics 365 Sales, Dynamics 365 Customer Service,
Automation), proporcionada desde nuevas regiones de centros de datos en Pune y
Chennai, y también se unirán Azure y Microsoft 365 para proporcionar Microsoft Cloud
de confianza en India.
Basada en los principios fundacionales de seguridad, privacidad y control,

compatibilidad y transparencia, Microsoft Cloud entrega servicios de nube de confianza
para permitir que las personas y organizaciones obtengan más. Al proporcionar
soluciones de plataforma y productividad flexibles, Azure, Microsoft 365 y Microsoft
Power Platform y aplicaciones de Dynamics 365, Microsoft Cloud local está diseñado
para impulsar la innovación y para acelerar la transformación de digital de India.
¿Cuál es el beneficio para los clientes?

El nuevo Microsoft Cloud local habilita la residencia de datos para los clientes de India,
aportando confiabilidad y rendimiento con calidad de empresa a sectores regulados y
otros negocios. Esto incluye la replicación de datos en varias áreas en India para la
continuidad comercial, reducción de la distancia de red, y la opción de una conexión
privada con la nube con Azure ExpressRoute. Microsoft Cloud en India incluye el mismo
compromiso profundo con la alta disponibilidad que las otras regiones, incluido un
contrato de nivel de servicio con respaldo financiero del 99,9 %.
Para Power Platform y las aplicaciones de Dynamics 365, la residencia de datos significa
que la mayoría de los datos de clientes se mantendrán en India, excepto los datos de
Azure Active Directory. Para la definición de los datos de clientes y detalles de nuestros
mapas de flujo de datos en Geo, vea el Centro de confianza de Microsoft .
¿Dónde están las regiones de Microsoft Cloud India?
La geoárea India estará compuesta por centros de datos en India central (Pune) e India
del sur (Chennai).

2. En la esquina superior derecha de la barra de menús del centro de administración

de Microsoft 365, haga clic en su organización.

región.
Información general sobre el servicio

multigeoárea para los clientes de India?
Sí, los entornos de multigeoárea serán admitidas para India mientras el inquilino se
aprovisione en India. Para los clientes que no se encuentran en India pero desean
aprovisionar un entorno en el centro de datos de India, primero deben adquirir un
inquilino para una organización que se encuentra en India y después el inquilino podrá
aprovisionarse en India.
La disponibilidad de compatibilidad de entorno de multigeoárea estará limitada en el

desarrollo inicial a un número fijo de clientes elegibles. Continuaremos expandiendo
esta capacidad con el tiempo. Más sobre cómo crear y editar los entornos de
multigeoárea
¿Se ofrecerán contratos de nivel de servicio estándar?

Sí, los contratos de nivel de servicio (SLAs) estándar se aplicarán a las regiones de India
como en las otras regiones de todo el mundo.
７ Nota
El SLA no cubre Microsoft Social Engagement.

Social Engagement, and Parature en los centros de datos
de India?
Estos servicios están disponibles para su adquisición en India, sin embargo, estos
servicios son aprovisionados regionalmente en este momento.
¿Cuál es la experiencia del cliente si uso Dynamics CRM

Online de las regiones de India mientras uso Microsoft
Dynamics Marketing, Microsoft Social Engagement y
Parature de otras regiones?
La experiencia del cliente no sufrirá cambios, las cargas de trabajo de otros servicios
simplemente serán aprovisionadas desde otras regiones.
¿Cuándo ExpressRoute estará disponible en India para

clientes y a través de qué asociados?
ExpressRoute está disponible actualmente en India. Vea un lista actual de ubicaciones y
de asociados de ExpressRoute. Microsoft está trabajando actualmente para habilitar
clientes para usar ExpressRoute con Power Platform y las aplicaciones de Dynamics 365
desde las regiones de India.

Encontrará más información en el Centro de confianza de Microsoft .

infraestructura física?
Estos servicios se hospedan en la infraestructura de nube de Microsoft que comprende
más de 100 centros de datos distribuidos globalmente, nodos informáticos de
vanguardia y centros de operaciones de servicio. Esta infraestructura cuenta con el
apoyo de una de las redes globales de multiterabit más grandes del mundo, con una
amplia presencia de fibra oscura que las conecta entre sí.
Microsoft proporciona servicios de nube a clientes 24x7x365, y el equipo de

infraestructura y operaciones de Microsoft Cloud diseña, crea, opera y ayuda a asegurar
cada aspecto de la infraestructura. Desde la apertura del primer centro de datos en
1989, hemos invertido más de 15 mil millones de dólares en nuestra infraestructura y
permanecemos centrados en la prestación de servicios en línea confiables, escalables, y
seguros.
Migración
Puede solicitar migración al centro de datos de India enviando una solicitud de soporte
técnico. Si usted es cliente ya existente con una dirección de facturación que
corresponde a India, revise la información de este tema para entender el proceso de
cambio.
¿Cómo solicito que mi entorno pase a India?

Puede solicitar un cambio al nuevo centro de datos de India enviando una solicitud de
soporte técnico a través del centro de administración de Dynamics 365 o llamando al
Soporte técnico de Microsoft. Seleccione detenidamente el tema Administración de
datos y el subtema Solicitud de migración de centro de datos para asegurarse de que su
solicitud recibe el mejor enrutamiento. Un ingeniero de soporte técnico le ayudará a
comprobar los requisitos previos necesarios y proporcionará orientación en el proceso
de traslado.
*Los clientes deberán seguir más pasos según el tipo de transición.

Si estoy programado para una actualización a CRM

Online 2015 o CRM Online 2015 Update 1, ¿aplicará
Microsoft la actualización al mismo tiempo que la
migración al centro de datos de India?
Debe actualizar a Microsoft Dynamics CRM Online 2015 Update o posterior antes de
migrar al centro de datos de India. Los clientes pueden programar la actualización.

migración?
La migración de cada servicio se administra independientemente. Para las aplicaciones
de Power Platform y Dynamics 365 podrá elegir la fecha y hora de migración. Microsoft
trabajará con usted para programar la migración. Para programación y migración de
Microsoft 365, vea Mover datos principales a geografías de centro de datos de

El proceso de traslado para cada servicio se controla en forma separada. El traslado se
puede solicitar para que coincida con el traslado del centro de administración de
Microsoft 365.
Si mi contenido se almacena en los centros de datos de

India, ¿puedo tener acceso a mi contenido para trabajar
desde ubicaciones fuera de India?
Sí. Si está fuera de India e inicia sesión como usuario autenticado, podrá tener acceso a
los datos pertinentes.
Licencias y precios
Dynamics .

licencias por volumen existente fuera de India si agrega al
contrato un nuevo inquilino que reside en India?
inquilino adicional en India.
Si comencé una prueba fuera de India y antes de la

India después de la disponibilidad general?
un nueva prueba que se aprovisione en el centro de datos de India.

donde la prueba se creó en una región geográfica fuera
de India antes de la disponibilidad general, ¿pasará mi
inquilino y entorno de suscripción al centro de datos de
India?
No. Si elige convertir una prueba que se creó en una región geográfica fuera de India
antes de la disponibilidad general, la prueba se convertirá y facturará en la geografía
donde se inició. Si la prueba se implementó originalmente en India y se convirtió en una
suscripción de pago, seguirá estando implementada en India.

datos de India después de la disponibilidad general, ¿se
le cobrarán impuestos por la prueba?
Vea también
Anunciar la disponibilidad de Office 365 desde centros de datos locales en India

Cloud Japón
Si usted ya es un cliente existente con una dirección de facturación que corresponde a

una nueva región de centro de datos, revise la información de este tema para entender
el proceso de cambio:
Anuncio de expansión de la geoárea Japón

Dynamics 365 Project Service Automation), están disponibles como un servicio dentro
de los centros de datos de Japón.
Además, Power Platform y las aplicaciones de Dynamics 365 están disponibles en 130
mercados y 44 idiomas, lo que nos permite vender codo con codo con Microsoft 365 en
la mayoría de los mercados en todo el mundo. Con la inclusión de Japón, nuestros
clientes globales ahora recibirán servicio de centros de datos en 5 regiones globales de
todo el mundo.
Esto marca un importante paso para nuestro viaje en la nube a fin de atender a nuestros
clientes y asociados de Japón (geoárea de Japón). Al llevar Power Platform y las
aplicaciones de Dynamics 365 a la región local podremos servir a nuestros clientes de
forma más eficaz y con un mejor rendimiento al tiempo que garantizamos el
cumplimiento de los requisitos locales.
¿Qué ha llevado a Microsoft a adoptar esta expansión

geográfica?
Para atender mejor las necesidades de residencia de datos y reducción de la latencia de
los clientes evaluamos de forma continua dónde debemos ampliar la disponibilidad en
todo el mundo. Tenemos un compromiso de inversión a largo plazo en Power Platform y
aplicaciones de Dynamics 365 expansión con el tiempo.
Power Platform y las aplicaciones de Dynamics 365 (como, Dynamics 365 Sales y
Customer Service) están actualmente disponibles en 130 mercados y 44 idiomas, lo que
nos permite realizar ventas codo con codo con Office 365 en la mayoría de los
mercados de todo el mundo.
Esta expansión global nos permitirá cumplir la promesa de aumentar la productividad

de ventas mientras permite que nuestros clientes vendan con eficiencia, comercialicen
de forma inteligente, y proporcionen cuidado en todos los lugares para ofrecer
experiencias sorprendentes a los clientes.
¿Cuáles son los planes de expansión geográficos futuros?

La expansión geográfica es una alta prioridad y evaluamos constantemente las
necesidades del mercado. Aunque no tenemos información adicional ni datos
específicos sobre futuros planes que anunciar en este momento, informaremos en el
momento que tengamos algo que compartir.
Información general del centro de datos
¿Dónde se encuentran los centros de datos en la geoárea

de Japón?
La geoárea de Japón está compuesta por centros de datos en el este y el oeste de
Japón.
¿Se ofrecerá el SLA estándar en el lanzamiento de

disponibilidad general?
Sí, en la fecha de la disponibilidad general, se aplicará el SLA estándar apoyado
financieramente al 99,9%, como ocurre en nuestras demás regiones del mundo. Nota: el
SLA no cubre Microsoft Social Engagement.
¿Los clientes existentes tienen la opción de impedir que

su servicio pase a los centros de datos de Japón?
Los clientes existentes permanecerán en los centros de datos donde se implementan
actualmente a menos que soliciten ser movidos. Microsoft se reserva el derecho a tomar
una decisión unilateral para migrar las cuentas basándose en varias condiciones. Todos
los nuevos clientes que compren Power Platform y las aplicaciones de Dynamics 365
(como Dynamics 365 Sales y Customer Servicie) en Japón se aprovisionarán dentro del
centro de datos de Japón.
¿Cómo solicito que mi entorno pase al centro de datos de
Japón?
Puede solicitar un cambio al nuevo centro de datos de Japón enviando un incidente de
soporte técnico con el centro de administración de Microsoft 365.
2. Vaya a Compatibilidad>Solicitudes de servicio>+
3. Elija Más>Dynamics 365 Online
4. En Característica, seleccione Administración de datos. En Síntoma, seleccione

Solicitud de migración de centro de datos.
5. Complete el resto de la información para enviar una solicitud de servicio.
Un ingeniero de soporte técnico le ayudará a comprobar los requisitos previos

necesarios y proporcionará orientación en el proceso de traslado.

Si estoy programado para una actualización a Microsoft

Dynamics CRM Online 2015 Update o CRM Online 2015
Update 1, ¿aplicará Microsoft la actualización al mismo
tiempo que la migración al centro de datos de Japón?
Debe actualizarse a Microsoft Dynamics CRM Online 2015 Update o posterior antes de
migrar al centro de datos de Japón. Los clientes pueden programar la actualización.

migración?
El traslado de cada servicio se gestionará por separado y los clientes recibirán todo el
apoyo aunque se haya movido un servicio y el otro no. Los clientes podrán elegir la
fecha y hora de traslado. Microsoft funcionará con el cliente para programar la
migración. Para Microsoft 365, se notificará a los clientes a través del centro del
mensajes sobre el calendario del traslado, pero el gran número de clientes existentes
significa que la programación individual no es posible. Para programación y migración
de Microsoft 365, vea Mover datos principales a geografías de centro de datos de

El proceso de traslado para cada servicio se controla de forma separada, pero el traslado
puede programarse para que coincida con el centro de administración de Microsoft 365
si se solicita.

multigeoárea para los clientes de Japón?
Las entornos de multigeoárea serán admitidas para Japón. La disponibilidad de
compatibilidad de entorno de multigeoárea estará limitada en el desarrollo inicial a un
número fijo de clientes elegibles a petición y, continuaremos expandiendo con el
tiempo.
Para obtener más información sobre varios usuarios y entornos, vea Entornos en línea o
usuarios múltiples. Este vínculo se actualizará con el lanzamiento de Microsoft Dynamics
CRM Online 2015 Update.
¿Cómo afectará esto a los usuarios o partners?

Con independencia de dónde se aprovisione Power Platform y las aplicaciones de
Dynamics 365, usted tendrá la capacidad de determinar cuáles de los usuarios tendrán
acceso a esos servicios en función de cómo configure Power Platform y las aplicaciones
de Dynamics 365.
¿Power Platform y las aplicaciones Dynamics 365 estarán

disponibles en la infraestructura como servicio (IaaS) de
Azure en Japón?
En este momento, Power Platform y las aplicaciones de Dynamics 365 sólo está
disponible para los escenarios de desarrollo o de prueba y no es compatible con los
casos de uso de producción. Los desarrolladores pueden aprovechar su suscripción a
MSDN y créditos de Azure para escenarios de desarrollo o de prueba. Nota:
recientemente anunciamos la intención de admitir Power Platform y Dynamics 365 en
Azure IaaS pero dependemos de la disponibilidad de Azure Premium Storage en cada
región geográfica. La vista previa pública limitada de Azure estará disponible solamente
en EE.UU. y parte de Europa. No disponemos de información adicional sobre otras
geoáreas o sobre disponibilidad general en este momento.

El Centro de confianza se actualizará según sea necesario cuando los centros de datos
de Japón pasen a estar disponibles en general. Para ver la versión actual del Centro de
confianza, consulte: Centro de confianza de Microsoft .

Social Engagement y Parature en los centros de datos de
Japón?
Estos servicios estarán disponibles para su adquisición en el mercado local pero se
prestarán fuera de los centros de datos de Japón en este momento. Nota: Power
Platform y las aplicaciones de Dynamics 365 aprovechan Azure Active Directory y la
autenticación multifactor, que no ofrece una opción de región a los clientes.
Precios
¿Cómo se gestionará la facturación para clientes cuyos

entornos se trasladen de un inquilino existente que se
encuentra fuera de Japón a un nuevo inquilino en Japón?
La facturación se relaciona con el país/región donde el cliente suscribe el servicio de
Microsoft Dataverse, no donde se implementa el servicio.
¿Todas las versiones estarán disponibles?

Usted podrá adquirir todas las licencias que están actualmente disponibles en el
mercado hoy. Para obtener más información, vea Lista de precios .
Vea también
Office 365 ahora disponible desde centros de datos en Japón

Dynamics 365 US Government
En respuesta a los requisitos únicos y en evolución del sector público de Estados Unidos,
Microsoft ha creado Microsoft Dynamics 365 US Government que está disponible para
tablas calificadas del gobierno de Estados Unidos. El 11 de octubre de 2016, Microsoft
anunció la siguiente generación de aplicaciones empresariales inteligentes en la nube
con la marca Microsoft Dynamics 365. Con este fin, Microsoft Dynamics 365 US
Government exige una continuidad del entorno protegido que originalmente se
etiquetó con la marca Microsoft CRM Online Government donde las protecciones
concedidas en la nube de la comunidad gubernamental con nueva marca están
representadas por ocho funciones discretas:
Servicio al cliente
Customer Voice
Field Service
Finance
Guides
Centro de interacción omnicanal
Project Service Automation
Remote Assist en HoloLens u HoloLens 2
Sales
Supply Chain Management
Limitaciones de características de Dynamics

365 US Government
Microsoft se esfuerza por mantener la paridad funcional entre nuestros servicios
disponibles comercialmente y los habilitados a través de nuestras nubes
gubernamentales de EE. UU., específicamente:
US Government Community Cloud (GCC)

US GC High
Departamento de Defensa de EE. UU. (DoD de EE. UU.)
Hay excepciones al principio de mantener la paridad funcional del producto en las

nubes del gobierno de EE. UU. Estas excepciones se destacan a través del documento
Disponibilidad de productos y características y están destinadas a ayudar a los
clientes a comprender y planificar implementaciones exitosas de sus soluciones de
aplicaciones comerciales. Microsoft continúa evaluando estos servicios y capacidades
para incluirlos y actualizarlos en versiones futuras. Vuelva a consultar mensualmente
para actualizaciones y revisiones importantes. Remítase a la herramienta Disponibilidad
geográfica global para ver dónde están disponibles las aplicaciones y ofertas de
Dynamics 365 en todo el mundo, incluidos los plazos de disponibilidad aproximados.
Acerca de entornos y productos de Dynamics

365 US Government
Productos seleccionados Dynamics 365 US Government están disponibles para los
clientes mediante la implementación en la Nube de la comunidad gubernamental (GCC).
Entre otros compromisos y reseñas de cumplimiento documentados en el Centro de
confianza de Microsoft, el servicio ha recibido varias autorizaciones de operación (ATOs)
de agencias desde su lanzamiento inicial en enero de 2015. Microsoft es el primer
Proveedor de soluciones en la nube (CSP) en lograr una autorización de operación
provisional del Comité conjunto de solicitudes (JAB P-ATO) de FedRAMP a través del
proceso acelerado JAB. En marzo de 2018, el nivel de impacto del servicio recibió un P-
ATO alto del JAB de FedRAMP.
A partir de abril de 2019, los clientes elegibles pueden seleccionar implementar

productos Dynamics 365 US Government en el entorno “GCC High”, que permite inicio
de sesión único e integración sin problemas con implementaciones GCC High de
Microsoft 365. Microsoft ha diseñado la plataforma y nuestros procedimientos
operativos para cumplir los requisitos de acuerdo con el marco de cumplimiento de
DISA SRG IL4. Anticipamos que la base de clientes de contratistas del Departamento de
Defensa de Estados Unidos y otras agencias federales se beneficiarán del Alto GCC de
Microsoft 365 para usar opción de implementación de Alto GCC de Dynamics 365 US
Government, que permite y requiere al cliente que aproveche Azure AD Government
para identidades de cliente, en contraste con GCC, que aprovecha Public Azure AD. Para
la base de clientes de contratistas del Departamento de Defensa de Estados Unidos,
Microsoft opera el servicio de forma que permite a estos clientes cumplir el compromiso
ITAR y las normativas de adquisición de DFARS, documentados y requeridos por sus
contratos con el Departamento de Defensa de Estados Unidos.
A partir de abril de 2021, los clientes elegibles pueden seleccionar implementar

productos Dynamics 365 US Government en el entorno “DoD”, que permite inicio de
sesión único e integración sin problemas con implementaciones DoD de Microsoft 365.
Microsoft ha diseñado la plataforma y nuestros procedimientos operativos para cumplir
los requisitos de acuerdo con el marco de cumplimiento de DISA SRG IL5. Anticipamos
que la base de clientes de contratistas del Departamento de Defensa de Estados Unidos
y otras agencias federales se beneficiarán de Microsoft 365 DoD para usar opción de
implementación DoD de Dynamics 365 US Government, que permite y requiere al
cliente que aproveche Azure AD Government para identidades de cliente. Microsoft
opera el servicio de forma que permite a estos clientes cumplir el compromiso ITAR y las
normativas de adquisición de DFARS, documentados y requeridos por sus contratos con
el Departamento de Defensa de Estados Unidos.
Productos seleccionados de Dynamics 365 US Government están disponibles para

entidades gubernamentales y privadas cualificadas, limitadas a (i) entidades
gubernamentales federales, estatales, locales, tribales y territoriales de Estados Unidos ;
(ii) entidades privadas que utilicen Dynamics 365 US Government para proporcionar
soluciones a entidades del gobierno o a un miembro calificado de la comunidad de la
nube; y (iii) entidades privadas con datos de clientes sujetos a las normativas del
gobierno para las que el uso de Dynamics 365 US Government sea el servicio adecuado
para cumplir los requisitos reguladores. Los siguientes productos de Dynamics 365 US
Government están disponibles:
GCC GCC High DoD
Dynamics 365 Customer Service Dynamics 365 Customer Dynamics 365 Customer
Enterprise y Professional Service Enterprise y Service Enterprise y
Professional Professional
Dynamics 365 Field Service Dynamics 365 Field Service Dynamics 365 Field Service
Dynamics 365 Guides
Plataforma omnicanal para

Customer Service de Dynamics
365
Dynamics 365 Project Service Dynamics 365 Project Service Dynamics 365 Project Service
Automation Automation Automation
Dynamics 365 Remote Assist en Dynamics 365 Remote Assist

HoloLens u HoloLens 2 en HoloLens u HoloLens 2
Dynamics 365 Sales Enterprise y Dynamics 365 Sales Dynamics 365 Sales
Professional Enterprise y Professional Enterprise y Professional
Dynamics 365 Supply Chain

Management
Disponibilidad de la suscripción
Los clientes elegibles pueden comprar suscripciones de usuario y complementos
disponibles a través de los siguientes canales de compra:
GCC: licencias por volumen (VL) y Proveedor de soluciones en la nube (CSP)

GCC High: licencias por volumen (VL)
DoD: licencias por volumen (VL)
Los productos incluidos actualmente en un Contrato Enterprise (EA) también se pueden

obtener mediante reserva a través de un distribuidor calificado o a través del Centro de
servicio de licencias por volumen (VLSC). Cuando se realiza una reserva, la suscripción
solicitada se agrega al inquilino de cliente establecido ese mismo día, y se factura al
cliente un importe prorrateado basado en el Contrato Enterprise establecido
actualmente desde el primero de mes tras la activación de la reserva como parte del
siguiente aniversario o ciclo de pago de renovación.
Trabaje con su distribuidor o responsable de cuentas de Microsoft para obtener más

información e instrucciones.
¿Qué son los "datos de clientes "y el "contenido del

cliente?"
En esta sección se describen los compromisos de Dynamics 365 Government que se
aplican al contenido del cliente y datos de los clientes.
Los datos de los clientes, según lo definido en las condiciones de servicio online,
significan todos los datos, incluidos texto, sonido, vídeo, o archivos de imagen, y
software, que se proporcionan a Microsoft en o en nombre del cliente, mediante el uso
del servicio en línea. El contenido del cliente hace referencia a un subconjunto específico
de datos de clientes que han sido creados directamente por los usuarios, como el
contenido almacenado en bases de datos mediante entradas en las tablas de Dynamics
365 (por información de contacto). El contenido normalmente se considera información
confidencial, y en la operación normal del servicio, no se envía a través de Internet sin
cifrar.
Para obtener más información sobre la protección de Dynamics 365 y el tratamiento de

los datos de clientes, vea el Centro de confianza de Microsoft Online Services .
Segregación de datos para la nube de la comunidad

gubernamental
Cuando se provisiona como parte de Dynamics 365 Government, el servicio Dynamics
365 se ofrece de acuerdo con la Publicación especial 800-145 del National Institute of
Standards and Technology (NIST).
Además de la separación lógica de contenido del cliente en la capa de aplicación, el

servicio de Dynamics 365 Government proporciona a la organización una capa
secundaria de segregación física para contenido de los clientes mediante una
infraestructura que es independiente de la infraestructura utilizada para clientes de
Dynamics 365. Esto incluye el uso de los servicios de Azure en la nube gubernamental
de Azure y la nube del Departamento de Defensa de Azure. Para obtener más
información, consulte Azure Government .
Contenido del cliente ubicado dentro de los Estados

Unidos
Los servicios de Dynamics 365 US Government se proporcionan desde centros de datos
ubicados físicamente en Estados Unidos. El contenido de clientes de las aplicaciones de
Microsoft Power Platform y Dynamics 365 (Dynamics 365 Sales, Dynamics 365 Customer
Service, Dynamics 365 Field Service, Dynamics 365 Project Service Automation,
Dynamics 365 Finance y Dynamics 365 Supply Chain Management) se almacena en
reposo en centros de datos ubicados físicamente solo en los EE. UU.
Acceso de los administradores a datos restringidos

El acceso al contenido del clientes de Dynamics 365 US Government por parte de los
administradores de Microsoft está limitado a empleados que son ciudadanos de EE.UU.
Estos empleados están sometidos a investigaciones de antecedentes de acuerdo con las
normas relevantes del gobierno.
El personal de soporte e ingeniería de servicio de Dynamics 365 no tienen acceso

continuo a contenido de clientes hospedado en Dynamics 365 US Government.
Cualquier empleado que solicita la elevación temporal del permiso que concedería
acceso a contenido de clientes primero debe haber superado las siguientes pruebas de
antecedentes.
Revisión adjudicada por el estado de los antecedentes penales federales y estatales por
la autoridad designada CSA de cada estado que se haya suscrito al programa Microsoft
CJIS IA
Acceso a datos restringidos
Pruebas de selección y Description

antecedentes de personal de
Microsoft
Acceso a datos restringidos
Ciudadanía de EE.UU. Comprobación de la ciudadanía de Estados Unidos
Comprobación del historial Comprobación de historial laboral de siete (7) años

laboral
Comprobación de formación Comprobación del grado superior obtenido
Búsqueda de número de Comprobación de que el SSN proporcionado es válido

seguridad social (SSN)
Comprobación de Comprobación de antecedentes penales de siete (7) año por

antecedentes pernales delitos graves y menores en a nivel del estado, el contado y local
y en el nivel federal
Lista de la Oficina de Control Validación con la lista del Departamento del Tesoro de grupos
de Activos Extranjeros (OFAC) con los que no se permite a las personas de Estados Unidos
participar en transacciones comerciales o financieras
Lista de la Oficina de Industria Validación con la lista del Departamento de Comercio de

y Seguridad (BIS) personas y de tablas que tienen prohibido participar en
actividades de exportación
Lista de personas Validación con la lista del Departamento de Estado de personas y

inhabilitadas de la Dirección de tablas que tienen prohibido participar en actividades de
de Control de Comercio de exportación relacionadas con la industria de defensa
Materiales de Defensa (DDTC)
Comprobación de huellas Comprobación de antecedentes de huellas dactilares con las

dactilares bases de datos del F.B.I.
Examen de antecedentes CJIS Revisión adjudicada por el estado de los antecedentes penales
federales y estatales por la autoridad designada CSA de cada
estado que se haya suscrito al programa Microsoft CJIS IA
Departamento de Defensa IT- El personal que solicite permisos elevados para los datos del
2 cliente o acceso administrativo privilegiado debe aprobar la
adjudicación IT-2 del Departamento de Defensa basada en una
investigación OPM Tier 3 exitosa
Certificaciones y acreditaciones
Dynamics 365 US Government está diseñado en apoyo del Programa federal de
administración de autorizaciones y riesgos (FedRAMP) con un alto nivel de impacto. Los
sistemas de FedRAMP están disponibles para su revisión por clientes federales que
deban cumplir FedRAMP. Las agencias federales puede revisar estos sistemas en apoyo
de revisión para conceder una autorización de operación (ATO).
Dynamics 365 está autorizado como servicio dentro de FedRAMP ATO de Azure
Government. Puede encontrar más información, incluido cómo acceder a los
documentos de FedRAMP, en el Marketplace FedRAMP .
Dynamics 365 US Government cuenta con características diseñadas en apoyo de los

requisitos de la directiva CJIS del cliente para agencias encargadas de hacer cumplir la
ley. Vea el Centro de confianza para obtener información más detallada relacionada
con certificaciones y acreditaciones.

los requisitos de acuerdo con el marco de cumplimiento de DISA SRG IL4. Anticipamos
que la base de clientes de contratistas del Departamento de Defensa de Estados Unidos
y otras agencias federales se beneficiarán del Alto GCC de Microsoft 365 para usar
opción de implementación de Alto GCC de Dynamics 365 US Government, que permite
y requiere al cliente que aproveche Azure AD Government para identidades de cliente,
en contraste con GCC, que aprovecha Public Azure AD. Para la base de clientes de
contratistas del Departamento de Defensa de Estados Unidos, Microsoft opera el
servicio de forma que permite a estos clientes cumplir el compromiso ITAR y las
normativas de adquisición de DFARS.
A partir de abril de 365, los clientes elegibles pueden elegir implementar ofertas de
Dynamics 365 US Government en el entorno “DoD", que permite inicio de sesión único
e integración sin problemas con implementaciones de Microsoft 365 DoD. Microsoft ha
diseñado la plataforma y nuestros procedimientos operativos para cumplir los requisitos
de acuerdo con el marco de cumplimiento de DISA SRG IL5. Anticipamos que la base de
clientes de contratistas del Departamento de Defensa de Estados Unidos y otras
agencias federales se beneficiarán de Microsoft 365 DoD para usar opción de
implementación DoD de Dynamics 365 US Government, que permite y requiere al
cliente que aproveche Azure AD Government para identidades de cliente. Microsoft
opera el servicio de forma que permite a estos clientes cumplir el compromiso ITAR y las
normativas de adquisición de DFARS, documentados y requeridos por sus contratos con
el Departamento de Defensa de Estados Unidos.
Dynamics 365 US Government y otros servicios de

Microsoft
Dynamics 365 US Government incluye varias características que permiten a los usuarios
abordar llamadas de clientes a través de Skype Empresarial, editar correo electrónico
para materiales de ventas y, en general, integración con otras ofertas de servicio de
empresa de Microsoft como Microsoft 365 for Government. Dynamics 365 US
Government se implementa en centros de datos de Microsoft de forma coherente con
un modelo de implementación de nube pública multiempresa. Sin embargo, las
aplicaciones cliente incluidas entre otras el cliente de usuario web, Dynamics 365 para
tabletas, Dynamics 365 para teléfonos, Dynamics 365 for Outlook, Unified Service Desk
for Dynamics 365 y las aplicaciones cliente de terceros con conexión a Dynamics 365 US
Government no son parte del ámbito de acreditación de Dynamics 365 US Government
y los clientes gubernamentales son responsables de administrarlas.
Dynamics 365 US Government aprovecha la interfaz de usuario del administrador de

clientes de Microsoft 365 para la administración y facturación de clientes. Dynamic 365
US Government mantiene los recursos reales, flujo de información, y la administración
de datos, mientras usa Microsoft 365 para proporcionar los estilos de visuales que se
muestran al administrador de clientes a través de su consola de administración. A
efectos de la herencia de FedRAMP ATO, Dynamics 365 US Government aprovecha ATO
de Azure (incluido Azure Government) para servicios de infraestructura y plataforma,
respectivamente.
Dynamics 365 US Government y otros servicios de

terceros
Power Platform y las aplicaciones de Dynamics 365 proporcionan la capacidad de
integrar aplicaciones de terceros en el servicio. Estas aplicaciones y servicios de terceros
pueden incluir almacenar, transferir y procesar los datos de los clientes de su
organización en sistemas de terceros que están fuera de la infraestructura de Power
Platform y las aplicaciones de Dynamics 365 y, por tanto, no están cubiertos por los
compromisos de cumplimiento y protección de datos de Power Platform y las
aplicaciones de Dynamics 365. Se recomienda que revise las instrucciones de privacidad
y cumplimiento proporcionadas por terceros al evaluar el uso adecuado de estos
servicios para la organización.
Dynamics 365 US Government y servicios de Azure

Azure Active Directory (Azure AD) y Azure Active Directory Government (Azure AD
Government) no forman parte del límite de la acreditación de Dynamics 365 US
Government. Los clientes gubernamentales son responsables de usar ADFS para
identificar y para autenticar de manera única a los usuarios de la organización. Sin
embargo, es importante dejar constancia que Azure AD y Azure AD Government ofrecen
funcionalidades críticas a Dynamics 365 US Government y ADFS, cuyas dependencias se
describen en detalle en el SSP de Dynamics 365 US Government (Plan de seguridad de
servicio).
Cuando un usuario de una organización que emplea ADFS intenta acceder a Dynamics
365, el usuario es redirigido a una página de inicio de sesión hospedada en el servidor
ADFS de la organización. El usuario proporciona sus credenciales a su servidor ADFS de
la organización, que intenta autenticar las credenciales mediante la infraestructura de
Active Directory existente de la organización. Si se autentican las credenciales, el
servidor ADFS de la organización emite un vale SAML (lenguaje de marcado de aserción
de seguridad) que contiene información sobre la identidad del usuario y la pertenencia
a grupos. El servidor de ADFS de clientes firma este vale mediante una mitad de un par
de claves asimétrico y envía el vale a Azure AD a través del TLS cifrado. Azure AD valida
la firma mediante la otra mitad del par de claves asimétrico y concede acceso según el
vale. La información de identidad y pertenencia a grupos del usuario en modo cifrado
en Azure AD; es decir, información identificable del usuarios limitada se almacena en el
Azure AD. Los detalles completos de implementación de arquitectura y control de
seguridad de Azure AD se encuentran en Azure SSP y Azure Government SSP.
Direcciones URL de Dynamics 365 US

Government
Use un conjunto distinto de direcciones URL para tener acceso a Dynamics 365 US
Government, como se documenta aquí:
Instancias
GCC: *.crm9.dynamics.com
GCC High: *.crm.microsoftdynamics.us
DoD: *.crm.appsplatform.us

GCC: https://customervoice.microsoft.us
API RESTful de detección (OData V4)

GCC:
(En desuso) URL de detección:
https://disco.crm9.dynamics.com/api/discovery/v9.1/
Dirección URL de detección global:
https://globaldisco.crm9.dynamics.com/api/discovery/v2.0/
GCC High:
(En desuso) URL de detección:
https://disco.crm.microsoftdynamics.us/api/discovery/v9.1/
Dirección URL de detección global:
https://globaldisco.crm.microsoftdynamics.us/api/discovery/v2.0/
DoD:
Detección global https://globaldisco.crm.appsplatform.us/api/discovery/v2.0/
API web de la instancia

GCC: https://*.api.crm9.dynamics.com/api/data/v9.1/
GCC High: https://*.api.crm.microsoftdynamics.us/api/data/v9.1/
DoD: https://*.api.crm.appsplatform.us/api/data/v9.1/
Servicio de organización
GCC: https://*.api.crm9.dynamics.com/XRMServices/2011/Organization.svc
GCC High:
https://*.api.crm.microsoftdynamics.us/XRMServices/2011/Organization.svc
GCC DoD: https://*.api.crm.appsplatform.us/XRMServices/2011/Organization.svc
Portales Microsoft Dynamics

GCC: https://*.dynamics365portals.us
GCC High: https://*.high.dynamics365portals.us
DoD: https://*.appsplatformportals.us
Dynamics 365 Finance y Supply Chain Management

GCC: https://*.operations.gov.microsoftdynamics.us
Dynamics 365 Lifecycle Services (LCS)

GCC: https://gov.lcs.microsoftdynamics.us
El servicio de detección regional ha quedado

obsoleto
Servicio de detección (en desuso)

GCC: https://disco.crm9.dynamics.com/XRMServices/2011/Discovery.svc
GCC High:
https://disco.crm.microsoftdynamics.us/XRMServices/2011/Discovery.svc
A partir del 2 de marzo de 2020, el servicio de detección regional quedará obsoleto.

Más información: El Servicio de detección regional ha quedado en desuso.
Consulte también
Rangos de direcciones URL e IP de Power Platform
Power Apps US Government
Power Automate US Government

Power Apps US Government
En respuesta a los requisitos únicos y en evolución del sector público de Estados Unidos,
Microsoft ha creado Power Apps para la Administración Pública de Estados Unidos que
se compone de varios planes para organizaciones gubernamentales de Estados Unidos.
En esta sección se ofrece información general sobre las características que son
específicas de Power Apps US Government. Se recomienda que lea esta sección
suplementaria junto con la documentación de Power Apps, que trata la información
sobre la descripción general de servicio de Power Apps. Por brevedad, este servicio se
denomina normalmente Power Apps Government Community Cloud (GCC), o Power
Apps Government Community Cloud – High (GCC High), o Power Apps Department of
Defense (DoD).
La descripción del servicio Power Apps para la Administración Pública de Estados Unidos
está diseñada para complementar la descripción general de servicio de Power Apps.
Define los compromisos únicos de este servicio y los diferencia de los servicios de Power
Apps que han estado disponibles para nuestros clientes desde octubre de 2016.
Acerca de entornos y planes de Power Apps

para la Administración Pública de Estados
Unidos
Power Apps para la Administración Pública de Estados Unidos son suscripciones
mensuales y se pueden adquirir licencias para un número ilimitado de usuarios.
El entorno Power Apps GCC proporciona cumplimiento de los requisitos federales para
servicios en la nube, incluidos FedRAMP High, DoD DISA IL2, y los requisitos para
sistemas de justicia penal (tipos de datos CJI).
Además de las características y capacidades de Power Apps, las organizaciones que usan
Power Apps para la Administración Pública de Estados Unidos se benefician de las
siguientes características únicas de Power Apps para la Administración Pública de
Estados Unidos:
El contenido del cliente de la organización se segrega físicamente del contenido

del cliente en servicios Power Apps comerciales de Microsoft.
El contenido del cliente de la organización se almacena en los Estados Unidos.
El acceso al contenido de los clientes de la organización se limita a personal de
Microsoft que ha sido sometido a investigación de antecedentes.
Power Apps para la Administración Pública de Estados Unidos cumple las
certificaciones y las acreditaciones necesarias para clientes del sector público de
Estados Unidos.
A partir de septiembre de 2019, los clientes elegibles pueden elegir implementar Power
Apps para la Administración Pública de Estados Unidos en el entorno “GCC High”, que
permite inicio de sesión único e integración sin problemas con implementaciones de
Microsoft 365 GCC High. Microsoft ha diseñado la plataforma y nuestros
procedimientos operativos para cumplir los requisitos de acuerdo con el marco de
cumplimiento de DISA SRG IL4. Anticipamos que la base de clientes de contratistas del
Departamento de Defensa de Estados Unidos y otras agencias federales se beneficiarán
de Microsoft 365 GCC High para usar opción de implementación de GCC High de Power
Apps para la Administración Pública de Estados Unidos, que permite y requiere al cliente
que aproveche Azure AD Government para identidades de cliente, en contraste con
GCC, que aprovecha Public Azure AD. Para la base de clientes de contratistas del
Departamento de Defensa de Estados Unidos, Microsoft opera el servicio de forma que
permite a estos clientes cumplir el compromiso ITAR y las normativas de adquisición de
DFARS, documentados y requeridos por sus contratos con el Departamento de Defensa
de Estados Unidos. DISA ha concedido una Autorización provisional para operar.
A partir de abril de 2021, los clientes elegibles pueden elegir implementar Power Apps
para la Administración Pública de Estados Unidos en el entorno “DoD", que permite
inicio de sesión único e integración sin problemas con implementaciones de Microsoft
365 DoD. Microsoft ha diseñado la plataforma y nuestros procedimientos operativos de
acuerdo con el marco de cumplimiento de DISA SRG IL5. DISA ha concedido una
Autorización provisional para operar.
Elegibilidad de clientes
Power Apps para la Administración Pública de Estados Unidos está disponible para (1)
en entidades públicas federales, estatales, locales, tribales y territoriales y (2) otras
entidades que administran datos que están sujetos a reglamentos y requisitos
gubernamentales y donde el uso de Power Apps para la Administración Pública de
Estados Unidos es apropiado para cumplir estos requisitos, en función de la validación
de elegibilidad. La validación de elegibilidad por Microsoft incluirá la confirmación de
administrar datos sujeto al Reglamento sobre el tráfico internacional de armas (ITAR),
datos de autoridades judiciales sujetos a la directiva de Servicios de información de la
justicia penal (CJIS) del FBI y otros datos regulados o controlados por la administración
pública. La validación puede requerir la aprobación de una entidad de la adminstración
pública con requisitos específicos para administrar datos.
Las entidades con dudas sobre la elegibilidad para Power Apps para la Administración
Pública de Estados Unidos deben consultar a su equipo de cuentas. Tras la renovación
del contrato de un cliente para Power Apps para la Administración Pública de Estados
Unidos., se requiere la revalidación de la elegibilidad.
Tenga en cuenta que Power Apps US Government DoD solo está disponible para las
entidades del DoD.
Planes de Power Apps para la Administración

Pública de Estados Unidos
El acceso a los planes de Power Apps para la Administración Pública de Estados Unidos
está limitado a las ofertas siguientes; cada plan se proporciona como suscripción
mensual y se puede autorizar mediante licencia a un número ilimitado de usuarios:
Plan por aplicación de Power Apps para Administración Pública

Plan por usuario de Power Apps para Administración Pública
Además de los planes independientes, también se incluyen capacidades Power
Apps y Power Automate en ciertos planes de Microsoft 365 para la Administración
Pública de Estados Unidos y Dynamics 365 US Government, que permiten a los
clientes ampliar y personalizar Microsoft 365, Power Platform y las aplicaciones de
Dynamics 365 (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365
Field Service y Dynamics 365 Project Service Automation).
La información adicional sobre las diferencias en la funcionalidad entre estos grupos de

licencias se describe con más detalle en la página Información de licencias de Power
Apps . Power Apps para la Administración Pública de Estados Unidos está disponible a
través de canales de compra de Licencias por volumen y Proveedor de soluciones en la
nube. El programa Proveedor de soluciones en la nube no está disponible actualmente
para los clientes de GCC High.
¿Qué son los datos de clientes y el contenido

del cliente?
Los datos de los clientes, según lo definido en las condiciones de servicio online,
significan todos los datos, incluidos texto, sonido, vídeo, o archivos de imagen y
software que se proporcionan a Microsoft por o en nombre de los clientes mediante el
uso del servicio en línea. El contenido del cliente hace referencia a un subconjunto
específico de datos de clientes que han sido creados directamente por los usuarios,
como el contenido almacenado en bases de datos mediante entradas en las entidades
de Microsoft Dataverse (por ejemplo, información de contacto). El contenido
normalmente se considera información confidencial, y en la operación normal del
servicio, no se envía a través de Internet sin cifrar.
Para obtener más información sobre la protección de Power Apps de los datos de
clientes, vea el Centro de confianza de Microsoft Online Services .
Segregación de datos para la nube de la

comunidad gubernamental
Cuando se provisiona como parte de Power Apps para la Administración Pública de
Estados Unidos, el servicio Power Apps se ofrece de acuerdo con la Publicación especial
800-145 del National Institute of Standards and Technology (NIST).
Además de la separación lógica de contenido del cliente en la capa de aplicación, el

servicio de Power Apps para la Administración Pública de Estados Unidos proporciona a
la organización una capa secundaria de segregación física para contenido de los clientes
mediante una infraestructura que es independiente de la infraestructura utilizada para
clientes de Power Apps. Esto incluye el uso de servicios de Azure en la nube de Azure
Government. Para obtener más información, consulte Azure Government .
Contenido del cliente ubicado dentro de los

Estados Unidos
Los servicios de Power Apps para la Administración Pública de Estados Unidos se
proporcionan desde centros de datos ubicados físicamente en Estados Unidos. El
contenido de clientes de Power Apps para la Administración Pública de Estados Unidos
se almacena con seguridad en centros de datos ubicados físicamente solo en Estados
Unidos.
Acceso de los administradores a datos

restringidos
El acceso al contenido del clientes de Power Apps para la Administración Pública de
Estados Unidos por parte de los administradores de Microsoft está limitado a
empleados que son ciudadanos de EE.UU. Estos empleados están sometidos a
investigaciones de antecedentes de acuerdo con las normas relevantes del gobierno.
El personal de soporte e ingeniería de servicio de Power Apps no tienen acceso
continuo a contenido de clientes hospedado en Power Apps para la Administración
Pública de Estados Unidos. Cualquier empleado que solicita la elevación temporal del
permiso que concedería acceso a contenido de clientes primero debe haber superado
las siguientes pruebas de antecedentes.
Pruebas de selección y Descripción

antecedentes de
personal de Microsoft1
Ciudadanía de EE.UU. Comprobación de la ciudadanía de Estados Unidos
Comprobación del Comprobación de historial laboral de siete (7) años

historial laboral
Comprobación de Comprobación del grado superior obtenido

formación
Búsqueda de número Comprobación de que el SSN proporcionado es válido

de seguridad social
(SSN)
Comprobación de Comprobación de antecedentes penales de siete (7) año por delitos

antecedentes pernales graves y menores en a nivel del estado, el contado y local y en el nivel
federal
Lista de la Oficina de Validación con la lista del Departamento del Tesoro de grupos con los
Control de Activos que no se permite a las personas de Estados Unidos participar en
Extranjeros (OFAC) transacciones comerciales o financieras
Lista de la Oficina de Validación con la lista del Departamento de Comercio de personas y de

Industria y Seguridad entidades que tienen prohibido participar en actividades de
(BIS) exportación
Lista de personas Validación con la lista del Departamento de Estado de personas y de

inhabilitadas de la entidades que tienen prohibido participar en actividades de
Dirección de Control de exportación relacionadas con la industria de defensa
Comercio de Materiales
de Defensa (DDTC)
Comprobación de Comprobación de antecedentes de huellas dactilares con las bases de

huellas dactilares datos del F.B.I.
Examen de Revisión adjudicada por el estado de los antecedentes penales

antecedentes CJIS federales y estatales por la autoridad designada CSA de cada estado
que se haya suscrito al programa Microsoft CJIS IA
Pruebas de selección y Descripción
antecedentes de
personal de Microsoft1
Departamento de El personal que solicite permisos elevados para los datos del cliente o
Defensa IT-2 acceso administrativo privilegiado a las capacidades de servicio SRG L5
del Departamento de Defensa debe aprobar la adjudicación IT-2 del
Departamento de Defensa basada en una investigación OPM Nivel 3
correcta
1
Solo se aplica al personal con acceso temporal o permanente al contenido del cliente
hospedado en los entornos de Power Apps de la Administración Pública de EE. UU (GCC,
GCC High y DoD).
Certificaciones y acreditaciones
Power Apps para la Administración Pública de Estados Unidos está diseñado en apoyo
del Programa federal de administración de autorizaciones y riesgos (FedRAMP) con un
alto nivel de impacto. Esto supone alineación con DoD DISA IL2. Los sistemas de
FedRAMP están disponibles para su revisión por clientes federales que deban cumplir
FedRAMP. Las agencias federales puede revisar estos sistemas en apoyo de revisión
para conceder una autorización de operación (ATO).
７ Nota
Power Apps está autorizado como servicio dentro de FedRAMP ATO de Azure
Government. Puede encontrar más información, incluido cómo acceder a los
documentos de FedRAMP, en FedRAMP Marketplace:
https://marketplace.fedramp.gov/#!/product/azure-government-includes-
dynamics-365?
sort=productName&productNameSearch=azure%20government
Power Apps para la Administración Pública de Estados Unidos cuenta con características
diseñadas en apoyo de los requisitos de la directiva CJIS del cliente para agencias
encargadas de hacer cumplir la ley. Visite la página de los productos de Power Apps de
la Administración Pública de EE. UU. en el Centro de confianza para obtener información
más detallada sobre las certificaciones y acreditaciones.

con los requisitos que se alinean con los marcos de cumplimiento de DISA SRG IL4 e IL5
y han recibido las necesarias Autorizaciones provisionales de DISA para operar.
Anticipamos que la base de clientes de contratistas del Departamento de Defensa de
Estados Unidos y otras agencias federales se beneficiarán de Microsoft 365 GCC High
para usar opción de implementación de GCC High de Power Apps para la
Administración Pública de Estados Unidos, que permite y requiere al cliente que
aproveche Azure AD Government para identidades de cliente, en contraste con GCC,
que aprovecha Azure AD público. Para la base de clientes de contratistas del
Departamento de Defensa de Estados Unidos, Microsoft opera el servicio de forma que
permite a estos clientes cumplir el compromiso ITAR y las normativas de adquisición de
DFARS. Del mismo modo, esperamos que nuestra base de clientes del Departamento de
Defensa de EE. UU. que actualmente aprovecha Microsoft 365 DoD utilice la opción de
implementación del Departamento de Defensa de Power Apps para la Administración
Pública de Estados Unidos.
Power Apps para la Administración Pública de

Estados Unidos y otros servicios de Microsoft
Power Apps para la Administración Pública de Estados Unidos incluye varias
características que permiten a los usuarios conectarse e integrarse con otros productos
de servicio de empresa de Microsoft, como Microsoft 365 para la Administración Pública
de Estados Unidos, Dynamics 365 US Government y Microsoft Power Automate US
Government. Power Apps para la Administración Pública de Estados Unidos se
implementa en centros de datos de Microsoft de forma coherente con un modelo de
implementación multiempresa en la nube pública; sin embargo, las aplicaciones cliente
incluido entre otros el cliente de usuario web, aplicaciones móviles de Power Apps o
cualquier aplicación cliente de terceros con conexión a Power Apps para la
Administración Pública de Estados Unidos no forman parte del límite de la acreditación
de Power Apps para la Administración Pública de Estados Unidos y los clientes
gubernamentales son responsables de administrarlas.
Power Apps para la Administración Pública de Estados Unidos aprovecha la interfaz de

usuario del administrador de clientes de Microsoft 365 para la administración y
facturación de clientes – Power Apps para la Administración Pública de Estados Unidos
mantiene los recursos reales, flujo de información, y la administración de datos, mientras
usa Microsoft 365 para proporcionar los estilos de visuales que se muestran al
administrador de clientes a través de su consola de administración. A efectos de la
herencia de FedRAMP ATO, el Power Apps de la Administración Pública de EE. UU.
aprovecha los ATO de Azure (incluidos Azure Government y Azure DoD) para servicios
de infraestructura y plataforma, respectivamente.
Si adopta el uso de Active Directory Federation Services (AD FS) 2.0 y configura
directivas para ayudar a garantizar que los usuarios se conectan a los servicios a través
de inicio de sesión único, cualquier contenido del cliente que se almacena en caché
temporalmente se encontrará en EE.UU.

Estados Unidos y otros servicios de terceros
Power Apps para la Administración Pública de Estados Unidos proporciona la capacidad
de integrar aplicaciones de terceros en el servicio a través de conectores. Estas
aplicaciones y servicios de terceros pueden incluir almacenar, transferir y procesar los
datos de los clientes de su organización en sistemas de terceros que están fuera de la
infraestructura de Power Apps para la Administración Pública de Estados Unidos y, por
tanto, no están cubiertos por los compromisos de compatibilidad y protección de datos
de Power Apps para la Administración Pública de Estados Unidos.
Se recomienda que revise las instrucciones de privacidad y cumplimiento

proporcionadas por terceros al evaluar el uso adecuado de estos servicios para la
organización.

Estados Unidos y servicios de Azure
Los servicios de Power Apps para la Administración Pública de Estados Unidos se
implementan en Microsoft Azure para la Administración Pública. Azure Active Directory
(Azure AD) no es parte del límite de acreditación de Power Apps para la Administración
Pública de Estados Unidos, pero confía en el inquilino de Azure AD de un cliente para
funciones de identidad e inquilino de cliente, incluida la autenticación, la autenticación
federada, y licencias.
Cuando un usuario de una organización que emplea AD FS intenta acceder a Power

Apps para la Administración Pública de Estados Unidos, el usuario es redirigido a una
página principal de sesión hospedada en el servidor AD FS de la organización.
El usuario
proporciona sus credenciales a su servidor AD FS de la organización. El servidor AD FS
de la organización intenta autenticar las credenciales mediante la infraestructura de
Active Directory de la organización.
Si la autenticación es correcta, el servidor AD FS de la organización emite un vale SAML

(lenguaje de marcado de aserción de seguridad) que contiene información sobre la
identidad del usuario y la pertenencia a grupos.
El servidor AD FS del cliente firma este vale mediante una mitad de un par de claves
asimétrico y luego envía el vale a Azure AD a través del Seguridad de la capa de
transporte (TLS) cifrada. Azure AD valida la firma mediante la otra mitad del par de
claves asimétrico y concede acceso según el vale.
La información de la identidad y la pertenencia al grupo del usuario sigue cifrada en

Azure AD. Es decir sólo información limitada identificable por el usuario se almacena en
Azure AD.
Encontrará todos detalles completos de implementación de arquitectura y control de

seguridad de Azure AD en Azure SSP. Los usuarios finales no interactúan directamente
con Azure AD.
Direcciones URL del servicio de Power Apps

Unidos
Use un conjunto distinto de direcciones URL para tener acceso a entornos de Power
Apps para la Administración Pública de Estados Unidos, como se muestra en la tabla
siguiente (también se muestran las direcciones URL comerciales para referencia
contextual, en caso de que le resulten más familiares).
Dirección URL comercial de la versión Dirección URL de la versión para la

Administración Pública de Estados Unidos
https://make.powerapps.com https://make.gov.powerapps.us (GCC)
https://make.high.powerapps.us (GCC High)
https://make.apps.appsplatform.us (DoD)
https://create.powerapps.com https://make.gov.powerapps.us (GCC)
https://make.high.powerapps.us (GCC High)
https://make.apps.appsplatform.us (DoD)
https://flow.microsoft.com/connectors https://gov.flow.microsoft.us/connectors
https://high.flow.microsoft.us/connectors (GCC
High)
https://flow.appsplatform.us (DoD)
https://admin.powerplatform.microsoft.com https://gcc.admin.powerplatform.microsoft.us
https://high.admin.powerplatform.microsoft.us
(GCC High)
https://admin.appsplatform.us (DoD)
Dirección URL comercial de la versión Dirección URL de la versión para la
Administración Pública de Estados Unidos
https://apps.powerapps.com https://play.apps.appsplatform.us (GCC)
https://apps.high.powerapps.us (GCC High)
https://play.apps.appsplatform.us (DoD)
Para los clientes que implementan restricciones de red, asegúrese de que el acceso a los
dominios siguientes está disponible para los puntos de acceso de los usuarios finales:
Clientes de GCC:
*.microsoft.us
*.powerapps.us
*.azure-apihub.us
*.azure.us
*.usgovcloudapi.net
*.microsoftonline.com
*.microsoft.com
*.windows.net
*.azureedge.net
*.azure.net
*.crm9.dynamics.com
*.dynamics365portals.us
Además, consulte los Rangos de IP requeridos para permitir el acceso a entorno que
los usuarios y administradores pueden crear dentro de sus inquilinos, así como otros
servicios de Azure aprovechados por la plataforma:
GCC y GCC High: (enfoque en AzureCloud.usgovtexas y AzureCloud.usgovvirginia)

DoD: enfoque en USDoD East and USDoD Central
Clientes de GCC High y DoD:
*.microsoft.us
*.powerapps.us
*.azure-apihub.us
*.azure.us
*.usgovcloudapi.net
*.microsoftonline.us
*.azureedge.net
*.azure.net
*.azureedge.us
*.microsoftdynamics.us (GCC High)
*.crm.microsoftdynamics.us (GCC High)
*.high.dynamics365portals.us (GCC High)
*.appsplatform.us (DoD)
*.crm.appsplatform.us (DoD)
*.appsplatformportals.us (DoD)
Además, consulte los Rangos de IP requeridos para permitir el acceso a entornos que
los usuarios y administradores pueden crear dentro de su inquilino, así como otros
servicios de Azure aprovechados por la plataforma:
GCC y GCC High: (enfoque en AzureCloud.usgovtexas y AzureCloud.usgovvirginia)

DoD: enfoque en USDoD East and USDoD Central
El servicio de detección regional ha quedado

obsoleto
A partir del 2 de marzo de 2020, el servicio de detecciónregional quedará obsoleto. Más
información: El servicio de detección regional ha quedado obsoleto
Conectividad entre Power Apps para la

Administración Pública de Estados Unidos y
Azure Cloud Services público
Azure se distribuye entre varias nubes. De forma predeterminada, se permite a los
inquilinls que abran reglas de firewall a un entorno específico de la nube, pero la
conexión de red de nube cruzada es diferente y requiere la apertura de reglas de firewall
específicas para comunicarse entre servicios. Si usted es un cliente de Power Apps, y
tiene entornos existentes de SQL en la nube pública de Azure a la que necesita tener
acceso, debe abrir reglas de firewall específicas en SQL al espacio de IP en la nube de
Azure Government para los centros de datos siguientes:
USGov Virginia
USGov Texas
US DoD (este)
US DoD (centro)
Consulte el Documento sobre Etiquetas de servicio - Nube de la Administración Pública

de EE. UU. y rangos de IP de Azure, concentrándose en AzureCloud.usgovtexas,
AzureCloud.usgovvirginia y/o US DoD (este) y US DoD (centro), conforme se indicó
anteriormente. Tenga en cuenta también que estos son los intervalos de direcciones IP
necesarios para que los usuarios finales tengan acceso a las direcciones URL del servicio.
Configurar clientes móviles

Para iniciar sesión con el cliente móvil de Power Apps se requieren unos pocos pasos
adicionales de configuración.
1. En la página de inicio de sesión, seleccione el icono de engranaje en la esquina

inferior derecha.
2. Seleccione la configuración Región.
3. Seleccione entre lo siguiente:
GCC: GCC para la Administración Pública de Estados Unidos

GCC High: GCC High para la Administración Pública de EE. UU.
DoD: US Government DOD
5. En página de inicio de sesión, seleccione Iniciar sesión.
La aplicación móvil ahora utilizará el dominio de nube de la Administración Pública de

Estados Unidos.
Configuración de la puerta de enlace de datos

local
Instale una puerta de enlace de datos local para transferir los datos de forma rápida y
segura entre un flujo de datos de Power Apps y un origen de datos que no está en la
nube, como una base de datos de SQL Server local o un sitio SharePoint local.
Si su organización (inquilino) ya ha configurado y ha conectado correctamente la puerta

de enlace de datos locales para Power BI para la Administración Pública de Estados
Unidos, el proceso y la configuración que organización ejecutó para habilitar eso
también habilitará conectividad local para Power Apps.
Anteriormente, los clientes del gobierno de EE. UU. necesitaban ponerse en contacto
con el soporte técnico antes de configurar su primera puerta de enlace de datos local,
ya que el soporte técnico debía "permitir" al inquilino el uso de la puerta de enlace. Esto
ya no es necesario. Si tiene algún problema al configurar o usar la puerta de enlace de
datos local, comuníquese con el soporte técnico para obtener ayuda.
Limitaciones de características de Power Apps
Unidos
Microsoft se esfuerza por mantener la paridad funcional entre nuestros servicios
disponibles comercialmente y los habilitados a través de nuestras nubes
gubernamentales de EE. UU.: Estos servicios se conocen como Power Apps Government
Community Cloud (GCC) y GCC High. Remítase a la herramienta Disponibilidad
geográfica global para ver dónde está disponibles Power Apps en todo el mundo,
incluidos los plazos de disponibilidad aproximados.
Hay excepciones al principio de mantener la paridad funcional del producto en las

nubes del gobierno de EE. UU. Para obtener más información sobre la disponibilidad de
funciones, descargue este archivo: Resumen de la disponibilidad de funciones de US
Government de aplicaciones de negocios .
Solicitud de soporte técnico

¿Tiene un problema con el servicio? Puede crear una solicitud de soporte técnico para
resolver el problema.
Más información: Póngase en contacto con el servicio de soporte técnico
Consulte también
Microsoft Power Automate US Government
Dynamics 365 US Government

Migraciones de geografía a geografía
Continuamos abriendo nuevas regiones de centro de datos para servicios profesionales,

y agregando centros de datos a las regiones existentes.
La característica Migración de geografía permitirá a los clientes trasladar sus entornos

en un solo inquilino de una región a otra. No hay cambios de la interfaz de usuario o los
cambios en la versión como parte de este traslado. En el caso de un entorno que resida
en un entorno de Microsoft 365 en un solo inquilino, al trasladar el entorno no se
traslada el entorno de Microsoft 365; son servicios diferentes. Su entorno seguirá
apareciendo en su inquilino junto al entorno de Microsoft 365.
） Importante
El soporte para migración de una geografía a otra es limitado y normalmente

no está disponible.
Para aplicar una migración regional, póngase en contacto con el
administrador de cuentas o vea Soporte técnico.
Después de realizar una solicitud, espere al menos 10 días para que se
complete la migración.
Las migraciones de ubicación geográfica no se admiten dentro o fuera de US
GCC, US GCC High o China.
Las migraciones geográficas están restringidas hacia o desde OCE o IND.
La aplicación Dynamics 365 Marketing no admite la migración geográfica por
las dependencias de los componentes. Para obtener más información,
consulte Administrar sus instancias de Dynamics 365 Marketing.
La migración geográfica no es compatible en entornos de Microsoft
La organización Dataverse vinculada a una organización de finanzas y
operaciones no es compatible.
Hay pasos de preparación importantes y críticos que se mencionan a
continuación que deben realizarse para Power Apps/Power Automate, etc.
antes de la migración geográfica. Si se saltan estos pasos, es difícil recuperar
las soluciones de Power Apps/Power Automate.

producción
Migrar un entorno Dataverse for Teams
Migrar un entorno de
espacio aislado Migrar el entorno de prueba
Migrar el entorno de demostración
Migrar el entorno de desarrollo
Migrar el entorno de GCC a otra ubicación geográfica o de

otra ubicación geográfica a GCC
Impacto de la migración
Mover un entorno a otra región cambia su inquilino a multirregional, lo que habilita
características de configuración regional en el centro de administración de Dynamics
365.
） Importante
Una vez que se mueve un entorno a la nueva región, las copias de seguridad
anteriores de ese entorno ya no están disponibles.
El otro cambio significativo es en la URL de su organización. Cada uno de los centros de

datos regionales tiene un identificador único en la URL. Cuando la organización se
mueve de un centro de datos regional a otro este identificador cambiará. Por ejemplo:
Sudamérica (LATAM/SAM) = .crm2.dynamics.com

Canadá (CAN) = .crm3.dynamics.com
Europa, Oriente Medio, África (EMEA) = .crm4.dynamics.com
Asia Pacífico (APAC) = *.crm5.dynamics.com
Australia (OCE) = *.crm6.dynamics.com
Alemania (GER) = *.crm16.dynamics.com
Japón (JPN) = *.crm7.dynamics.com
India (IND) = *.crm8.dynamics.com
Reino Unido (UK) = *.crm11.dynamics.com
Emiratos Árabes Unidos (EAU) = *.crm15.dynamics.com
Por ejemplo, si la dirección URL existente de la organización es

https://myorg.crm 5.dynamics.com y solicita su traslado a Australia, la nueva direcciÓn
URL de la organización será https://myorg.crm 6.dynamics.com.
Deberá actualizar cualquier referencia directa a la URL de la organización.
７ Nota
Las URL de organización deben ser únicas. Si el nombre de la organización ya se ha

reservado en el centro de datos de destino, no estará disponible. En el improbable
caso de que esto ocurre, trabajaremos con usted para decidir cómo continuar.
Ver el lugar donde residen sus datos .
Los siguientes temas tienen información que podría resultar útil conocer el proceso de
traslado:

Acerca de Microsoft Cloud Australia
Acerca de Microsoft Cloud Canadá
Acerca del centro de datos de Microsoft Cloud Alemania
Acerca de Microsoft Cloud Japón
Acerca de Microsoft Cloud India

y marketing antes y después de la migración:
Todos los flujos de Power Apps y Power Automate deben exportarse manualmente
antes de la fecha y la hora acordadas para realizar la migración de geo a geo.
las aplicaciones/soluciones (ya sea individualmente o agrúpelas en una sola
solución si aún no lo están).

página Soluciones.

que se seleccionó.
derecha.
Importar.



página Soluciones.
Para portales de Power Apps (debe hacerse para cada portal en los
entornos):

3. Restablecer el portal.


Se le proporcionará una lista de requisitos previos y posteriores para la migración. La
siguiente tabla se describe qué hace Microsoft antes, durante y después del traslado.

traslado
traslado
Qué hace Notificación

Transferencia
Notificación y soporte
Microsoft técnico
El representante La transferencia para cada servicio

de soporte depende del número de usuarios y la Se le alertará por
técnico o el cantidad de datos. Este paso puede teléfono o correo
administrador durar de 1 a 6 horas para electrónico cuando el
de cuentas organizaciones más pequeñas, pero entorno migre al nuevo
trabajará con puede tardar hasta 48 horas para centro de datos.
usted para grandes organizaciones. El traslado se

solicitar un lleva a cabo durante la noche o el fin Después de que se
traslado y una de semana.
haya migrado su
programación. geografía, podrá llevar
Hay un paso que requerirá su a cabo los pasos de
participación, que es volver a requisitos posteriores;
especificar la clave de cifrado. Esto sobre todo, cambiar sus
puede ocurrir en el momento que le nuevas URL con los
convenga, pero el proceso de complementos o
migración estará en espera hasta que servicios asociados.
complete esta acción.

Vea también
Agregar un asociado de registro (POR) a
su suscripción
Puede optar por trabajar con un asociado de Microsoft designado que pueda
proporcionar el conocimiento experto de ventas y técnico que necesita para ayudar a
configurar, personalizar, implementar, y administrar sus entornos. Puede encontrar un
asociado de registro (POR) designado en el sitio Microsoft Partner Center . Una vez
que encuentre un asociado, solicite el identificador de asociado Microsoft y desígnelo
Agregar un asociado en el momento de la

compra
７ Nota
En estos pasos se asume que usa la nueva interfaz de usuario del Centro de
administración.

2. Seleccione Facturación>Servicios de compra.
3. Desplácese hacia abajo y en Otras categorías que puedan interesarle, seleccione

Dynamics 365.
4. Seleccionar un suscripción
5. Seleccione Comprar.
6. En la parte superior de la página, seleccione Buscar un proveedor de soluciones.
7. Desplácese por los pasos para seleccionar un asociado y vuelva a la página de

compras de suscripción para completar el proceso de adquirir la suscripción.
Agregar un asociado a una suscripción

existente
７ Nota
En estos pasos se asume que usa la nueva interfaz de usuario del Centro de
administración.

2. Vaya a Facturación>Sus productos y seleccione una suscripción.
3. En suscripción, seleccione la pestaña Socio.
4. Escriba el identificador de la red de asociados y, a continuación seleccione

Agregar.
Vea también
Agregar, cambiar o eliminar un asociado del asesor de suscripción
Para asociados: Obtenga el crédito
cuando sus clientes se suscriben
Como partner de Dynamics 365, puede ayudar a su cliente a suscribirse a Microsoft

Dynamics 365. Puede personalizar y configurar su organización por ellos y reducir su
esfuerzo al comenzar. Tras suscribirse, puede designar a su empresa como asociado de
registro del cliente. Como partner de registro, puede ayudar a garantizar que su cliente
tenga una excelente experiencia de prueba y comience su camino al éxito con
Este documento describe de forma detallada las tareas que debe completar para
suscribirse a Dynamics 365 en nombre de su cliente. También describe las tareas que
debe llevar a cabo un cliente para quitarle sus privilegios administrativos de la empresa
del cliente para asegurarse de que no se le apliquen cargos por el acceso una vez que la
prueba haya completado.
Suscribirse para una prueba gratis

Con una cuenta Microsoft, que puede ser su id. o el de su cliente, puede suscribirse para
una prueba gratis de aplicaciones de Dynamics 365. La suscripción de prueba de 30 días
incluye 20 licencias de usuario y 5 gigabytes (GB) de almacenamiento. Puede activar la
suscripción de prueba de su cliente como una suscripción de pago en cualquier
momento durante los primeros 30 días. Si se registra para la suscripción gratis con la
cuenta Microsoft de su cliente, no necesitará preocuparse de las transferencias de
propiedad de la cuenta más adelante.
Para obtener información sobre cómo suscribirse para una prueba, consulte Probar
Power Apps y aplicaciones de Dynamics 365.
） Importante
Al registrarse para la prueba gratuita, tenga en cuenta lo siguiente:
Asegúrese de seleccionar el país/región correcto para su cliente. El

país/región es importante para configurar la facturación de su cliente.
Si el cliente no tiene dirección de facturación en el país/región que seleccione,

la cuenta no se podrá activar más adelante.
Al aceptar las condiciones de servicio, está aceptándolos en nombre de su
cliente y representando su aceptación de nuestras condiciones.
Poco después de completar el registro, se le notificará por correo electrónico que la

suscripción a la prueba está lista. También recibirá mensajes de correo electrónico que
proporcionan ayuda para las nuevas organizaciones durante los primeros 30 días de su
suscripción. Reenvíe estos mensajes de correo electrónico a su cliente.
Designarse a sí mismo como el asociado de

registro
Tras completar la suscripción a la prueba, puede designar a su empresa como asociado
de registro responsable del cliente. Como asociado de registro, puede ayudar a
Microsoft a proporcionar a nuestros asociados y clientes el mejor servicio y la mejor
asistencia. Una vez que la suscripción de prueba se convierte en una suscripción de
pago, su empresa asociada también puede reclamar los honorarios de Software Advisor
(CSA) de la suscripción. Para obtener información acerca del programa de honorarios de
CSA, visite el sitio Microsoft Partner Network .
Si su cliente ya está registrado para Microsoft Dynamics 365 o prefiere registrarse para
la suscripción de prueba por sí mismo, puede designar a su empresa como asociado de
registro.
1. Vaya a la página Designación de asociado de registro en CustomerSource.
2. Inicie sesión con la misma cuenta Microsoft que usó para registrar a su cliente para
la suscripción.
Si esta cuenta Microsoft está asociada con más de una suscripción a Microsoft
Dynamics 365, seleccione la organización de su cliente.
3. Busque su cuenta de empresa asociada y seleccione Dynamics 365 como la línea

de producto de la lista desplegable.
 Sugerencia
Puede buscar su empresa asociada por nombre de empresa, número de

teléfono o por el número de autorización de MBS de asociado de 10 dígitos.
4. Seleccione su empresa de los resultados de la búsqueda y haga clic en Asociar.

Transferir propiedad tras realizar la suscripción
Una vez completado el periodo de prueba y que su cliente esté listo para comenzar su
suscripción, debe completar unos pasos para transferir la propiedad del entorno. Si se
registró para la suscripción a Microsoft Dynamics 365 en nombre del cliente usando una
cuenta Microsoft distinta a la de su cliente, llame al Servicio de atención al cliente y
soporte técnico para solicitar una transferencia de propiedad de la suscripción a su
cliente y designarlo como administrador de facturación de la organización del cliente. El
administrador de facturación puede realizar acciones con implicaciones financieras para
la suscripción a Microsoft Dynamics 365, como:
Actualizar a una suscripción diferente
Actualizar a una versión diferente
Comprar licencias adicionales
Adquirir almacenamiento adicional
 Sugerencia
Si usó una cuenta Microsoft que pertenece a alguien de la organización de su

cliente o que puede transferirse a su cliente, omita esta tarea. Proporcione la
dirección de correo electrónico y la contraseña a su cliente.
Para transferir la propiedad de la suscripción de prueba, debe realizar lo siguiente:
La dirección de correo electrónico de la persona de la organización de su cliente

que actuará como administrador del sistema y de facturación para la suscripción.
） Importante
Cada organización debe tener un administrador de facturación.
La cuenta Microsoft que se usó para registrarse para la suscripción.
El nombre de la empresa usado para crear la suscripción de la prueba.
Necesitará este nombre para identificar la empresa de su cliente si hay más de una
cuenta registrada en el sitio de administración de cuentas y de facturación de
Microsoft .
Si la suscripción de prueba gratuita ya se ha activado a una suscripción de pago,
también necesitará el número de tarjeta de crédito para abonar la suscripción.
Agregar un administrador del sistema

1. Inicie sesión en la cuenta Microsoft que usó para registrarse para la prueba.
2. Siga los pasos de Crear usuarios para crear un usuario y asignar el rol de seguridad
de administrador del sistema. Este usuario también funciona como administrador
de facturación.
3. Asegúrese de que el nuevo administrador de facturación ha iniciado sesión

correctamente en la organización antes de transferir la propiedad.
Agregar un delegado de cuentas

1. Vaya al sitio de Administración de cuentas y facturación de Microsoft .
2. Inicie sesión con la misma cuenta Microsoft que usó para registrar a su cliente para
la suscripción a la prueba.
3. En Descripción general de la cuenta de facturación, seleccione la cuenta de

empresa en la que desea agregar un delegado.
4. Haga clic en Ver o agregar un delegado de cuentas.
5. En la página Administrar un delegado de cuentas:
a. Haga clic en Agregar un delegado de cuentas.
b. Especifique la cuenta Microsoft del nuevo administrador de facturación.
c. Haga clic en Agregar delegado.
Solicitar una transferencia de propiedad

1. Póngase en contacto con el servicio de soporte técnico.
2. Proporcione al representante del servicio al cliente la cuenta Microsoft usada para

registrarse para la suscripción y el número de Id. de cuenta.
3. Proporcione al representante del servicio al cliente la cuenta Microsoft del nuevo

administrador de facturación.
4. Pida al representante del servicio al cliente que promueva al nuevo administrador
de facturación al usuario inicial y al administrador principal.
） Importante
Asegúrese de que el nuevo administrador de facturación ha aceptado la

invitación para convertirse en administrador del sistema. La cuenta Microsoft
que usó para registrarse para la suscripción de prueba se degradará a un
delegado de cuentas.
Quitar los privilegios de administrador del

asociado
Estas tareas son opcionales. Una vez registre a su cliente y se registre como asociado de
registro, tendrá acceso a la suscripción de su cliente y a la cuenta de facturación de la
suscripción. El cliente realizará las siguientes tareas.
） Importante
Si usted o su cliente no quitan sus privilegios, el cliente deberá abonar los

honorarios de usuario mensuales estándar por su acceso.
Si su cliente desea quitar su acceso a la cuenta de facturación por la suscripción, debe

llevar a cabo los siguientes pasos:
Quitar el acceso de asociado a la cuenta de facturación

1. Vaya al sitio de Administración de cuentas y facturación de Microsoft .
2. Regístrese en la cuenta Microsoft que use para el administrador de facturación de

su empresa.
3. Si el nombre de servicio mostrado en Descripción general de la cuenta de

facturación no es correcto, seleccione la cuenta del menú que corresponda con la
suscripción a Microsoft Dynamics 365.
4. Haga clic en Ver o agregar un delegado de cuentas.
5. Junto a los nombres de los delegados de cuentas que desee quitar, haga clic en
Quitar.
6. En la siguiente ventana, haga clic en Sí para confirmar la eliminación.
） Importante
Es muy recomendable que al menos dos personas de la organización tengan

acceso al sitio de administración de facturación y cuentas. Para agregar a
alguien, haga clic en Agregar un delegado de cuentas y siga las instrucciones
en línea.
 Sugerencia
Para comprobar que la información de la página de información personal es

correcta, haga clic en Información de la cuenta.
Si su cliente desea deshabilitar su acceso a la suscripción, debe llevar a cabo los

siguientes pasos:
Deshabilitar el acceso de asociado a la suscripción a

Microsoft Dynamics 365
1. Regístrese en la suscripción a Microsoft Dynamics 365 con la cuenta Microsoft que
use para el administrador de facturación de su empresa.
2. Siga los pasos de Crear usuarios para deshabilitar el usuario de la empresa

asociada.
Para asociados: el administrador
delegado
Los administradores pueden usar el rol de administrador global de Microsoft 365 para
crear y modificar usuarios, restablecer contraseñas de usuario, administrar licencias de
usuario, administrar dominios, y asignar permisos de administración a otros usuarios de
la organización, entre otras acciones. No obstante, si los administradores desean que
otra persona realice estas tareas administrativas, pueden delegar este rol a un partner
autorizado. Cuando los administradores autorizan a un partner a tomar este rol, el
partner se denomina administrador delegado. Un administrador delegado puede
realizar tareas habituales, como agregar usuarios y restablecer contraseñas, o tareas más
complejas, como agregar un dominio. Un administrador delegado puede tener acceso a
varios usuarios, lo que puede simplificar y fortalecer la administración de inquilinos.
７ Nota
La función Administrador delegado no permite el acceso a make.powerapps.com.
Este usuario administrador delegado no aparecerá en vistas estándar proporcionadas.

Debe crear una vista personalizada para verlo.
Para crear una vista personalizada básica para ver el usuario administrador delegado:
2. Seleccione Configuración>Seguridad>Usuarios.
3. Elija Seleccionar vista ( ) y, a continuación, elija Crear vista personal.
4. Compruebe que Usuarios está seleccionado en Buscar.
5. Elija Usuario>Contiene datos y luego elija Resultados.

El administrador delegado aparecerá en la lista de usuarios.
Cómo obtener autorización como

administrador delegado
Los partners pueden obtener autorización para ser administradores delegados para una
empresa de diversas formas:
1. Un asociado puede ofrecer al cliente convertirse en un administrador delegado

para su cuenta con el envío de un vínculo a la oferta del administrador delegado.
El cliente deberá aceptar e iniciar sesión con sus credenciales de aplicaciones de
Microsoft 365/involucración del cliente (como Dynamics 365 Sales y Customer
Service).
2. Un asociado puede enviar al cliente un vínculo de oferta de compra con

administrador delegado seleccionado como parte de la oferta. El cliente deberá
registrarse para la oferta y aceptar la oferta del administrador delegado.
3. Un partner puede crear un vínculo de invitación de prueba e invitar al cliente a la
prueba mediante un vínculo en un mensaje de correo electrónico o un vínculo en
el sitio web del partner. La invitación de prueba puede incluir administrador
delegado si el posible interesado elige aceptar.
Vea también
Partners: Ofrecer administración delegada
Agregar o eliminar un administrador delegado

Características del centro de administración de Power Apps se han pasado al centro de

administración de Microsoft Power Platform. Los administradores de Power Apps
pueden utilizar el centro de administración de Power Platform para administrar
entornos y configuraciones para Power Apps.
Consulte Administrar de Microsoft Power Platform.
Consulte también
Iniciar sesión por primera vez en Power Apps
Administrar Microsoft Power Automate

Los administradores de Microsoft Power Automate pueden utilizar el centro de

administración de Microsoft Power Platform (admin.powerplatform.microsoft.com )
para gestionar las directivas y entornos de datos de una organización. El contenido de
administración de Power Automate está disponible en la documentación de Microsoft
Power Automate.
Consultar también
Vídeo: Diez consejos principales para implementar de forma segura Microsoft Power
Apps y Microsoft Power Automate
Tablero: Diez consejos principales para implementar de forma segura Microsoft Power
Apps y Microsoft Power Automate
Administrar Power BI
Los administradores de Power BI usan el portal de administración de Power BI para

administrar un inquilino de Power BI, incluida la configuración de las directivas de
gobernanza, la supervisión de uso, y el aprovisionamiento de licencias, de capacidades,
y recursos de la organización. El contenido de administración de Power BI está
disponible en ¿Qué es la administración de Power BI?
７ Nota
Aunque administre Power BI desde el Portal de administración de Power BI ,

solicita soporte técnico de Power BI mediante Ayuda + Soporte técnico en el
Centro de administración de Power Platform .
Consultar también
Administrar Power Virtual Agents
Los administradores de Power Virtual Agents pueden usar el centro de administración

Microsoft Power Platform (admin.powerplatform.microsoft.com) para administrar los
entornos de una organización. El contenido de Power Virtual Agents está disponible en
Resumen de Power Virtual Agents.
Consultar también
Administrar aplicaciones de
involucración del cliente en Dynamics
365
Los administradores pueden utilizar el Centro de administración de Microsoft Power

Platform (https://admin.powerplatform.microsoft.com ) para administrar ciertas
configuraciones para sus entornos (llamadas anteriormente instancias) que también
tienen aplicaciones de involucración del cliente instaladas (Dynamics 365 Sales,
El contenido del antiguo manual de administración se está transfiriendo al manual de

administración de Power Platform a medida que se migran las opciones de
configuración y las características al Centro de administración de Power Platform.
Mientras no se haya completado el traslado al Centro de administración de Power
Platform podrá administrar la configuración a través de sus aplicaciones, como de
costumbre.
Por ejemplo, muchos de estos valores de administración del antiguo cliente web...
…se están desplazando aquí.

Hacer uso de los enlaces de esta página para administrar valores de toda la
organización. La configuración específica de la aplicación permanecerá en las
aplicaciones respectivas y se podrá obtener acceso a ella a través de la configuración de
la aplicación. Más información sobre la administración de la configuración de entorno
en el Centro de administración de Power Platform: Administrar la configuración de
entorno
Vea también
Configurar territorios territorios de
ventas para organizar mercados de
negocios por área geográfica
Mejore el potencial de ventas y los ingresos mediante la creación de territorios para

segmentos de clientes y mercados en aplicaciones de involucración del cliente
Dynamics 365 Marketing y Dynamics 365 Project Service Automation). A continuación
asigne comerciales para administrar las oportunidades de ventas y de ingresos para esas
zonas de ventas.
Las zonas de ventas mejoran el potencial de ventas porque enfocan a los integrantes de
una zona de ventas en los servicios o las ventas en esa zona de ventas. Puede asociar los
datos financieros directamente con una zona de ventas y sus integrantes, lo que
simplifica el análisis de negocio. Además, según el tipo y el tamaño de la zona de
ventas, puede definir metodologías de ventas y la formación necesaria en dichas
ubicaciones.
Las organizaciones pueden crear un modelo y visualizar sus zonas de ventas en un

formato jerárquico mediante la relación jerárquica de zonas de ventas listas para usar.
） Importante
Para una nueva organización que aprovisione Dynamics 365 Sales, la relación
jerárquica de zonas de ventas estará disponible y habilitada de forma
predeterminada.
Para los clientes existentes que actualicen a la última versión, si la
organización aún no tiene una relación jerárquica creada para la tabla Zona
de ventas, la relación jerárquica estará disponible y habilitada. Si la
organización tiene una relación jerárquica creada para la zona de ventas, la
nueva relación jerárquica de la zona de ventas lista para usar estará disponible
pero no habilitada.
Crear una zona de ventas (aplicación Centro de

ventas)
1. Asegúrese de disponer de roles de seguridad de administrador, vicepresidente,
director general, administrador del sistema o personalizador del sistema, o los
permisos equivalentes.
2. En la aplicación web, seleccione el icono de mapa del sitio , luego los puntos
suspensivos y luego Territorios de ventas.
3. Para crear una nueva zona de ventas, en la barra de comandos, seleccione Nuevo.
4. En el formulario de la zona de ventas, rellene su información.
a. Nombre. Escriba el nombre geográfico para la zona de ventas, como el nombre

de una ciudad, país/región, o un estado.
b. Administrador. Especifique el nombre del usuario que es el administrador de

esta zona de ventas. Esta persona normalmente asignaría clientes potenciales a
comerciales.
） Importante
No puede asignar el mismo usuario a varias zonas de ventas. Si debe asignar

un usuario a un área mayor (más de una zona de ventas), cree una zona de
ventas nueva que incluya las zonas de venta existentes y, a continuación,
asignar el usuario a esa nueva zona de ventas.
d. Primario. Seleccione el icono Búsqueda y una zona de ventas primaria. La zona

de ventas actual se agregará como zona de ventas secundaria a la zona de ventas
seleccionada. Por ejemplo, si está creando zonas de ventas California y
Washington, y puede agregar Estados Unidos de América como elemento primario
para crear una relación de primario a secundario entre las zonas de ventas y la
zona de ventas primaria.
c. Descripción. Escriba detalles que desea incluir para esta zona, por ejemplo,
"Zona de ventas creada para educación y formación".
5. Cuando haya terminado, seleccione Guardar en la barra de comandos.
6. Seleccione la pestaña Relacionado y, después, Miembros.

7. En la pestaña Miembros, seleccione Agregar miembros.
8. En el panel Buscar Registros, seleccione el icono de búsqueda, un registro de

usuario y después Agregar.
9. Para agregar subzonas de ventas a esta zona de ventas, seleccione la pestaña

Subzonas de ventas y Agregar nueva zona de ventas.
Introduzca la información necesaria y seleccione Guardar. Esta zona de ventas se
agregará como subzona de ventas en la cuadrícula Subzonas de ventas.
Crear una zona de ventas (aplicación Sales)


3. Elija Zonas de ventas.
4. En la barra de comandos, elija Nueva.
5. Rellene la información.
Nombre. Escriba el nombre geográfico para la zona de ventas, como el

nombre de una ciudad, país/región, o un estado.
Administrador. Especifique el nombre del usuario que es el administrador de

esta zona de ventas. Esta persona normalmente asignaría clientes potenciales
a comerciales.
） Importante
No puede asignar el mismo usuario a varias zonas de ventas. Si debe

asignar un usuario a un área mayor (más de una zona de ventas), cree
una zona de ventas nueva que incluya las zonas de venta existentes y, a
continuación, asignar el usuario a esa nueva zona de ventas.
Descripción. Escriba detalles que desea incluir para esta zona, por ejemplo,
"Zona de ventas creada para educación y formación".
6. Cuando haya terminado, elija Guardar o Guardar y cerrar en la barra de

comandos.
7. Para asignar integrantes a una zona de ventas, abra la zona y, en el panel

izquierdo, en Común, elija Integrantes.
8. En la pestaña Usuarios, en el grupo Administración de registros, elija Agregar

integrantes.
9. En el cuadro de diálogo Buscar registros, seleccione un usuario y, a continuación,

elija Agregar.
 Sugerencia
Para facilitar el trabajo del comercial, también puede establecer una lista de precios
predeterminada para una zona de ventas. Más información: Definir precios de
productos con listas de precios y elementos de listas de precios
Vea también
Consolidar ventas desde el cliente potencial hasta el pedido (Sales)

Definir temas para categorizar casos,
productos y artículos
Project Service Automation), incluyen una estructura organizativa temática que le
permite marcar y clasificar casos de servicio, artículos de Knowledge Base, productos y
documentación de ventas. Mediante la jerarquía de temas, puede clasificar los casos de
servicio para proporcionar servicio al cliente con rapidez. También puede proporcionar
la documentación de ventas adecuada. También podrá entender mejor las lagunas en la
documentación de ventas, evaluar la calidad de servicio por área temática y mejorar los
informes de rendimiento de los productos.
７ Nota
Con el lanzamiento de la versión 9.1, los temas de administración de servicio están

disponibles en el centro de servicio al cliente, basada en la experiencia de la
interfaz unificada. Se recomienda que administre los temas mediante la nueva
experiencia.
Crear o editar un tema (Centro de servicio al

cliente)
1. En la aplicación Centro de servicio al cliente, vaya a Administración de servicios y
seleccione Configuración de caso>Temas en el mapa del sitio para acceder a los
temas.
2. En la barra de comandos:
Para agregar un tema, seleccione Agregar tema. Se muestra un cuadro de

diálogo de creación rápida. Escriba un Nombre y Descripción para el tema.
Puede elegir el tema predeterminado como principal en el desplegable
Tema primario. Si no elige un tema primario, los temas comenzarán desde
el mismo nodo que el tema predeterminado.
Seleccione tema del árbol de temas y seleccione Editar tema para editar un
tema.
Seleccione tema del árbol de temas y seleccione Quitar tema para eliminar
un tema.
Crear o editar un tema (aplicación Customer

Service)
2. Seleccione Temas.
3. Para agregar un tema, en Tareas comunes, seleccione Agregar un tema.
O bien
Para editar un tema, en el Árbol de temas, seleccione un tema y, a continuación,

en Tareas comunes, seleccione Editar tema seleccionado.
4. En el cuadro de diálogo Tema, introduzca la información requerida:
Título: Escriba un nombre para el tema. Este campo es obligatorio.
Tema primario: Para buscar y seleccionar un tema primario para el nuevo

tema, seleccione el botón Búsqueda.
O bien
Para que el nuevo tema sea un tema primario, deje el cuadro Tema primario
vacío.
Descripción: Escriba una descripción sobre el tema.
Vea también
Contratos de nivel de servicio
mejorados
Los contratos de nivel de servicio (SLAs) son un método formalizado para ayudar a las
organizaciones a cumplir niveles de servicio cuando proporcionan soporte técnico y
servicio al cliente. Por ejemplo, una organización puede tener un acuerdo de nivel de
servicio para completar la primera respuesta al cliente en un plazo de 48 horas de
negocio una vez creado un caso. Otro ejemplo es escalar un caso no resuelto después
de una duración especificada, como cinco días laborables. Los SLAs se usan para definir
estos diferentes aspectos de servicio.
Project Service Automation) incluyen dos tipos de SLA, estándar y ampliado. Los SLAs
mejorados incluyen las siguientes características no disponibles en los SLAs estándar:
Compatibilidad para casos retenidos
Pausa automática y reanudación de cálculos de tiempo
Compatibilidad para acciones de éxito
Creación de paneles o de informes basados en la tabla de entorno de KPI de SLA
Compatibilidad para casos retenidos

Una característica del seguimiento de contratos de nivel de servicio es la posibilidad de
controlar el estado de caso retenido. Por ejemplo, esta funcionalidad permite pausar un
caso durante un tiempo cuando el caso está retenido en espera de una respuesta del
cliente. Una vez que se recibe la respuesta, se reanuda el caso.
Los administradores del sistema activan SLAs y seleccionan la funcionalidad de

retención en la aplicación web usando Configuración ( Posteriormente, los
administradores de CSR pueden crear SLAs utilizando el tipo de SLA mejorado que
permite funcionalidad de pausa y reanudación. Los SLAs se crean en
Configuración>Administración de servicios.
Más información, Definir acuerdos de nivel de servicio (SLA)

Consideraciones cuando selecciona un tipo de
contratos de nivel de servicio
Como hay dos tipos de SLAs que tienen funcionalidad diferente, considere las siguientes
características antes de elegir un tipo de contrato de nivel de servicio. Se recomienda
usar solo un tipo de SLA para una organización.
Después de seleccionar un tipo de SLA, estándar o ampliado, no podrá cambiar el

tipo de SLA para ningún registro asociado con el SLA.
Puesto que los SLAs estándar y ampliados existe como tablas separadas con
formularios, vistas, y los campos diferentes, los comportamientos siguientes
existen.
Las vistas de caso no se puede ordenar por campos de SLA mejorados. Para
mostrar campos de SLA mejorados vistas Caso, puede editar cualquiera de las
vistas Caso para mostrar los campos del SLA mejorado (que tenga el nombre de
tabla Entorno KPI de SLA). Aunque puede ordenar por los campos que forman
parte de la tabla Caso, porque los campos de SLA mejorados están en una tabla
relacionada, no puede ordenar por columnas que están asociadas con campos
de SLA mejorados.
Las vistas de elementos de colas no muestran campos de SLA mejorados.

Aunque las vistas de elementos de colas muestran los campos de SLA estándar
(Primera respuesta por y Resolver por), dado que el SLA mejorado (tabla de
entorno de KPI de SLA) no está relacionado directamente con la entidad de
elemento de cola, las columnas asociadas con SLAs mejorados no se pueden
mostrar.
 Sugerencia
Para supervisar los detalles de SLA mejorados, considere la posibilidad de crear

paneles personalizados basados en las vistas de tabla de entorno de KPI de SLA o
personalizadas mediante la relación de referencia (caso).
Consulte también
Habilitar idiomas
Administración de la configuración del
catálogo de productos
Project Service Automation) ofrecen un catálogo de productos variado y fácil de
configurar que ayudará a su empresa a vender productos y servicios con mayor
eficiencia. Un jefe de operaciones de ventas podrá crear el catálogo de productos con
menos SKUs, crear agrupaciones de productos y servicios como una oferta atractiva y
rentable, y definir para aumento de ventas y venta cruzada de productos. Además, los
datos de configuración del catálogo de productos se pueden migrar a distintos
sistemas. Por ejemplo, una vez la configuración del catálogo de productos se prueba
completamente en el servidor de prueba, puede mover los datos de configuración al
entorno de producción, sin tener que reconstruirlo. Para migrar, usará la Herramienta de
migración de la configuración: Administrar datos de configuración. Como administrador,
será responsable de configurar y migrar los datos de configuración del catálogo de
productos.
Configurar el catálogo de productos

Para configurar el catálogo de productos:
3. Seleccione Configuración del sistema y luego seleccione la pestaña Ventas.
En la pestaña Ventas, establezca los valores adecuados por los siguientes valores y
guarde los cambios:
Crear productos Seleccione si se crean registros de productos sin un registro de familia de

en el estado productos primarios en un estado active o draft .
activo
En la versión actual, de forma predeterminada, todos los registros de
productos (familia de productos, producto y agrupación de trabajos) se crean
en el estado draft . Este valor garantiza la compatibilidad para las aplicaciones
que trabajan con la versión anterior donde los registros de productos se
crearon en un estado active .
De forma predeterminada, se establece como No en las nuevas instalaciones y

como Sí en los sistemas en actualización.
Permitir la Seleccione si la lista de precios predeterminada para una oportunidad se

selección de la selecciona automáticamente en función de la relación de zonas de ventas para
lista de precios la lista de precios y el usuario actual que crea la oportunidad.
predeterminada
para la De forma predeterminada, se establece como Sí.
oportunidad
mediante una
regla integrada
Número Especifique el número máximo de productos que se puedan agregar en una

máximo de agrupación.
productos de
una agrupación
Usar el cálculo Seleccione si usará el motor de precios del sistema para calcular precios en
de precios del oportunidades, ofertas, pedidos y facturas, o si usará precios personalizados.
sistema
Puede usar una lógica de precios personalizados en lugar de los precios del
sistema para calcular los precios cuando agregue productos en oportunidades,
ofertas, pedidos y facturas. Para usar precios personalizados, seleccione No
para esta opción. Además, debe registrar un complemento en el mensaje de
CalculatePrice , proporcionado en los servicios web, que contenga el código
de precios personalizados. Cada vez que cree o modifique la información del
producto en una oportunidad, oferta, pedido, o una factura, se invoca el
código personalizado en lugar del motor de precios del sistema para calcular
los precios. Para obtener más información, consulte Uso de precios
personalizados para productos.
Método de Seleccione si desea calcular descuentos en el nivel del elemento de línea o en

cálculo de el nivel por unidad en cada elemento de línea de una oportunidad, oferta,
descuento pedido, o una factura.
De forma predeterminada, se establece como Elemento de línea.

Número Especifique el número máximo de propiedades que se pueden asociar con un

máximo de producto o agrupación.
propiedades
permitidas para Las propiedades del producto se agregan a un registro de familia de
un producto o productos, y todos los productos y agrupaciones secundarios bajo la familia de
una agrupación productos heredan las propiedades agregadas a la familia de productos
principal. El número especificado en este valor entra en vigor sólo cuando se
publica un producto o una agrupación con las propiedades asociadas, y no
cuando se agregan las propiedades a un registro de familia de productos de
borrador.
Migrar los datos de configuración del catálogo

de productos
Para migrar los datos de configuración del catálogo de productos, use la Herramienta
Configuration Migration. Para obtener más información acerca de cómo usar la
herramienta, consulte Administrar datos de configuración.
Debe seleccionar las siguientes entidades para migrar datos de configuración del
catálogo de productos:
Producto
Relación de productos (no es una entidad obligatoria, solo es necesaria para las
relaciones)
Propiedad
Asociación de propiedad
Elemento del conjunto de opciones de la propiedad
Notas (necesarias, si existen notas del producto)
Divisa
Lista de precios
Elemento de lista de precios
Unidad
Unidad de venta
Zona (necesaria si hay una configuración de lista de precios predeterminada)
Conexión (necesaria si hay una configuración de lista de precios predeterminada)
Competidor (necesaria si existen competidores para el producto)
Documentación de ventas y elemento de documentación de ventas (necesario, si
existe documentación de ventas para el producto)
Descuento (no es una entidad obligatoria, necesaria únicamente para descuentos
cuando se agregan a las listas de precios)
Lista de descuento (no es una entidad obligatoria, solo es necesaria para
descuentos)
７ Nota
Durante la transferencia de datos de configuración del catálogo de productos,

puede ver una advertencia de validación de esquema, indicando que la
transferencia de datos puede ser incoherente. Esto se debe a que no incluyó la
entidad de derecho y la entidad de plantilla de derecho en la transferencia. Sin
embargo, estas entidades no son necesarias y puede ignorar la advertencia. Los
datos de configuración del catálogo de productos migrarán correctamente.
Se aplican determinadas condiciones y restricciones durante la migración:
Sólo los productos activos y retirados se pueden exportar o importar.
７ Nota
La transferencia de productos de agrupación no se admite actualmente.
Si la importación de un registro de producto produce error debido a una

dependencia incompleta, los registros de propiedad relacionados no se importan.
Al importar la jerarquía de productos, si la creación de un registro produce error
debido a una dependencia incompleta, la jerarquía secundaria del registro no se
importará.
Si para exportar, ha seleccionado la entidad del producto sin seleccionar otras

entidades necesarias para la exportación, los registros del producto se exportarán
sin las propiedades asociadas.
Si para exportar, selecciona sólo las entidades de propiedad (Propiedad,

Asociaciones de propiedad y Conjuntos de opciones de propiedad) sin seleccionar
la entidad del producto, no se exportará ningún dato.
Para un registro de producto, cualquier nueva propiedad creada en el sistema de

origen también se creará en el sistema de destino, después de la importación.
Para un registro de producto, los datos de origen reemplazarán los cambios en la

propiedad que también existan en los datos de destino, después de la
importación.
Para un registro de producto, si existe una propiedad en los sistemas de origen y

destino, cuando la propiedad se quita del sistema de origen, no se quita del
sistema de destino después de la importación.
Vea también
Entidades del catálogo de productos
Experiencia de texto enriquecido para
actividades de cita
Al habilitar la experiencia de texto enriquecido, la sincronización del lado del servidor y

las actividades de cita admiten texto enriquecido. Con el editor de texto enriquecido, las
descripciones de cita pueden contener texto enriquecido.
Con el texto enriquecido habilitado consigue las siguientes ventajas:
Crear y sincronizar citas con contenido de texto enriquecido en la descripción para

ofrecer una experiencia mejorada en la web y la interfaz unificada.
Incluir contenido de una página web HTML directamente en el campo de
descripción o crear su propio formato personalizado mediante el editor de citas.
Las citas a las que se realiza un seguimiento desde Outlook también generarán
contenido de texto enriquecido en aplicaciones de involucración del cliente
La sincronización del lado del servidor sincroniza el contenido de texto
enriquecido HMTL de las descripciones de cita en aplicaciones de involucración del
cliente.
） Importante
Para habilitar el texto enriquecido, su versión debe ser la versión 9.0 o versiones
posteriores.
Después de habilitar, si elige deshabilitar la configuración, el campo descripción del
editor de cita restablecerá el campo de texto sin formato. La descripción de citas
anteriormente sincronizadas seguirá conteniendo formato HTML de texto
enriquecido.
Aunque el editor de texto enriquecido se pueda usar con actividades de cita, no se

puede usar con citas periódicas. Cuando una oferta que contiene texto enriquecido
se convierte en una cita periódica, el campo de descripción de la actividad se
convierte en un campo de texto sin formato que contiene texto enriquecido.
Habilitar el editor de texto enriquecido para

citas
Para habilitar el editor de texto enriquecido en citas, necesita configurar el valor de
organización de AppointmentRichEditorExperience para el entorno ejecutando el
ejemplo de PowerShell a continuación.
Los cmdlets de PowerShell requieren el módulo Microsoft.Xrm.Data.PowerShell. El

siguiente ejemplo incluye el cmdlet para instalar el módulo.
PowerShell
#Install the module
Install-Module Microsoft.Xrm.Data.PowerShell -Scope CurrentUser
# Connect to the organization
Connect-CrmOnPremDiscovery -InteractiveMode #(or Connect-CrmOnlineDiscovery

-InteractiveMode)
# Retrieve the organization entity
$entities = $organizationEntity = Get-CrmRecords -conn $conn -

EntityLogicalName organization -Fields appointmentricheditorexperience -
TopCount 1
$organizationEntity = $entities.CrmRecords[0]
Write-Host "Appointment RTE existing value: "

$organizationEntity.appointmentricheditorexperience
# Set the appointmentricheditorexperience field
$organizationEntity.appointmentricheditorexperience = $true #(or $false)
# Update the record
Set-CrmRecord -conn $conn -CrmRecord $organizationEntity
$entities = $organizationEntity = Get-CrmRecords -conn $conn -

EntityLogicalName organization -Fields appointmentricheditorexperience -
TopCount 1
$organizationEntity = $entities.CrmRecords[0]
Write-Host "Appointment RTE updated value: "

$organizationEntity.appointmentricheditorexperience
Vea también
Creación o edición de citas
Próximos cambios importantes (funciones obsoletas) en
Power Apps y Power Automate
Los anuncios y las funciones obsoletas descritos en este artículo se aplican a Power Apps y Power Automate. Los
administradores y los profesionales de TI pueden utilizar esta información para prepararse para futuras versiones. Este
artículo se publicó por primera vez el 27 de junio de 2017.
Para obtener información sobre funciones obsoletas de otros productos, consulte Otros artículos sobre funciones obsoletas
más adelante en este artículo.
） Importante
"En desuso" significa que tenemos la intención de quitar la característica o capacidad de una versión futura. La
característica o la capacidad seguirá funcionando y será totalmente compatible hasta que se quite oficialmente. Esta
notificación de funcionalidad obsoleta pueden abarcar meses o años. Después de su eliminación, la característica o la
capacidad dejará de funcionar. Este aviso es para darle tiempo suficiente para planificar y actualizar su código antes de
que se elimine la función o capacidad.
Obsolescencia de los controles de aplicaciones basadas en modelo

A partir de enero de 2023, los siguientes controles para aplicaciones basadas en modelos quedarán obsoletos:
autocompletar, máscara de entrada, reproductor multimedia, entrada de números, conjunto de opciones y clasificación por
estrellas.
¿Por qué es necesario?

Presentaremos nuevos controles de la interfaz de usuario de Fluent que tienen mejores prestaciones de uso, accesibilidad y
compatibilidad con el modo oscuro.
Impacto
A partir de abril de 2023, estos controles ya no se pueden agregar a los formularios.

Las instancias de control existentes funcionarán en los formularios existentes hasta abril de 2024.
Acción requerida por usted

Evalúe los formularios existentes que incluyen un control en desuso y reemplácelos con un control más nuevo.
El conector Microsoft Dataverse (heredado) (conector CDS 2.0)

para flujos de Power Automate quedará en desuso y se
reemplazará por otro conector
A partir de octubre de 2022, el conector Microsoft Dataverse (heredado), también conocido como conector CDS 2.0,
quedará en desuso. Este conector actualmente se puede utilizar para conectarse a Dataverse para su uso en múltiples
clientes y componentes.
Los usuarios deberán revisar sus flujos de Power Automate existentes para determinar cuáles necesitan ser actualizados.
Para marzo de 2023, no se pueden crear flujos nuevos con el conector CDS 2.0, pero los flujos existentes seguirán
funcionando.
Los clientes deben usar el conector Microsoft Dataverse, que ya está disponible para su uso en Power Automate para la
mayoría de los usuarios de flujos. Proporciona una experiencia sin código y proporciona una mayor flexibilidad. Sin
embargo, las siguientes características no están disponibles actualmente:
Las acciones de conector que se conectan a entornos distintos al entorno actual.
Acciones del conector que se conectan a entornos que se encuentran en una ubicación geográfica diferente a la del
entorno actual.
Desencadenador de Cuando se seleccione una fila.
Si cumple con uno de estos criterios, no podrá migrar hasta que esta funcionalidad esté disponible. Todos los demás flujos
pueden iniciar la migración en octubre de 2022.
En algunos casos, los usuarios podrán usar una herramienta de migración para migrar del conector Dataverse (heredado) al
conector de Microsoft Dataverse. En la página de detalles de cada flujo, verá el mensaje "Migrar este flujo al último
conector de Microsoft Dataverse". Podrá abrir el asistente de migración desde allí.
Si su flujo se creó antes de junio de 2020, no podrá usar la herramienta de migración. Para verificar esto, puede confirmar si
el conector de Microsoft Dataverse se puede buscar al editar el flujo. Si este es el caso, o si la migración falla, deberá recrear
manualmente su flujo usando el conector Microsoft Dataverse.
A partir de octubre de 2023, todos los flujos existentes que utilicen las acciones y los activadores en desuso heredados
dejarán de funcionar. Los usuarios deberán revisar sus flujos existentes para actualizarlas a las nuevas acciones y
desencadenadores.
El conector Microsoft Dataverse (heredado) (conector CDS 2.0)

para Azure Logic Apps quedará en desuso y se reemplazará por
otro conector
A partir de octubre de 2022, el conector Microsoft Dataverse (heredado), también conocido como conector CDS 2.0,
quedará en desuso. Este conector actualmente se puede utilizar para conectarse a Dataverse para su uso en múltiples
clientes y componentes. El conector Microsoft Dataverse estará disponible para su uso en Azure Logic Apps en agosto de
2022. Los usuarios deberán modificar sus aplicaciones lógicas existentes o crear nuevas aplicaciones lógicas usando el
conector Microsoft Dataverse antes de octubre de 2023.
Habrá un enfoque gradual antes de que se produzca el desuso. Esta es la escala de tiempo:
30 de agosto de 2022: las acciones y los desencadenadores del conector CDS 2.0, también conocido como conector
Dataverse (heredado), se actualizarán en el conector Microsoft Dataverse.
Las acciones y los desencadenadores del conector Dataverse heredado se pueden seguir usando en las aplicaciones
lógicas existentes para la compatibilidad con versiones anteriores durante un período de tiempo.
Todas las aplicaciones lógicas nuevas se crearán con las acciones nuevas.
Período de versión preliminar de agosto de 2022 a enero de 2023: tanto las acciones nuevas como las heredadas y
los desencadenadores estarán disponibles durante la creación de los nuevos flujos.
Abril de 2023: No se pueden crear nuevas aplicaciones lógicas con las acciones y desencadenadores heredados, pero
las aplicaciones lógicas existentes con esas acciones y desencadenadores seguirán funcionando.
A partir de octubre de 2023, todas las aplicaciones lógicas existentes que utilicen las acciones y los activadores en desuso
heredados dejarán de funcionar. Los usuarios deberán revisar sus aplicaciones lógicas existentes para actualizarlas a los
nuevos desencadenadores de Azure Logic Apps.
El soporte de Internet Explorer 11 para Dynamics 365 y Microsoft

Power Platform está en desuso
Dynamics 365 y Microsoft Power Platform se bloquearán en Internet Explorer a partir del 31 de octubre. Desde principios de
octubre de 2022, los usuarios se redirigirán a Microsoft Edge si tienen Edge actualmente instalado en su dispositivo. De no
ser así, recibirán un mensaje no admisible en el que se les informará de por qué están bloqueados y que intenten utilizar el
sitio en Microsoft Edge. A partir del 31 de octubre de Internet Explorer se bloqueará en Dynamics 365 y Microsoft Power
Platform y los usuarios verán un mensaje de bloqueo informándoles de que deben utilizar Microsoft Edge. Si los usuarios
intentan acceder a Dynamics 365 y Microsoft Power Platform en una versión de Microsoft Edge que ya no es compatible, se
les pedirá que usen la última versión de Edge.
Recomendamos que los clientes hagan la transición a Microsoft Edge .
Nosotros recomendamos a los usuarios de Dynamics 365 App for Outlook que utilizan el cliente de escritorio de Outlook
que actualicen sus clientes a versiones de Microsoft Outlook que usen Edge WebView2 o Microsoft Outlook en la Web
(OWA).
Más información: Fin de la compatibilidad con Internet Explorer.
Si tiene más preguntas, comuníquese con su representante del servicio al cliente de Microsoft o Microsoft Partner.
La cuadrícula heredada de solo lectura en aplicaciones basadas en

modelo está obsoleta
El control de cuadrícula heredado de solo lectura ha quedado obsoleto en las aplicaciones basadas en modelos con el
primer lanzamiento de versiones de 2022. Este control está siendo reemplazado por la Cuadrícula de solo lectura de Power
Apps, que se convirtió en la experiencia de cuadrícula de solo lectura predeterminada para todos los entornos para
aplicaciones basadas en modelos con el primer lanzamiento de versiones de 2022.

La cuadrícula heredada de solo lectura:
No es compatible con los últimos estándares de accesibilidad de Microsoft.

No se alinea con la última guía de diseño de Microsoft.
Tiene opciones de extensibilidad limitadas.
Impacto
Las tablas configuradas para usar el control Cuadrícula de solo lectura (predeterminado) se sustituyen por la Cuadrícula de
solo lectura de Power Apps para vistas y subcuadrículas. Este cambio comenzó con el primer lanzamiento de versiones de
2022.
Cuando la cuadrícula de solo lectura de Power Apps está originalmente habilitada, la fila de la barra de salto no es visible;
sin embargo, los creadores pueden volver a habilitarla cuando lo necesiten. Más información: Configurar el control de
cuadrícula de solo lectura de Power Apps
La aplicación de Dynamics 365 (versión preliminar) para Windows

está en desuso
La aplicación de Microsoft Dynamics 365 (versión preliminar) para Windows se retiró el 20 de junio de 2022. La aplicación
ya no tiene soporte.
Todavía puede ejecutar sus aplicaciones de Dynamics 365 en Powers Apps para Windows con el mismo conjunto de
características y capacidades. Para más información, vea Instalar Powers Apps para Windows.
Mensaje personalizado del modo de administración obsoleto

A partir del 1 de julio de 2022, el campo Mensaje personalizado quedará obsoleto en la página Editar detalles del entorno.
Power Apps para Windows 8 quedará en desuso y se reemplazará

con una nueva aplicación
A partir de septiembre de 2022, Power Apps para Windows 8 quedará en desuso. Microsoft continuará brindando
seguridad y otras actualizaciones críticas para la aplicación hasta el 20 de septiembre de 2022. No lanzaremos ninguna otra
característica ni funcionalidad para la aplicación.
A partir del 20 de septiembre de 2022, Power Apps para Windows 8 se eliminará de Microsoft Store y ya no será
compatible.
El 20 de junio de 2022 estará disponible Power Apps para Windows . Para obtener más información sobre la nueva
aplicación, consulte Instalar Powers Apps para Windows.
Entrada en desuso del Servicio de exportación de datos

A partir de noviembre de 2021, el Servicio de exportación de datos ha quedado en desuso. El Servicio de exportación de
datos seguirá funcionando y contará con soporte completo hasta que llegue al final del soporte y el final de su vida útil en
noviembre de 2022. Esto afectará a los clientes de Dynamics 365 y Power Platform que utilizan el complemento de servicio
de exportación de datos de Microsoft AppSource. El complemento Servicio de exportación de datos no estará disponible
para su descarga para todos los clientes. Recomendamos que los clientes hagan la transición a Azure Synapse Link for
Dataverse. Para obtener más información, consulte nuestro blog o descargue el cuaderno de estrategias de puesta en
desuso .
Eliminación del servicio Dataverse OData v2.0

Planeamos eliminar el servicio cd datos de organización Dataverse OData v2.0 el 30 de abril de 2023. Esto estaba
originalmente programado para el 11 de noviembre de 2022, pero la fecha se ha extendido.
７ Nota
Este anuncio no incluye el SOAP de servicio de organización obsoleto punto de conexión. En este momento, no se ha
anunciado una fecha para la eliminación del punto de conexión SOAP.
El Organization Data Service es un punto de conexión OData v2.0 introducido con Dynamics CRM 2011. El servicio de datos
de la organización quedó obsoleto con Dynamics 365 Customer Engagement v8.0 en favor de la API web, un servicio de
OData v4.0. En la actualidad, menos del 0,06% de las solicitudes de Dataverse usan este punto de conexión. Eliminar este
punto de conexión permitirá a Dataverse mejorar el rendimiento general.
Cualquier código que use el servicio de datos de la organización debe migrarse para usar la API web antes de ese
momento.
Más información: Anuncio de la fecha de eliminación del servicio OData v2.0 .
La compatibilidad con Microsoft 365 Groups y Yammer en

Dynamics 365 está obsoleta
A partir de febrero de 2022, la compatibilidad con Grupos de Microsoft 365 (anteriormente conocidos como Grupos de
Office) y Yammer en Dynamics 365 quedará obsoleta. Esto afectará a los clientes que utilizan Microsoft 365 Groups y/o
Yammer para la colaboración en Dynamics 365. Recomendamos que los clientes hagan la transición a Microsoft Teams para
funcionalidades de colaboración más avanzadas. Para obtener información sobre la integración de Dynamics 365 con
Teams, consulte Integre aplicaciones de Customer Engagement en Dynamics 365 con Microsoft Teams.
Los clientes existentes pueden crear equipos a partir de Microsoft 365 Groups existentes y asignarlos a registros
individuales según los requisitos. También pueden seguir usando Microsoft 365 Groups, pero tienen una experiencia
personalizada para alojarlo dentro de Dynamics 365.
Si tiene preguntas sobre la obsolescencia, comuníquese con su Microsoft representante del servicio al cliente o Microsoft
Partner.
El soporte para ver y administrar usuarios de aplicaciones en un

cliente web heredado está en desuso
A partir de febrero de 2022, la lista de "Usuarios de la aplicación" no estará disponible en Ajustes
avanzados>Seguridad>Usuarios. Puede usar el centro de administración Power Platform para ver y administrar los
usuarios de la aplicación. Vea Administrar usuarios de aplicación en el centro de administración de Power Platform.
La sección Analizar, en perfiles móviles sin conexión, está en

desuso
A partir de septiembre de 2021, la acción Analizar y el informe Perfil sin conexión que se utiliza para configurar perfiles de
dispositivos móviles sin conexión quedan en desuso.
La función Analizar se eliminará debido a vulnerabilidades de Cross-
Site Scripts (XSS). El informe se utiliza para identificar componentes que no están disponibles cuando trabaja en modo sin
conexión. Las capacidades se reinventarán como parte de las mejoras continuas de la experiencia de configuración móvil
sin conexión. Usted no necesita hacer nada.
Dynamics 365: Gamification está en desuso

A partir del 1 de abril de 2021, Dynamics 365 – Gamification está en desuso. Hasta el 30 de septiembre de 2021, Microsoft
ofreció soporte limitado para esta solución. A partir del 1 de octubre de 2021, la solución Dynamics 365 - Gamification
dejará de ser funcional. Para desinstalar Gamification, elimine las soluciones GamificationUpdater y Gamification de la
organización Dynamics 365. Tenga en cuenta que primero debe eliminar la solución GamificationUpdater solución seguida
de la solución Gamification. Más información: Eliminar una solución preferida.
La integración de Skype con las aplicaciones de interacción con el

cliente está en desuso
A partir de julio de 2019, la función de integración de Skype con aplicaciones de participación del cliente ha quedado en
desuso y ya no se admite después del 31 de julio de 2021. Skype se retira el 31 de julio de 2021; más información: Retiro de
Skype Empresarial Online: Microsoft Teams
La indicación de presencia respaldada por Skype Empresarial dejará de funcionar. Esta desaprobación incluye indicación de
presencia en tarjetas flotantes, campos de búsqueda y columnas de búsqueda en cuadrículas. Actualmente hay planes para
admitir estas ubicaciones a través de Teams. Mientras tanto, la indicación de presencia se puede encontrar en las tarjetas de
persona en vivo.
Planifique la transición a Microsoft Teams, porque las capacidades del equipo van más allá de las de Skype for Business
Online. Teams es el siguiente capítulo en la solución de comunicación empresarial de Microsoft. Para obtener más
información sobre las capacidades de Teams, consulte The Total Economic Impact™ de Microsoft Teams .
Los encabezados de baja densidad en las aplicaciones basadas en

modelos no serán compatibles con el segundo lanzamiento de
versiones de 2021
Con el próximo segundo lanzamiento de versiones de 2021 (versión preliminar pública en agosto de 2021 y GA en octubre
de 2021), la opción de encabezado de baja densidad y la experiencia en tiempo de ejecución no serán compatibles con los
formularios de aplicaciones basadas en modelos.
Los creadores se han alejado de los encabezados de baja densidad y su uso es escaso.
Los encabezados de baja densidad no promueven una experiencia muy densa y requieren que los usuarios siempre
usen el control flotante para todos los controles en todos los tamaños de los puertos de visualización, desde
pequeños hasta muy anchos.
Impacto
Cualquier formulario actual que esté configurado para ser de "baja densidad" se actualiza automáticamente para
renderizarse en una alta densidad con control flotante modo en una aplicación basada en modelo. A continuación se
muestra un ejemplo de encabezado de alta densidad con control flotante:

Para cumplir con la fecha límite de octubre de 2021, asegúrese de actualizar cualquiera de sus formularios de un formato
de baja densidad a uno de alta densidad con modo flotante, utilizando el moderno diseñador de formularios. Más
información: Configurar la densidad del encabezado.
Si no realiza este cambio, el formulario ya no respeta esta configuración en tiempo de ejecución. También se establece de
forma predeterminada en alta densidad con control flotante.
Los pies de página de formularios en aplicaciones basadas en

modelos no serán compatibles con el segundo lanzamiento de
versiones de 2021
Con el próximo segundo lanzamiento de versiones de 2021 (versión preliminar pública en agosto de 2021 y GA en octubre
de 2021), los pies de página de los formularios no serán compatibles con un formulario de aplicación basado en modelos.

El pie de página no cumple con las Pautas de accesibilidad al contenido web (WCAG) 2.0 de cumplimiento de
accesibilidad de Microsoft.
La densidad de datos se ve muy afectada por el pie de página del formulario y no es compatible con una buena
experiencia del cliente. Los controles no se pueden detectar y dan lugar a muchos problemas de usabilidad por parte
del cliente.
Los creadores se han alejado de agregar controles al pie de página y hay poco uso de otros controles, listos para usar
o personalizados, en las experiencias actuales de pie de página del formulario.
Los componentes creados con Power Apps component framework no son totalmente compatibles con los pies de
página de los formularios, lo que provoca problemas de usabilidad cuando se agregan al pie de un formulario.
Los pies de página de los formularios no se incluyen en la experiencia móvil ni en las páginas de vista y panel. Este
cambio alineará la experiencia del formulario con otras páginas en una aplicación basada en modelos.
Impacto
Los formularios principales ya no incluirán el pie de página cuando se abra un registro. Los controles personalizados o listos
para usar que se hayan agregado al pie de página del formulario ya no estarán disponibles y deberá eliminar los campos si
ya no son necesarios o mover los campos al encabezado y usar el encabezado de alta densidad con control flotante o
agréguelos al formulario principal. El enfoque recomendado es mover los campos a los que los usuarios necesitan acceder,
independientemente de la pestaña de formulario en la que se encuentre el usuario, al encabezado y configurarlo para usar
el encabezado de alta densidad con control flotante. Si solo hay una pestaña, la recomendación es moverla a una nueva
sección del formulario.

Para cumplir con la fecha límite de octubre de 2021, asegúrese de mover los campos o controles agregados al pie de
página de un formulario, al encabezado o a una sección del formulario.
Si no hace nada, los campos de pie de página o los controles que ha agregado ya no se muestran en el formulario y
no están disponibles para los usuarios.
Los campos listos para usar que se encuentran actualmente en el pie de página se eliminan y se incluyen en el formulario
como parte de las actualizaciones del segundo lanzamiento de versiones de 2021. Por lo tanto, no pierde el estado, los
cambios no guardados ni la opción de abrir un formulario en una nueva ventana. La opción Guardar ya está disponible en
la barra de comandos y siempre es visible para el usuario.
Si bien entendemos que este tipo de cambios pueden ser perjudiciales para los creadores que usan el pie de página en la
actualidad, siempre evaluamos las experiencias. Hacemos esto para asegurarnos de que brinden una experiencia moderna
que mejore la usabilidad, respalde los requisitos de accesibilidad y mejore la capacidad de detección de campos y controles
muy utilizados en una página.
Obsolescencia de los controles de aplicaciones basadas en modelo

(lanzamiento de versiones 1 de 2021)
Con la próxima ola de lanzamiento 1 de 2021 (vista previa pública en febrero de 2021 y GA en abril de 2021), algunos
controles más antiguos para aplicaciones basadas en modelos quedarán obsoletos. Estos controles incluyen interruptor
giratorio, control de calendario (V1), control deslizante lineal, perilla radial, perilla de arco, indicador lineal; junto con el
control de vista previa del sitio web, MultiSelectPicklistControl (V1) y Flip Label (opción de formato de dos botones de
radio).
Estos controles están desactualizados y no se ajustan a nuestros estándares actuales de usabilidad y accesibilidad.
Por ejemplo, hemos recibido comentarios de que el control Flip Label es difícil de determinar su uso previsto y los
usuarios normalmente no ven las opciones disponibles para elegir, como "sí / no" o "habilitar / deshabilitar".
Impacto
A partir de abril de 2021, estos controles ya no se pueden agregar a los formularios.

Para las instancias del control Voltear etiqueta, el control se reemplazará con un control desplegable.
Para todos los demás controles, seguirán funcionando dentro de los formularios existentes hasta abril de 2022.

No realizaremos otros cambios en formularios o controles. Se anima a los creadores a realizar actualizaciones:
Utilice el control Toggle como reemplazo de Flip Label y Flip Switch.

Utilice el control de calendario (V2) como reemplazo del control de calendario (V1).
Evalúe otros controles obsoletos para determinar si todavía son útiles dentro de los formularios existentes.
Microsoft Dynamics 365 Email Router está en desuso
E-mail Router quedó obsoleto el 17 de julio de 2018 y dejará de funcionar a partir del 12 de abril de 2021. Aunque es
posible que Email Router aún haya funcionado con Dynamics 365 On-premises, esta configuración ya no es compatible.
Todas las funcionalidades de enrutamiento de correo electrónico deberán migrar para usar la sincronización del lado del
servidor. Para obtener información sobre la migración de la funcionalidad de enrutamiento de correo electrónico para usar
la función de sincronización del lado del servidor, consulte: Migre la configuración del enrutador de correo electrónico a la
sincronización del lado del servidor.
La aplicación Microsoft Dynamics 365 para Windows está obsoleta

A partir de abril de 2021, la Aplicación de Microsoft Dynamics 365 para Windows que le permite ejecutar aplicaciones de
participación del cliente (como Dynamics 365 Sales, Dynamics 365 Customer Service y Dynamics 365 Marketing) ha
quedado en desuso.
Microsoft continúa ofreciendo actualizaciones críticas de seguridad y otras para la aplicación Microsoft Dynamics 365 para
Windows hasta el 29 de enero de 2021. No lanzaremos ninguna otra característica ni funcionalidad para la aplicación.
Después del 1 de abril de 2021, la aplicación se elimina de Microsoft Store y ya no es compatible.
Le recomendamos que comience a usar su navegador web lo antes posible para ejecutar sus aplicaciones de participación
del cliente, como Dynamics 365 Sales, Dynamics 365 Customer Service y Dynamics 365 Marketing. Ejecútelas en Windows
para aprovechar las mejoras continuas de la aplicación web.
Los filtros de descarga de datos de la organización para

dispositivos móviles sin conexión están en desuso
A partir de febrero de 2021, la opción Filtro de descarga de datos de la organización que filtra los datos cuando se
configura el dispositivo móvil sin conexión está en desuso. Le recomendamos que comience a preparar su organización y
mueva los filtros de datos relevantes desde Filtro de descarga de datos de la organización a la opción de perfil sin
conexión, que le permite determinar qué datos están disponibles cuando los usuarios trabajan en modo sin conexión. Para
obtener más información, consulte Crear una sincronización móvil sin conexión. Una vez que los criterios de filtro antiguos
se han movido al perfil sin conexión, puede borrar o eliminar los filtros establecidos en Filtro de descarga de datos de la
organización.
Los conjuntos de cifrado TLS RSA están en desuso

A partir del 30 de octubre de 2020, los siguientes conjuntos de cifrado estarán en desuso en nuestros servidores.
"TLS_RSA_WITH_AES_256_GCM_SHA384"
"TLS_RSA_WITH_AES_128_GCM_SHA256"
"TLS_RSA_WITH_AES_256_CBC_SHA256"
"TLS_RSA_WITH_AES_128_CBC_SHA256"
Los conjuntos de cifrado se utilizan para cifrar mensajes y así asegurar una conexión de red entre clientes/servidores y otros
servidores. Eliminaremos la lista anterior de conjuntos de cifrado para cumplir con nuestros protocolos de seguridad
actuales.
A partir del 1 de marzo de 2021, los clientes solo pueden usar nuestros conjuntos de cifrado estándar. Este cambio afecta a
sus clientes y servidores que se comunican con nuestros servidores, por ejemplo, sincronizando correos electrónicos desde
su Microsoft Exchange server, ejecutando complementos salientes o utilizando clientes nativos (locales) para acceder a
nuestros servidores.
Los clientes deben actualizar sus servidores antes del 1 de marzo de 2021. Para obtener más información sobre cómo
configurar el orden de TLS Cipher Suite, consulte Gestionar la seguridad de la capa de transporte (TLS).
Las sugerencias del documento para todas las entidades, excepto
Case, están obsoletas
A partir del 20 de octubre de 2020, la función de sugerencias del documento ha quedado obsoleta para todas las
entidades, excepto para la entidad Case. La entidad Case está disponible con Dynamics 365 Customer Service. Más
información: Habilitar las sugerencias del documento para recomendar documentos relacionados
Las reglas de creación automática de registros y los elementos de

SLA en el cliente web están en desuso
A partir del 1 de octubre de 2020, las reglas de creación y actualización automáticas y los contratos de nivel de servicio
(SLA)han quedado en desuso en el cliente web. Para obtener más información, consulte Características en desuso en
Customer Service.
La entidad TimeZoneRule y algunos atributos de la entidad

TimeZoneDefinition están en desuso
Desde el 24 de septiembre de 2020, la entidad TimeZoneRule y los atributos Bias y RetiredOrder de la entidad
TimeZoneDefinition están en desuso y se eliminarán en una versión futura. Para todos los cálculos de zona horaria del lado
del cliente, utilice las funciones LocalTimeFromUtcTime y UtcTimeFromLocalTime en la API web o la clase TimeZoneInfo en
el .NET Framework. Más información: Blog: Desuso de entidades de zona horaria en Microsoft Dataverse
El módulo PowerShell de la API de administración en línea y API

de REST están en desuso
A partir del 26 de agosto de 2020, el módulo de PowerShell de la API de administración en línea y la API de REST de gestión
en línea están en desuso. El módulo PowerShell de API de gestión en línea se actualizará en octubre de 2020 para apuntar a
las API subyacentes más nuevas y no recibirá más actualizaciones. Recomendamos que use el módulo de administración de
Power Apps. Más información: Empiece a utilizar el módulo de administración de Power Apps
La solución de escala de tiempo de noticias de la compañía está

en desuso
A partir del 10 de julio de 2020, la solución Cronología de noticias de la empresa, que ofrece noticias relevantes de Bing
News sobre los clientes y las clasifica en línea cuando está mirando las cuentas de los clientes, quedará en desuso. Hasta el
10 de septiembre de 2020, Microsoft seguirá dando soporte a la función, pero no lanzará ninguna otra funcionalidad más
allá de la que ya está presente. A partir del 10 de septiembre de 2020, deberá desinstalar la solución, lo que eliminará la
noticia widget de las páginas de registro de la cuenta.
1. Para eliminar la solución, vaya a Ajustes avanzados y seleccione Soluciones.

2. Seleccione CompanyNewsTimeline y, a continuación, seleccione Eliminar.
Como alternativa puedes instalar el control del marco de control de Power Apps component framework. Para obtener más
información, consulte Configurar y usar el control de noticias.
Dynamic 365 Sales bot está en desuso

A partir del 2 de junio de 2020, Dynamics 365 Bot de ventas, una función que permite a los usuarios recuperar información
de ventas a través de un bot dentro de la aplicación Dynamics 365 Sales for Teams quedará en desuso. Hasta el 31 de julio
de 2020, Microsoft continuará brindando soporte para la característica, pero no lanzará ninguna funcionalidad más allá de
lo que ya está presente. Después del 31 de julio de 2020, ya no podrá recibir respuestas a las conversaciones. El bot no
estará disponible para nuevos clientes; es posible que los clientes existentes aún puedan acceder al bot desde el chat, sin
embargo, el bot no responderá a las preguntas.
Nuestro objetivo es ofrecer una experiencia de bot potente que permita a los usuarios recuperar y administrar información.
Con base en los datos de uso y los comentarios de nuestros clientes, trabajaremos en un conjunto potente y extensible de
capacidades y características que le permitirán acceder e interactuar intuitivamente con la información de ventas, entre
otras entidades, a través de una interfaz de bot. lo mantendremos informado sobre el momento en que esto estará
disponible.
Dynamics 365 Connector está en desuso

A partir del 5 de mayo de 2020, Dynamics 365 Connector, utilizado para integraciones de datos, flujos, aplicaciones lógicas
de Azure y aplicaciones de lienzo, está oficialmente en desuso. Le recomendamos que no cree nuevas conexiones con este
conector.
Impacto
A partir del 31 de octubre de 2022, este conector está apagado para flujos de Power Automate y aplicaciones de lienzo
mediante el reproductor de Power Apps en Windows. Todos los flujos y las aplicaciones de lienzo se deben migrar a
Microsoft Dataverse o al conector Dataverse Legacy según las acciones recomendadas a continuación.
A partir del 31 de octubre de 2022, este conector está en proceso de cierre para Logic Apps. Todas las Logic Apps se deben
migrar lo antes posible a Microsoft Dataverse o al conector Dataverse Legacy según las acciones recomendadas a
continuación.
No se pueden crear nuevas conexiones para integraciones de datos mediante Dynamics 365 Connector. Para estos
componentes, el apagado está en curso. Recomendamos que el uso de Dynamics 365 Connector se reemplace con una de
las siguientes opciones lo antes posible.
Se observan los siguientes comportamientos
Integrador de datos
Dynamics 365 Connector no se puede seleccionar para crear una nueva integración.
No se permitirá editar una integración existente; si intenta editar, deberá elegir un conector diferente.
Automatizar
Dynamics 365 Connector no se puede seleccionar para crear un nuevo flujo.

Los flujos existentes se desactivarán.
Logic Apps
Dynamics 365 Connector no se puede seleccionar para crear una nueva aplicación lógica.
Las aplicaciones lógicas existentes seguirán ejecutándose, pero deben migrarse lo antes posible.
Podrá editar una aplicación lógica existente.
Aplicaciones de lienzo
Ya no se podrá usar el Reproductor de Windows para aplicaciones de lienzo.

Los conectores de Dynamics 365 deben reemplazarse con un conector de Microsoft Dataverse.
Microsoft Dataverse – Este es el conector más nuevo y, con el tiempo, se convertirá en el único conector disponible
para usar Dataverse. Todas las características nuevas, el trabajo de rendimiento y las mejoras estarán disponibles en
este conector.
Microsoft Dataverse (heredado) – Este es el conector de última generación para Microsoft Dataverse. Continuará
funcionando hasta que esté completamente obsoleto. No recibirá actualizaciones de características o mejoras.
Mapeo de acciones comunes
Acción Dynamics 365 Dataverse (heredado) Microsoft Dataverse
Crear desencadenador Al crear un registro (en desuso) Cuando se agrega una fila Cuando se agrega, modifica o elimina una
fila
Actualizar Al actualizar un registro (en Cuando se modifica una fila Cuando se agrega, modifica o elimina una
desencadenador desuso) fila
Eliminar Al eliminar un registro (en Cuando se elimine una fila Cuando se agrega, modifica o elimina una
desencadenador desuso) fila
Acción Crear Crear un nuevo registro (en Agregar una fila nueva Agregar una fila nueva (versión
desuso) (heredado) preliminar)
Acción Actualizar Actualizar un registro (en Actualizar una fila (heredado) Actualizar una fila (versión preliminar)
desuso)
Acción Eliminar Eliminar un registro (en desuso) Eliminar una fila (heredado) Eliminar una fila (versión preliminar)
Acción Recuperar Obtener registro (en desuso) Obtener fila (heredado) Obtener una fila por id. (versión
preliminar)
Acción Recuperar varios Mostrar registros (en desuso) Mostrar filas (heredado) Mostrar filas (versión preliminar)
Acción recomendada por uso
Integrador de datos
Todas las integraciones nuevas deben crearse con el conector Microsoft Dataverse (heredado).
Los conectores de Dynamics 365 deben reemplazarse con un conector de Microsoft Dataverse (heredado). El conector
de Microsoft Dataverse no está disponible aún.
Las integraciones de datos deberán volver a crearse en el integrador de datos utilizando el conector de Dataverse
(heredado) y luego completar la configuración.
Automatizar
Todos los flujos nuevos deben crearse con el conector Microsoft Dataverse.
Los flujos que usan Dynamics 365 Connector se deben volver a crear para usar el conector de Dataverse (heredado) o
el conector de Microsoft Dataverse.
En algunos casos, los usuarios podrán usar una herramienta de migración para migrar de Dynamics 365 Connector al
conector de Microsoft Dataverse. Encontrarás la herramienta en Power Apps (make.powerapps.com ) en la página de
detalles de cada flujo. En el comprobador de flujo, verá el mensaje "Migrar este flujo al último conector de Microsoft
Dataverse". Podrá abrir el asistente de migración desde allí. Una vez completado, su flujo utilizará el conector de Microsoft
Dataverse.
Este debería migrar el flujo a menos que:
El flujo está en el formato antiguo. Para verificar esto, el cliente puede confirmar si el conector de Microsoft Dataverse
se puede buscar al editar el flujo. La mayoría de los flujos creados antes de junio de 2020 están en el formato anterior.
Flow tiene acciones heredadas que se conectan a entornos distintos al entorno actual.
Si su flujo cae en una de las categorías anteriores o si la migración falla, deberá volver a crear manualmente su flujo
usando el conector de Dataverse Legacy Microsoft Dataverse (heredado).
Logic Apps
Todas las aplicaciones lógicas nuevas deben crearse con el conector Microsoft Dataverse (heredado). En el verano de
2022, el conector de Microsoft Dataverse estará disponible y deberá usarse.
Se recomienda que las Logic Apps que usen Dynamics 365 Connector se muevan al conector de Microsoft Dataverse
(heredado) hasta que el conector de Microsoft Dataverse esté disponible.
Tendrá que volver a crearse Logic Apps para usar el conector de Dataverse (heredado)/conector de Dataverse o se
deberá editar para cambiar Dynamics 365 Connector al conector de Dataverse (heredado)/conector de Dataverse y
luego se deberán validar todos los activadores y acciones.
Cuando el conector de Microsoft Dataverse esté disponible en el verano de 2022, los usuarios podrán migrar al
conector de Microsoft Dataverse.
Si está utilizando el reproductor de Power Apps para iniciar Power Apps en Windows, tendrá que cambiar a Power
Apps para Windows.
Los modelos de clasificación de textos de AI Builder han quedado

obsoletos
A partir del 24 de abril de 2020, cualquier modelo de clasificación de texto creado con AI Builder antes de esta fecha
quedará obsoleto. Hasta el 15 de mayo de 2020 estos modelos continuarán funcionando y Microsoft seguirá ofreciendo
soporte. Sin embargo, es posible que algunas funcionalidades estén deshabilitadas. Después del 15 de mayo de 2020, estos
modelos dejarán de funcionar.
A partir del 24 de abril de 2020, los clientes deberán volver a crear sus modelos de clasificación de texto existentes con las
nuevas versiones de modelo. Cualquier modelo creado después de esta fecha usará automáticamente las nuevas versiones
del modelo y no requerirá ninguna otra acción.
Se anima a los clientes a que, después del 24 de abril de 2020, realicen lo antes posible la transición a las nuevas versiones
del modelo.
Dynamic 365 for Outlook está en desuso

A partir de marzo de 2020, Dynamics 365 for Outlook heredado (también conocido como complemento COM de Outlook)
quedó en desuso y ya no está disponible para las aplicaciones de participación del cliente (Dynamics 365 Sales, servicio al
cliente, Marketing y Field Service). En su ugar, use Dynamics 365 App for Outlook moderno.
Los usuarios de Dynamics 365 Customer Engagement (on-premises) pueden seguir utilizando Dynamics 365 for Outlook
heredado. Sin embargo, le recomendamos que haga la transición a la versión moderna de Dynamics 365 App for Outlook lo
antes posible. Para obtener información y los pasos para realizar una transición sin problemas, descargue el Cuaderno de
estrategias de Dynamics 365 for Outlook (Complemento COM) .
La página principal de Dynamics 365 está en desuso

A partir de marzo de 2020, la página de inicio de las aplicaciones de Dynamics 365 (https://home.dynamics.com ) queda
en desuso y no estará disponible en o después del 30 de junio 2021. La página de aplicaciones de Microsoft 365
(https://www.office.com/apps ) la reemplazará y proporcionará a los usuarios una sola página para sus aplicaciones
empresariales y de productividad.
Los usuarios de Dynamics 365 Home verán una notificación sobre la nueva ubicación y la recomendación de cambiar los
marcadores del navegador a partir del 1 de octubre de 2020. A partir del 30 de junio de 2021, los usuarios ya no podrán
navegar a https://home.dynamics.com desde la lista de aplicaciones de Office 365 o el lanzador de aplicaciones de Office
365. Después de junio de 2021, los usuarios que naveguen a https://home.dynamics.com verán una página de error.
Más información: https://aka.ms/business-apps-discovery-docs
Los modelos de detección de objetos y de procesamiento de

formularios en versión preliminar de AI Builder están en desuso
A partir del 5 de marzo de 2020, todos los modelos de procesamiento de formularios y detección de objetos creados con AI
Builder antes de esta fecha quedarán obsoletos. Hasta el 8 de junio de 2020, estos modelos continuarán funcionando y
Microsoft continuará brindando soporte, sin embargo, algunas funcionalidades pueden estar deshabilitadas. Después del 8
de junio de 2020, estos modelos ya no funcionarán.
A partir del 5 de marzo de 2020, los clientes deberán recrear sus modelos existentes de procesamiento de formularios y
detección de objetos con las nuevas versiones del modelo. Cualquier modelo creado después de esta fecha usará
automáticamente las nuevas versiones del modelo y no requerirá ninguna otra acción.
Después del 5 de marzo de 2020, se alienta a los clientes a realizar la transición a las nuevas versiones del modelo lo antes
posible.
Más información:
Transición para usar una nueva versión del modelo de procesamiento de formularios
Transición para usar una nueva versión del modelo de detección de objetos
El antiguo servicio redireccionador de URL de entorno Dataverse

está en desuso
Cuando accedes a su entorno de Dataverse por primera vez o cada vez que haya cerrado sesión en una sesión anterior, se
le dirigirá a Azure AD para iniciar sesión. En la URL de la página de inicio de sesión, contiene un conjunto de
valores/códigos internos que incluyen un enlace al servicio redireccionador de URL. Después de iniciar sesión
correctamente, el servicio redireccionador de URL le dirige a su entorno de Dataverse.
El antiguo servicio redireccionador de URL, cloudredirector.crm.dynamics.com, fue reemplazado en septiembre de 2019 por
el nuevo, bn1--namcrlivesg614.crm.dynamics.com (solo un ejemplo; la URL diferirá según la región de su entorno). El
antiguo servicio redireccionador de URL está en desuso y se eliminará el 31 de marzo de 2020.
Este cambio le afectará si ha creado un marcador de la página de inicio de sesión antes de septiembre de 2019 que
contenía el enlace al antiguo servicio redireccionamiento de URL. Los usuarios afectados por este cambio verán una
notificación a partir del 17 de febrero de 2020 con instrucciones para resolver el problema. Para obtener información
detallada sobre este problema y cómo resolverlo, consulte https://support.microsoft.com/help/4541747 .
Obsolescencia del tipo de autenticación de Office365 y clase

OrganizationServiceProxy para conectarse a Dataverse
A partir del 4 de febrero de 2020, el tipo de autenticación WS-Trust que utilizan los clientes personalizados para conectarse
a Dataverse quedará obsoleto. Este cambio afecta a las aplicaciones que usan clases de
Microsoft.Xrm.Sdk.Client.OrganizationServiceProxy y Microsoft.Xrm.Tooling.Connector.CrmServiceClient para el tipo de
autenticación de "Office365".
Estamos realizando este cambio para eliminar un protocolo de seguridad (WS-Trust) que es inherentemente inseguro según
los estándares de cifrado actuales. Si bien Microsoft ha trabajado arduamente para proteger a los usuarios que eligen usar
este tipo de autenticación para la conveniencia del proceso de inicio de sesión, se ha convertido en una fuente de
preocupación cada vez mayor para los sistemas de protección de identidad y seguridad de Microsoft. El protocolo de
seguridad WS-Trust, cuando se usa junto con una cuenta de usuario y una contraseña, implementa un flujo de
autenticación que presenta tanto el identificador de usuario como la contraseña al recurso de autenticación en formato de
"texto no cifrado", basándose únicamente en el cifrado de transporte para proporcionar seguridad para el tramo inicial de
la autenticación, hasta que el servicio de token devuelva un token de autenticación para usar.
Además, el protocolo WS-
Trust no admite formas modernas de autenticación multifactor y controles de acceso condicional a los datos del cliente.
Con este cambio, la intención es alejar a los desarrolladores de este flujo de autenticación y ayudar a los desarrolladores de
aplicaciones a utilizar las capacidades de Azure Active Directory para asegurar y proteger el acceso a sus aplicaciones y
clientes en Dataverse.
Para permitir la transición de clientes y aplicaciones de socios:
A partir de octubre de 2020, el protocolo de autenticación se retirará para todos los inquilinos nuevos.
A partir de octubre de 2020, el protocolo de autenticación no estará disponible en todas las regiones.
A partir de abril de 20211, el protocolo de autenticación se retirará para todos los entornos nuevos con un inquilino.
A partir de abril de 2022, el protocolo de autenticación se retirará para todos los entornos nuevos y existentes con un
inquilino.
1
El retiro de nuevos entornos comienza el 1 de abril de 2021 y se implementa gradualmente en todas las regiones dentro
de una ventana de 6 semanas.
Más información: Uso de la autenticación de Office365 con el protocolo de seguridad WS-Trust
El servicio de detección regional ha quedado obsoleto

A partir del 2 de marzo de 2020, el servicio de detecciónregional ha quedado en desuso. Microsoft continuará ofreciendo
soporte, seguridad y otras actualizaciones críticas para el Servicio de detección regional, pero no lanzará más funciones que
las que ya se han anunciado. Después del 21 de abril de 2021, el servicio Discovery regional se cerrará.
Los clientes deben hacer la transición al uso del Servicio de detección global de OData V4 antes del 21 de abril de 2021
para que sus aplicaciones no se vean afectadas. Más información: Modificar el código para usar el servicio de detección
global.
El cliente web heredado ha quedado obsoleto

A partir de septiembre de 2019, el cliente web heredado ha quedado obsoleto. Los clientes deben realizar la transición a
Interfaz unificada antes del 4 de diciembre de 2020. Microsoft continuará ofreciendo soporte, seguridad y otras
actualizaciones críticas para cliente web heredado hasta el 4 de diciembre de 2020, pero no lanzará más funciones que las
que ya se han anunciado.
El 4 de diciembre de 2020, el cliente web heredado dejará de estar disponible. Las organizaciones deberían hacer la
transición a la Interfaz Unificada lo antes posible para aprovechar las continuas inversiones de Microsoft en fiabilidad,
rendimiento y funcionalidad.
En los próximos meses enviaremos recordatorios a quienes aún no hayan realizado la transición y programaremos
actualizaciones para realizar la transición de los clientes a Interfaz unificada antes del 4 de diciembre de 2020.
Para obtener
más información y los pasos para realizar una transición sin problemas, consulte:
Grupo de la comunidad de interfaz unificada , incluido un Blog y un Foro
Cuaderno de estrategias Introducción a la Interfaz unificada
Notas del producto sobre la experiencia del usuario y la transición a la Interfaz unificada
Guía de inicio rápido: agregar una aplicación de Interfaz unificada al entorno existente
Guía de inicio rápido: configurar un entorno como de Interfaz unificada de forma predeterminada
Los flujos de tareas han quedado obsoletos

Los flujos de tareas se usan para crear un formulario paso a paso de entrada de datos para tareas comunes, como
seguimientos después de la reunión.
Los flujos de tareas han quedado obsoletos y se eliminarán el 1 de octubre de 2021. Se sustituirán por la experiencia
inmersiva para flujos de proceso de negocio que están pensados para esta versión. Más información: Experiencias
inmersivas para flujos de proceso de negocio
Los diálogos de procesos han quedado obsoletos

Puede usar un diálogo de procesos para crear un formulario interactivo de entrada de datos paso a paso que requiera
entradas del usuario para ejecutarse hasta completarse. Cuando se inicia el proceso de diálogo, se muestra una interfaz
parecida a un asistente; los usuarios realizan selecciones o escriben datos mientras avanzan por cada página del asistente.
Los cuadros de diálogo de procesos están en desuso y dejarán de estar disponibles el 1 de diciembre de 2020. Las opciones
de sustitución sugeridas incluyen Flujos de proceso de negocio o Aplicaciones de lienzo. Más información: Sustituir
diálogos por flujos de proceso de negocio o aplicaciones de lienzo
Los atributos heredados relacionados con el proceso en las

entidades han quedado obsoletos
Los atributos heredados relacionados con el proceso (como StageId y TraversedPath) en entidades habilitadas para flujos
de procesos de negocio han quedado obsoletos. La acción SetProcess para flujos de procesos de negocio también ha
quedado obsoleta. La manipulación de estos atributos heredados relacionados con los procesos para seleccionar como
destino registros de entidad no garantiza la coherencia del estado de flujo de proceso de negocio y no es un escenario
admitido. La forma recomendada es usar los atributos de entidad de flujo de proceso de negocio. Más información: Crear,
recuperar, actualizar y eliminar registros de entidad de flujo de proceso de negocio
Algunas API de cliente han quedado obsoletas

Las siguientes API de cliente han quedado obsoletas para reorganizar el modelo de objetos de API de cliente de Xrm de
forma que responda mejor a la necesidad de usar los mismos scripts de cliente sin tener que cambiarlos en función del
contexto o del cliente (cliente web o la nueva Interfaz unificada) donde se ejecutan. Debe planear el uso de las nuevas API
de cliente mencionadas en la columna API de cliente de sustitución en lugar de las obsoletas. Las API de cliente obsoletas
seguirán estando disponibles y serán compatibles hasta que se quiten oficialmente de una versión principal futura. Se
realizará un anuncio público aquí en la documentación, en el blog de Dynamics 365, y en muchos otros lugares al menos seis
meses antes de la eliminación.
API de cliente obsoleta API de cliente de sustitución Comentarios

Xrm.Page Formularios: ExecutionContext.getFormContext El uso del objeto Xrm.Page como

Comandos: envíelo como el parámetro PrimaryControl un acceso estático al contexto de
formulario principal aún se admite
para mantener la compatibilidad
con versiones anteriores de los
scripts existentes. Según los
comentarios recibidos,
entendemos que el uso de
Xrm.Page es elevado y no se
eliminará tan pronto como
algunos de los métodos de las API
de cliente mencionados en esta
sección. Le recomendamos que
utilice la nueva forma de obtener
el contenido del formulario
siempre que sea posible. Más
información: Contexto de
formulario de la API del cliente
Aunque Xrm.Page esté obsoleto,

parent.Xrm.Page seguirá
funcionando en el caso de los
recursos web HTML integrados en
formularios como este, ya que esta
es la única manera de acceder al
contexto del formulario desde el
recurso web HTML.
Xrm.Page.context Xrm.Utility.getGlobalContext Permite el acceso al contexto

global sin pasar por el contexto
del formulario.
Xrm.Page.context.getQueryStringParameters formContext.data.attributes La API formContext.data.attributes

hará que la recuperación de datos
no vinculados a entidad sea
coherente en los formularios de
entidades, los diálogos
controlados por metadatos y los
flujos basados en tareas. Los datos
serán una combinación de los
valores personalizados enviados
mediante la cadena de consulta y
lo que se especificó en los
parámetros en el método
openForm.
Xrm.Page.context.getTimeZoneOffsetMinutes globalContext.userSettings.getTimeZoneOffsetMinutes Movido a

globalContext.userSettings
Xrm.Page.context.getUserId globalContext.userSettings.userId Movido a

Xrm.Page.context.getUserLcid globalContext.userSettings.languageId Movido a

Xrm.Page.context.getUserName globalContext.userSettings.userName Movido a

Xrm.Page.context.getUserRoles globalContext.userSettings.securityRoles Movido a

Xrm.Page.context.getIsAutoSaveEnabled globalContext.organizationSettings.isAutoSaveEnabled Movido a

globalContext.organizationSettings
Xrm.Page.context.getOrgLcid globalContext.organizationSettings.languageId Movido a

Xrm.Page.context.getOrgUniqueName globalContext.organizationSettings.uniqueName Movido a

Xrm.Page.data.entity.getDataXml El método no ha cambiado, pero use “typename” en

lugar de type para los atributos de búsqueda.
GridRow.getData GridRow.data GridRow es esencialmente un

contexto de formulario. Este
cambio unifica la interfaz de
GridRow con formContext.
GridRowData.getEntity GridRowData.entity GridRowData son datos del

formulario. Este cambio unifica la
interfaz de GridRowData con
formContextData.
Xrm.Mobile.offline Xrm.WebApi.offline Los métodos relacionados con el

modo sin conexión se han movido
a Xrm.WebApi.offline
parent.Xrm Use uno de los siguientes:

Antes: un recurso web HTML podía
interactuar con los objetos
a) Use un control personalizado creado usando Power Xrm.Page o Xrm.Utility en el
Apps component framework en lugar de recursos web formulario usando
HTML.
parent.Xrm.Page o
parent.Xrm.Utility.
b) En los formularios, use el método

getContentWindow del control de recursos web.
Ahora: parent.Xrm.* funcionará si
el recurso web HTML se carga en
c) Si el método getContentWindow no funciona, un contenedor del formulario. No
puede usar parent.Xrm para llegar al objeto Xrm funcionará para los recursos web
dentro de un recurso web HTML. Si el recurso web HTML independientes o a los que
HTML se abre en una nueva ventana, debe usar se hace referencia desde el mapa
opener.Xrm en su lugar. del sitio o desde otros lugares.
addOnKeyPress Use un control personalizado creado usando Power

Apps component framework
fireOnKeyPress Use un control personalizado creado usando Power

removeOnKeyPress Use un control personalizado creado usando Power

showAutoComplete Use un control personalizado creado usando Power

hideAutoComplete Use un control personalizado creado usando Power

Xrm.Utility.alertDialog Xrm.Navigation.openAlertDialog La nueva firma es coherente con

otras API (openForm) y usa un
nuevo conjunto de parámetros
para mejorar la flexibilidad.
Xrm.Utility.confirmDialog Xrm.Navigation.openConfirmDialog La nueva firma es coherente con

otras API (openForm) y usa un
nuevo conjunto de parámetros
para mejorar la flexibilidad.
Xrm.Utility.getBarcodeValue Xrm.Device.getBarcodeValue Mover acciones relacionadas con

el dispositivo a Xrm.Device
Xrm.Utility.getCurrentPosition Xrm.Device.getCurrentPosition Mover acciones relacionadas con

el dispositivo a Xrm.Device
Xrm.Utility.isActivityType Xrm.Utility.getEntityMetadata El método isActivityType es

sincrónico, por lo que resultaba
adecuado para las reglas de la
cinta de opciones. Sin embargo, el
método de reemplazo,
getEntityMetadata, es asincrónico
y no es adecuado para reglas de
cinta.
Xrm.Utility.openEntityForm Xrm.Navigation.openForm Las acciones de navegación se han

movido a Xrm.Navigation
Xrm.Utility.openQuickCreate Xrm.Navigation.openForm Las acciones de navegación se han

Xrm.Utility.openWebResource Xrm.Navigation.openWebResource Las acciones de navegación se han

Nota: esta API devuelve VOID en la

interfaz unificada.
globalContext.organizationSettings.baseCurrencyId globalContext.organizationSettings.baseCurrency El método de reemplazo le

permite acceder a nombre para
mostrar junto con el ID de la
moneda de transacción.
globalContext.userSettings.securityRoles globalContext.userSettings.roles El método de reemplazo le

mostrar junto con el ID de los roles
de seguridad.
globalContext.userSettings.transactionCurrencyId globalContext.userSettings.transactionCurrency El método de reemplazo le

mostrar junto con el ID de la
moneda de transacción.
getData and setData para recursos web de Ninguno Silverlight ya no es compatible.

Silverlight Estos métodos no estarán
disponibles después de octubre de
2020.
formContext.data.entity.save formContext.data.save
getObject getContentWindow
Para obtener información sobre las nuevas API de cliente, consulte Aplicar la lógica de negocios usando scripting de cliente
en aplicaciones basadas en modelos que usan JavaScript
La propiedad EntityMetadata.IsInteractionCentricEnabled ha
quedado obsoleta
Ahora, todas las entidades compatibles con la interfaz unificada tienen habilitada la experiencia interactiva en la nueva
aplicación del Centro de servicio al cliente. Esto implica que la propiedad EntityMetadata.IsInteractionCentricEnabled, que
indica si una entidad se puede habilitar para la experiencia interactiva, ya no tiene utilidad. El valor correspondiente para
esta propiedad en la herramienta de Personalización, Habilitar para la experiencia interactiva, se ha quitado y la propiedad
EntityMetadata.IsInteractionCentricEnabled se quitará en la siguiente versión.
La Voz del cliente se ha quedado obsoleta

La solución Voz del cliente se usa para crear y enviar encuestas para recopilar comentarios.
A partir del 1 de julio de 2019, la solución Voz del cliente se ha quedado obsoleta. Los usuarios pueden crear y distribuir
nuevas encuestas y recopilar respuestas de encuestas en vivo hasta el 1 de julio de 2020.
Una nueva solución, Dynamics 365 Customer Voice, ya está disponible con carácter general para capturar comentarios de
clientes que usan encuestas. Los clientes pueden obtener más información sobre Customer Voice aquí.
Dynamics 365 for Blackberry se ha quedado obsoleto

El 3 de diciembre de 2018, la aplicación Microsoft Dynamics 365 for Blackberry se deja de utilizar y se eliminará de iOS App
Store el 31 de octubre de 2019. La aplicación móvil está disponible actualmente para iOS App Store y está diseñada para los
clientes de Dynamics 365 que usan la administración de aplicaciones móviles de Blackberry. Vea más detalles sobre la
aplicación Dynamics 365 for Blackberry aquí: Proteger los datos móviles con Microsoft Dynamics 365 for Good. Después del
31 de octubre de 2019, Microsoft Intune será la única solución compatible de administración de aplicaciones móviles para
la aplicación Dynamics 365 para teléfonos.
Microsoft continuará ofreciendo seguridad y otras actualizaciones críticas a la aplicación Dynamics 365 para Blackberry
hasta el 31 de octubre de 2019, pero no lanzará más características o funcionalidades dentro de la aplicación. Después del
31 de octubre de 2019, la aplicación Dynamics 365 for Blackberry se quitará de la App Store y finalizará su soporte.
¿Qué debe hacer?
Si usa actualmente la aplicación Dynamics 365 for Blackberry junto con la administración de aplicaciones móviles para
Blackberry, prevea migrar a Dynamics 365 para teléfonos antes del 31 de octubre de 2019. Le recomendamos que migren
cuanto antes para aprovechar las continuas inversiones de Microsoft en la fiabilidad, rendimiento y funcionalidad de la
aplicación móvil de Dynamics 365.
El uso de la Knowledge Base de Parature como solución de

administración del conocimiento ha quedado obsoleto
El uso de la Knowledge Base de Parature como solución de administración del conocimiento ha quedado obsoleto. Esta
característica se ha sustituido por las características de administración del conocimiento en Dynamics 365 Customer Service.
El valor Solución del conocimiento del cuadro de diálogo Configuración de la administración de Knowledge Base, que
proporciona una conexión a Pasture, se quitará de una versión principal futura.
La aplicación Project Service Finder ha quedado obsoleta
La aplicación Project Service Finder, disponible para el uso con Dynamics 365 Project Service Automation, ha quedado
obsoleta. La aplicación heredada se admitirá para las versiones antiguas de Project Service Automation asociadas, de
acuerdo con la Directiva del ciclo de vida moderna de Microsoft. La funcionalidad proporcionada por esta aplicación
estará disponible en una versión futura de la aplicación Dynamics 365 Project Service Automation.
Los roles de relación han quedado obsoletos

Roles de relación (Ajustes > Administración de Empresas > Roles de relación) están siendo obsoletos junto con sus
componentes de interfaz de usuario. Estos se eliminarán en una futura versión principal.
Esta característica se ha sustituido
por Roles de conexión. Más información: Creación de conexiones para ver relaciones entre registros.
Combinar correspondencia ha quedado obsoleta

En Dynamics CRM 2016 (versión 8.0), introdujimos la generación de documentos en el servidor usando plantillas de Excel.
Puede usar estas plantillas para proporcionar documentos estandarizados o análisis de datos personalizados para su
organización.
Combinar correspondencia de versiones anteriores ha quedado obsoleta. Esto incluye el complemento de combinación de
correspondencia de Word y las plantillas de combinación de correspondencia (Configuración > Plantillas > Plantillas de
combinación de correspondencia).
Más información: Crear plantillas de Word y Excel
Los anuncios han quedado obsoletos

Los anuncios (Configuración > Administración > Anuncios) han quedado obsoletos y se quitarán en una versión principal
futura.
Los procesos de negocio listos para usar disponibles a través del

valor Agregar procesos de negocio listos para usar han quedado
obsoletos
Los procesos de negocio listos para usar disponibles a través de la configuración Agregar procesos de negocio listos para
usar (Configuración > Administración de datos > Agregar procesos de negocio listos para usar) han quedado obsoletos y
se quitarán en una versión principal futura. Encontrará una lista de procesos de negocio listos para usar en Microsoft
AppSource.
El recurso web de Silverlight (XAP) ha quedado obsoleto

El recurso web Silverlight (XAP) está obsoleto en el cliente web y no es compatible con Interfaz unificada. En lugar de los
recursos web de Silverlight, debe usar los controles personalizados creados con los recursos web HTML con HTML5 para
crear los componentes de la interfaz de usuario con el fin de visualizar los datos e interactuar con ellos.
Vea Próximos cambios y entradas en desuso importantes en aplicaciones de lienzo

Ver Llegan cambios importantes a los portales de Power Apps.
Otros artículos obsoletos
Funciones obsoletas en Dynamics 365 Sales
Características obsoletas en Dynamics 365 Customer Service
Características en desuso en Dynamics 365 Field Service
Características en desuso en Universal Resource Scheduling
Características quitadas o en desuso en aplicaciones de Finanzas y Operaciones
Disponibilidad internacional de
Estamos emocionados de compartir el descargable PDF de infraestructura y

disponibilidad con usted.
El propósito de este documento es proporcionar información completa sobre la

disponibilidad del producto y las ubicaciones de datos del cliente para la familia de
aplicaciones de Microsoft Power Platform. Este documento contiene información sobre
lo siguiente:
Disponibilidad del producto

Ubicación de datos
Idioma
Localización
La información se actualizará periódicamente. Microsoft no proporciona ninguna

licencia, expresa ni implícita, en este documento.
Revise y respete el descargo de responsabilidad completo incluido en todas las

versiones impresas y distribuidas electrónicamente de este documento.
Consulte también
Disponibilidad internacional de Dynamics 365
Disponibilidad de Dynamics 365 y Power Platform
Disponibilidad de Microsoft Cloud Industry Solutions

Prácticas recomendadas de adopción de
Una práctica recomendada de adopción de Microsoft Power Platform proporciona

instrucciones probadas diseñadas para ayudarle a crear e implementar las estrategias
comerciales y tecnológicas necesarias para que su organización tenga éxito con
Microsoft Power Platform. Estas instrucciones proporciona prácticas recomendadas,
documentación y herramientas que los arquitectos, profesionales de TI y responsables
de toma de decisiones empresariales necesitan para lograr con éxito los objetivos a
corto y largo plazo.
 Sugerencia
Además del material que se encuentra en la sección de la documentación, un gran

recurso para su viaje de adopción es el sitio web de Adopción de Microsoft Power
Platform , con enlaces a recursos y libros de trabajo que lo guían paso a paso a
través de su adopción de Power Platform.
Mediante el uso de prácticas recomendadas de adopción de Microsoft Power Platform,

las organizaciones pueden alinear mejor sus estrategias empresariales y técnicas para
garantizar el éxito.
Estas prácticas recomendadas de adopción de Microsoft Power Platform ayudarán a

establecer "medidas de seguridad digitales" para la plataforma dentro de una empresa.
De este modo, los desarrolladores profesionales y ciudadanos pueden crear soluciones
con la confianza de que lo que crean se administrará, se protegerá y, de otro modo, se
cuidará de una manera conforme, siguiendo las prácticas recomendadas. Un objetivo
clave es crear un entorno, tanto técnica como culturalmente, en el que sus usuarios
puedan prosperar.
Las prácticas recomendadas de adopción de Microsoft Power Platform son una

colección de documentación, instrucciones, prácticas recomendadas y plantillas que han
demostrado acelerar su proceso de adopción de Microsoft Power Platform.
Proporcionan herramientas, guías y narraciones que ayudan a dar forma a las
estrategias tecnológicas, empresariales y de personas para impulsar los resultados
empresariales deseados durante su esfuerzo de adopción.
Esta guía se alinea con los siguientes cubos y responsabilidades de su adopción.

Estrategia y vision: defina roles, responsabilidades y resultados esperados de la
adopción.
Administración y gobernanza: implemente medidas de seguridad digitales para que sus

creadores creen con confianza.
Consolidar y educar: acelere su adopción con una comunidad interna próspera.
Apoyo : Establecer una estrategia para la solución de producción continua y el apoyo a

la educación de los creadores.
Recursos relacionados
Guía de administración de Microsoft Power Platform
Documentación de guía de Power Apps
Documentación de Power Apps
Documentación de Power Automate
Kit de inicio del Centro de excelencia

(CoE) de Microsoft Power Platform
Un Centro de Excelencia (CoE) en una organización impulsa la innovación y la mejora, y

reúne a personas de ideas afines con objetivos comerciales similares para compartir
conocimientos y éxito, al mismo tiempo que proporciona estándares, coherencia y
gobernanza a la organización.
El Starter Kit de CoE de Microsoft Power Platform es una colección de componentes y

herramientas diseñados para ayudarle a comenzar a desarrollar una estrategia de
adopción y apoyo de Microsoft Power Platform, centrándose en Power Apps, Power
Automate y Power Virtual Agents.
Definir los objetivos y resultados esperados del CoE
Motivación
Descargar
Administrador
Obtener información de la adopción de Microsoft Power Platform
Configuración
Usar
Análisis en profundidad
Gobernar
Establecer procesos de auditoría y cumplimiento
Configuración
Usar
Análisis en profundidad
Consolidar
Acelerar la adopción prosperando con una comunidad de creadores
Configuración
Usar
Vea una descripción rápida del Kit de inicio de CoE.
Recursos relacionados
Guía de administración de Microsoft Power Platform
Administración del ciclo de vida de la aplicación (ALM) con Microsoft Power Platform
Documentación de Power BI
Documentación de Power Apps
Documentación de Power Automate
Documentación de Power Virtual Agents
７ Nota



Power Platform Admin

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Power Platform Admin

Cargado por

Copyright:

Formatos disponibles

Díganos qué opina sobre la experiencia de descarga del PDF.

Documentación del administrador de

Licencias de Power Platform

Nuevo modelo de almacenamiento

Iniciar sesión en sus aplicaciones

Crear y administrar ambientes

ｃ GUÍA PASO A PASO

Administrar la configuración del ambiente

Administrar actualizaciones del ambiente

Administrar la seguridad y los usuarios

Información general sobre seguridad

Roles de seguridad y privilegios

Crear y administrar usuarios

Crear y administrar roles de seguridad

ｃ GUÍA PASO A PASO

Obtener ayuda y soporte

Comprobar el estado del servicio en línea

Problemas de acceso del usuario comunes

Más información sobre

Trabajar con inquilinos, ambientes y suscripciones de Microsoft Power Platform y aplicaciones

Usar prácticas recomendadas para proteger y controlar ambientes de Microsoft Power

El Centro de administración de Power Platform es un portal unificado para que los

Capacidades del Centro de administración de

Recursos Más información: Ver y administrar recursos

Integración Más información: Integrar datos en Dataverse

Directivas de Más información: Crear y administrar directivas de prevención de pérdida de

Panel de página principal

Las siguientes son las tarjetas que puede agregar al panel.

Estado del servicio

Introducción a Microsoft Power Platform

Hemos consolidado la mayoría de las tareas administrativas en el centro de

Portal Tareas comunes

Centro de administración de Power Este portal se puede utilizar para administración de

Centro de administración de Microsoft 365

Centro de seguridad y cumplimiento

La administración de Power Apps, Power Automate y Microsoft Dataverse se realiza

Cuando haya averiguado el control y la visibilidad, la siguiente parte de su recorrido le

La documentación de esta sección, a la que puede acceder desde el panel de

Aprenda a crear una directiva (DLP) de protección de pérdida de datos.

Los servicios de herramientas que ofrecen características específicas de supervisión,

Portales de administración ofrece una experiencia interactiva para realizar tareas

Los cmdlets de PowerShell ofrecen una forma de automatizar tareas de administración

Los Conectores de administración y gestión ofrecen la posibilidad de usar las

El Conector de administración de Power Automate se ha diseñado

Consulte el contenido de Admin-in-a-day que se puede encontrar en el (repositorio de

El aplicación móvil de respuesta a emergencia para hospitales ofrece una

Análisis de administración para Microsoft Power Automate

Análisis de administración para Power Apps

Power Apps es una plataforma de desarrollo de aplicaciones de alta productividad de

Esta nota de producto está diseñada para el administrador de aplicaciones

Prueba de Power Apps

Registrarse para versión de prueba de 30 días

Prueba de aplicaciones de involucración del

Para obtener información detallada sobre cómo registrarse, comprar o utilizar

Moverse rápidamente entre aplicaciones

Para obtener más información de navegación, incluido el nuevo conmutador de

Encabezado de aplicación basada en modelo, mapa del sitio y cambio de

Sus aplicaciones comerciales se han movido

Administradores: Asegúrese de compartir esta información con los usuarios finales.

Puede solucionar problemas de inicio de sesión en aplicaciones de Dynamics 365

Iniciar sesión en https://office.com

Desde allí, puede acceder al centro de administración de Dynamics 365. Seleccione Ver

Para conocer otras maneras de acceder a aplicaciones de Dynamics 365 y Office,

Inicia de sesión directo en la página principal