Ricardo de Souza

Continuando com a série de artigos sobre o Dynamics CRM 5.0, Irei apresentar os seguintes conjuntos de melhorias e funcionalidades construídos a partir dos pilares e princípios citados no post anterior:

 

1-     Formulário e Navegação

·         Navegação com ribbons (office 2007) com objetivo de ter menos poup ups. A navegação será in page, ou seja, sem poup ups;

·         Todo formulário terá um header e um footer que podem ser customizados com atributos da entidade;

·         As tabs (abas) foram movidas do formulário para o painel esquerdo (navigation panel);

·         As sessões do formulário podem ser colapsadas;

·         Main.aspx substitui loader.aspx e o edit.aspx, utilizando os seguintes parâmetros:

–         pagetype – specifies form or grid

–         id – specifies an entity id

–         viewid – specifies a view

–         viewtype – specifies type of view (system or user)

–         etn – preferred method of specifying an entity

–         extraqs – extra query string parameters (URL encoded)

 

Exemplos:

Criar um novo registro

http://<server name>/<org name>/main.aspx?etn=<entity name>&pagetype=entityrecord

 

Editar um registro existente

http://<server name>/<org name>/main.aspx? etn=<entity name>&pagetype=entityrecord&id=<object_id>

 

Acessar uma view de sistema

http://<server name>/<org name>/main.aspx?etn=<entity name>&pagetype=entitylist&viewid=<view_id>&
viewtype=1039

 

Acessar uma view de usuário

http://<server name>/<org name>/main.aspx?etn=<entity name>&pagetype=entitylist&viewid=<view_id>&
viewtype=4230

O impacto desta mudança é tremendo em cenários de upgrade, onde existem muitos jscripts ou pontos de integração ISV que utilizem as addressable views.

·         Será adicionada uma pesquisa global ao sistema;

·         Melhorias no formulário:

- Subgrid: escolhe-se a entidade baseada no relacionamento e a view (os quais views) que será utilizada;

- Será possível adicionar atributos a partir do próprio formulário, através de comandos no ribbon;

- Picklists Globais :Um set que pode ser utilizado em diversos picklists;

- Os picklists poderão armazenar múltiplos valores;

- Filtered Lookup: será possível escolher a view que será exibida e por qual atributo serão filtrados os registros, além de passar parâmetros fetchXML, XML e jscript para os lookups;

 

 

2-     Grids (Exibições)

Runtime Filters:  filtros para ordernar ou para pesquisar por algum valor de alguma coluna da view , será um botão no  ribbon e alterará em tempo real a exibição. Similar ao auto-filtro do excel

User Select Default View: o usuário pode selecionar uma view padrão para cada entidade

 

Gráficos dos Dados do Grid

Gráficos Asp.Net for .Net Framework 3.5 que são exibidos para os dados que foram renderizados na última atualização do grid. Ainda é possível realizar drill down dos dados (um novo gráfico é criado).Os gráficos estão relacionados a cada exibição, e novos gráficos podem ser criados/importados através de um wizard. Uma possibilidade que está sendo estudada é habilitar os gráficos como visualização padrão dos dados ao invés da exibição, como dashboards.

 

 

3-     Integração com Sharepoint

Também chamada de Sharepoint Provisioning. No momento da instalação do CRM será possível definir se haverá um site do Sharepoint para o armazenamento dos documentos, que então serão armazenados no mesmo e disponibilizados no CRM através de Iframes que exibem a páginas do site.

 

O foco atual é apenas o uso das document libraries do Sharepoint e a navegação foi concebida para ocorrer a partir do CRM e não ao contrário (apesar de ser possível). A estrutura padrão do site criado é por unidades e negócios e times (sim, os documentos por padrão são de propriedade dos times e não de usuários).

 

Importante ressaltar que a atualização entre as aplicações não é automática: existe um mecanismo de sincronização controlado pelo serviço assíncrono. Se um novo time é criado no CRM, a estrutura para armazenar seus documentos é criada no Sharepoint. Outro ponto importante é que documentos armazenados no Sharepoint não estarão disponíveis offline (e é claro, não teria nenhum sentido). Talvez por isto é que a Microsoft está migrando o Groove Server/Cliente para a plataformar MOSS (ele passará a chamar Sharepoint Workspace): um Sharepoint Workplace Client poderá trabalhar offline com espaços de trabalho do Groove e sites do Sharepoint.

 

Apesar de ser um recurso muito promissor (e desejado), existem alguns pontos importantes não definidos, como por exemplo qual o tratamento a ser adotado para anotações e mail merge. Existem também alguns limitantes, que irão requerer uma mudança no skill dos desenvolvedores: ações de manipulações dos documentos deverão ser realizadas utilizando o sdk do Sharepoint. Haverá suporte para workflows, mas apenas para ações que não manipularem propriedades dos documentos. Caso contrário deverão ser utilizados workflows do Sharepoint. Mas talvez a maior limitação seja o fato de  que o Sharepoint Provisioning só estára disponível para soluções 100% on premise ou partner hosted.

 

Na 3a e última parte desta série de artigos, continuarei expondo as novas funcionalidades do CRM 5.0