Compartilhar via

Conceitos de personalização

  • Artigo

 

Publicado: novembro de 2016

Aplicável a: Dynamics CRM 2015

A forma como sua organização funciona é única. Algumas organizações têm processos empresariais bem definidos que são aplicados usando o Microsoft Dynamics 365. Outras organizações não estão satisfeitas com seus processos empresariais atuais e usam o Dynamics 365 para aplicar novos dados e processos aos seus negócios. Independente da situação em que se encontra, você encontrará muitos recursos de personalização no Dynamics 365 que poderão funcionar em sua organização.

Claro que você está ansioso para começar, mas reserve alguns minutos para ler o conteúdo nesta seção. Isso irá apresentar termos importantes, oferecer um histórico sobre como as coisas são feitas de um determinado modo e ajuda a evitar problemas potenciais no futuro.

Neste tópico

O que são metadados e porque você deve se importar?

Quais tipos de personalizações têm suporte?

Quais tipos de personalizações não têm suporte?

O que precisa saber sobre soluções

Publicando personalizações

Alterações que afetam o desempenho da organização do Dynamics CRM

Combinar recursos de personalização

Recursos adicionais não incluídos neste guia

O que são metadados e porque você deve se importar?

No passado, você personalizou aplicativos de negócios editando o código-fonte. Isso gerou complicações porque cada organização tem alterações exclusivas e foi muito difícil, ou extremamente caro, para atualizar. Em seguida, os desenvolvedores de aplicativos começaram a expor as interfaces de programação do aplicativo (APIs) para que outros desenvolvedores pudessem interagir com os aplicativos e adicionar sua própria lógica sem tocar no código-fonte. Isso foi moderadamente melhor porque significou que os desenvolvedores podem aumentar o aplicativo sem alterá-lo. Mas ainda exige que um desenvolvedor escreva o código.

Hoje, os aplicativos de negócios modernos usam uma arquitetura de metadados para que as pessoas possam personalizar o aplicativo sem escrever código. Metadados significa "dados sobre dados“ e define a estrutura dos dados armazenada no sistema. Com esses metadados, um aplicativo descobre qualquer alteração na estrutura de dados e isso permite que o aplicativo se adapte conforme a estrutura é alterada. Como os metadados são conhecidos, recursos adicionais podem ser incluídos e vinculados aos metadados.

Ao personalizar o Microsoft Dynamics 365 com as ferramentas de personalização do aplicativo, você está adicionando ou atualizando os metadados ou os dados usados pelos recursos que dependem dos metadados. Como conhecemos os tipos de dados usados para personalizar o sistema, podemos levar em conta esses dados e adicionar novos recursos ao Dynamics 365 sem interromper o sistema. Dessa forma, você deve sempre poder aplicar um pacote cumulativo de atualizações ou uma atualização para a última versão e apreciar melhor seus novos recursos.

Personalizar ou configurar?
A maioria das pessoas dizem que desejam personalizar o aplicativo. Portanto, usamos a palavra “personalizar” para descrever a alteração do sistema para fazê-lo funcionar da forma que você deseja. Algumas pessoas preferem usar a palavra “configurar” porque sugere que nenhum código seja necessário para fazer alterações. Nomeie-o como desejar, apenas queremos torná-lo claro que você não precisa ser um desenvolvedor para personalizar o Microsoft Dynamics 365.

O Microsoft Dynamics 365 oferece um conjunto de serviços Web e APIs que permitem aos desenvolvedores escreverem o código. Quando o código é escrito usando métodos com suporte, é possível esperar que irão continuar a funcionar durante a atualização da organização.

Quais tipos de personalizações têm suporte?

Esperamos que você possa tirar o máximo proveito de sua personalização com as ferramentas do aplicativo. Tudo o que você faz usando essas ferramentas tem o suporte da Microsoft porque elas aplicam as alterações nos metadados ou dados que dependem dos metadados.

