Compartir por

Conceptos de personalización

  • Artigo

 

Publicado: febreiro de 2017

Aplícase a: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online

O funcionamento da súa organización é único. Algunhas organizacións teñen procesos de negocio ben definidos mediante Microsoft Dynamics 365. Outras persoas non están contentas cos seus procesos de negocio actuais e usan Dynamics 365 para aplicar procesos e datos novos ás súas empresas. Independentemente da situación na que se atope, atopará moitas funcionalidades de personalización en Dynamics 365 para que se adapte á súa organización.

Claro que está ansioso para comezar, pero por favor, tome uns minutos para ler o contido desta sección. Isto presentarlle termos importante, darlle unha información sobre por que as cousas están feitas dunha determinada maneira e axudarlle a evitar posibles problemas no futuro.

Neste tema

Que son os metadatos e por que debería importarlle?

Que tipo de personalizacións se admiten?

Que tipo de personalizacións non se admiten?

Que cómpre saber sobre as solucións

Publicando personalizacións

Preparar personalizacións de cliente para mellorar o rendemento da plataforma de servizo de mobile e interactivo

Modificacións que afectan o rendemento da organización de Dynamics 365

Combinar funcionalidades de personalización

Funcionalidades adicionais non incluídas nesta guía

Que son os metadatos e por que debería importarlle?

No pasado, ten personalizou aplicacións empresarial editando o código de orixe. Isto creou complicacións porque as organizacións tiñan modificacións únicas e era moi difícil, ou moi caro, para actualizar. A continuación, os programadores de aplicacións comezaron a expoñer interfaces de programación de aplicacións (API) para que outros programadores poden interactuar coa aplicación e engadir a súa propia lóxica, sen tocar o código de orixe. Isto foi moderadamente mellor debido a que significa que os programadores poden estender a aplicación, sen modificar este. Mais aínda require que un programador cree código.

Hoxe, aplicacións empresariais modernas usan unha arquitectura orientada a metadatos para que as persoas poden personalizar a aplicación, sen escribir códigos. Metadatos significa "datos sobre datos" e define a estrutura de datos almacenada no sistema. Con estes metadatos unha aplicación sabe sobre calquera modificación á estrutura de datos, o que permite a aplicación adaptarse a medida que cambia a estrutura de datos. Desde os metados son coñecidos, podense incluir capacidades adicionais vinculadas aos metadatos.

Ao personalizar Microsoft Dynamics 365 utilizando as ferramentas de personalización na aplicación, está engadindo ou actualizando os metadatos ou datos utilizados por funcionalidades que dependen dos metadatos. Porque sabemos os tipos de datos utilizados para personalizar o sistema, podemos ter en conta estes datos e engadir novas funcionalidades ao Dynamics 365 sen romper o seu sistema. Deste modo, debería ser sempre posible aplicar un paquete de actualización ou actualizar á versión máis recente e gozar das novas mellor características.

Personalizar ou Configurar?
A maioría das persoas din que desexan personalizar a aplicación, polo que usan a palabra "personalizar" para describir o cambio do sistema para que funcione de maneira que sexa. Algunhas persoas prefire utilizar a palabra "configurar" debido a que suxire que o código non era necesario para facer modificacións. Chama do que queira, nós só queremos deixar claro que non ten que ser un programador para personalizar Microsoft Dynamics 365.

Microsoft Dynamics 365 proporciona un conxunto de servizos web e API que permite aos programadores crear código. Cando o código está escrito utilizando métodos admitidos, pode esperar que va continuar a traballar cando actualice a súa organización.

Que tipo de personalizacións se admiten?

Esperamos que pode realizar maior parte do seu personalización con as ferramentas da aplicación. Todo o que fai utilizando estas ferramentas é compatible con Microsoft debido a que aplica modificacións aos metadatos ou datos que dependen dos metadatos.

Pero, se as ferramentas de personalización non atenderen ás súas necesidades, pode instalar unha solución fornecida por terceiros, ou contratar un programador para codificar as súas personalizacións. De calquera forma, é bos que comprenda as personalizacións compatibles. Se necesita investir nunha solución que require código, debe verificar que o código está escrito só utilizando API soportadas. Isto axúdalle a protexer o súa inversión en Dynamics 365 e noutras solucións.

