Conceitos de personalização

 

Publicado: novembro de 2016

Aplica-se A: Dynamics CRM 2015

Ao funcionamento da organização é exclusivo. Algumas organizações têm processos bem definidos de negócio que aplicam utilizando o Microsoft Dynamics 365. Outras não estão satisfeitas com os processos de negócio atuais e utilizam o Dynamics 365 para aplicarem novos dados e processos ao seu negócio. Independentemente da situação em que se encontrará, irá obter uma vasta gama de capacidades de personalização no Dynamics 365 que que este funcione para a sua organização.

Como é óbvio está ansioso para começar, mas o demora alguns minutos para ler o conteúdo nesta secção. Isto introduzi-lo-á os termos importantes, qualquer informação em segundo plano como as ações são efetuadas uma determinada modo, e ajuda-o a evitar problemas potenciais no futuro.

Neste Tópico

Metadados que são e porque não têm se importar?

Os tipos das personalizações são suportados?

Que tipos de personalizações não são suportados?

O que deve conhecer sobre soluções

Publicar personalizações

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

Combinar capacidades de personalização

Capacidades adicionais não incluídas neste manual

Metadados que são e porque não têm se importar?

No passado, tiver personalizado as aplicações empresariais editar o código de origem. Isto criou complicações porque cada organização tinha alterações exclusivas e a atualização era muito difícil ou extremamente dispendiosa. Em seguida, os programadores implementação da especialidade das relações de programação (APIs) da aplicação de outros programadores que modo poderá interagir com a aplicação e a respetiva adicionar lógica actue em sem código de origem. Isto moderada melhor à medida que significa que os programadores podem expandir a aplicação sem alterar. Mas ainda necessita de um programador escrever código.

Hoje, plataformas modernas utilizam uma arquitetura metadata- conduzida de modo a que os utilizadores possam personalizar a aplicação sem escrever código. Metadados são os dados “e” acerca dados estes definem a estrutura de dados armazenado no sistema. Com estes metadados, uma aplicação sabem sobre a estrutura de alguns de dados e esta permite a aplicação de adaptar à medida que a estrutura de dados é alterado. Uma vez que os metadados em, são as capacidades e podem ser incluídas que estão associadas a metadados.

Quando personaliza Microsoft Dynamics 365 utilizando as ferramentas de personalização na aplicação, é-lhe de adição ou atualização dos metadados ou dados utilizados por funcionalidades que dependam de metadados. Visto que conhecemos os tipos de dados utilizados para personalizar o sistema, poderemos tomar estes dados em consideração e adicionar novas funcionalidades ao Dynamics 365 sem prejudicar o seu sistema. Esta forma deverá sempre aplicar um update rollup ou atualizar a atualização para a versão mais recente e apreciar as melhores novas funcionalidades.

Personalizar ou configurar?
A maioria das pessoas e que pretende personalizar a aplicação, o que a microsoft utiliza a palavra “personalizamos” para descrever alterar o sistema para que a aplicação corresponda à forma pretendida. Alguns utilizadores preferem utiliza a palavra “configurar” porque sugere código que é necessário para efetuar alterações. Chame-lhe o que pretende que pretende, não desmarque apenas que pretende que não é necessário ser um programador para personalizar Microsoft Dynamics 365.

Microsoft Dynamics 365 fornece um conjunto de serviços Web e as APIs permitem que os programadores que escrevam código. Quando o código destina-se utilizar métodos suportados poderá esperar que continuará a trabalhar quando atualiza a sua organização.

Os tipos das personalizações são suportados?

Esperamos que pode fazer a maior parte das personalizações com as ferramentas da aplicação. Tudo que efetuar utilizando as ferramentas é suportado pela Microsoft porque estas aplicam alterações aos metadados ou aos dados que dependem dos metadados.

Contudo, se as ferramentas de personalização não satisfaçam as necessidades, pode instalar uma solução fornecidas por terceiros ou contrato um programador codificação para as personalizações. Em qualquer dos casos, é bom para compreender personalizações não suportadas. Se necessitar de investir numa solução que requeira código, deverá certificar-se de que o código só será escrito utilizando APIs suportados. Isto ajuda-o a proteger o seu investimento no Dynamics 365 e em quaisquer soluções.

