Mellores prácticas de personalización

Siga estas prácticas recomendadas para evitar problemas de rendemento, usabilidade e compatibilidade Dynamics 365 Field Service.

Minimizar os campos personalizados nos formularios

Os personalizadores do sistema engaden campos personalizados aos formularios de entidades para capturar información específica da súa industria e negocio, para executar procesos comerciais e para recompilar información para informar. Non obstante, demasiados campos personalizados nun formulario poden causar problemas de rendemento.

Para evitar problemas de rendemento:

• Minimizar o número de campos personalizados en todos os formularios. Se o formulario de pedido de traballo é o que máis usas na aplicación Field Service, é un bo idea comezar con ese formulario.
• Minimiza o número de campos e subredes de tipo de busca entre os campos personalizados.
• Move campos personalizados (especialmente buscas e subredes) da primeira pestana do formulario a outras pestanas do formulario.
• Ocultar os campos menos utilizados nun formulario por defecto.

Non cambies os recursos web, os conxuntos de opcións, as funcións de seguranza ou os fluxos de traballo listos para usar

Non cambies nin personalices os recursos web, os conxuntos de opcións, as funcións de seguranza ou os fluxos de traballo listos para usar. En caso contrario, pode provocar un comportamento non desexado do sistema.

É posible que as organizacións que personalicen estes compoñentes non experimenten inmediatamente problemas no seu entorno. Non obstante, os cambios que Microsoft lanza aos compoñentes personalizados listos para usar non se aplican á parte superior capa deses compoñentes. Pola contra, o capa personalizado específico anula todos os cambios futuros, e eses anulacións acaban provocando erros e comportamentos imprevisibles.

Non modifique, edite nin elimine campos de data nin estados do sistema

Modificar, editar ou eliminar campos de data e estados pode afectar á lóxica empresarial e pode causar problemas coas actualizacións da solución. Exemplos de campos de data da orde de traballo inclúen Tempo desde o prometido e Tempo ata o prometido. Exemplos de campos de estado inclúen Estado do sistema para a orde de traballo e Estado do sistema para o acordo.

Non edites campos listados nin os elimines dos formularios

Os clientes editan campos listos para axustar as súas necesidades comerciais. Non obstante, a edición de campos listados pode provocar erros, especialmente cando os procesos dependen dos valores deses campos.

Para evitar erros:

• Ocultar campos non desexados nun formulario.
• Move os campos non desexados a outra pestana do formulario.

Por exemplo, os procesos de Field Service calculan o valor do campo Hora estimada de chegada no rexistro Reserva de recursos reservables para indicar cando se espera que un traballador de primeira liña chegue ao lugar. Se a túa organización non precisa este campo, ocultao no formulario en lugar de eliminalo.

Non edite os valores de conxunto de opcións (elección).

A edición dos valores conxunto de opcións dos campos listados pode provocar erros, especialmente cando os procesos dependen dos valores deses campos ou durante as actualizacións.

Para evitar erros:

• Edita só as conxunto de opcións etiquetas dos campos listados. Nunca edite os conxunto de opcións valores destes campos.
• Non elimine ningunha opción de conxunto de opcións.
• Non engadas ningunha opción de conxunto de opcións.

Por exemplo, a orde de traballo de Field Service inclúe un campo Estado do sistema de forma predeterminada. Este campo é un conxunto de opcións (do tipo elección ) e ten opcións como Non programado, Programado, En curso, Completado e Cancelado. Cada opción ten unha etiqueta e un valor numérico asociado. Os administradores do sistema poden editar as etiquetas dos conxuntos de opcións (como Non programado), pero nunca poderán editar o valor numérico asociado á etiqueta.

Use menos scripts personalizados e siga as prácticas recomendadas

Os personalizadores do sistema escriben scripts, normalmente recursos web de JavaScript, para executar a lóxica empresarial. Non obstante, os scripts personalizados poden causar problemas de rendemento, erros e complicacións durante as actualizacións.

Para evitar estes problemas:

• Minimiza o número de scripts que se executan na carga.
• Non escriba scripts que chamen a moitos datos e non escriba varios scripts que chamen aos mesmos datos.

As seguintes subseccións describen as mellores prácticas. Ademais, siga as prácticas recomendadas do script de formulario en Prácticas recomendadas para desenvolver con Dynamics 365 Customer Engagement.

Minimiza o número de solicitudes de rede e a cantidade de datos solicitados no evento OnLoad

Cantas máis solicitudes de rede se fagan durante a carga dun formulario e cantos máis datos se descarguen desas solicitudes, máis tempo leva cargar o formulario. Solicite só a cantidade mínima de datos que sexa necesario. Ademais, considere almacenar os datos na caché cando sexa posible, para evitar solicitar datos innecesariamente durante as futuras cargas de formularios.

Evite utilizar solicitudes de rede sincrónica

As solicitudes de rede síncronas poden provocar cargas lentas de páxinas e formularios que non responden. Use solicitudes asíncronas no seu lugar. A seguinte publicación do blog ofrece máis exemplos: Turbocarga as túas aplicacións baseadas en modelos deixando as solicitudes sincrónicas. Ademais, considere usar "async and wait" en calquera escenario onde se necesiten varias chamadas de rede para a mesma entidade e rexistro. Obtén máis información sobre a sincronización e agarda.