Os programadores que estenden Microsoft Dynamics 365 ten a responsabilidade de seguir as regras e prácticas recomendadas documentadas no SDK: MSDN: Prácticas recomendadas para programar con Microsoft Dynamics 365. O SDK documenta as ApI dispoñibles para programadores e fornece axuda acerca de como mellor usalas.Microsoft só admite as API e prácticas documentas no SDK. Pode atopar algo no internet que describe como pode solucionar un problema, pero se non fai uso das API documentadas no SDK, non é compatible con Microsoft. Antes de que un programador aplique a modificación, debe verificar se se usa métodos admitidos.

Se programadores utilizan as API e prácticas recomendadas descritas no SDK, debemos probar se calquera das modificacións que facemos no Dynamics 365 ten o potencial de quebrar as personalizacións existentes. O noso obxectivo é que personalizacións do código escrito utilizando métodos admitidos sigan funcionando cando novas versións ou actualizacións de Dynamics 365 se publiquen. Vostede se beneficia porque pode actualizar a novas versións con funcionalidades melloradas sen que os programadores modificquen o súo código de cada vez.

Se detectamos que unha modificación nunha nova versión de Dynamics 365 causará que unha personalización admitida deixe de funcionar, documentaremos que vai afectar e como se poden modificar os códigos para corrixila.

Que tipo de personalizacións non se admiten?

Só porque Microsoft non admite certas API e prácticas de programación, non significa que non funcionen. “Non admitido por Microsoft” significa exactamente que se dicindo: non se pode obter soporte sobre estas API ou prácticas de programación de Microsoft. Non proba-los e non sabemos se algo que modificamos danar a eles. Non podemos predicir o que terá lugar se alguén cambia código na nosa aplicación.

O programador que utiliza API e prácticas programación non soportadas asume a responsabilidade para admitir ap seu código. Eles terán que probar o seu código para asegurarse de que traballa.

Se escolle utilizar personalizacións non compatibles na despregamento de Dynamics 365, debe asegúrarse de documentar o que se fixo e ter unha estratexia para eliminar esas personalizacións antes de póñese en contacto con o Soporte Técnico de Microsoft Dynamics 365. Se necesita de axuda co personalizacións non compatibles, póñase en contacto co programador ou organización que preparou as personalizacións.

Prácticas de personalización non compatibles comúns