Mas, se as ferramentas de personalização não atendem às suas necessidades, você pode instalar uma solução fornecida por terceiros ou contratar um desenvolvedor para codificar suas personalizações. De qualquer maneira, é bom para você compreender as personalizações com suporte. Se você precisa investir em uma solução que exige código, é necessário ter certeza de que o código é escrito usando apenas APIs com suporte. Isso ajuda você a proteger seu investimento no Dynamics 365 e em outras soluções.

Os desenvolvedores que estendem o Microsoft Dynamics 365 têm a responsabilidade de seguir as regras e práticas recomendadas documentadas no SDK: MSDN: Melhores práticas de desenvolvimento com o Microsoft Dynamics CRM. O SDK documenta as APIs disponíveis para os desenvolvedores e fornece orientações sobre como é melhor usá-las.Microsoft oferece suporte apenas às APIs e às práticas que estão documentadas no SDK. É possível encontrar algo na Internet que descreva como você pode resolver um problema, mas se não aproveitar as APIs documentadas no SDK, isso não terá suporte da Microsoft. Antes de fazer com que um desenvolvedor aplique uma alteração, você deve verificar se ele usa métodos suportados.

Se os desenvolvedores usam APIs e práticas recomendadas descritas no SDK, poderemos ter certeza de testar se qualquer alteração realizada no Dynamics 365 terá potencial de interromper personalizações existentes. Nossa meta é que as personalizações do código escritas usando métodos com suporte continuem a funcionar quando novas versões ou atualizações do Dynamics 365 forem lançadas. Você se beneficia porque é possível atualizar para novas versões com recursos aprimorados sem precisar que os desenvolvedores alterem seu código a cada vez.

Se detectamos que uma alteração em uma nova versão do Dynamics 365 causará a falha de uma personalização com suporte, documentamos o que é afetado e como as pessoas podem alterar o código para corrigir o problema.

Quais tipos de personalizações não têm suporte?

Apenas porque certas APIs e práticas de programação não têm suporte da Microsoft, isso não significa que elas não funcionem. "Sem suporte da Microsoft" significa exatamente o que diz: não é possível obter suporte essas APIs ou práticas de programação da Microsoft. Nós não os testamos ainda e não sabemos se algo que alteramos irá interromper. Não podemos prever o que acontecerá se alguém alterar o código do aplicativo.

O desenvolvedor que usa APIs e práticas de programação sem suporte assume a responsabilidade para suportar seu código. Eles precisarão testar o código para garantir que funciona.

Se você escolher usar personalizações sem suporte na sua implantação do Dynamics 365, deve garantir que o documento foi realizada e que você tem uma estratégia para remover essas personalizações antes de entrar em contato com o Suporte Técnico da Microsoft Dynamics 365. Se você precisar de ajuda com personalizações sem suporte, contate o desenvolvedor ou a organização que preparou as personalizações.

Práticas de personalização comuns sem suporte

