Conector do provedor de serviço

A aplicação conectora do provedor de serviços é um design de referência para a criação de ServiceNow uma Aplicação da Store para os clientes usarem na integração com os sistemas. As aplicações do provedor de serviço ajudam a acelerar a integração e a criar integrações padronizadas.

Benefícios dos conectores de serviço

Quando os provedores de serviços (fornecedores, parceiros) publicam conectores, a integração do cliente é mais rápida, o que significa faturamento mais rápido. As instâncias integradas aumentam a produtividade, a visibilidade no ServiceNow ecossistema e os benefícios do programa de parceiros. Os benefícios específicos são:

• Elimina integrações personalizadas, incluindo o custo de serviços necessários para entregá-las e mantê-las.
• Os serviços são definidos pelo provedor em suas ServiceNow instâncias e eliminam a necessidade de complexidade e custo de integrações personalizadas.
• Fluxos de trabalho e solicitações de catálogo podem ser sincronizados com os processos e aprovações do cliente que precedem os processos do provedor, para que os clientes possam seguir seus próprios processos.
• Quaisquer dados criados ou modificados (por exemplo, ICs) para o cliente na instância do provedor podem ser sincronizados de volta para a instância do cliente para sua visibilidade e uso em processos.

Principais recursos

Recurso	Descrição
Interface do usuário	Um conector de serviço deve incluir no mínimo os seguintes componentes de IU: Relatórios/Painéis - Relatórios e painéis predefinidos por persona ajudam com visibilidade. Menu e módulos - O cliente deve ser capaz de encontrar a aplicação por meio do menu descritivo do Provedor de serviços XYZ. Funções - Cada conector requer funções de usuário e administrador para garantir que o acesso possa ser controlado pelo cliente. Por exemplo, "x_snc_xyz_user" ou "x_snc_xyz_admin". Integração - A integração rápida é essencial para uma boa experiência do cliente e deve ser incluída por meio de playbook, Configuração assistida ou item do catálogo de forma que nenhum serviço profissional seja necessário para o cliente entrar em operação. (Há serviços profissionais disponíveis, mas a integração pode ser realizada sem eles). Configuração - Os pontos de dados devem ser integrados aos processos para considerar a maior parte da configuração de processo normal que um cliente precisa alcançar. Isso elimina serviços profissionais tanto quanto possível. Documentação - A documentação completa aumenta a satisfação do cliente e a facilidade de uso. Integração de suporte ou informações de contato - O cliente precisa de uma maneira fácil de permanecer em contato com o provedor de serviço em caso de problemas, dúvidas ou solicitações.
Tarefas	O uso da aplicação para tarefas, como incidentes, casos, mudanças, problemas e assim por diante, deve ser predefinido no conector. Essas integrações são criadas usando Workflow Studio e Integration Hub para garantir o mais alto nível de resiliência e desempenho.
CMDB	A sincronização de dados principais, como os ICs necessários para os processos ITIL apropriados, deve ser mantida em sincronia entre as instâncias do provedor e do cliente.
Fluxos de trabalho	Todos os fluxos de trabalho devem ser projetados em Workflow Studio para garantir resiliência e desempenho.
Catálogos	O catálogo do provedor do qual o cliente solicita deve ser incluído na aplicação como um catálogo de produção de registro. A solicitação gerada pelo item na instância do cliente deve ser realizada no eBonded com as instâncias do provedor. Os fluxos de trabalho do provedor mantêm a solicitação atualizada e sincronizam novamente com a instância do cliente.
Processos do cliente	Quaisquer mecanismos para sincronizar solicitações com a instância do provedor devem permitir que os processos do cliente interajam com as solicitações antes que elas sejam enviadas para a instância do provedor. Durante o processamento do provedor, as aprovações podem ser enviadas para a instância do cliente conforme necessário.
Integração	As integrações devem ser criadas usando Workflow Studio e Integration Hub para garantir o mais alto nível de resiliência e desempenho.

Possíveis componentes que você pode incluir em um Conector de serviço

Componente	Descrição
Replicação de dados da instância (IDR)	Quando a replicação é o objetivo: Pode ser usado para integração de processos, mas pode ser muito rígido, dependendo da lógica de integração de complexidade com base na transição de estado Para saber mais, consulte Replicação de dados da instância
IntegrationHub	Quando a integração de processos é o objetivo: Mais fácil de injetar no meio de um processo, como parte de uma etapa complexa ou condicional no meio de um fluxo Para saber mais, consulte IntegrationHub
Fila de trabalho global (virtual)	Quando a federação de tarefas é o objetivo e o armazenamento de dados externamente não é aceitável: Usado quando os agentes estão trabalhando em várias instâncias ServiceNow e precisam ver todo o trabalho em aberto atribuído a eles As linhas retornadas devem ser limitadas a menos de 1000 Para saber mais, consulte Fila de trabalho global
Tabelas remotas	Quando o uso de dados externos sem armazenamento é o objetivo: Usado para conectar uma instância a fontes de terceiros, ou a outra instância, para recuperar dados externos e, opcionalmente, armazená-los em cache na memória. Os dados são tratados como uma tabela na instância para fins somente leitura, como agrupar, classificar, agregar e filtrar. Para saber mais, consulte Recuperar dados externos usando tabelas e scripts remotos
Flow Designer	Quando o design de processo é o objetivo Usado para automatizar processos em um único ambiente de design. Os proprietários de processo podem usar linguagem natural para automatizar aprovações, tarefas, notificações e operações de registro sem codificação. Para saber mais, consulte Flow Designer.

Saiba mais sobre a Prova de Conceito do Conector de Serviço no site do ServiceNow Knowledge.