O seguinte é unha lista de prácticas de personalización comúns que non son compatibles. Esta non é unha lista completa.Máis información: MSDN: extensións compatibles para Microsoft Dynamics 365: personalizacións non compatibles

  • Interacción cos elementos do Modelo DOM (Document Object Model) de aplicación utilizando JavaScript
    Calquera biblioteca JavaScript utilizada en calquera punto na aplicación debe só interaccionar co API documentadas. Cando programadores de JavaScript traballan con aplicacións, con frecuencia acceden elementos DOM mediante nomes específicos. Porque Microsoft Dynamics 365 é unha aplicación web estas techniques traballan, mais é probable que quebren durante unha actualización debido a que os nomes dos elementos que fan referencia están suxeitas a modificacións en calquera momento. Reservamo-nos o dereito de realizar as modificacións é necesario na aplicación e isto adoita significa modificar como está constructed a páxina. Engadir as modificacións que dependen a estrutura da páxina actual significa que terá que investir na opción e cadra cambiar o código personalizado en estes scripts cada vez que aplique unha actualización á aplicación.

    jQuery é unha biblioteca moi común utilizada por programadores de JavaScript. A maioría das vantaxes de usar jQuery é que simplifica a capacidade dun programador para acceder e crear elementos de DOM, que é exactamente o que aínda non se admite nas páxinas de aplicación de Dynamics 365.jQueryé recomendable cando os programadores crean interfaces de usuario personalizadas con recursos web de HTML, pero nas páxinas da aplicación de Dynamics 365, os API compatibles non requiren que se use jQuery.

  • Utilizando calquera obxecto interno non documentado ou métodos utilizando JavaScript
    Microsoft Dynamics 365 utiliza moitos obxectos JavaScript dentro páxinas. Un programador JavaScript pode descubrir estes obxectos depurando unha páxina e, a seguir, acceder e reutilizar estes obxectos. Reservamo-nos o dereito de realizar as modificacións necesariar a estes obxectos, incluídas eliminar eles ou modificar os nomes dos métodos. Se unha secuencia de comandos fai referencia a estes obxectos, a secuencia de comandos romperase se non se atopan.

  • Modificar directamente ficheiros na aplicación
    Se ten Microsoft Dynamics 365 local, ten acceso á aplicación web instalada no seu servidor. A aplicación web contén varios ficheiros de texto que pode editar un programador ou substituír para modificar o comportamento ou aparencia da aplicación. Non se admite a modificación destes ficheiros porque calquera actualización que instale pode eliminar as modificacións, e os ficheiros serán substituídos ao actualizar á seguinte versión.

  • Recuperación de datos directamente da base de datos.
    Se ten Microsoft Dynamics 365 local, ten acceso a base de datos de forma que se puido obter datos directamente desde a táboas. No entanto, facendo isto está sobrepasando a infraestructura de seguranza. A práctica recomendada é utilizar especial visualizacións filtradas para recuperar os datos. Isto aplicará a seguranza do usuario que chama, de forma que só poden ver os datos que debería ver.

  • Actualización de datos directamente na base de datos.
    Se ten Microsoft Dynamics 365 local, pode realizar actualizacións de datos de Dynamics 365 directamente nas táboas de base de datos. Os riscos con este enfoque é que pode definir os datos non válidos que pode danar a aplicación. Os programadores sempre deben utilizar API fornecidas cos servizos web da plataforma de aplicación para actualizar datos.

  • Modificación das táboas de base de datos, procedementos almacenados ou visualizacións
    Se ten Microsoft Dynamics 365 local, pode utilizar as ferramentas de base de datos para modificar a base de datos. As únicas modificacións de base de datos directas que son compatibles son engadir ou actualizar índices. Debe utilizar as ferramentas de personalización para engadir calquera novas entidades ou atributos de entidade. Esta é a única forma compatible para aplicar as modificacións na estas partes da base de datos. Calquera modificación que efectúe riscos de romper da aplicación ou a súa capacidade para aplicar paquetes de actualizacións. É posible que as modificacións que aplique se rompan ao aplicar unha actualización ou durante un actualización e os datos que incluíu na columnas da táboa de base de datos personalizadas perderase.

Como comprobar se unha organización ten personalizacións non compatibles

Se está seguro de que a súa organización ten personalizacións non compatibles, pode executar a Ferramenta de Validación de Código Personalizado. Este ferramenta é unha solución que dixitaliza a organización e pode detectar certos tipos de personalizacións non compatibles, como por exemplo API desfasadas que poida haber, e logo devolve a información sobre a personalización. Teña en conta que a ferramenta de Validación de Código Personalizado pode non detectar outras personalizacións non compatibles, como se describe anteriormente Prácticas de personalización non compatibles comúns ou nalgúns casos pode detectar as personalizacións que son compatibles e non compatibles. Para obter máis información, consulte a documentación incluída na ferramenta.

Descargar e executar a Ferramenta de Validación de Código Personalizado

  1. En primeiro lugar, verifique se a organización ten unha ou máis solucións importadas. As solucións caducadas son a causa máis común de personalizacións non compatibles.Vaia a Configuración > Solucións. . As solucións instaladas aparecerán na visualización Todas as solucións.

  2. Descargar a Ferramenta de Validación de Código Personalizado.

  3. Importar a Ferramenta de Validación de Código Personalizado.Máis información: Importar solucións

  4. Executar a Ferramenta de Validación de Código Personalizado. Para obter máis información, consulte o ficheiro Léame incluído na descarga.

Que cómpre saber sobre as solucións

Existen solucións para que un conxunto de personalizacións pode ser compradas, compartidas ou doutro transportadas desde unha organización a outra. Pode obter solucións o Microsoft Dynamics Marketplace ou dun fornecedor de software independente (ISV). Unha solución Dynamics 365 é un ficheiro que pode importar para aplicar un conxunto de personalizacións.

