Conceitos de personalização
Publicado: fevereiro de 2017
Aplica-se A: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online
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
Preparar personalizações do cliente para melhorar o desempenho para o hub de serviço interativo e móvel
Alterações que afetam o desempenho da organização do Dynamics 365
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 365. 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 365: 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
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.
Transferir e executar Ferramenta de Validação de Código Personalizado.
Importe a Ferramenta de Validação de Código Personalizado.Mais informações:Importar soluções
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
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.
.jpeg "Sobreposição de soluções")
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
Vá para Definições > Personalizações.
Selecione Fabricantes.
Se existir mais de um fabricante, abra aquele cujo Nome a Apresentar começa por Publicador predefinido para*<nome da sua organização>*.
Na parte inferior do formulário, atualize o campo Prefixo para alterar o valor predefinido “novo” para algo que identifica a sua organização.
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 365 para tablets deverá sempre de publicar as personalizações para garantir que cada item é sincronizado com a implementação de Dynamics 365 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 365 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.
Preparar personalizações do cliente para melhorar o desempenho para o hub de serviço interativo e móvel
Depois e publicar as personalizações, o primeiro utilizador a iniciar uma das aplicações móveis do Dynamics 365 ou do hub de serviço interativo pode ter problemas de desempenho, porque o respetivo início de sessão pede ao Dynamics 365 para preparar o pacote de metadados para transferência. Isto significa que o primeiro utilizador tem de esperar pela preparação do pacote de metadados e pela transferência (os utilizadores subsequentes só têm de aguardar pela transferência).
Com a Atualização 0.1 do Dynamics CRM 2016 ou posterior, poderá melhorar o desempenho para esse primeiro utilizador ao clicar no botão Preparar Personalizações do Cliente após a publicação das personalizações. Isto pede ao Dynamics 365 para preparar o pacote de metadados no momento, em vez de aguardar que o primeiro utilizador inicie uma aplicação móvel ou o hub de serviço interativo.
.jpeg "Botão Preparar Personalizações do Cliente")
A Atualização 1.1 do Microsoft Dynamics CRM 2016 traz mais melhoramentos aos tempos de geração de metadados para os utilizadores móveis depois de personalizar o seu sistema. O pacote de metadados gerado depois de efetuar as personalizações contém apenas os itens que foram alterados, em vez do conjunto completo dos metadados. Além disso, em vez de recomeçar se for encontrado um problema ao transferir o pacote de metadados para um dispositivo móvel, na próxima vez que um utilizador iniciar a aplicação a transferência começa onde parou.
Alterações que afetam o desempenho da organização do Dynamics 365
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
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 na secção "Personalizar o seu sistema Dynamics 365" 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 Dynamics 365", 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 365. Os programadores devem consultar o tópico do Microsoft Dynamics 365 SDK: MSDN: Integração do SharePoint com o Microsoft Dynamics 365. Para obter informações sobre os requisitos de configuração para implementações locais de Dynamics 365, consulte Requisitos de software de Gestão de Documentos do SharePoint para o Microsoft Dynamics 365.
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 365, pode adicionar mais idiomas.
Para Dynamics 365 (online), encontrará todos os idiomas são instaladas já; basta permiti-los.
Para Dynamics 365 (local), 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
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
Vá para Definições > Administração.
Escolha Idiomas.
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
© 2017 Microsoft. Todos os direitos reservados. Direitos de Autor