Visão geral de como criar e personalizar aplicativos do Dynamics 365 Customer Engagement (on-premises), versão 9.x
O Dynamics 365 Customer Engagement (on-premises) fornece recursos avançados de criação de aplicativos e personalização que não exigem que você escreva uma única linha de código. Com um conjunto abrangente de ferramentas de editor e designer WSYSIG, qualquer pessoa poderá personalizar totalmente o Dynamics 365 Customer Engagement (on-premises) ou criar seus próprios aplicativos personalizados.
Para obter a documentação de versões anteriores (8.x e anteriores), acesse Documentação das versões anteriores do Dynamics.
Componentes de criação e personalização do aplicativo
Um aplicativo bem projetado consiste em vários componentes selecionados usando os designers e editores disponíveis para criar a aparência e a funcionalidade do aplicativo concluído. Os componentes e as propriedades dos componentes que você usa para compor o aplicativo se tornam os metadados.
Para compreender como cada um desses componentes se relaciona com o design do aplicativo, eles são separados aqui nas categorias dados, interface do usuário, lógica e visualização.
Dados
Esses componentes determinam em quais dados o aplicativo será baseado.
| Componente | Descrição | Designer |
|---|---|---|
| Entidade | Um item a propriedades que você acompanha, como uma conta ou um contato. Muitas entidades padrão estão disponíveis. É possível personalizar uma entidade padrão que não é do sistema (entidade de produção) ou criar uma entidade personalizada do zero. | Designer de entidades |
| Campo | Uma propriedade que é associada a uma entidade. Um campo é definido pelo tipo de dados, que determina o tipo de dados que pode ser inserido ou selecionado. Os exemplos incluem texto, número, data e hora, moeda ou pesquisa (cria um relacionamento com outra entidade). Os campos são normalmente usados com formulários, exibições e pesquisas. | Designer de entidades |
| Relação | Os relacionamentos entre entidades definem o modo como elas podem se relacionar entre si. Existem tipos de relacionamento 1:N (um para muitos), N:1 (muitos para um) e N:N (muitos para muitos). Por exemplo, adicionar um campo de pesquisa a uma entidade cria um novo relacionamento 1:N entre duas entidades e permite inserir esse campo de pesquisa em um formulário. | Designer de entidades |
| Campo de conjunto de opções | Este é um tipo especial de campo, que fornece ao usuário um conjunto de opções predeterminadas. Cada opção tem um valor numérico e uma etiqueta. Quando adicionado a um formulário, esse campo exibe um controle para o usuário selecionar uma opção. Há dois tipos de conjuntos de opções: conjuntos de opções, em que o usuário pode selecionar apenas uma opção, e conjuntos de opções de seleção múltipla, que permitem mais que uma seleção. | Designer de conjunto de opções |
Mais informações: Criar ou editar entidades (tipos de registro)
Interface do usuário
Esses componentes determinam o modo que os usuários interagem com o aplicativo.
| Componente | Descrição | Designer |
|---|---|---|
| Aplicativo | Determina os fundamentos do aplicativo, como componentes, propriedades, tipo de cliente e URL para o aplicativo. | Designer de aplicativo |
| Mapa do site | Especifica a navegação do aplicativo. | Designer de mapa do site |
| Formulário | Um conjunto de campos de entrada de dados de uma determinada entidade que corresponde aos itens que a organização acompanha para a entidade. Por exemplo, um conjunto de campos de entrada de dados em que os usuários inserem informações relevantes para acompanhar os pedidos anteriores de um cliente juntamente com as datas de reorganização solicitadas específicas. | Designer de formulários |
| Modo de exibição | As exibições definem como uma lista de registros para uma entidade específica é exibida no aplicativo. Um modo de exibição define as colunas a serem exibidas, a largura de cada coluna, comportamento de classificação e os filtros padrão. | Designer de exibição |
Mais informações: Criar ou editar um aplicativo usando o designer de aplicativo
Lógica
Esse componente determina os processos empresariais, regras e automatização que o aplicativo terá. Os criadores do aplicativo usam um designer que é específico para o tipo de processo ou de regra.
| Tipo de lógica | Descrição | Designer |
|---|---|---|
| Fluxo do processo empresarial | Um processo online que acompanha os usuários durante um processo empresarial padrão. Por exemplo, use um fluxo do processo empresarial se você deseja que todos tratem solicitações de atendimento ao cliente a mesma maneira ou para exigir a equipe obtenha aprovação para uma fatura antes de enviar um pedido. | Designer de fluxo de processo empresarial |
| Fluxo de trabalho | Os fluxos de trabalho automatizam os processos empresariais sem uma interface de usuário. Os designers usam fluxos de trabalho para iniciar a automação que não requer interação do usuário. | Designer de fluxo de trabalho |
| Ações | As ações são um tipo de processo que permite invocar manualmente ações, incluindo ações personalizadas, diretamente em um fluxo de trabalho. | Processo de Design |
| Regra de negócios | Usada para aplicar a lógica de regra ou de recomendação para um formulário, como, por exemplo, para definir requisitos de campos, ocultar campos ou validar dados. Os designers de aplicativo usam uma interface simples para implementar e manter regras usadas normalmente e de alteração rápida. | Designer de regra de negócios |
Mais informações: Criar a lógica de negócios personalizada por meio de processos
Visualizações
Determina qual tipo de visualizações de dados e relatórios será disponibilizado no aplicativo.
| Componente | Descrição | Designer |
|---|---|---|
| Chart | Um único gráfico de visualização que pode ser exibido em uma exibição, em um formulário ou ser adicionado a um painel. | Designer de gráficos |
| Dashboard | Funciona como uma distinção para uma ou mais visualizações de gráficos que fornecem uma visão geral de dados corporativos úteis. | Designer de painel |
| Relatórios | Estão disponíveis diversos relatórios padrão que oferecem informações comerciais úteis ao usuário. Esses relatórios se baseiam no SQL Server Reporting Services e fornecem o mesmo conjunto de recursos disponíveis para relatórios típicos do SQL Server Reporting Services. | Assistente de relatório |
Mais informações: Criar ou editar um gráfico do sistema e Visão geral de relatórios
Extensibilidade
O Dynamics 365 Customer Engagement (on-premises) 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.
Mais informações: Guia do Desenvolvedor do Dynamics 365 Customer Engagement (on-premises)
Portabilidade
As soluções existem para que o Dynamics 365 Customer Engagement (on-premises) possa ser comprado, compartilhado ou transportado de uma organização para outra. Você pode criar suas próprias soluções ou obter soluções do AppSource ou de um fornecedor de software independente (ISV). Uma solução é um arquivo que você pode importar para um ambiente, como um aplicativo, ou aplicar um conjunto de personalizações existentes em um aplicativo.
Mais informações: Visão geral das soluções
Quais tipos de personalização são permitidos no Dynamics 365 Customer Engagement (on-premises)?
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.
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 nos aplicativos do Customer Engagement e em outras soluções.
Mais informações: Personalização com suporte e sem suporte
Alterações que afetam o desempenho da organização dos aplicativos do Customer Engagement
Os criadores e personalizadores de aplicativos devem saber que importar soluções e aplicar personalizações que alteram metadados podem afetar o desempenho da organização do Dynamics 365 Customer Engagement (on-premises). As ações que podem interferir na operação normal do sistema incluem:
Adicionar, remover ou alterar entidades, chaves alternativas, atributos ou relacionamentos.
Importar soluções
Publicando personalizações
Se você estiver aplicando essas alterações em um sistema de produção, é recomendável agendar essas operações quando for menos prejudicial aos usuários.