Máis información: Notas do produto: Padróns e Principios para o xerador de solucións

Nota

Se vostede é un ISV que crea unha personalización que vai distribuír, precisará utilizar solucións. Para obter máis información acerca de traballar con solucións, consulte MSDN: empaquetar e distribuír extensións.

Se está interesado en personalizar a súa organización, este é o que necesita saber sobre solucións:

  • Crear solucións é opcional. Pode personalizar o sistema Dynamics 365 directamente sen crear nunca unha solución.

  • Ao personalizar o sistema Dynamics 365 sdirectamente, traballa cunha solución especial chamada a Solución predefinida. Esta solución predefinida contén todos os compoñentes do sistema.

  • Pode exportar a Solución predefinida para crear unha copia de seguranza das personalizacións definiu da súa organización. Isto é bos para nun escenario de peor caso.

Compoñentes da solución

Un compoñente da solución representa algo que potencialmente pode personalizar. Todo aquilo que poden ser incluídos nunha solución é un compoñente da solución. O seguinte é unha lista de compoñentes da solución que poden ver nunha solución:

  • Fita da aplicación

  • Modelo de artigo

  • Regra de negocio

  • Gráfica

  • Rol de conexión

  • Modelo de contrato

  • Panel

  • Modelo de correo electrónico

  • Entidade

  • Relación das entidades

  • Campo

  • Perfil de seguranza de campo

  • Formulario

  • Modelo de combinación de correspondencia

  • Mensaxe

  • Conxunto de opcións

  • Ensamblaxe de complementos

  • Procesar

  • Paso de procesamento de mensaxes de SDK

  • Rol de seguranza

  • Extremo de servizo

  • Mapa do sitio

  • Recurso web

A maioría dos compoñentes da solución son aniñadas dentro outros compoñentes da solución. Por exemplo, unha entidade contén formularios, visualizacións, gráficas, campos, relacións entre entidades, mensaxes e regras de negocio. Todos os compoñentes da solución require que existe unha entidade. Un campo non existe fóra dunha entidade. Nós dicimos que o campo depende da entidade. Hai realmente dúas veces como moitos tipos de compoñentes da solución como se mostra na lista de arriba, pero maior parte das que non está visible na aplicación.

A finalidade de tener compoñentes da solución é manter un seguimento do calquera limitacións nos que se pode personalizar utilizando Propiedades xestionadas e todos os Dependencias da solución para que se poden exportar, importar e (en solucións xestionadas) eliminar sen manteña nada definir os dos.

Solucións xestionadas e non xestionadas

Unha solución xestionada non se pode desinstalar cando se importa. Todos os compoñentes de solución elimínanse desinstalando da solución.

Ao importar unha solución non xestionada, engada todos os compoñentes de esa solución na solución predefinida. Non é posible eliminar os compoñentes desinstalando a solución.

Ao importar unha solución non xestionada que contén os compoñentes da solución que xa personalizou, as súas personalizacións substituirase por as personalizacións da solución non xestionada. Non se pode desfacer isto.

Importante

Instalar unha solución non xestionada só se desexa engadir todos os compoñentes na solución predefinida e substituír as personalizacións existentes.

Aínda que non ten intención no distribuír a solución, é posible que desexe crear e utilizar unha solución non xestionada para ter unha visualización diferente, só inclúe os partes da aplicación que personalizou. Sempre que personalice algo, basta con engadirlle na solución non xestionada que creou.

Só é posible exportar a Solución predefinida como solución non xestionada.

Para crear unha solución xestionada, pode escoller a opción de solución xestionada ao exportar a solución. Se exporta unha solución xestionada, non pode volver-la a importar na mesma organización de onde foi importada. Só pode importar-la na outra organización diferente.

Como aplícase solucións

Todas as solucións están avaliadas como capas para determinar que vai facer realmente a aplicación Dynamics 365. O seguinte diagrama mostra como solucións xestionadas e non xestionadas son avaliadas e como as modificacións neles aparecerán na súa organización.

Capas de solución