Os itens a seguir são uma lista das práticas de personalização comuns que não têm suporte. Não é uma lista completa.Para obter mais informações:MSDN: Extensões com suporte para Microsoft Dynamics CRM: Personalizações sem suporte

  • Interagindo com os elementos DOM do aplicativo da Web usando Javascript
    Qualquer biblioteca do JavaScript usada em qualquer lugar no aplicativo deve interagir apenas com os APIs documentados. Quando os desenvolvedores de JavaScript trabalham com aplicativos, eles costumam acessar elementos DOM usando nomes específicos. Como o Microsoft Dynamics 365 é um aplicativo Web, estas técnicas funcionam, mas provavelmente irão interromper durante uma atualização porque os nomes dos elementos referenciados estão sujeitos a alterações a qualquer momento. Reservamos o direito de realizar as alterações necessárias no aplicativo e isso frequentemente significa alterar a forma como a página é construída. Adicionar as alterações que dependem da estrutura atual da página significa que você precisará investir em testes e talvez alterar o código personalizado nesses scripts sempre que aplicar uma atualização ao seu aplicativo.

    O jQuery é uma biblioteca muito comum usada por desenvolvedores JavaScript. O maior benefício decorrente do uso de jQuery é que ela simplifica a capacidade do desenvolvedor de acessar e criar elementos DOM, que é exatamente o que não tem suporte nas páginas do aplicativo Dynamics 365. A jQuery é recomendada quando os desenvolvedores estão criando interfaces de usuário personalizadas com os recursos da Web em HTML, mas dentro das páginas do aplicativo Dynamics 365; as APIs com suporte não precisam de jQuery para serem usadas.

  • Usando qualquer objeto interno não documentado ou métodos usando Javascript
    O Microsoft Dynamics 365 usa muitos objetos JavaScript nas páginas. Um desenvolvedor JavaScript pode descobrir esses objetos ao depurar uma página e acessar e reutilizar esses objetos. Reservamos o direito de fazer as alterações necessárias aos objetos, incluindo remover ou alterar os nomes dos métodos. Se um script fizer referência a esses objetos, ele falhará se não for encontrado.

  • Alterar arquivos diretamente no aplicativo
    Se você tiver um Microsoft Dynamics 365 local, tem acesso ao aplicativo Web instalado no servidor. O aplicativo Web contém vários arquivos de texto que um desenvolvedor pode editar ou substituir para alterar a aparência ou o comportamento do aplicativo. A alteração desses arquivos não tem suporte porque qualquer atualização instalada poderia remover suas alterações e os arquivos seriam substituídos ao atualizar para a próxima versão.

  • Recuperando dados diretamente das tabelas do banco de dados
    Se você tiver um Microsoft Dynamics 365 local, tem acesso ao banco de dados, portanto, é possível recuperar dados diretamente das tabelas. Entretanto, ao fazer isso, você está ignorando a infraestrutura de segurança. A prática recomendada é usar exibições filtradas especiais para recuperar os dados. Elas irão aplicar a segurança do usuário da chamada de forma que apenas eles possam ver os dados que precisam.

  • Atualizando dados diretamente nas tabelas do banco de dados
    Se você tiver um Microsoft Dynamics 365 local, poderá executar atualizações nos dados do Dynamics 365 diretamente nas tabelas do banco de dados. O risco com essa abordagem é que você pode definir dados inválidos que podem interromper o aplicativo. Os desenvolvedores devem sempre usar os APIs fornecidos com os serviços da Web de plataforma do aplicativo para atualizar dados.

  • Modificando as tabelas do banco de dados, procedimentos armazenados ou exibições
    Se você tiver um Microsoft Dynamics 365 local, é possível usar as ferramentas do banco de dados para alterar o banco de dados. As únicas alterações diretas no banco de dados que têm suporte são adicionar ou atualizar índices. Use as ferramentas de personalização para adicionar todas as novas entidades ou os atributos de entidade. Essa é a única maneira suportada para aplicar as alterações nessas partes do banco de dados. Qualquer alteração direta realizada pode interromper o aplicativo ou sua capacidade de aplicar pacotes cumulativos de atualizações. As alterações que você aplicar podem ser destruídas ao aplicar uma atualização ou durante uma atualização e qualquer dado incluído nas colunas da tabela do banco de dados será perdido.

Como verificar se uma organização tem personalizações sem suporte

Caso não souber se sua organização tem personalizações sem suporte, você poderá executar a ferramenta de validação de código personalizado. Essa ferramenta é uma solução que verifica a organização e pode detectar certos tipos de personalizações sem suporte, como as APIs preteridas, que podem existir e retornar informações sobre a personalização. Observe que a ferramenta de validação de código personalizado não consegue detectar outras personalizações sem suporte, conforme descrito anteriormente em Práticas de personalização comuns sem suporte ou, em alguns casos, pode detectar as personalizações que têm suporte como sem suporte. Para obter mais informações, consulte a documentação que está incluída na ferramenta.

