Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
O conector ServiceNow Knowledge Copilot permite às organizações apresentar artigos de ServiceNow base de dados de conhecimento (KB) em experiências Microsoft 365 Copilot. Este artigo descreve os passos para implementar e personalizar o conector de conhecimento do ServiceNow.
Para obter informações avançadas de configuração de ServiceNow, veja Configurar o Serviço de conhecimento ServiceNow para ingestão de conectores.
Pré-requisitos
A tabela seguinte resume os passos para configurar o ambiente de ServiceNow e implementar o conector de Conhecimento ServiceNow.
| Função | Tarefa |
|---|---|
| ServiceNow administrador | Configurar o ambiente |
| ServiceNow administrador | Configurar pré-requisitos |
| Administrador do Microsoft 365 | Implementar o conector no Centro de administração do Microsoft 365 |
| Administrador do Microsoft 365 | Personalizar as definições do conector (opcional) |
Antes de implementar o conector, certifique-se de que são cumpridos os seguintes pré-requisitos:
- É um administrador do Microsoft 365.
- Tem acesso a uma instância ServiceNow configurada.
- O acesso à API REST está ativado para as tabelas de ServiceNow necessárias.
- As listas de controlo de acesso (ACLs) estão configuradas para permitir o acesso de leitura ao conector.
- Identificou o URL da instância ServiceNow.
Implementar o conector
Para adicionar o conector de Conhecimento ServiceNow para a sua organização:
- Na Centro de administração do Microsoft 365, no painel esquerdo, selecioneConectoresCopilot>.
- Aceda ao separador Conectores e, no painel esquerdo, selecione Galeria.
- Na lista de conectores disponíveis, selecione ServiceNow Conhecimento.
Definir nome a apresentar
O nome a apresentar é utilizado para identificar referências em respostas copilot e ajuda os utilizadores a reconhecer o ficheiro ou item associado. Também significa conteúdo fidedigno e é utilizado como um filtro de origem de conteúdo.
Pode aceitar o ServiceNow nome a apresentar predefinido ou personalizá-lo para utilizar um nome que os utilizadores na sua organização reconheçam.
Para obter mais informações, veja Enhance Copilot discovery of connector content (Melhorar a deteção copilot de conteúdo do conector).
Escolher fluxo com base nos critérios do utilizador
O conector de conhecimento ServiceNow suporta dois fluxos para permissões de critérios de utilizador: Simples (predefinição) e Avançadas. Ambos os fluxos avaliam os critérios de utilizador ao nível base de dados de conhecimento (principal) e ao nível do artigo (subordinado).
A predefinição é Simples. Neste fluxo, os critérios de utilizador avançados baseados em scripts não são avaliados.
Se a sua instância de ServiceNow utilizar Scripts Avançados no seu base de dados de conhecimento ou critérios de utilizador ao nível do artigo, utilize o fluxo Avançado. Este fluxo avalia os critérios de utilizador baseados em scripts ao chamar a API REST em script no ServiceNow, que garante o processamento preciso de permissões quando os conteúdos são ingeridos no Microsoft Graph. Para que a opção Avançadas funcione corretamente, tem de Configurar a API REST.
Definir URL da instância
Para ligar ao site ServiceNow, utilize o URL do site, que é normalmente o seguinte formato:https://<instance-name>.service-now.com
Pode encontrar o nome da instância no ServiceNow administrador dashboard ou ao verificar o URL de início de sessão utilizado pela sua organização.
Escolher tipo de autenticação
Escolha o método de autenticação que se alinha com as políticas de segurança da sua organização. O conector ServiceNow suporta os seguintes tipos de autenticação:
- Autenticação Federada (recomendado) – para obter detalhes, consulte Federated Auth (Autenticação Federada).
- Autenticação básica – introduza o nome de utilizador e a palavra-passe de uma conta ServiceNow com a função de conhecimento para autenticar na sua instância.
- OAuth 2.0 - Para obter detalhes, consulte OAuth 2.0.
- Microsoft Entra ID OpenID Connect - Para obter detalhes, consulte Microsoft Entra ID OpenID Connect.
Autenticação Federada (Credenciais de Identidade Federada)
A Autenticação Federada utiliza uma aplicação Microsoft com o OpenID Connect (OIDC) para que o conector se autentique na sua instância ServiceNow sem armazenar ou rodar um segredo do cliente. Antes de começar, verifique se você tem:
- Uma conta de administrador ServiceNow com privilégios para criar fornecedores e utilizadores OIDC.
- O seu ID de inquilino Microsoft Entra (ID do Diretório), disponível no portal do Azure em Microsoft Entra ID>Descrição Geral.
Passo 1: Obter o ID de objeto do principal de serviço
Precisa do ID de Objeto do Principal de Serviço da aplicação do conector de primeiro partido no seu inquilino. Este é o ID de Objeto do principal de serviço (aplicação empresarial) e não um novo registo de aplicação.
Opção A: PowerShell (recomendado)
- Instale o módulo Azure PowerShell (se ainda não estiver instalado):
Install-Module -Name Az -AllowClobber -Scope CurrentUser - Inicie sessão na sua conta Azure:
Connect-AzAccount - Obtenha o principal de serviço com o ID da aplicação fornecido pela Microsoft:
Get-AzADServicePrincipal -ApplicationId "933838e2-bec1-440f-a634-9363c82e5b6d" - No resultado, copie o valor do ID . Este é o ID de objeto do principal de serviço.
Opção B: Microsoft API do Graph
Chame o ponto final dos principais de serviço:
GET https://graph.microsoft.com/v1.0/servicePrincipals?$filter=appId eq '933838e2-bec1-440f-a634-9363c82e5b6d'Na resposta JSON, copie o campo ID . Este é o ID de objeto do principal de serviço.
Dica
Se receber um erro de permissões no Graph Explorer, selecione Modificar Permissões e conceda consentimento para as permissões necessárias.
Passo 2: Criar o fornecedor OIDC no ServiceNow
No ServiceNow, aceda a Todos os>Registos de AplicaçõesOAuth> do Sistema.
Selecione Novo.
Os passos de configuração diferem consoante a sua versão ServiceNow.
Para Yokohama e versões anteriores
- Selecione Configurar um fornecedor OIDC para verificar os tokens de ID.
Para Zurique e versões posteriores
- Selecione Nova Experiência >de Integração de EntradaNova Integração.
- Selecione Token de ID de terceiros emitido pelo fornecedor de identidade de suporte OIDC.
Preencha os campos conforme descrito nas tabelas de configuração do fornecedor OIDC abaixo.
Configuração do fornecedor OIDC
Utilize os seguintes valores no formulário de registo.
| Campo | Valor |
|---|---|
| Nome | Microsoft Entra ID |
| Nome do provedor | Microsoft Entra ID (selecione existente ou crie novo) |
| ID do cliente | 933838e2-bec1-440f-a634-9363c82e5b6d |
| Ativo | Marcado |
Em Configuração do Fornecedor OIDC OAuth, determine se já é apresentada uma opção de Microsoft Entra ID na lista pendente Fornecedor de OIDC. Se existir, selecione-o. Caso contrário, selecione Criar uma nova configuração e forneça os seguintes valores.
| Campo | Valor |
|---|---|
| Nome de Configuração do Fornecedor OIDC | Microsoft Entra ID |
| URL de Metadados OIDC |
https://login.microsoftonline.com/<tenantId>/v2.0/.well-known/openid-configuration(substitua pelo <tenantId> seu ID de inquilino Microsoft Entra) |
| Tempo de Vida útil da Cache de Configuração OIDC | 120 |
| Afirmação de Utilizador | sub ou oid |
| Campo de Utilizador | ID do Usuário |
| Ativar Verificação de JTI | Desabilitado |
Em Âmbito de Autenticação, selecione useraccount e ative Permitir acesso apenas às APIs no âmbito selecionado.
Passo 3: criar o utilizador de integração ServiceNow
- No ServiceNow, aceda a Todos os>Utilizadores da Administração> deUtilizadores.
- Selecione Novo.
- Defina os seguintes campos.
| Campo | Valor |
|---|---|
| ID do Usuário | ID de objeto do principal de serviço do Passo 1 |
| Tipo de Identidade | Máquina |
| Ativo | Marcado |
- Guarde o registo do utilizador.
Atribuir funções ao utilizador de integração
Abra o registo de utilizador e, na lista Relacionados com funções , adicione estas funções: catalog_admin, user_criteria_admin, user_admin.
Observação
Se atribuiu uma função de cliente à conta de serviço que criou para a configuração de pesquisa e ligação, adicione essa função personalizada a este utilizador de integração.
Verificação
Depois de concluir os três passos:
- Fornecedor OIDC — aceda aoRegisto de AplicaçõesOAuth> do Sistema e confirme que a entrada Microsoft Entra ID está Ativa com o ID de Cliente e o URL de metadados corretos.
- Utilizador de integração – aceda a Utilizadores de Administração> deUtilizadores, localize o utilizador pelo ID de objeto do principal de serviço e confirme que as funções corretas estão atribuídas.
- Configuração do conector – quando configurar o conector no Centro de administração do Microsoft 365, selecione Autenticação Federada como método de autenticação e forneça o URL da instância ServiceNow. O conector autentica-se com o token OIDC emitido pelo Microsoft Entra ID.
OAuth 2.0
Aprovisione um ponto final OAUTH na sua instância de ServiceNow para que o conector de Conhecimento ServiceNow aceda. Para obter mais informações, para versões perviosas do ServiceNow, consulte Criar um ponto final para os clientes acederem à instância. Para versões de Zurique, consulte Configurar uma concessão de código de autorização OAuth.
Utilize as informações na tabela seguinte para preencher o formulário de criação de pontos finais.
| Campo | Descrição | Valor recomendado |
|---|---|---|
| Nome | Valor exclusivo que identifica a aplicação para a qual precisa de acesso OAuth. | Pesquisa da Microsoft |
| ID do cliente | Um ID exclusivo gerado automaticamente só de leitura para a aplicação. A instância utiliza o ID de cliente quando pede um token de acesso. | NA |
| Segredo do cliente | Com esta cadeia secreta partilhada, a instância ServiceNow e o Microsoft Search autorizam comunicações entre si. | Siga as melhores práticas de segurança ao tratar o segredo como uma palavra-passe. |
| URL de redirecionamento | Um URL de chamada de retorno necessário para o qual o servidor de autorização redireciona. | Para M365 Enterprise: https:// gcs.office.com/v1.0/admin/oauth/callback, For M365 Government: https:// gcsgcc.office.com/v1.0/admin/oauth/callback |
| URL do logótipo | Um URL que contém a imagem do logótipo da aplicação. | NA |
| Ativo | Selecione a caixa de marcar para ativar o registo de aplicações. | Definir como ativo |
| Ciclo de vida do token de atualização | O número de segundos em que um token de atualização é válido. Por predefinição, os tokens de atualização expiram em 100 dias (8 640 000 segundos). | 31.536.000 (um ano) |
| Vida útil do token de acesso | O número de segundos em que um token de acesso é válido. | 43.200 (12 horas) |
| Âmbito da Autenticação | O nível de acesso que uma aplicação tem a um recurso. | useraccount |
Introduza o ID de cliente e o segredo do cliente para ligar à sua instância. Depois de se ligar, utilize uma credencial de conta ServiceNow para autenticar a permissão de pesquisa. A conta deve, pelo menos, ter a função de conhecimento . Para obter informações sobre os registos de tabela e as permissões de critérios de utilizador de índice para fornecer acesso de leitura, veja Configurar permissões para indexar itens.
Microsoft Entra ID OpenID Connect
Para utilizar Microsoft Entra ID OpenID Connect:
Registe uma nova aplicação como um único inquilino no Microsoft Entra ID. Não é necessário um URI de redirecionamento. Para obter mais informações, veja Registar uma aplicação.
Copie o ID da Aplicação (cliente) e o ID do Diretório (inquilino) da aplicação.
Crie um segredo do cliente para a aplicação e guarde-o de forma segura.
- Aceda a Gerir>Certificados e segredos.
- Escolha o novo segredo do cliente.
- Forneça um nome e selecione Guardar.
Utilize os seguintes cmdlets do PowerShell para obter o ID de objeto do principal de serviço.
Install-Module -Name Az -AllowClobber -Scope CurrentUserConnect-AzAccountGet-AzADServicePrincipal -ApplicationId "Application-ID"Substitua "Application-ID" pelo ID da Aplicação (cliente) da aplicação que registou no passo 2. Tenha em atenção o valor do objeto ID da saída do PowerShell; este valor é o ID de Objeto do Principal de Serviço.
Em alternativa, pode obter as informações do centro de administração do Microsoft Entra:
a. No registo de aplicações, aceda a Descrição geral. b. Escolha a aplicação gerida no diretório local. c. Escolha o URL e copie o ObjectID. Este é o ID de Objeto do Principal de Serviço.
Na sua instância ServiceNow, registe uma nova entidade OAuth OIDC. Para obter detalhes, veja Criar um fornecedor OAuth OIDC. Utilize os valores listados na tabela seguinte no formulário de registo; deixe os valores predefinidos para os outros campos.
| Campo | Descrição | Valor |
|---|---|---|
| Nome | Um nome exclusivo para a entidade OIDC OAuth. | Microsoft Entra ID |
| ID do cliente | A partir Microsoft Entra ID registo | ID do aplicativo (cliente) |
| Segredo de Cliente | A partir Microsoft Entra ID registo | Segredo do cliente |
Observação
Depois de criar a entidade OAUth OIDC, o segredo do cliente é gerado automaticamente no ServiceNow. Substitua este segredo do cliente pelo segredo do cliente gerado no centro de Microsoft Entra Administração.
No campo Configuração do Fornecedor OAuth OIDC , selecione o ícone de pesquisa e, em seguida, selecione Novo.
Preencha o formulário de configuração do fornecedor OIDC da seguinte forma:
Campo Valor Fornecedor OIDC Microsoft Entra ID URL de Metadados OIDC Utilize o seguinte URL: https://login.microsoftonline.com/<tenantId>/.well-known/openid-configuration.
Substitua pelo<tenantId>ID do Diretório (inquilino).Intervalo de Vida da Cache de Configuração do OIDC 120 Application Global Afirmação de Utilizador sub Campo de Utilizador ID do Usuário Ativar a verificação de afirmações JTI Desabilitado Defina Âmbito de Autenticação para a conta de utilizador.
Selecione Submeter para guardar a configuração.
Crie uma conta ServiceNow. Para obter detalhes, consulte Criar um utilizador no ServiceNow. Utilize os seguintes valores; deixe outros campos como predefinição:
| Campo | Valor recomendado |
|---|---|
| ID do Usuário | ID do Principal de Serviço |
| Apenas acesso ao serviço Web | Marcado |
- Atribua a função de Conhecimento à conta ServiceNow. Para obter detalhes, veja Atribuir uma função a um utilizador. Utilize o ID da Aplicação como o ID de Cliente e o Segredo do cliente no assistente de configuração do centro de administração para autenticar com Microsoft Entra ID OpenID Connect.
Observação
Não ative a Tarefa necessária. Para obter mais informações, veja Propriedades de uma aplicação empresarial - Microsoft Entra ID.
Adicionar espaço de nomes de API
Se estiver a utilizar o fluxo Avançado, introduza o espaço de nomes da API que criou na sua instância de ServiceNow. Para obter detalhes, veja Configurar a API REST.
Implementar
Para implementar para uma audiência limitada, selecione o botão de alternar junto a Implementação para audiência limitada e especifique os utilizadores e grupos para os quais pretende implementar o conector. Para obter mais informações, veja Implementação faseada para conectores Copilot.
Selecione Criar para implementar a ligação. O conector ServiceNow Knowledge Copilot começa imediatamente a indexar conteúdo.
A tabela seguinte lista os valores predefinidos que estão definidos. Para personalizar estes valores, veja Personalizar definições.
| Categoria | Setting | Valor padrão |
|---|---|---|
| Usuários | Permissões de acesso | Apenas pessoas com acesso ao conteúdo na origem de dados. |
| Usuários | Identidades do mapa | Identidades de origem de dados mapeadas com Microsoft Entra IDs. |
| Conteúdo | Cadeia de consulta | active=true^workflow_state=published |
| Conteúdo | Gerir propriedades | Para ver as propriedades e esquemas predefinidos, veja Gerir propriedades. |
| Sincronização | Pesquisa incremental | Frequência: a cada 15 minutos |
| Sincronização | Pesquisa completa | Frequência: todos os dias |
Depois de criar a ligação, pode rever o status (incluindo a contagem de utilizadores indexados & artigos) na secção Conectores do Centro de administração do Microsoft 365. Quando a ligação status estiver Pronta, pode validar a ligação ao fornecer o sys_id de qualquer artigo de conhecimento e verificar as respetivas permissões de utilizador. Para obter mais informações, veja Pesquisar e validar conteúdos indexados Microsoft 365 Copilot conectores.
Personalizar definições
Pode personalizar os valores predefinidos para as definições do conector de Conhecimento ServiceNow. Para personalizar as definições, na página do conector no centro de administração, selecione Configuração personalizada.
Personalizar as definições do utilizador
Permissões de acesso
O conector ServiceNow Knowledge Copilot suporta as seguintes permissões de pesquisa de utilizadores:
- Todos
- Apenas pessoas com acesso a esta origem de dados (predefinição)
Se escolher Todos, os dados indexados são apresentados nos resultados da pesquisa para todos os utilizadores. Se escolher Apenas pessoas com acesso a esta origem de dados, os dados indexados são apresentados nos resultados da pesquisa para os utilizadores que têm acesso à mesma.
Observação
Se um artigo de conhecimento e o respetivo base de dados de conhecimento não tiverem quaisquer Can Read critérios de utilizador aplicados, o artigo aparece nos resultados para todas as pessoas na organização, desde que a glide.knowman.block_access_with_no_user_criteria propriedade esteja definida como false na sua instância de ServiceNow. Se esta propriedade for , ou se a conta de serviço não tiver acesso à sys_properties tabela (nesse caso, a predefinição do conector é true), os artigos sem critérios de utilizador são impedidos truede aparecer nos resultados da pesquisa. Para obter mais informações, veja Configurar permissões hierárquicas.
Identidades do mapa
Por predefinição, ServiceNow mapeia os IDs de e-mail para Microsoft Entra ID (UPN ou Correio). Pode fornecer uma fórmula de mapeamento personalizada se a sua organização utilizar atributos de identidade diferentes. Para obter mais informações, veja Mapear identidades não Microsoft Entra ID.
Personalizar definições de conteúdo
Cadeia de consulta
ServiceNow utiliza o seguinte filtro predefinido: active=true^workflow_state=published.
Pode modificar este filtro para indexar apenas artigos específicos com base nas suas necessidades organizacionais. Utilize o construtor de cadeias de consulta codificado do ServiceNow para criar filtros personalizados. Para obter mais informações, veja Gerar uma cadeia de consulta codificada através de um filtro.
Gerir propriedades
Pode gerir as propriedades das seguintes formas:
- Adicione propriedades ao índice a partir de ServiceNow.
- Personalize a propriedade AccessUrl para refletir o formato de URL da sua organização.
A tabela seguinte lista as propriedades que o conector de conhecimento ServiceNow indexa por predefinição.
Observação
Pode ver, mas não pode editar os atributos de esquema (Pesquisáveis, Queryable, Recuperáveis, Refináveis), etiquetas semânticas e aliases para estas propriedades predefinidas. No entanto, pode adicionar mais propriedades personalizadas e editar os atributos de propriedade quando criar a ligação. Depois de criar a ligação, não pode editar os atributos da propriedade.
| Propriedade | Etiqueta Semântica | Descrição | Atributos de Esquema |
|---|---|---|---|
| AccessUrl | url | A URL de destino do item na fonte de dados. | Obter |
| Ativo | Um campo Booleano que indica se o artigo está atualmente ativo e pode ser visualizado ou pesquisado pelos utilizadores. | ||
| Tipo de Artigo | O formato do artigo, muitas vezes um tipo de HTML ou Wiki. | Consultar | |
| Autor | Autores | Todas as pessoas que participaram/colaboraram no item na origem de dados | Consulta, Refinar Obter |
| CanReadUserCriteria | Fornece os critérios de utilizador que definem a audiência que tem acesso para ver o artigo. | ||
| CannotReadUserCriteria | Fornece os critérios de utilizador que definem o acesso explicitamente negado à audiência para ver o artigo. | ||
| CmdbCi | Uma referência a um Item de Configuração (CI) do CMDB, que liga o artigo a um recurso ou serviço específico. | Consultar, Obter, Procurar | |
| Descrição | Um breve resumo do conteúdo do artigo, que ajuda os utilizadores a compreender o que é o artigo a partir dos resultados da pesquisa. | Obter, Procurar | |
| EntityType | O tipo de entidade sobre a que se refere o artigo (Conhecimento) | Consulta, Refinar, Obter | |
| HelpfulCount | O número de vezes que os utilizadores marcaram o artigo como útil. | ||
| IconUrl | IconUrl | URL do ícone que representa a categoria ou tipo do artigo. | Obter |
| ItemPath | O caminho do artigo na hierarquia base de dados de conhecimento. | Consulta, Refinar, Obter, Procurar | |
| KbCategory | A categoria a que o artigo pertence no respetivo base de dados de conhecimento. | Consultar, Obter, Procurar | |
| KbKnowledgeBase | O base de dados de conhecimento o artigo é armazenado em. | Consultar, Obter, Procurar | |
| KbKnowledgeBaseUrl | Um URL a ligar à base de dados de conhecimento | Consultar, Obter | |
| MetaDescrição | Uma breve descrição utilizada nos resultados do motor de busca | Obter, Procurar | |
| Número | Um identificador exclusivo atribuído automaticamente ao artigo de conhecimento, como "KB0000001" | Consultar, Obter, Procurar | |
| PreviewContent | O conteúdo utilizado para uma pré-visualização rápida do artigo. | Obter | |
| Published | Um carimbo de data/hora que indica quando o artigo foi publicado e ficou visível para os utilizadores. | Consultar, Obter | |
| Classificação | A classificação média atribuída ao artigo pelos utilizadores. | Consultar, Obter | |
| ShortDescription | Título | O título do item que pretende que seja apresentado em Copilot e outras experiências de pesquisa | Consultar, Obter, Procurar |
| SysClassName | Identifica o modelo para o conhecimento. Conhecimentos para modelos padrão, Outros valores podem ser FAQ, Procedimentos, etc. | ||
| SysCreatedBy | Criado por | Nome da pessoa que criou o artigo | Consulta, Refinar, Obter |
| SysCreatedOn | Data e hora de criação | Data e hora em que o artigo foi criado | Consulta, Refinar, Obter |
| SysDomain | O domínio ao qual o artigo de conhecimento pertence numa instância de vários domínios | ||
| SysId | O ID exclusivo de 32 carateres do artigo, utilizado para identificação de back-end. | Consultar, Obter | |
| SysModCount | O número de vezes que o artigo foi modificado. | Obter | |
| SysTags | Palavras-chave ou etiquetas que podem ser adicionadas ao artigo para melhorar a capacidade de pesquisa e a organização. | Consulta, Refinar, Obter, Procurar | |
| SysUpdatedBy | Última modificação por | Nome da pessoa que editou o artigo mais recentemente. | Consulta, Refinar, Obter |
| SysUpdatedOn | Hora da última modificação | Data e hora em que o item foi modificado pela última vez | Consulta, Refinar, Obter |
| SysViewCount | O número de vezes que o artigo foi visualizado. | Consultar, Obter | |
| TaxonomiaTopic | Uma referência a um tópico numa taxonomia definida, utilizada para uma organização estruturada. | Consultar, Obter, Procurar | |
| Tópico | Outro campo para categorização de artigos | Consultar, Obter, Procurar | |
| UseCount | O número de vezes que o artigo foi anexado a outro registo, como um incidente ou um problema. | ||
| ValidTo | A data de expiração do artigo. Após esta data, o artigo não será devolvido no resultado da pesquisa | Consultar, Obter | |
| WorkflowState | O estado atual do artigo no seu ciclo de vida, como "Rascunho", "Rever", "Publicado" ou "Retirado". | Consulta, Refinar, Obter | |
Conteúdo Content |
O corpo principal do artigo, onde as informações detalhadas são escritas. | Pesquisar |
Personalizar a propriedade AccessURL
Para definir uma expressão personalizada para a propriedade AccessURL :
- No separador Conteúdo , aceda a Gerir propriedades.
- Na tabela Propriedades , selecione a propriedade AccessURL .
- No painel lateral, em Expressão predefinida, introduza a expressão personalizada no campo Nova expressão predefinida . Utilize
${PropertyName}sintaxe para valores dinâmicos. Por exemplo:https://instancedomain.service-now.com/sp?id=kb_article&sys_id=${SysId}. - Selecionar Salvar alterações.
- Para pré-visualizar o resultado, selecione Pré-visualizar dados e desloque-se para a propriedade personalizada.
Observação
- Tem de criar um novo ServiceNow Ligação de conhecimento para personalizar a propriedade AccessURL. A edição de uma ligação existente para personalizar a propriedade de esquema não é atualmente suportada.
Pode substituir a expressão predefinida para artigos de conhecimento específicos através de regras baseadas em filtros de propriedade. Para adicionar uma regra:
- Em Definir regras adicionais para configurar expressões, selecioneAdicionar nova regra.
- No painel de regras:
- Escolha uma propriedade de filtro (por exemplo, Categoria).
- Introduza um ou mais valores (separados por vírgulas, sensíveis às maiúsculas e minúsculas).
- Defina a expressão personalizada para esses valores.
- Selecionar Salvar alterações.
- Para pré-visualizar, selecione Pré-visualizar dados e desloque-se para a propriedade personalizada.
Observação
Se forem aplicadas várias regras a um item, é utilizada a primeira regra na lista. As alterações têm efeito após a próxima pesquisa completa.
Para obter mais informações, veja Personalizar valores para determinadas propriedades de esquema.
Personalizar intervalos de sincronização
Configure a agenda de sincronização para manter o conteúdo indexado atualizado:
- Pesquisa completa – reindexa todo o conteúdo, remove o conteúdo eliminado e atualiza todas as permissões. A frequência padrão é diária.
- Pesquisa incremental – sincroniza o conteúdo alterado e recompila as permissões para esses artigos alterados e alterações de permissões ao nível do artigo. Não atualiza os mapeamentos de utilizador para critérios (sincronização de identidade) ou permissões para artigos em que as permissões de nível base de dados de conhecimento (principal) foram alteradas. A frequência predefinida é de 15 em 15 minutos.
Importante
- As identidades (associações a grupos criadas entre utilizadores e critérios de utilizador) só são atualizadas durante as pesquisas completas. As pesquisas incrementais não atualizam identidades ou associações a grupos.
- Durante a primeira pesquisa completa, a sincronização de identidades (como a leitura de utilizadores, critérios de utilizador e mapeamento de utilizadores para critérios de utilizador, como associações a grupos) é executada primeiro, seguida da sincronização de conteúdos. Isto garante que as permissões certas são mapeadas para os itens ingeridos.
- Durante pesquisas completas periódicas subsequentes, a sincronização de conteúdo e identidade ocorre em paralelo. A pesquisa completa periódica é concluída quando o conteúdo e a sincronização de identidade estiverem concluídos.
- As pesquisas completas periódicas são mais rápidas do que as primeiras pesquisas completas porque a primeira pesquisa inclui a deteção e ingestão de utilizadores pela primeira vez, os critérios do utilizador e os respetivos itens de mapeamento e conteúdo. Pesquisas completas periódicas recravem todo o conteúdo e recomputam permissões, mas a ingestão é mais rápida porque os itens já existem no índice. A sincronização de identidades utiliza atualizações diferenciais, ao emitir apenas alterações de associação para o Microsoft Graph.
Para obter mais informações, veja Diretrizes para definições de sincronização.