A partir da parte inferior e traballando a parte superior:

  • Solución do sistema
    A solución do sistema é como unha solución xestionada que ten cada organización. A solución do sistema é a definición de todos os compoñentes da caixa listas para utilizar no sistema.

  • Solucións xestionadas
    As solucións xestionadas pode modificar os compoñentes da solución do sistema e engadir compoñentes novos. Se están instalados varias solucións xestionadas, a primeira instalada é debaixo da solución xestionada instalada máis tarde. Isto significa que a segunda solución instalada pode personalizar la solución instalada antes. Cando dúas solucións xestionadas teñan definicións en conflito, a regra xeral é "Última gaña". Se desinstala a solución xestionada, da solución xestionada máis abaixo, ten efecto. Se desinstala todas as solucións xestionadas, o comportamento predefinido definido dentro da solución do sistema é a aplicar.

  • Personalizacións non xestionadas
    Personalizacións non xestionadas son calquera modificación realizada a súa organización a través dunha solución non xestionada. A solución do sistema define o que pode ou non se pode personalizar utilizando Propiedades xestionadas. Publicadores de solucións xestionadas teñen a mesma capacidade para limitar súa capacidade para personalizar os compoñentes de solución que eles engaden en as súas solucións. Pode personalizar calquera os compoñentes da solución que non ten propiedades xestionadas que evitan que se personalización eles.

  • Comportamento da aplicación
    Este é o que realmente ve o usuario da súa organización. A solución predefinida do sistema e calquera solución xestionada, e as personalizacións non xestionadas aplicadas.

Propiedades xestionadas

Non se pode personalizar algunhas parter de Microsoft Dynamics 365. Estes elementos da solución do sistema ten metadatos que impide desde personalizar eles. Estes denomínanse propiedades xestionadas. O publicador dunha solución xestionada tamén pode definir as propiedades xestionadas para evitar que personalice a súa solución en formas que non desexa.

Dependencias da solución

Debido a forma en que solucións xestionadas son superpostas, algunhas solucións xestionadas poden ser dependentes nos compoñentes de solución en outras solucións xestionadas. Algunhos publicadores de solucións vai aproveitar isto para crear solucións que modular. É posible que necesite instalar unha solución xestionada “base“ primeiro e, a seguir, pode instalar unha segunda xestionada que personalizará os compoñentes da solución xestionada base. Da segunda solución xestionada depende dos compoñentes da solución que son parte da solución primeira.

Dynamics 365 rastrexa estas dependencias entre solucións. Se tenta instalar unha solución que require unha solución base que non está instalada, non será capaz de instalar a solución. Recibirá unha mensaxe dicindo que a solución require outra solución que vai instalar primeiro. De forma similar, polos dependencias, non se pode desinstalar a solución base mentres unha solución que depende de se aínda está instalado. Debe desinstalar a solución dependente antes de poder desinstalar a solución base.

Publicador de solucións

Cada solución ten un publicador. A solución predefinida ten un publicador chamado "Publicador predefinido para <nome da súa organización>".

O rexistro de publicador contén un valor Prefixo. O valor predefinido da este prefixo é "nova". Cando crea novos compoñentes da solución, este prefixo se poden anexar o nome. Esta é unha forma rápida que permite que os usuarios comprendan de que solución os compoñentes forman parte.

Antes de comezar a personalizar o sistema recomendámoslle modificar o valor prefixo para o publicador predefinido por algo que identifica a súa empresa.

Para modificar o Prefixo do publicador de solucións por o publicador predefinido

  1. Vaia a Configuración > Personalizacións.

  2. Seleccione Publicadores.

  3. Se hai máis de un publicador, abra o con a Nome para Mostrar que inicie co Publicador Predefinido para*<nome da súa organización>*

  4. Na parte inferior do formulario, actualice o campo Prefixo para modificar o valor predefinido de “novo“ a algo que identifique a súa organización.

  5. Cando se modifica o valor, asegúrese de separador no campo seguinte. O Prefixo de valor de opción automaticamente xerará un número segundo o prefixo de personalización. Este número está a utilizar ao engadir as opcións para os conxuntos de opcións e fornece un indicador de que solución se utilizou a opción de engadir.