Baixe e execute a ferramenta de validação de código personalizado

  1. Primeiro, verifique se a organização tem uma ou mais soluções importadas. As soluções desatualizadas são a causa mais comuns de personalizações sem suporte.Vá para Configurações > Soluções.. As soluções instaladas aparecerão na exibição Todas as Soluções.

  2. Baixe a ferramenta de validação de código personalizado.

  3. Importe a ferramenta de validação de código personalizado.Para obter mais informações:Importar soluções

  4. Execute a ferramenta de validação de código personalizado. Para obter mais informações, consulte o arquivo Leiame que está incluído no download.

O que precisa saber sobre soluções

As soluções existem para que um conjunto de personalizações possa ser comprado, compartilhado ou transportado de uma organização para outra. Você pode obter soluções no Microsoft Dynamics Marketplace ou com um fornecedor de software independente (ISV). Uma solução Dynamics 365 é um arquivo que você pode importar para aplicar um conjunto de personalizações.

Para obter mais informações:White paper: padrões e princípios de Construtores de soluções do CRM Online

Observação

Se você for um ISV criando uma personalização que será distribuída, precisará usar soluções. Para obter mais informações sobre como usar soluções, consulte MSDN: Embalar e distribuir extensões usando soluções.

Se estiver apenas interessado na personalização da sua organização, aqui está o que você precisa saber sobre soluções:

  • Criar soluções é opcional. Você pode personalizar o sistema Dynamics 365 diretamente sem precisar criar uma solução.

  • Ao personalizar o sistema Dynamics 365 diretamente, você trabalha com uma solução especial chamada Solução Padrão. Essa solução contém todos os componentes em seu sistema.

  • Você pode exportar a Solução Padrão para criar um backup das personalizações que você definiu na sua organização. Isso é bom para ter em uma situação de pior caso.

Componentes de solução

Um componente da solução representa algo que você pode personalizar. Qualquer coisa que possa ser incluída em uma solução é um componente da solução. Os seguintes itens são uma lista de componentes de solução que você pode exibir em uma solução:

  • Faixas de opções do aplicativo

  • Modelo de Artigo

  • Regra de Negócios

  • Gráfico

  • Função de conexão

  • Modelo de contrato

  • Painel

  • Modelo de email

  • Entidade

  • Relacionamento de entidade

  • Campo

  • Perfil de Segurança de Campo

  • Formulário

  • Modelo de Mala Direta

  • Mensagem

  • Conjunto de Opções

  • Assembly de plug-in

  • Processo

  • Etapa de processamento de mensagem Sdk

  • Direito de Acesso

  • Ponto de extremidade de serviço

  • Mapa do Site

  • Recurso da Web

A maioria dos componentes da solução são aninhados em outros componentes de solução. Por exemplo, uma entidade contém formulários, exibições, gráficos, campos, relacionamentos de entidades, mensagens e regras de negócios. Cada um dos componentes de solução exige uma entidade existente. Um campo não pode existir fora de uma entidade. Dizemos que o campo depende da entidade. Há realmente o dobro de tipos de componentes da solução, conforme mostrado na lista anterior, mas a maioria deles não são visíveis no aplicativo.

A finalidade de ter componentes da solução é manter um registro das limitações sobre o que pode ser personalizado usando Propriedades gerenciadas e qualquer Dependências de solução para que possa ser exportado, importado e excluído (em soluções gerenciadas) sem deixar nada para atrás.

Soluções gerenciadas e não gerenciadas

Uma solução gerenciada pode ser desinstalada depois de ser importada. Todos os componentes da solução são removidos desinstalando a solução.

Ao importar uma solução não gerenciada, você adiciona todos os componentes dessa solução na solução padrão. Não é possível remover os componentes desinstalando a solução.

Ao importar uma solução não gerenciada que contém os componentes da solução que você já personalizou, suas personalizações serão substituídas pelas personalizações na solução não gerenciada. Não é possível desfazer isso.

Importante

Instale uma solução não gerenciada somente se desejar adicionar todos os componentes à sua solução padrão e substituir todas as personalizações existentes.