Os programadores que expandem o Microsoft Dynamics 365 têm a responsabilidade de seguir as regras e melhores práticas documentadas no SDK: MSDN: Melhores práticas para o desenvolvimento com o Microsoft Dynamics CRM. SDK documenta as APIs disponíveis para programadores e fornece orientação sobre como utilizar o em. O Microsoft suporta apenas as APIs e as práticas documentados no SDK. Pode procurar algo na Internet que descreve como pode resolver o problema, mas se isso não aproveitar as APIs documentadas no SDK, não é suportado pela Microsoft. Antes de peça um programador aplicar uma alteração deve verificar se utiliza os métodos suportados.

Se os programadores utilizam as APIs e as melhores práticas descritos no SDK podemos ser o testar se alguma das alterações que não criamos Dynamics 365 ao nosso potencial as personalizações existentes. O nosso objetivo é que as personalizações do código escritas utilizando métodos suportados continuarão a trabalhar quando as novas versões ou atualizações do Dynamics 365 forem disponibilizadas. Porque é beneficia-se pode atualizar as novas funcionalidades nas versões melhoradas sem ter a alteração de que o código só vez.

Se detetarmos que uma alteração numa versão nova do Dynamics 365 fará com que uma personalização suportada deixe de funcionar, iremos documentar o que é afetado e como é possível alterar o código para resolver o problema.

Que tipos de personalizações não são suportados?

O facto de apenas algumas APIs e práticas de programação não serem suportadas pela Microsoft não significa que não funcionam. “Não suportado pela Microsoft” significa exatamente isso: que não pode obter suporte para essas APIs ou práticas de programação junto da Microsoft. Não as testamos e não sabemos se uma alteração as irá prejudicar. Não é possível prever o que acontecerá se alguém altera o código na implementação.

Desenvolvimento que utiliza APIs não suportados e práticas da agenda assume responsabilidade suportar o código. Terão de testar o código para se certificar que funciona.

Se optar por utilizar personalizações não suportadas na implementação de Dynamics 365 tem de ser documentar do e que foi efetuada para ter uma estratégia para remover as personalizações antes de contacte o suporte técnico de Microsoft Dynamics 365. Se necessitar de ajuda com personalizações não suportadas, contacte o programador ou organização que prepararam as personalizações.

Práticas comuns de personalização não suportada

A lista seguinte contém uma lista de práticas de personalização comuns que não são suportadas. Esta não é uma lista completa.Mais informações:MSDN: Extensões suportadas para o Microsoft Dynamics CRM: personalizações não suportadas

• Interação com os elementos de (DOM) de modelo DOM da aplicação web do utilizando Javascript
  Todas as bibliotecas de JavaScript utilizadas em qualquer local na aplicação têm apenas interagir com as APIs documentados. Quando os programadores de JavaScript trabalham com aplicações acedem frequentemente a elementos DOM com nomes específicos. Visto que o Microsoft Dynamics 365 é uma aplicação Web estas técnicas funcionam, mas é provável que deixem de funcionar durante uma atualização porque os nomes dos elementos que referenciam podem mudar ao longo do tempo. Ao direito de reservamos frequentemente efetuar as alterações necessárias na aplicação e nesta o meio que alteram como a página seja incorporada. A aição de quaisquer alterações que dependam da estrutura atual da página significa que terá de investir em testes e provavelmente alterar o código personalizado nos scripts sempre que aplicar uma atualização à aplicação.

  O jQuery é uma biblioteca muito comum utilizada por programadores de JavaScript. A maioria das vantagens da utilização do jQuery é o facto de simplificar a capacidade de um programador para aceder e criar elementos DOM, que é exatamente o que não suportamos nas páginas da aplicação Dynamics 365 . O jQuery é recomendado quando os programadores estão a criar interfaces de utilizador personalizadas com recursos Web HTML, mas nas páginas da aplicação do Dynamics 365, as APIs suportadas não exigem a utilização do jQuery.

• Utilizando qualquer objetos internos ou métodos não documentados de Javascript
  Microsoft Dynamics 365 utiliza muitos objetos de JavaScript nas páginas. Um programador JavaScript destes objetos pode detetar erros ao desqualificar uma página e aceder e reutilizar esses objetos. Reservamos à direita de efetuar as alterações necessárias aos objetos, incluindo a remover ou alterar os nomes dos métodos. Se um script referenciar estes objetos o script não irá funcionar se eles não forem encontrados.

• Ficheiros do diretamente na aplicação
  Se tiver Microsoft Dynamics 365 local que tem acesso à aplicação web instalado no servidor. A aplicação web contém vários ficheiros de texto que um programador pode editar ou substituir para alterar o comportamento ou o aspeto da aplicação. Alterar estes ficheiros não é suportado porque qualquer atualização que instalar poderá remover as alterações e os ficheiros serão substituídos quando atualiza para a próxima versão.