Evite incluír bibliotecas de recursos web JavaScript innecesarias

Cantos máis scripts engadas a un formulario, máis tempo levará descargalos. Normalmente, os scripts almacénanse na memoria caché no teu navegador despois de que se carguen por primeira vez. Non obstante, o rendemento a primeira vez que se ve un formulario adoita crear unha impresión significativa.

Evite cargar todos os scripts no evento Onload

Se tes código só compatible OnChange eventos para columnas ou só o OnSave evento, asegúrese de configurar a biblioteca de scripts co controlador de eventos para eses eventos en lugar do OnLoad evento. Deste xeito, pódese aprazar a carga desas bibliotecas e o rendemento aumenta cando se carga o formulario.

Usa pestanas contraídas para aprazar a carga dos recursos web

Os recursos web ou iFrame compoñentes que se inclúen nas seccións dunha pestana plegable non se cargan se a pestana está contraída. Só se cargan cando se expande a pestana. Cando o estado da pestana cambia, ocorre o evento TabStateChange . Calquera código que sexa necesario para admitir recursos web ou iFrames en pestanas contraídas pode utilizar controladores de eventos para o TabStateChange evento e reducir o código que, doutro xeito, podería ter que producirse no OnLoad evento.

Evite solicitudes de rede duplicadas no código do cliente

As solicitudes de rede múltiples ou duplicadas poden facer que o navegador web se bloquee e afecte o tempo de carga do formulario. Reducir o número de solicitudes pode mellorar o rendemento. Unha alternativa é consolidar as solicitudes de rede e almacenar en caché o valor das solicitudes. Ademais, considere as solicitudes de rede asíncronas, como se mencionou anteriormente.

Evite usar roles e chamadas específicas do usuario do sistema se a información relevante está dispoñible nas API de XRM

Use as API de XRM para evitar solicitudes de rede para obter información sobre privilexios de usuario. Obtén máis información sobre como abandonar as solicitudes sincrónicas. Ademais, evite as chamadas dos usuarios do sistema se a información das API XRM cumpre os seus requisitos.

Establece as opcións de visibilidade predeterminadas

No OnLoad evento, evite utilizar scripts de formulario que agochen elementos de formulario. Pola contra, para os elementos do formulario que poidan estar agochados, configure as opcións de visibilidade predeterminadas para que os elementos se oculten por defecto cando se cargue o formulario. A continuación, use scripts no OnLoad evento para mostrar os elementos do formulario que quere que sexan visibles.

Máis información nos seguintes recursos:

• Deseña formularios para o rendemento en aplicacións baseadas en modelos
• Personalizacións non compatibles

Executa o comprobador de solucións nos teus scripts

O Power Apps comprobador de solucións é unha ferramenta útil de Microsoft que busca Power Apps as solucións e recomenda prácticas recomendadas. Estes problemas inclúen problemas con JavaScript, HTML, complementos e actividades de fluxo de traballo personalizado.

Máis información nos seguintes recursos:

• Mellora o rendemento, a estabilidade e a fiabilidade dos compoñentes co comprobador de solucións
• Como executar e usar o Power Apps Comprobador de solucións
• Dataverse Comprobador de solucións

Use fluxos de traballo asíncronos en lugar de fluxos de traballo síncronos

Os personalizadores do sistema adoitan escribir fluxos de traballo sincrónicos para realizar, en tempo real, a lóxica empresarial que se executa cando se cambian os datos en Field Service. Non obstante, executar fluxos de traballo de forma sincronizada diminúe o rendemento. Para evitar problemas de rendemento, executa os fluxos de traballo de forma asíncrona.

Active os procesos de Field Service e Resource Scheduling listos para usar

Field Service e Resource Scheduling inclúen moitos procesos que realizan a lóxica empresarial necesaria. Os procesos desactivados poden provocar erros. Para evitar problemas, asegúrese de que todos os procesos de Field Service e de programación de recursos estean en estado activo. Para identificar se os procesos están en estado desactivado, execute regularmente o Field Service Plataforma común do estado de funcionamento da solución.

Executa o Plataforma común do estado de funcionamento da solución para detectar problemas

O Plataforma común do estado de funcionamento da solución axúdache a ter unha mellor imaxe do estado do teu ambiente e detectar problemas co teu ambiente de Dynamics 365. A configuración dun ambiente pode cambiar co tempo a través das operacións do sistema natural. O Plataforma común do estado de funcionamento da solución executa regras dentro dunha instancia para validar a configuración do ambiente. Algunhas das regras son específicas de Field Service e podes executalas baixo demanda cando atopes algún problema. Algunhas regras desenvólvense automaticamente cando se instala ou actualiza Field Service.

Para supervisar a saúde do teu contorno, execute regularmente o conxunto de regras Plataforma común do estado de funcionamento da solución.

Consideracións de rendemento das aplicacións móbiles

A personalización da aplicación móbil pode afectar o rendemento. Obtén máis información en Consideracións de rendemento ao personalizar a aplicación móbil.