Se você não pretende distribuir sua solução, convém criar e usar uma solução não gerenciada para ter uma exibição separada que inclui somente as partes do aplicativo personalizadas. Sempre que você personalizar algo, basta adicionar em uma solução não gerenciada criada.

Você só poderá exportar sua solução padrão como uma solução não gerenciada.

Para criar uma solução gerenciada, você seleciona a opção da solução gerenciada ao exportar a solução. Se você criar uma solução gerenciada, não é possível importar de volta para a mesma organização que você usou para criá-la. Você só pode importá-la em uma organização diferente.

Como as soluções são aplicadas

Todas soluções são avaliadas como camadas para determinar o que seu aplicativo Dynamics 365 realmente fará. O diagrama a seguir mostra como as soluções gerenciadas e não gerenciadas são avaliadas e como as alterações nelas serão exibidas na organização.

Solução em camadas

Começando da parte inferior até a parte superior:

  • Solução de Sistema
    A solução do sistema é como uma solução gerenciada que todas as organizações têm. A solução do sistema é a definição de todos os componentes detalhados no sistema.

  • Soluções Gerenciadas
    As soluções gerenciadas podem modificar os componentes de solução do sistema e adicionar novos componentes. Se houver várias soluções gerenciadas instaladas, a primeira instalado está abaixo da solução gerenciada instalada posteriormente. Isso significa que a segunda solução instalada poderá personalizar aquela instalada antes dela. Quando duas soluções gerenciadas têm definições conflitantes, a regra geral é "A última ganha". Se você desinstalar uma solução gerenciada, a solução gerenciada abaixo entra em vigor. Se você desinstalar todas as soluções gerenciadas, o comportamento padrão definido na solução do sistema será aplicado.

  • Personalizações não gerenciadas
    Personalizações não gerenciadas são qualquer alteração realizada na sua organização por meio de uma solução não gerenciada. A solução do sistema define o que você pode ou não personalizar usando o Propriedades gerenciadas. Os fornecedores de soluções gerenciadas têm a mesma capacidade de limitar sua capacidade de personalizar componentes da solução adicionados em sua solução. Você pode personalizar qualquer componente de solução que não tiver propriedades gerenciadas que impedem a personalização.

  • Comportamento do Aplicativo
    Isso é o que você realmente vê na sua organização. A solução padrão do sistema mais qualquer solução gerenciada, mais qualquer personalização não gerenciadas aplicada.

Propriedades gerenciadas

Algumas partes do Microsoft Dynamics 365 não são personalizáveis. Esses itens na solução do sistema incluem metadados que impedem a personalização. Eles são chamados propriedades gerenciadas. O fornecedor de uma solução gerenciada também pode definir as propriedades gerenciadas para evitar que você personalize a solução de uma forma não desejada.

Dependências de solução

Devido ao modo como as soluções gerenciadas são sobrepostas, algumas soluções gerenciadas podem depender de componentes da solução em outras soluções gerenciadas. Alguns fornecedores de solução irão se aproveitar disso para criar soluções modulares. Talvez seja necessário primeiro instalar uma solução gerenciada “base” e, depois, instalar uma segunda solução gerenciada que personalizará ainda mais os componentes na solução gerenciada base. A segunda solução gerenciada depende dos componentes de solução que fazem parte da primeira solução.

O Dynamics 365 controla essas dependências entre soluções. Se você tentar instalar uma solução que exige uma solução base que não esteja instalada, não poderá instalar a solução. Você receberá uma mensagem informando que a solução exige a instalação de outra solução primeiro. Da mesma forma, devido às dependências, não é possível desinstalar a solução base enquanto uma solução que dependa dela ainda estiver instalada. É necessário desinstalar a solução dependente antes de desinstalar a solução base.

Fornecedor de soluções

Cada solução tem um editor. A solução padrão é um fornecedor chamado “Fornecedor padrão para <sua organização>”.