• Obter dados diretamente a partir de tabelas de base de dados
  Se tiver Microsoft Dynamics 365 local que tem acesso a base de dados para que possa obter dados diretamente a partir de tabelas. Contudo, ao fazê-lo está a ignorar a infraestrutura de segurança. A ginástica é recomendável utilizar vistas filtradas especiais para obter os dados. Isto aplicará segurança do utilizador de chamadas para que possa ver apenas os dados que devem ver.

• Atualizar dados diretamente nas tabelas de base de dados
  Se tiver o Microsoft Dynamics 365 no local pode efetuar atualizações nos dados do Dynamics 365 diretamente nas tabelas de base de dados. Os riscos com esta abordagem é que pode definir os dados inválidos que poderá quebrar a aplicação. Os programadores deverá sempre utilizar as APIs fornecidos com os serviços Web de plataforma da aplicação para atualizar dados.

• As tabelas da base de dados, os procedimentos armazenados, ou vistas
  Se tiver Microsoft Dynamics 365 local pode utilizar as ferramentas da base de dados para alterar a base de dados. As únicas alterações diretas à base de dados que são suportadas são adicionar ou atualizar índices. Tem de utilizar as ferramentas de personalização para adicionar todas as entidades ou novos atributos de entidade. Esta é a única forma suportada de aplicar alterações a estas partes da base de dados. Quaisquer alterações diretas tornar o risco são quebradas da aplicação ou à capacidade aplicar update rollups do. As alterações que pretende aplicar podem ser destruídas quando aplicar um update ou durante uma atualização e quaisquer dados que pode ter incluído em colunas personalizadas da tabela de base de dados perder-se-á.

Como procurar personalizações não suportadas numa organização

Se não tiver a certeza de que a sua organização tem personalizações não suportadas, pode executar a Ferramenta de Validação de Código Personalizado. Esta ferramenta é uma solução que analisa a organização e pode detetar determinados tipos de personalização não suportadas, como APIs preteridas, e devolve informações sobre a personalização. Note que a Ferramenta de Validação de Código Personalizado não consegue detetar outras personalizações não suportadas conforme descrito anteriormente em Práticas comuns de personalização não suportada ou em alguns casos poderá detetar personalizações suportadas como sendo não suportadas. Para mais informações, consulte a documentação incluída na ferramenta.

Transferir e executar Ferramenta de Validação de Código Personalizado

1. Em primeiro lugar, confirme se a organização tem uma ou mais soluções importadas. As soluções desatualizadas são a causa mais comum de personalizações não suportadas.Vá para Definições > Soluções.. As soluções instaladas aparecem na vista Todas as Soluções.

2. Transferir e executar Ferramenta de Validação de Código Personalizado.

3. Importe a Ferramenta de Validação de Código Personalizado.Mais informações:Importar soluções

4. Execute a Ferramenta de Validação de Código Personalizado. Para mais informações, consulte o ficheiro Leia-me incluído na transferência.

O que deve conhecer sobre soluções

