Compartir a través de


Personalizaciones admitidas para Dataverse

Puede personalizar Microsoft Dataverse mediante herramientas que están disponibles en Power Apps o que se describen en la documentación para desarrolladores. Estas personalizaciones están admitidas y se pueden actualizar.

Las personalizaciones realizadas con métodos distintos de los descritos aquí no son compatibles y podrían causar problemas durante las actualizaciones y las actualizaciones a Dataverse. Consulte Personalizaciones no admitidas para obtener más información.

Se admiten temas tratados en artículos técnicos publicados en sitios de Microsoft, como Microsoft Learn, pero es posible que no se puedan actualizar.

Personalizaciones mediante Power Apps

Hay una variedad de herramientas incluidas con Dataverse que puede usar para personalizarla. Las personalizaciones realizadas mediante las herramientas de Power Apps y la aplicación web son totalmente compatibles y se pueden actualizar completamente.

Se pueden usar los siguientes métodos de personalización para generar personalizaciones completamente compatibles:

Nota:

Totalmente compatible significa que el soporte técnico para desarrolladores puede proporcionar asistencia para personalizaciones y que el soporte técnico de aplicaciones puede ayudar a los clientes a ejecutar esas modificaciones.

Para obtener más información sobre el uso de las herramientas de personalización en la aplicación web, consulte ¿ Qué es Dataverse?.

Personalizaciones aplicadas mediante código

La documentación de este sitio para desarrolladores, artículos técnicos y código de ejemplo publicado en este sitio y la información publicada por el equipo de soporte técnico para desarrolladores de Dataverse se incluyen en el área de personalizaciones aplicadas mediante código. Las acciones y niveles específicos de compatibilidad y capacidad de actualización se describen más adelante en este tema.

Servicios web de Dataverse

El uso de los servicios web está totalmente apoyado. Esto incluye: API web, servicio de organización y servicio de detección. Nos esforzamos por mantener las API compatibles con versiones anteriores, pero nos reservamos el derecho de cambiar las API para las características adicionales. Las columnas de tabla también pueden cambiar en versiones futuras.

Archivo de solución

Se admite la modificación del archivo de una solución no administrada como se describe en esta documentación. Se pueden realizar determinadas tareas de personalización para aplicaciones controladas por modelos mediante estos pasos:

  1. Exportar un componente de la solución como una solución no administrada.
  2. Extraer el contenido del paquete de solución.
  3. Editar el archivo customizations.xml.
  4. Volver a empaquetar el archivo de solución.
  5. Importar la solución modificada.

Nota:

Los cambios realizados en el Customizations.xml archivo deben ajustarse al CustomizationsSolution.xsd esquema. Para obtener más información, consulte Esquema de archivos de soluciones de personalización.

Las siguientes tareas admitidas se pueden realizar mediante este procedimiento:

  • Personalización de la cinta de opciones.
  • Personalización de la navegación de la aplicación con el mapa del sitio.
  • Personalización del formulario y el panel con FormXml.
  • Personalización de la consulta guardada.

Plug-ins

La capacidad para crear la lógica de negocios personalizada con el mecanismo de complemento que se describe en esta documentación es completamente compatible y se puede actualizar. Los complementos solo se pueden registrar y ejecutar en el espacio aislado (modo aislado). Más información: Complementos

Extensiones de flujo de trabajo

La capacidad para crear las actividades de flujo de trabajo personalizadas (ensamblados) que se llamarán desde las reglas de flujo de trabajo es completamente compatible y se puede actualizar. Las actividades de flujo de trabajo personalizadas solo se pueden registrar y ejecutar en el sandbox (aislamiento). Más información: Extensiones de flujo de trabajo

Compatibilidad con versiones de .NET Framework

