Content Management e Portal de serviços
Portal de serviços é uma alternativa atraente para o Sistema de Gestão de Conteúdo (CMS) com uma experiência do usuário refinada. Ele não duplica a funcionalidade do CMS ou da IU da plataforma. Os usuários que têm experiências sofisticadas fornecidas por meio do CMS podem precisar investir tempo na transição para Portal de serviços, especialmente se a implementação do CMS incluir formulários Catálogo de serviços complexos e personalizados.
Portal de serviços compatibilidade com sites CMS existentes
ServiceNow continua a oferecer suporte ao CMS nas versões atuais e futuras. Se você tiver sites do CMS e ativar Portal de serviços na sua instância, os sites do CMS continuarão a funcionar, já que o CMS e o Portal de serviços são aplicações separadas.
Diferenças entre Portal de serviços e CMS
Portal de serviços é uma alternativa ao CMS baseada em tecnologias mais modernas. As principais diferenças incluem:
- Tecnologia subjacente
- O CMS usa Jelly, que não é uma tecnologia amplamente usada. Portal de serviços em vez disso usa AngularJS, JavaScript do lado do servidor, HTML e CSS. Quaisquer scripts que usam Jelly não funcionam em Portal de serviços. Criar widgets em Portal de serviços requer conhecimento de AngularJS.
- Camada visual
- O CMS usa iFrames que podem ser difíceis de trabalhar, limitados em termos de estilo e suscetíveis a problemas de atualização. Como alternativa, Portal de serviços é uma aplicação autocontida que acessa dados de outras tabelas na plataforma. Isso permite um controle preciso sobre o estilo e o design dinâmico.
- Móvel
- Ao contrário do CMS, Portal de serviços é otimizado para um ambiente móvel. Por esse motivo, o seguinte se aplica ao ambiente Portal de serviços :
- Todos os scripts usados em Portal de serviços só podem usar APIs compatíveis com um ambiente móvel. Por exemplo, algumas APIs usadas em seus scripts de cliente Catálogo de serviços podem não ser compatíveis. Para obter uma lista de APIs compatíveis, consulte Portal de serviços e client scripts.
- Portal de serviços os formulários aceitam no máximo duas colunas. Como resultado, todos os formulários Catálogo de serviços altamente personalizados, como itens de catálogo e produtores de registro que usam contêineres e conjuntos de variáveis, devem ser simplificados para funcionar em um layout de duas colunas.
Se estiver fazendo a transição para o Portal de serviços, revise o seguinte recurso: Scripts e migração do GlideForm do cliente móvel (formulário g).
Para entender como os principais componentes do CMS são configurados em Portal de serviços, consulte a tabela a seguir.
| componente CMS | Portal de serviços equivalente |
|---|---|
| Site de conteúdo | Portal |
| Página de conteúdo | Página |
| Tipos de conteúdo | Os tipos de conteúdo vinculam uma tabela a uma página de conteúdo. Em Portal de serviços, os tipos de conteúdo não são mais necessários. Os dados do registro são consultados e exibidos usando widgets do sistema de base. Você pode adicionar widgets a qualquer número de Portal de serviços páginas. Saiba mais: Como usar widgets do portal. |
| Layout e dropzones | Em Portal de serviços, as páginas são compostas de contêineres, linhas e colunas. Saiba mais: Páginas. |
| Bloco de conteúdo | Um bloco de conteúdo é uma parte reutilizável de conteúdo. Em Portal de serviços, os blocos de conteúdo são substituídos por widgets. Saiba mais: Como usar widgets do portal. |
Catálogo de serviços |
Catálogo de serviços páginas são renderizadas usando o widget de Item do Catálogo SC em Portal de serviços. Por esse motivo, Catálogo de serviços formulários como itens de catálogo e produtores de registro são compartilhados entre a implementação do CMS e Portal de serviços. Se você tiver um Catálogo de serviçosaltamente personalizado, talvez precise investir tempo na simplificação de seus itens Catálogo de serviços e scripts de cliente para que eles sejam renderizados conforme o esperado em Portal de serviços. Saiba mais: Catálogo de serviços formulários em Portal de serviços. |
| Tema | Tema |
| CSS | CSS |
Personalizações do CMS e Catálogo de serviços
Portal de serviços vem com widgets do sistema de base para lidar com casos de uso comuns e para exibir dados de registro. Mesmo que não haja nenhum caminho de migração direto do CMS para Portal de serviços, pode haver alguns itens, como itens de catálogo ou artigos de conhecimento, que são renderizados conforme o esperado em Portal de serviços sem qualquer esforço.
No entanto, como Portal de serviços é compatível com um ambiente móvel, talvez você precise modificar formulários e scripts personalizados. Esta abordagem garante que os itens sejam exibidos bem em um dispositivo móvel e apresentem uma melhor experiência do usuário. Antes de fazer a transição para Portal de serviços, talvez você precise:
- Refatorar scripts de cliente usados em seu CMS/Catálogo de serviços para usar APIs móveis e objetos globais compatíveis. Para obter uma lista de APIs compatíveis, consulte Portal de serviços e client scripts.
- Crie widgets para substituir macros de IU e outros scripts sem suporte. Se estiver usando uma Macro de IU em um formulário de item do catálogo e fazendo referência a valores no formulário, você poderá usar a seguinte solução alternativa: Substitua um script de formulário Catálogo de serviços por um widget.
- Simplifique todos os formulários complexos usados em Catálogo de serviços para caber no layout de formulário de duas colunas Portal de serviços.
- Considere qual versão oferece suporte à funcionalidade necessária. Convém atualizar sua instância antes da transição para garantir que você tenha os recursos do sistema de base necessários.