---
sourceDocument: Segurança da plataforma Yokohama
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/platform-security

 Release :

    - yokohama

ft:locale :

    - pt-BR

ft:publication_title :

    - Segurança da plataforma Yokohama

ft:clusterId :

    - psec

bundleId :

    - psec

workflow :

    - Platform


---

# Conector do provedor de serviço

# Conector do provedor de serviço {#ariaid-title1}

* Versão de lançamento: Yokohama
* 
* Atualizado 30 de jan. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 min. de leitura

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 {#bp-service-connector__section_pvf_wkx_vcb}

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.
{#bp-service-connector__ul_ucf_j3w_zkb}

## Principais recursos {#bp-service-connector__section_ydt_kth_scb}

{#bp-service-connector__table_yjt_vtl_nsb__entry__2}

| 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. {#bp-service-connector__ul_gdz_xtl_nsb} |
| 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. |
[ ]

{#bp-service-connector__table_yjt_vtl_nsb}

## Possíveis componentes que você pode incluir em um Conector de serviço {#bp-service-connector__section_ewd_bzv_3mb}

{#bp-service-connector__table_tsh_h5l_nsb__entry__2}

| 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](https://www.servicenow.com/docs/access?context=instance-data-replication&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US) {#bp-service-connector__ul_gxg_jyv_3mb} |
| 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 {#bp-service-connector__ul_ndd_gzv_3mb} |
| 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](https://servicenow-prod.fluidtopics.net/gjpMINDtXoSNG_qmONN2Bw "O conceito de fila global fornece uma exibição virtual única de tarefas que residem em várias instâncias. O conceito cria uma aplicação personalizada para fornecer a um executante uma exibição do trabalho que reside em várias instâncias sem precisar replicar tarefas ou dados.") {#bp-service-connector__ul_ygy_qzv_3mb} |
| 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](https://www.servicenow.com/docs/access?context=remote-tables&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US) {#bp-service-connector__ul_tdv_c1w_3mb} |
| 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 . {#bp-service-connector__ul_s1x_k1w_3mb} |
[ ]

{#bp-service-connector__table_tsh_h5l_nsb}

Saiba mais sobre a [Prova de Conceito do Conector de Serviço](https://support.servicenow.com/kb_view.do?sysparm_article=KB0817720) no site do ServiceNow Knowledge.