Publicando personalizacións

Determinadas personalizacións que realice as modificacións da interface de usuario requiren que se van publicar antes de que as persoas poidan utilizar a aplicación. A publicación proporciona unha forma gardalo o traballo despois de concluído o e, a seguir, vir de retomar e concluír máis tarde. A publicación só é necesaria cando se modifica un compoñente da solución. Cando cree ou elimine un compoñente a solución, a publicación prodúcese automaticamente. Antes de exportar unha solución, pediráselle que publique as personalizacións. Isto acontece porque non se incluirán as personalizacións despublicadas da solución.

Cando realiza personalizacións que aparecerán na Microsoft Dynamics 365 para tabletas, sempre explicitamente debe publicar as personalizacións para asegurarse de que cada elemento sincronízase co a aplicación Dynamics 365 para tabletas.

Nota

Publicar personalizacións pode interferir co funcionamento normal do sistema. En un entorno de produción recomendámoslle programar publicar personalizacións cando está menos disruptive aos usuarios.

Os seguintes compoñentes de solución requiren publicación cando están actualizados:

  • Fita da aplicación

  • Entidade

  • Relación das entidades

  • Campo

  • Formulario

  • Mensaxe

  • Conxunto de opcións

  • Mapa do sitio

  • Recurso web

Nota

Ao utilizar Aplicación de Dynamics 365 para Outlook pode levar polo menos unha hora até que as modificacións de personalización teñan efecto. Pode facer que os cambios aparezan de inmediato en Internet Explorer se elimina a caché. Para facer isto, vaia a Ferramentas > Opcións de internet e en Historial de navegación seleccione o botón Eliminar. Desmarque todos os elementos do historial de navegación agás "Fcheiros de internet e ficheiros de sitios web temporais" e "Datos de cookies e sitios web" e, a seguir, seleccione Eliminar.

Preparar personalizacións de cliente para mellorar o rendemento da plataforma de servizo de mobile e interactivo

Cando publica personalizacións, o primeiro usuario que inicie unha das aplicacións móbiles de Dynamics 365 ou a plataforma común do servizo interactivo pode ter problemas de rendemento debido a que o seu inicio de sesión pídelle a Dynamics 365 que prepare o paquete de metadatos para a descarga. Isto significa que o primeiro usuario ten que esperar pola preparación do paquete de metadatos e a descarg (os demais usuarios só teñen que esperar pola descarga).

Coa actualización 0.1 de Dynamics CRM 2016 ou posterior, pode mellorar o rendemento para ese primeiro usuario premendo o botón Preparar personalizacións de cliente despois de publicar as personalizacións. Isto fará que Dynamics 365 prepare o paquete de metadatos inmediatamente en vez de agardar a que o primeiro usuario inicie sesión nunha aplicación móbil ou na plataforma do servizo interactivo.

Botón Preparar personalizacións de clientes

Actualización 1.1 de Microsoft Dynamics CRM 2016 ofrece máis melloras para o tempo de xeración de metadatos para os usuarios de mobile despois de personalizar o sistema. O paquete de metadatos que se xera despois de realizar personalizacións contén só os elementos que se modificaron, e non o conxunto completo de metadatos. Ademais, en vez de comezar de novo se hai un problema ao descargar o paquete de metadatos a un dispositivo móbil, a descarga comeza onde se quedou a última vez.

Modificacións que afectan o rendemento da organización de Dynamics 365

Importar solucións e aplicar personalizacións que modifiquen metadatos poden afectar o rendemento da organización de Microsoft Dynamics 365. As accións que poden interferir co funcionamento normal do sistema inclúen:

Se está a aplicar estas modificacións a un sistema de produción, recomendámoslle programar estas operacións cando menos moleste aos usuarios.

Combinar funcionalidades de personalización

En cada un dos temas da sección "Personalizar o sistema Dynamics 365" descríbense capacidades de personalización individuais en bastante profundidade. Pero é importante recordar que as solucións para cumprir cos requisitos da súa empresa utilizarán con frecuencia unha das funcionalidades conxuntamente con unha ou máis funcionalidades diferentes.