A continuación se describen las consideraciones sobre compatibilidad del código personalizado escrito con Microsoft .NET Framework 4.6.2.

  • Cualquier cliente de servicio web creado mediante Microsoft .NET Framework 4.6.2 o posterior que llame a los servicios web es totalmente compatible con Dataverse.

    Importante

    Debe crear cualquier aplicación de cliente personalizada usando Microsoft .NET Framework 4.6.2 o posterior. Solo se permitirá que las aplicaciones que usen seguridad de nivel de transporte (TLS) 1.2 o mejor se conecten. TLS 1.2 no es el protocolo predeterminado usado por .NET Framework 4.5.2, pero está en .NET Framework 4.6.2.

  • Se admite cualquier ensamblado de .NET que se cree con Microsoft .NET Framework 4.6.2 para su uso en Dataverse como ensamblado de complemento o como actividad de flujo de trabajo personalizada.

Personalizaciones no admitidas

No se admiten modificaciones en Dataverse realizadas sin usar los métodos descritos en esta documentación o las herramientas de Dataverse, y no se conservan durante las actualizaciones o mejoras de Dataverse. No se admite nada que no esté reflejado en esta documentación y en los documentos relacionados. Además, las modificaciones no admitidas podrían causar problemas al actualizar mediante la adición de revisiones o paquetes de servicio, o al actualizar Dataverse.

La siguiente es una lista de los tipos de acciones no admitidas por los que recibimos preguntas frecuentes:

  • Hacer referencia a las bibliotecas de vínculos dinámicos (DLL) de Dataverse que no sean las siguientes:

    • Microsoft.Crm.Outlook.Sdk.dll
    • Microsoft.Crm.Sdk.Proxy.dll
    • Microsoft.Xrm.Sdk.dll
    • Microsoft.Xrm.Sdk.Data.dll
    • Microsoft.Xrm.Sdk.Deployment.dll
    • Microsoft.Xrm.Sdk.Workflow.dll
    • Microsoft.Xrm.Tooling.Connector.dll
    • Microsoft.Xrm.Tooling.CrmConnectControl.dll
    • Microsoft.Xrm.Tooling.PackageDeployment.CrmPackageExtentionBase.dll
    • Microsoft.Xrm.Tooling.WebResourceUtility.dll
  • El uso de interfaces de programación de aplicaciones (API) distintas de las API documentadas en los servicios web: API web, SDK para .NET, Servicio de implementación, Servicio de detección, Servicio de datos de organización.

  • Los ensamblados de complemento y flujo de trabajo deben contener toda la lógica necesaria dentro del archivo DLL correspondiente. Los complementos pueden hacer referencia a algunos ensamblados .NET principales. Sin embargo, no se admiten dependencias en ensamblados de .NET que interactúan con las API de Windows de bajo nivel, como la interfaz de diseño de gráficos. Anteriormente, Dynamics 365 permitía que los ensamblados hagan referencia a estas interfaces, pero para cumplir nuestros estándares de seguridad, se requieren cambios en este comportamiento.

  • No se admite la creación de un ensamblado de complemento para un ensamblado de Dataverse estándar (Microsoft.Crm.*.dll) ni realizar una actualización o eliminación de una plataforma creada pluginassembly .

  • No se admite la edición de un archivo de solución para editar cualquiera de los componentes de la solución que no sean las cintas de opciones, los formularios, el mapa del sitio o las consultas guardadas. Para obtener más información, vea Cuándo editar el archivo de personalizaciones. No se admite la definición de nuevos componentes de la solución mediante la edición del archivo de solución. No se admite la edición de los archivos de recursos web exportados con una solución. Excepto en los pasos documentados en Mantenimiento de soluciones administradas, no se admite la edición del contenido de una solución administrada.

Cliente de Outlook

  • Modificaciones en cualquiera de los formularios de Dynamics 365 o agregar formularios nuevos, como páginas de .aspx personalizadas, directamente a Office Outlook o realizar cambios en archivos .pst. Estos cambios no se actualizarán.
  • Realizar personalizaciones con cualquier medio distinto de las herramientas admitidas.

Consulte también

Personalizaciones admitidas para aplicaciones controladas por modelos