Un botón de la barra de comandos está oculto cuando debería estar visible en Power Apps
Artículo
Se aplica a: Power Apps Número de KB original: 4552163
Determinar por qué se oculta un botón
Un botón se puede ocultar debido a una regla de habilitación o una regla de presentación en el comando asociado al botón que se evalúa como false. Podría ser que el comando asociado tenga una Mscrm.HideOnModern regla de visualización que ocultaría el botón en las aplicaciones de la interfaz unificada. También se podría haber creado una clase HideCustomAction que obligaría a ocultar el botón. Si el usuario está sin conexión, no se mostrarán los comandos personalizados y los comandos predeterminados sin la Mscrm.IsEntityAvailableForUserInMocaOffline regla de habilitación.
Advertencia
Cualquier regla de presentación del tipo EntityPrivilegeRule con un valor PrivilegeType de uno de los siguientes (Crear, Escribir, Eliminar, Asignar, Compartir) se evaluará como false si la entidad tiene habilitada la opción Solo lectura en móvil , lo que obligará a la entidad a permitir solo el privilegio De lectura . Los ejemplos de algunas de las reglas del sistema predeterminadas más comunes que se evaluarán como false cuando la marca Solo lectura en móvil esté habilitada en la entidad son las siguientes, pero no se limitan solo a esta lista (Mscrm.CreateSelectedEntityPermission, Mscrm.CanSavePrimary, Mscrm.CanWritePrimary, , Mscrm.CanWriteSelectedMscrm.WritePrimaryEntityPermissionMscrm.WriteSelectedEntityPermission, Mscrm.CanDeletePrimaryMscrm.DeletePrimaryEntityPermission, Mscrm.DeleteSelectedEntityPermission, Mscrm.SharePrimaryPermissionMscrm.AssignSelectedEntityPermission, ). Mscrm.ShareSelectedEntityPermission Puede editar la entidad y desactivar la opción Solo lectura en móvil para permitir que estas reglas se evalúen como true, siempre que el privilegio que la regla está probando también se conceda al usuario.
No quite la Mscrm.HideOnModern regla de visualización de un comando para forzar que aparezca un botón en la interfaz unificada. Los comandos que tienen la Mscrm.HideOnModern regla de presentación están diseñados para la interfaz de cliente web heredada y no se admiten en la interfaz unificada y es posible que no funcionen correctamente.
En el ejemplo siguiente se muestra que el botón Nuevo de la página de cuadrícula de la entidad de contacto no está visible y se representa mediante un elemento con la etiqueta Nuevo (oculto).
Nota:
Si el botón no aparece en la lista, podría deberse a una personalización HideCustomAction que se haya instalado o que el comando asociado tenga una Mscrm.HideOnModern regla para mostrar. En el momento de escribir esta guía, la herramienta Comprobador de comandos no enumera los botones ocultos por una HideCustomAction regla de visualización o Mscrm.HideOnModern . Actualmente estamos trabajando para aumentar esta lista para incluir esta información en una actualización futura.
Nota:
Si el botón sigue oculto cuando todas las reglas se evalúan como True, puede deberse a comandos contextuales en cuadrículas. Cuando se seleccionan registros en una cuadrícula, todos los botones sin un SelectionCountRule elemento se considerarán no relevantes para los registros seleccionados. Y se ocultan incluso si su evaluación de reglas es True. Tenga en cuenta que los controles flotantes no se ven afectados, ya que es posible que los elementos secundarios del control flotante sigan teniendo comandos basados en registros.
Seleccione la pestaña Propiedades del comando para mostrar los detalles del comando para este botón. Esto mostrará las reglas de habilitación y las reglas de presentación, junto con el resultado (True, False, Omitido) de cada evaluación de reglas. En el ejemplo siguiente se muestra que el comando del botón Nuevo (oculto) es Mscrm.NewRecordFromGrid y hay una regla de habilitación denominada new.contact.EnableRule.EntityRule que se ha evaluado como False, por lo que el botón se ocultará.
Expanda la new.contact.EnableRule.EntityRule regla de habilitación; para ello, seleccione el icono de botón adicional para ver los detalles de la regla. Para comprender por qué una regla se evalúa como True o False requiere un poco de comprensión del tipo de regla. Para obtener más información sobre cada tipo de regla, vea Definir reglas de habilitación de la cinta de opciones y Definir reglas de visualización de cinta. En el ejemplo siguiente se muestra que el tipo de regla es Entity y el nombre lógico de la entidad es account. Dado que la entidad actual es contacto, que no es igual a la cuenta, esta regla devuelve False.
El enfoque necesario para corregir la visibilidad de un botón dependerá de las distintas personalizaciones del escenario específico. Teniendo en cuenta nuestro ejemplo:
Si esta regla se creó erróneamente, de modo que la entidad declarada en la regla estaba pensada para ser contacto , pero se estableció en cuenta, podría editar la new.contact.EnableRule.EntityRule regla de habilitación y realizar cambios que permitan que la regla se evalúe como true.
Si esta regla se agregó al comando de forma involuntaria, podría modificar el Mscrm.NewRecordFromGrid comando y quitar la new.contact.EnableRule.EntityRule regla de habilitación de la definición de comando.
Si el comando es una invalidación de una definición publicada por Microsoft, esta versión personalizada del comando podría eliminarse para restaurar la funcionalidad predeterminada.
Opciones de reparación
Seleccione una opción de reparación en una de las pestañas siguientes. La primera pestaña está seleccionada de forma predeterminada.
Si hay otra capa de solución que contiene una definición de trabajo del comando, puede eliminar la definición para restaurar la definición de trabajo inactiva.
Si esta es la única capa y ya no necesita el comando, puede quitarlo de la solución si ningún otro botón hace referencia al comando.
Para eliminar un comando, es necesario determinar qué solución ha instalado la personalización:
Seleccione el vínculo Ver capas de solución de definición de comandos debajo del nombre del comando para ver las soluciones que instalaron una definición del comando.
El panel Capas de solución mostrará la capa de cada definición de componente de cinta de opciones que tiene instalada una solución determinada. La capa de la parte superior de la lista es la definición actual que usa la aplicación, las otras capas están inactivas y la aplicación no las usa en este momento. Si se desinstala la solución superior o se instala una versión actualizada que quita la definición, la siguiente capa se convertirá en la definición activa actual que usa la aplicación. Cuando una capa de solución activa no administrada está presente, siempre será la definición que usa la aplicación. Si no aparece ninguna solución activa, la solución que aparece en la parte superior de la lista será la definición que usa la aplicación. Cualquier solución administrada personalizada que Microsoft no publique también tendrá prioridad sobre las capas de solución publicadas por Microsoft.
El contexto de entidad indica el objeto en el que está la personalización de la cinta de opciones, si aparece "Todas las entidades", la capa procede de las extensiones de cliente de la cinta de opciones de aplicación y no de la entidad específica; de lo contrario, se mostrará el nombre lógico de la entidad.
Cuando hay dos o más capas, puede seleccionar dos filas y seleccionar Comparar para ver una comparación de las definiciones que incluye cada solución.
Al seleccionar Atrás , volverá a la ventana del Comprobador de comandos anterior.
En la imagen siguiente se muestran las capas de solución del comando en nuestro ejemplo e indica que hay una capa de solución para la entidad de contacto que es una personalización no administrada, tal como se indica en la solución denominada Active. El escenario real puede diferir, es posible que no tenga una capa de solución activa , que tenga una solución administrada y que el nombre de esa solución se muestre aquí.
Ahora que hemos revisado las capas de solución e identificado la solución que instaló la personalización, debemos corregir la definición en la solución adecuada.
Seleccione una de las siguientes opciones que coincidan con su escenario determinado:
El comando está en la solución activa no administrada.
Para eliminar un comando en la capa de solución no administrada activa , exportaremos una solución no administrada que contenga la entidad o la cinta de opciones de aplicación, editaremos el <RibbonDiffXml> nodo en el archivo customizations.xml y, a continuación, importaremos una nueva versión de esta solución donde se ha quitado este comando para eliminar el componente. Consulte Exportación, preparación para editar e importar la cinta de opciones.
El comando es específico de la entidad.
En función de nuestro escenario de ejemplo, hemos identificado que la entidad es contacto y el comando que debe eliminarse es Mscrm.NewRecordFromGrid y se declara en la capa de solución no administrada activa de un publicador denominado DefaultPublisherCITTest.
Abra Configuración avanzada.
Vaya a Soluciones de configuración>.
Seleccione Nuevo para crear una nueva solución y establezca Publisher en el valor que se muestra en la lista de capas de solución del comprobador de comandos para el comando y la capa de solución activa. (En nuestro ejemplo, se trata de DefaultPublisherCITTest)
Seleccione Entidades>Agregar existente.
Seleccione la entidad en la que está definido el comando (en nuestro ejemplo, este es el contacto) y seleccione Aceptar.
Asegúrese de desactivar las opciones Incluir metadatos de entidad y Agregar todos los recursos antes de seleccionar Finalizar.
Seleccione Guardar.
Seleccione Exportar solución y exporte la solución no administrada.
Extraiga el archivo .zip.
Abra el archivo customizations.xml .
Busque el <Entity> nodo secundario del nodo de entidad que desea editar y busque su nodo secundario <RibbonDiffXml> .
Busque el <CommandDefinition> nodo. (En nuestro ejemplo, el identificador del <CommandDefinition> nodo es Mscrm.NewRecordFromGrid, por lo que se buscaría el nodo siguiente).
Edite el <RibbonDiffXml> nodo y quite el nodo específico <CommandDefinition> que tiene el identificador del comando que desea eliminar. Asegúrese de no eliminar involuntariamente otros <CommandDefinition> nodos que puedan estar presentes. (En función de nuestro ejemplo, eliminaremos el nodo en el <CommandDefinition> que el identificador es Mscrm.NewRecordFromGrid.)
Guarde el archivo customizations.xml .
Vuelva a agregar el archivo customizations.xml modificado al archivo .zip de la solución.
Importe el archivo de solución.
Seleccione Publicar todas las personalizaciones.
El comando está en la cinta de opciones de aplicación (se aplica a "Todas las entidades")
Si el comando no es específico de la entidad, sino que se aplica a "Todas las entidades" declaradas en la cinta de opciones de aplicación, los pasos serán ligeramente diferentes de la siguiente manera:
Abra Configuración avanzada.
Vaya a Soluciones de configuración>.
Seleccione Nuevo para crear una nueva solución y establezca Publisher en el valor que se muestra en la lista de capas de solución del comprobador de comandos para el comando y la capa de solución activa.
Seleccione Extensiones> de cliente Agregarcintas de opciones de aplicaciónexistentes>.
Seleccione Guardar.
Seleccione Exportar solución y exporte la solución no administrada.
Extraiga el archivo .zip.
Abra el archivo customizations.xml .
Busque el nodo raíz <RibbonDiffXml> .
Busque el <CommandDefinition> nodo.
Edite el <RibbonDiffXml> nodo y quite el <CommandDefinition> nodo que tiene el identificador del comando que desea eliminar. Asegúrese de no eliminar involuntariamente otros <CommandDefinitions> nodos que puedan estar presentes.
Guarde el archivo customizations.xml .
Vuelva a agregar el archivo customizations.xml modificado al archivo .zip de la solución comprimida.
Importe el archivo de solución.
Seleccione Publicar todas las personalizaciones.
El comando procede de una solución administrada personalizada que mi empresa ha creado.
Para eliminar un comando instalado por una solución administrada personalizada que creó, siga estos pasos:
En la organización de desarrollo independiente que tiene la versión de origen no administrada de la solución personalizada, complete los pasos indicados anteriormente para el comando Está en la opción solución activa no administrada .
Incremente la versión de la solución personalizada.
Exporte la solución como administrada.
En la organización afectada independiente, importe esta nueva versión de la solución administrada personalizada.
El comando procede de una solución administrada personalizada que mi empresa no ha creado (de terceros o ISV)
Para eliminar un comando instalado por una solución administrada personalizada creada por un tercero o ISV, deberá ponerse en contacto con el autor de la solución y solicitar una nueva versión de la solución que haya quitado la definición de comando específica y, a continuación, instalar esta nueva solución en la organización afectada.
Corrección de una regla de habilitación y visualización
Seleccione el vínculo Ver capas de solución de definición de regla debajo del nombre de la regla para ver las soluciones que instalaron una definición de la regla.
El panel Capas de solución mostrará la capa de cada definición de componente de cinta de opciones que tiene instalada una solución determinada. La capa de la parte superior de la lista es la definición actual que usa la aplicación, las otras capas están inactivas y la aplicación no las usa en este momento. Si se desinstala la solución superior o se instala una versión actualizada que quita la definición, la siguiente capa se convertirá en la definición activa actual que usa la aplicación. Cuando una capa de solución activa no administrada está presente, siempre será la definición que usa la aplicación. Si no aparece ninguna solución activa, la solución que aparece en la parte superior de la lista será la definición que usa la aplicación. Cualquier solución administrada personalizada que Microsoft no publique también tendrá prioridad sobre las capas de solución publicadas por Microsoft.
El contexto de entidad indica el objeto en el que está la personalización de la cinta de opciones, si aparece "Todas las entidades", la capa procede de las extensiones de cliente de la cinta de opciones de aplicación y no de la entidad específica; de lo contrario, se mostrará el nombre lógico de la entidad.
Cuando hay dos o más capas, puede seleccionar dos filas y seleccionar "Comparar" para ver una comparación de las definiciones que incluye cada solución.
Al seleccionar Atrás , volverá a la ventana del Comprobador de comandos anterior.
En la imagen siguiente se muestran las capas de solución de la regla de habilitación en nuestro ejemplo e indica que hay una capa de solución en este caso y que se trata de una personalización no administrada, tal como se indica en la solución denominada Active. El escenario real puede diferir, es posible que no sea una capa de solución activa, que tenga una solución administrada y que el nombre de esa solución se muestre aquí.
Ahora que hemos revisado las capas de solución e identificado la solución que instaló la personalización, debemos corregir la definición en la solución adecuada.
Seleccione una de las siguientes opciones que coincidan con su escenario determinado:
La regla de habilitación y visualización está en la solución activa no administrada
Para corregir una regla de habilitación y presentación en la capa de solución no administrada activa , exportaremos una solución no administrada que contenga la entidad o la cinta de opciones de aplicación y editaremos el <RibbonDiffXml> nodo en el archivo customizations.xml y, a continuación, importaremos la nueva versión de esta solución que contiene la definición de regla de habilitación y presentación fija. Consulte Exportación, preparación para editar e importar la cinta de opciones.
La regla de habilitación y visualización es específica de la entidad
En función de nuestro escenario de ejemplo, hemos identificado que la entidad es contacto y la regla de habilitación que debe corregirse es new.contact.EnableRule.EntityRule y se declara en la capa de solución no administrada activa de un publicador denominado DefaultPublisherCITTest.
Abra Configuración avanzada.
Vaya a Soluciones de configuración>.
Seleccione Nuevo para crear una nueva solución, establezca Publisher en el valor que se muestra en la lista de capas de solución del comprobador de comandos para la regla de habilitación y la capa de solución activa. (En nuestro ejemplo, se trata de DefaultPublisherCITTest)
Seleccione Entidades.
Seleccione Agregar existente.
Seleccione la entidad en la que está definida la regla de habilitación y visualización (en nuestro ejemplo, se trata de contacto) y seleccione Aceptar.
Asegúrese de desactivar las opciones Incluir metadatos de entidad y Agregar todos los recursos antes de seleccionar Finalizar.
Seleccione Guardar.
Seleccione Exportar solución y exporte la solución no administrada.
Extraiga el archivo .zip.
Abra el archivo customizations.xml .
Busque el <Entity> nodo secundario del nodo de entidad que desea editar y busque su nodo secundario <RibbonDiffXml> .
Busque la regla de habilitación y visualización. (En nuestro ejemplo, el identificador de la regla de habilitación es new.contact.EnableRule.EntityRule, por lo que buscaríamos el nodo siguiente).
Edite el <RibbonDiffXml> nodo y realice los cambios necesarios en la regla enable/display que permitirá que la regla se evalúe como True en las circunstancias correctas para corregir la regla. Para obtener más ayuda sobre cómo declarar reglas, vea Definir reglas de habilitación de cinta de opciones y Definir reglas de presentación de cinta. (En función de nuestro ejemplo, cambiaría la definición de regla a la siguiente)
Vuelva a agregar el archivo customizations.xml modificado al archivo .zip de la solución.
Importe el archivo de solución.
Seleccione Publicar todas las personalizaciones.
La regla de habilitación y visualización está en la cinta de opciones de aplicación (se aplica a "Todas las entidades")
Si la regla de habilitación y visualización no es específica de la entidad, sino que se aplica a "Todas las entidades" declaradas en la cinta de opciones de la aplicación, los pasos serán ligeramente diferentes de la siguiente manera:
Abra Configuración avanzada.
Vaya a Soluciones de configuración>.
Seleccione Nuevo para crear una nueva solución y establezca Publisher en el valor que se muestra en la lista de capas de solución del comprobador de comandos para la regla de habilitación y visualización y la capa de solución activa.
Seleccione Extensiones> de cliente Agregarcintas de opciones de aplicaciónexistentes>.
Seleccione Guardar.
Seleccione Exportar solución y exporte la solución no administrada.
Vuelva a agregar el archivo customizations.xml modificado al archivo .zip de la solución.
Importe el archivo de solución.
Seleccione Publicar todas las personalizaciones.
La regla de habilitación y visualización procede de una solución administrada personalizada que he creado.
Para corregir una regla de habilitación y presentación instalada por una solución administrada personalizada que creó, siga estos pasos:
En la organización de desarrollo independiente que tiene la versión de origen no administrada de la solución personalizada, complete los pasos indicados anteriormente para la opción La regla habilitar/mostrar está en la opción solución activa no administrada .
Incremente la versión de la solución personalizada.
Exporte la solución como administrada.
En la organización afectada independiente, importe esta nueva versión de la solución administrada personalizada.
La regla de habilitación y visualización procede de una solución administrada personalizada que no he creado o mi organización no es propietaria (de un tercero o ISV)
Para corregir una regla de habilitación y visualización instalada por una solución administrada personalizada creada por un tercero o ISV, deberá ponerse en contacto con el autor de la solución y solicitar una nueva versión de la solución que contenga la definición de regla de habilitación/visualización fija e instalar esta nueva solución en la organización afectada.
La regla de habilitación y visualización está en una solución administrada publicada por Microsoft
Para corregir una regla de habilitación y visualización instalada por una solución administrada publicada por Microsoft, es posible que necesite instalar una versión más reciente de la solución, que normalmente se realizaría durante una actualización de versión. Es posible que haya identificado un error que todavía debe corregirse. Póngase en contacto con el soporte técnico para obtener ayuda.
Corrección de un comando
Para corregir un comando, es necesario determinar qué solución instaló la personalización.
Seleccione el vínculo Ver capas de solución de definición de comandos debajo del nombre del comando para ver las soluciones que instalaron una definición del comando.
El panel Capas de solución mostrará la capa de cada definición de componente de cinta de opciones que tiene instalada una solución determinada. La capa de la parte superior de la lista es la definición actual que usa la aplicación, las otras capas están inactivas y la aplicación no las usa en este momento. Si se desinstala la solución superior o se instala una versión actualizada que quita la definición, la siguiente capa se convertirá en la definición activa actual que usa la aplicación. Cuando una capa de solución activa no administrada está presente, siempre será la definición que usa la aplicación. Si no aparece ninguna solución activa, la solución que aparece en la parte superior de la lista será la definición que usa la aplicación. Cualquier solución administrada personalizada que Microsoft no publique también tendrá prioridad sobre las capas de solución publicadas por Microsoft.
El contexto de entidad indica el objeto en el que está la personalización de la cinta de opciones, si aparece "Todas las entidades", la capa procede de las extensiones de cliente de la cinta de opciones de aplicación y no de la entidad específica; de lo contrario, se mostrará el nombre lógico de la entidad.
Cuando hay dos o más capas, puede seleccionar dos filas y seleccionar "Comparar" para ver una comparación de las definiciones que incluye cada solución.
Al seleccionar Atrás , volverá a la ventana del Comprobador de comandos anterior.
En la imagen siguiente se muestran las capas de solución del comando en nuestro ejemplo e indica que hay una capa de solución en este contacto y que se trata de una personalización no administrada, tal como se indica en la solución denominada Active. El escenario real puede diferir, es posible que no tenga una capa de solución activa, que tenga una solución administrada y que el nombre de esa solución se muestre aquí.
Ahora que hemos revisado las capas de solución e identificado la solución que instaló la personalización, debemos corregir la definición en la solución adecuada.
Seleccione una de las siguientes opciones que coincidan con su escenario determinado:
El comando está en la solución activa no administrada.
Para corregir un comando en la capa de solución no administrada activa, exportaremos una solución no administrada que contenga la entidad o la cinta de opciones de aplicación, editaremos el <RibbonDiffXml> nodo en el archivo customizations.xml y, a continuación, importaremos una nueva versión de esta solución que contenga la definición de comando fija. Consulte Exportación, preparación para editar e importar la cinta de opciones.
Advertencia
No quite la Mscrm.HideOnModern regla de visualización de un comando para forzar que aparezca un botón en la interfaz unificada. Los comandos que tienen la Mscrm.HideOnModern regla de presentación están diseñados para la interfaz de cliente web heredada y no se admiten en la interfaz unificada y es posible que no funcionen correctamente.
El comando es específico de la entidad.
En función de nuestro escenario de ejemplo, hemos identificado que la entidad es contacto y el comando que debe corregirse es Mscrm.NewRecordFromGrid y se declara en la capa de solución no administrada activa de un publicador denominado DefaultPublisherCITTest.
Abra Configuración avanzada.
Vaya a Soluciones de configuración>.
Seleccione Nuevo para crear una nueva solución y establezca Publisher en el valor que se muestra en la lista de capas de solución del comprobador de comandos para el comando y la capa de solución activa. (En nuestro ejemplo, se trata de DefaultPublisherCITTest)
Seleccione Entidades.
Seleccione Agregar existente.
Seleccione la entidad en la que está definido el comando (en nuestro ejemplo, este es el contacto) y seleccione Aceptar.
Asegúrese de desactivar las opciones Incluir metadatos de entidad y Agregar todos los recursos antes de seleccionar Finalizar.
Seleccione Guardar.
Seleccione Exportar solución y exporte la solución no administrada.
Extraiga el archivo .zip.
Abra el archivo customizations.xml .
Busque el <Entity> nodo secundario del nodo de entidad que desea editar y busque su nodo secundario <RibbonDiffXml> .
Busque el <CommandDefinition> nodo. (En nuestro ejemplo, el identificador del <CommandDefinition> nodo es Mscrm.NewRecordFromGrid, por lo que se buscaría el nodo siguiente).
Edite el <RibbonDiffXml> nodo y realice los cambios necesarios en el <CommandDefinition> nodo que permitirán que el comando funcione correctamente en las circunstancias correctas para corregir el comando. Para obtener más ayuda sobre cómo declarar comandos, consulte Definición de comandos de la cinta de opciones. (En función de nuestro ejemplo, modificaríamos el <CommandDefinition> nodo quitando la new.contact.EnableRule.EntityRule regla de habilitación que hace que el botón se oculte).
Vuelva a agregar el archivo decustomizations.xml modificado al archivo de .zip de la solución.
Importe el archivo de solución.
Seleccione Publicar todas las personalizaciones.
El comando está en la cinta de opciones de aplicación (se aplica a "Todas las entidades")
Si el comando no es específico de la entidad, sino que se aplica a "Todas las entidades" declaradas en la cinta de opciones de aplicación, los pasos serán ligeramente diferentes de la siguiente manera:
Abra Configuración avanzada.
Vaya a Soluciones de configuración>.
Seleccione Nuevo para crear una nueva solución y establezca Publisher en el valor que se muestra en la lista de capas de solución del comprobador de comandos para el comando y la capa de solución activa .
Seleccione Extensiones> de cliente Agregarcintas de opciones de aplicaciónexistentes>.
Seleccione Guardar.
Seleccione Exportar solución y exporte la solución no administrada.
Extraiga el archivo .zip.
Abra el archivo customizations.xml .
Busque el nodo raíz <RibbonDiffXml> .
Busque el <CommandDefinition> nodo.
Edite el <RibbonDiffXml> nodo y realice los cambios necesarios en el <CommandDefinition> nodo que permitirán que el comando funcione correctamente en las circunstancias correctas para corregir el comando. Para obtener más ayuda sobre cómo declarar comandos, consulte Definición de comandos de la cinta de opciones.
Vuelva a agregar el archivo customizations.xml modificado al archivo .zip de la solución.
Importe el archivo de solución.
Seleccione Publicar todas las personalizaciones.
El comando procede de una solución administrada personalizada que he creado.
Para corregir un comando instalado por una solución administrada personalizada que creó, siga estos pasos:
En la organización de desarrollo independiente que tiene la versión de origen no administrada de la solución personalizada, complete los pasos indicados anteriormente para el comando Está en la opción solución activa no administrada .
Incremente la versión de la solución personalizada.
Exporte la solución como administrada.
En la organización afectada independiente, importe esta nueva versión de la solución administrada personalizada.
El comando procede de una solución administrada personalizada que no he creado o mi organización no es propietaria (de un tercero o ISV)
Para corregir un comando instalado por una solución administrada personalizada creada por un tercero o ISV, deberá ponerse en contacto con el autor de la solución y solicitar una nueva versión de la solución que contenga la definición de comando fija e instalar esta nueva solución en la organización afectada.
El comando está en una solución administrada publicada por Microsoft
Para corregir un comando instalado por una solución administrada publicada por Microsoft, es posible que necesite instalar una versión más reciente de la solución, que normalmente se realizaría durante una actualización de versión. Es posible que haya identificado un error que todavía debe corregirse. Póngase en contacto con el soporte técnico para obtener ayuda.
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
adicional para ver los detalles de la regla. Para comprender por qué una regla se evalúa como True o False requiere un poco de comprensión del tipo de regla. Para obtener más información sobre cada tipo de regla, vea Definir reglas de habilitación de la cinta de opciones y Definir reglas de visualización de cinta. En el ejemplo siguiente se muestra que el tipo de regla es Entity y el nombre lógico de la entidad es account. Dado que la entidad actual es contacto, que no es igual a la cuenta, esta regla devuelve False.