Elixa a funcionalidade de personalización adecuada para o traballo

A lei de instrumento indica "Se todo o que ten é un martelo, todo todo parece un cravo." Con todos os diferentes recursos de personalización dispoñibles en Microsoft Dynamics 365 é fácil familiarizarse cunha delas e utilizala para axudar a solucionar cada problema. A medida que avalía os problemas de negocio que desexa resolver, pense no resultado final que desexe conseguir e, a seguir, vaia cara atrás para ver como chegar a el.

Funcionalidades adicionais non incluídas nesta guía

Ademais das funcionalidades descritas en "Personalizar o sistema Dynamics 365", debe estar familiarizado con funcionalidades adicionais non descritas con detalle aquí. Nesta sección preséntanse algunhas das funcionalidades e incluiranse ligazóns a outros recursos nos que pode obter máis información.

Xestión de documentos

A xestión de documentos permite a integración entre Microsoft Dynamics 365 e SharePoint. Para obter información sobre como activar e configurar a xestión de documentos, consulte Xestionar os seus documentos de CRM utilizando SharePoint ou Axuda e Formación: Xestión de documentos de SharePoint desde Microsoft Dynamics 365. Os programadores deberían consultar o tema SDK de Microsoft Dynamics 365: MSDN: Integrar SharePoint con Microsoft Dynamics 365. Para obter información sobre os requisitos para os despregamentos locais de Dynamics 365, consulte Requisitos do software de xestión de documentos de SharePoint para Microsoft Dynamics 365.

Perfís de seguranza do campo

Pode definir un nivel extra de seguranza para un campo personalizado engadido a un formulario utilizando perfís de seguranza de campo. Para activar o nivel seguranza do campo, debe definir a propiedade Seguranza do campo para o campo personalizado e, a seguir, especificar os permisos que permitirá para este campo en calquera dos perfís de seguranza de campo que creou.Máis información: Axuda e formación: crear un perfil de seguranza de campo e Engadir equipos ou usuarios a un perfil de seguranza de campo

Localización

Se a organización ten persoas que utilizan un idioma diferente do idioma base escollido ao aplicar Dynamics 365, pode engadir máis idiomas.

Para Dynamics 365 (en liña), atopará todos os idiomas xa instalados; só necesita activalos.

En Dynamics 365 (local), pode instalar paquetes de idioma adicionais para engadir máis idiomas. Despois de instalar o paquete de idioma, debe activar o idioma para que estea dispoñible para ser seleccionado polos usuarios nas súas preferencias persoais.Máis información: Install or upgrade Language Packs

Nota

A activación dun idioma pode demorar algúns minutos. Durante ese tempo, é posible que non se poida usar Microsoft Dynamics 365.

Activar idiomas adicionais

  1. Vaia a Configuración > Administración.

  2. Elixa Idiomas.

  3. Na caixa de diálogo Configuración do idioma, seleccione os idiomas dispoñibles e escolla Aplicar para activalos.

Cando poida activar idiomas adicionais, o texto localizado só estará dispoñible para o texto incluído en Dynamics 365 antes de personalizarse. Só se pode personalizar Dynamics 365 mediante o idioma base. Os usuarios doutros idiomas verán o texto no idioma base, excepto en caso de que exporte traducións e engada texto localizado para calquera elemento da interface de usuario engadido ou modificado.Máis información: Axuda e formación: Exportar entidades personalizadas e texto de campos para a súa tradución

Nota

Debido a que só se dá soporte á personalización no idioma base, como Personalizador do sistema pode traballar co idioma base definido como preferencia de idioma. Para asegurarse de que o texto traducido apareza, mude a preferencia do idioma da interface de usuario de Microsoft Dynamics 365. Para realizar un traballo de personalización adicional, mude de novo para o idioma base.

Roles de seguranza

O debate sobre a implementación da seguranza na súa organización vai máis alá do ámbito desta guía.Máis información: Roles de seguranza e privilexios

Ver tamén

Introdución a personalización
Privilexios requiridos para a personalización
Utilizar solucións para as personalizacións

© 2017 Microsoft. Todos os dereitos reservados. Copyright