O registro do fornecedor contém um valor Prefixo. O valor padrão do prefixo é “novo”. Ao criar novos componentes de solução, esse prefixo será acrescentado ao nome. Essa é uma maneira rápida de permitir que as pessoas compreendam de qual solução os componentes fazem parte.

Antes de começar a personalizar o sistema, é recomendável alterar o valor de prefixo do fornecedor padrão para algo que identifique sua empresa.

Para alterar o prefixo do fornecedor da solução para o fornecedor padrão

  1. Vá para Configurações > Personalizações.

  2. Selecione Fornecedores.

  3. Se houver mais de um fornecedor, abra o que tiver o Nome de Exibição que comece com Fornecedor Padrão para*<o nome de sua organização>*.

  4. Na parte inferior do formulário, atualize o campo Prefixo para alterar o valor padrão de “novo” para algo que identifique sua organização.

  5. Ao alterar o valor, certifique-se de passar para o próximo campo. O Prefixo de Valor da Opção irá gerar automaticamente um número com base no prefixo de personalização. Esse número é usado ao adicionar opções para conjuntos de opções e oferece um indicador de que a solução foi usada para adicionar a opção.

Publicando personalizações

Determinadas personalizações que fazem alterações na interface do usuário exigem que sejam publicadas antes que as pessoas possam usá-las no aplicativo. Um fornecedor oferece uma maneira de salvar o trabalho antes de concluir e voltar posteriormente para concluir. O fornecedor só será necessário ao alterar um componente de solução. Ao criar ou excluir um componente de solução, a publicação ocorrerá automaticamente. Antes de exportar uma solução, você será solicitado a publicar as personalizações. Isso ocorre porque as personalizações não publicadas não serão incluídas na solução.

Ao executar as personalizações que aparecerão no Microsoft Dynamics CRM para Tablets, você deve sempre publicar explicitamente suas personalizações para garantir que cada item seja sincronizado com o aplicativo CRM para tablets.

Observação

Publicar personalizações podem interferir na operação normal do sistema. Em um ambiente de produção, é recomendável agendar a publicação das personalizações quando for menos disruptivo para os usuários.

Os seguintes componentes de solução exigem a publicação quando forem atualizados:

  • Faixas de opções do aplicativo

  • Entidade

  • Relacionamento de Entidade

  • Campo

  • Formulário

  • Mensagem

  • Conjunto de Opções

  • Mapa do Site

  • Recurso da Web

Observação

Ao usar o Aplicativo do Dynamics CRM para Outlook, pode demorar pelo menos uma hora para que as alterações de personalização entrem em vigor. Você pode fazer com que as alterações apareçam imediatamente no Internet Explorer limpando o cache. Para fazer isso, vá para Ferramentas > Opções da Internet e em Histórico de navegação clique em Excluir. Desmarque todos os itens de histórico de navegação, exceto “Arquivos temporários da internet e arquivos de sites” e “Cookies e dados de sites”, e clique em Excluir.

Alterações que afetam o desempenho da organização do Dynamics CRM

Importar soluções e aplicar as personalizações que alteram metadados pode afetar o desempenho da organização Microsoft Dynamics 365. As ações que podem interferir na operação normal do sistema incluem:

Se você está aplicando essas alterações em um sistema de produção, é recomendável agendar essas operações quando for menos prejudicial aos usuários.

Combinar recursos de personalização

Cada um dos tópicos na seção "Personalizar o seu sistema CRM" descreve recursos de personalização individuais com considerável profundidade. Mas é importante ter em mente que as soluções para atender seus requisitos comerciais frequentemente usarão um dos recursos junto com um ou mais outros recursos.

Selecione o recurso de personalização correto para o trabalho

A lei de instrumentos declara que "Se tudo que você tem é um martelo, tudo parecerá ser um prego". Com todos os diferentes recursos de personalização disponíveis em Microsoft Dynamics 365, é fácil familiarizar-se com um deles e procurar usá-lo para resolver todos os problemas. Ao avaliar os problemas comerciais que você deseja resolver, pense no resultado final desejado e trabalhe para inversamente para saber como pode chegar lá.