As soluções existentes para que um conjunto de personalizações pode ser partilhado nem adquirir, de outro modo transportado de uma organização para outra. Pode obter soluções no ou Mercado do Microsoft dynamics um fabricante independente de software ((ISV) do. Uma solução do Dynamics 365 é um ficheiro que pode importar para aplicar um conjunto de personalizações.

Mais informações:Documento Técnico: Padrões e Princípios para Criadores de Soluções do CRM Online.

Nota

Se for um ISV e estiver a criar uma personalização para distribuir, terá de utilizar soluções. Para mais informações sobre como utilizar soluções, consulte MSDN: Empacotar e Distribuir Extensões.

Se estiver a apenas interessado em personalizar a sua organização, eis o que precisa de saber: sobre soluções

• Criar soluções é opcional. Pode personalizar o sistema Dynamics 365 diretamente sem nunca criar uma solução.

• Quando personaliza o sistema Dynamics 365 diretamente, trabalha com uma solução especial chamada Solução Predefinida. Esta solução contém todos os componentes do sistema.

• Pode exportar a solução predefinida para criar uma cópia de segurança das personalizações que definiu na organização. Trata-se de um bom ter num cenário de pior caso.

Componentes da solução

Um componente da solução é algo que pode personalizar potencial. Tudo aquilo que possa ser incluído numa solução é um componente da solução. A lista seguinte contém os componentes da solução que pode ver numa solução:

• Friso da Aplicação

• Modelo de Artigo

• Regra de Negócio

• Gráfico

• Função de Ligação

• Modelo de Contrato

• Dashboard

• Modelo de Correio Eletrónico

• Entidade

• Relação de Entidade

• Campo

• Perfil de Segurança de Campo

• Formulário

• Modelo de Impressão em Série

• Mensagem

• Conjunto de Opções

• Assemblagem de Plug-in

• Processar

• Passo de Processamento de Mensagens SDK

• Direito de Acesso

• Ponto Final de Serviço

• Mapa do Site

• Recurso Web

A maioria dos componentes da solução são aninhados em outros componentes da solução. Por exemplo, uma entidade contém formulários, vistas, gráficos, campos, relações entre entidades, mensagens e regras de negócio. Cada um dos componentes da solução necessita de uma entidade existente. Um campo não pode existir fora de uma entidade. Dizemos que o campo é dependente da entidade. Na realidade, existe o dobro dos tipos de componentes de soluções apresentados na lista anterior, mas a maior parte deles não estão visíveis na aplicação.

A finalidade de ter componentes da solução é monitorizar as restrições em que pode ser personalizado utilizando Propriedades geridas e qualquer Dependências de solução de modo que pode ser exportado e, em seguida, importar () nas soluções geridas possível eliminar sem sair de tudo aquilo atrás.

Soluções geridas e não geridas

Uma solução de gerido é possível desinstalar após esta é importada. Todos os componentes da solução são removidos a desinstalar a solução.

Quando importa uma solução de não gerida, pode adicionar todos os componentes da solução na solução predefinida. Não pode remover componentes a desinstalar a solução.

Quando importa uma solução de não gerida que contém os componentes da solução que já tiver personalizado, as personalizações serão substituídas as personalizações na solução não gerida. Não é possível anular esta.

Importante

Instale uma solução não gerida apenas se pretender adicionar todos os componentes à solução predefinida e substituir manualmente quaisquer personalizações existentes.

Não se planeia em distribuir a solução, convém criar e utilizar uma solução não gerida para ter uma vista incluído separadamente apenas as partes da aplicação de ter personalizado. Sempre que personaliza algo, basta adicionar à solução não gerida que criou.

Só pode exportar uma Solução Predefinida como uma solução não gerida.

Para criar uma solução de gerido, escolha a opção de solução gerida quando exportar a solução. Se criar uma solução gerida, não poderá voltar a importá-la de volta para a mesma organização que usou para a criar. Só pode efetuar numa organização diferente.

Como as soluções são aplicadas

As soluções são avaliadas como camadas para determinar o que a aplicação do Dynamics 365 irá realmente fazer. As seguintes o diagrama mostra como as soluções geridas e não geridas são avaliadas e como as alterações nas mesmas serão apresentados na sua organização.

Viajar inferiores e trabalho até a principais:

• Solução de Sistema
  A solução é o sistema como uma solução gerida que tenha cada organização. A solução de sistema é a predefinição do para fora- - de componentes da caixa do sistema.

• Soluções Geridas
  As soluções geridas modificar os componentes da solução de sistema e adicionar componentes novos. Se as várias soluções geridas são instaladas, primeiro está instalada na solução gerida instalada mais tarde. Isto significa que a segunda solução instalada pode personalizar a que foi instalada antes. Quando duas soluções geridas têm definições de oposição, a regra geral é a última “ganha”. Se desinstalar uma solução gerida, na solução gerida nesta entra em vigor. Se desinstalar qualquer solução gerida, o comportamento predefinido na solução do sistema é aplicado.

• Personalizações Não Geridas
  As personalizações não geridas são qualquer alteração que tenha efetuado a sua organização através de uma solução não gerida. A solução de sistema define aquilo que pode ou não pode personalizar o Propriedades geridas. Os fabricantes de soluções geridas têm o mesmo capacidade para limitar a sua capacidade de personalizar os componentes da solução que adiciona da solução. Pode personalizar alguns dos componentes da solução que não controlaram as propriedades do impedem de personalização do mesmo.

• Comportamento de aplicação
  Este é o mesmo que vê na organização. A solução de sistema predefinidos mais todas as soluções geridas, incluindo quaisquer personalizações não gerida aplicou-se.

Propriedades geridas

Algumas áreas do Microsoft Dynamics 365 não podem ser personalizadas. Estes artigos da solução de sistema tem metadados que impede que lhes personalizar. Estes são chamadas propriedades geridas. O fabricante de uma solução gerida também pode definir as propriedades geridas para evitar que personalize a solução de formas que ele não pretende.

Dependências de solução

Devido à forma como as soluções geridas estão mergulhadas algumas soluções geridas podem ser dos componentes da solução outras soluções geridas. Alguns fabricantes de soluções aproveitar-se-ão este para criar soluções que modular. Poderá ter de instalar primeiro uma solução gerida “base” e, em seguida, poderá instalar uma segunda gerida que irá personalizar ainda mais os componentes da solução gerida base. A segunda solução gerida depende dos componentes da solução que fazem parte da primeira solução.

O Dynamics 365 monitoriza estas dependências entre soluções. Se tentar instalar uma solução que requeira uma solução base que não está instalada, não conseguirá instalar a solução. Receberá uma mensagem indicando que a solução necessita de outra solução ser instalada em. Similarmente, devido às dependências, não é possível desinstalar a solução base quando uma solução que depende desta ainda está instalada. Tem de desinstalar a solução dependente antes de poder desinstalar a solução base.

Fabricante de soluções

Cada solução tem um fabricante. A solução predefinida tem um editor denominado “publicador predefinido para <your organization name >”.

O registo de fabricante contém um valor de Prefixo. O valor predefinido deste prefixo é “novo”. Quando criar novos componentes da solução, este prefixo será acrescentado ao nome. Esta é uma forma rápida de permitir que os utilizadores compreendam solução os componentes que fazem parte.

Antes de começar a personalizar o sistema recomendamos que altere o valor do prefixo do publicador predefinido para algo que identifique a sua empresa.

Para alterar o prefixo do fabricante de soluções para o publicador predefinido

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

2. Selecione Fabricantes.

3. Se existir mais de um fabricante, abra aquele cujo Nome a Apresentar começa por Publicador predefinido para*<nome da sua organização>*.

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

5. Quando altera o valor, certifique-se ir para o campo seguinte. O Prefixo de valor de opção irá gerar automaticamente um número com base no prefixo de personalização. Este número é utilizado quando adiciona opções para conjuntos de opções e fornece uma janela de que a solução foi utilizada para adicionar uma opção.

Publicar personalizações

Certas personalizações que efetuam alterações à interface de utilizador de serem publicadas antes que as pessoas podem utilizar a aplicação. Publicar fornece uma forma de que guardou o seu trabalho antes de concluir e concluir e novamente mais tarde. Publicar apenas quando é necessário alterar um componente da solução. Quando cria ou elimina um componente da solução, a publicação ocorre automaticamente. Antes de exportar uma solução ser-lhe-á pedido para publicar personalizações. Isto ocorre porque as personalizações não publicadas não serão incluídas na solução.

Quando efetuar personalizações que parecerão em Microsoft Dynamics CRM para tablets deverá sempre de publicar as personalizações para garantir que cada item é sincronizado com a implementação de CRM para tablets.

Nota

A publicação de personalizações pode afetar o funcionamento normal do sistema. Num ambiente de produção, recomendamos que agende a publicação de personalizações para um momento em que afete os utilizadores ao mínimo.

Os seguintes componentes da solução necessitam de publicação quando são atualizados:

• Friso da Aplicação

• Entidade

• Relação de Entidade

• Campo

• Formulário

• Mensagem

• Conjunto de Opções

• Mapa do Site

• Recurso Web

Nota

Quando utilizar o Aplicação Dynamics CRM para Outlook poderá demorar pelo menos uma hora para que as alterações de personalização sejam aplicadas. Pode fazer com que as alterações apareçam imediatamente no Internet Explorer limpando a cache. Para o fazer, aceda a Ferramentas > Opções da Internet e, em Históricod e navegação, selecione o botão Eliminar. Desmarque todos os itens do histórico de navegação exceto "Ficheiros temporários da Internet e sites" e "Cookies e dados de sites" e selecione Eliminar.

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

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

• Adicionar, remover ou alterar entidades, chaves alternativas, atributos ou relações.

  Mais informações: Criar e editar entidades; Define alternate keys for an entity; Edit an organization's attributes; Criar e editar relações entre entidades

• Importar uma solução

• Publicar personalizações

Se estiver a aplicar estas alterações a um sistema de produção, recomendamos que agende estas operações para quando causar menos perturbações aos utilizadores.

Combinar capacidades de personalização

Cada um dos tópicos da secção "Personalizar o seu sistema CRM" descreve capacidades de personalização individuais numa forma relativamente detalhada. Mas é importante tomar em consideração que as soluções para satisfazer as suas necessidades de negócio irão frequentemente utilizar uma das capacidades em conjunto com uma ou mais capacidades.

Escolha à capacidade de personalização da tarefa

A lei dos instrumentos afirma que "Se tiver um martelo, tudo parece um prego". Graças às várias capacidades de personalização disponíveis no Microsoft Dynamics 365, é fácil familiar-se com uma delas e procurar utilizá-la para resolver todos os problemas. Visto que avalia os problemas de negócio pretende resolver, pense no resultado final pretende configurar e voltar a trabalhar na mesma forma que pode ir.

Capacidades adicionais não incluídas neste manual

Para além das capacidades descritas em "Personalizar o seu sistema CRM", deverá estar familiarizado com capacidades adicionais não descritas detalhadamente aqui. Esta secção apresenta algumas das capacidades e inclui hiperligações para outros recursos onde pode obter mais informações.

Gestão de documentos

A gestão de documentos permite a integração entre o Microsoft Dynamics 365 e o SharePoint. Para obter informações sobre como configurar e ativar a gestão de documentos, consulte Gerir os seus documentos utilizando o SharePoint ou Ajuda e Formação: Gerir documentos do SharePoint a partir do Microsoft Dynamics CRM. Os programadores devem consultar o tópico do Microsoft Dynamics 365 SDK: MSDN: Integração do SharePoint com o Microsoft Dynamics CRM. Para obter informações sobre os requisitos de configuração para implementações locais de Dynamics CRM, consulte Requisitos de software de Gestão de Documentos do SharePoint para o Microsoft Dynamics CRM.

Perfis de segurança de campo

Pode definir um nível de segurança adicional para um campo personalizado que tenha adicionado a um formulário utilizando perfis de segurança de campo. Para ativar a segurança de nível de campo, tem de definir a propriedade Segurança de Campo para o campo personalizado e especificar as permissões que permitirá para este campo a quaisquer perfis de segurança de campo que tenha criado.Mais informações:Ajuda e Formação: Criar um perfil de segurança de campo e Adicionar equipas ou utilizadores a um perfil de segurança de campo

Localização

Se a organização tiver utilizadores que utilizam um idioma diferente do idioma base que escolheu quando implementou o Dynamics CRM, pode adicionar mais idiomas.

Para CRM Online, encontrará todos os idiomas são instaladas já; basta permiti-los.

Para 2015 Microsoft Dynamics CRM, pode instalar pacotes de idioma adicionais para adicionar mais idiomas. Depois de instalar o language pack tem de ativar o idioma do disponibilizar para as pessoas escolham nas preferências pessoais.Mais informações:Install or upgrade Language Packs for Microsoft Dynamics CRM

Nota

A ativação de um idioma poderá demorar vários minutos. Durante este período de tempo, os utilizadores poderão não conseguir utilizar o Microsoft Dynamics 365.

Ativar idiomas adicionais

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

2. Escolha Idiomas.

3. Na caixa de diálogo Definições de Idioma, selecione quaisquer idiomas disponíveis e clique em Aplicar para os ativar.

Apesar de ser possível ativar idiomas adicionais, o texto localizado só está disponível para o texto que está incluído no Dynamics 365 antes de ser personalizado. Só é possível personalizar o Dynamics 365 utilizando o idioma base. Os utilizadores de outros idiomas verão o idioma base no texto a menos que pretenda exportar traduções e adicionar texto localizado para todos os itens da interface de utilizador que adicione ou alterar.Mais informações:Ajuda e Formação: Exportar texto de entidades personalizadas e campos para tradução

Nota

Visto que a personalização só é suportada no idioma base, enquanto Personalizador de Sistemas poderá estar a trabalhar no com o idioma base definido como preferência de idioma. Para verificar se o texto traduzido está a ser apresentado, tem de alterar a preferência de idioma da interface de utilizador do Microsoft Dynamics 365. Para efectuar tarefas de personalização adicionais, terá de voltar a alterar para o idioma base.

Direitos de acesso

Um auditoria da segurança para a organização é além de acesso deste guia.Mais informações:Direitos de acesso e privilégios

Consulte Também

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

© 2016 Microsoft Corporation. Todos os direitos reservados. Direitos de Autor