Recursos adicionais não incluídos neste guia

Além dos recursos descritos em "Personalizar o seu sistema CRM", você deve se familiarizar com os recursos adicionais que não estão descritos em detalhes aqui. Esta seção apresenta alguns dos recursos e inclui links para outros recursos onde você pode encontrar mais informações.

Gerenciamento de documentos

O Gerenciamento de documentos permite a integração entre o Microsoft Dynamics 365 e o SharePoint. Para obter informações sobre como habilitar e configurar o gerenciamento de documentos, consulte Gerenciar seus documentos usando o SharePoint ou Ajuda e Treinamento: Gerenciar documentos do SharePoint dentro do Microsoft Dynamics CRM. Os desenvolvedores devem consultar o tópico do SDK do Microsoft Dynamics 365: MSDN: Integrar o SharePoint ao Microsoft Dynamics CRM. Para obter informações sobre os requisitos de instalação para implantações locais do Requisitos de software do Gerenciamento de documentos do SharePoint para Microsoft Dynamics CRM, consulte Dynamics CRM.

Perfis de segurança de campo

Você pode definir um nível de acesso adicional para um campo personalizado que você tenha adicionado a um formulário usando perfis de segurança de campo. Para habilitar a segurança em nível de campo, é necessário definir a propriedade Segurança de Campo para o campo personalizado e especificar as permissões que você dará a esse campo para todos os perfis de segurança de campo criados.Para obter mais informações:Ajuda e Treinamento: Criar um perfil de segurança de campo e Adicione equipes ou usuários a um perfil de segurança de campo

Local

Se sua organização tiver as pessoas que usam um idioma diferente do idioma base que você escolheu a implantar o Dynamics CRM, é possível adicionar mais idiomas.

Para o CRM Online, você encontrará todos os idiomas já instalados. É necessário apenas habilitá-los.

Para o Microsoft Dynamics CRM 2015, você pode instalar pacotes de idioma adicionais para adicionar mais idiomas. Depois de instalar o pacote de idiomas, você deve habilitar o idioma para disponibilizá-lo para os usuários escolherem em suas preferências pessoais.Para obter mais informações:Instalar ou atualizar pacotes de idiomas do Microsoft Dynamics CRM

Observação

Habilitar um idioma pode levar vários minutos. Durante esse período, as pessoas talvez não consigam usar o Microsoft Dynamics 365.

Habilitar idiomas adicionais

  1. Vá para Configurações > Administração.

  2. Escolha Idiomas.

  3. Na caixa de diálogo Configurações de Idioma, escolha todos os idiomas disponíveis e escolha Aplicar para habilitá-los.

Embora você possa habilitar idiomas adicionais, o texto traduzido só está disponível para o texto incluído no Dynamics 365 antes de ser personalizado. É possível personalizar apenas o Dynamics 365 usando o idioma base. Os usuários de outros idiomas também verão o texto no idioma base a menos que você exporte traduções e adicione textos traduzidos para qualquer itens da interface do usuário adicionado ou modificado.Para obter mais informações:Ajuda e Treinamento: Exportar a entidade personalizada e o texto do campo para tradução

Observação

Uma vez que há suporte para a personalização somente no idioma base, como Personalizador de Sistema você pode trabalhar com o idioma base definido como sua preferência de idioma. Para verificar se o texto traduzido está aparecendo, você deve alterar sua preferência de idioma para a interface de usuário do Microsoft Dynamics 365. Para executar trabalho adicional de personalização, você deve retornar para o idioma base.

Direitos de acesso

Uma discussão de implementação da segurança da sua organização está além do escopo deste guia.Para obter mais informações:Direitos de acesso e privilégios

Confira Também

Introdução à personalização
Privilégios necessários para personalização
Usar soluções para suas personalizações

© 2016 Microsoft Corporation. Todos os direitos reservados. Direitos autorais