Exemplo de caso de uso de fluxo de integração

  • Versão de lançamento: Washingtondc
  • Atualizado 10 de jan. de 2026
  • 3 min. de leitura

    • O caso de uso de Fluxo de integração de amostra descreve o fluxo de dados de entrada e saída.

    Esta seção contém um exemplo de caso de uso para que o fluxo de dados geral (entrada e saída) possa ser explicado.

    Digamos que o cliente ABC Inc esteja usando os sistemas abaixo para um fluxo de Procure to Pay:

    • Aplicativo da ServiceNow para
    • Procurement com autoatendimento (Shopping Hub)
    • Requisição de compra para fluxo de OC (espaço de compras)
    • SAP ECC para
    • Enviando OCs para o fornecedor
    • Registrando recibos
    • Criando fatura do fornecedor correspondendo às OCs
    • Pagamento ao fornecedor
    • Limpando os pagamentos no extrato bancário

    Para alcançar o caso de uso acima, o cliente precisará seguir várias etapas:

    Etapa 1 – Instale os aplicativos da ServiceNow.

    • Implementar o Shopping Hub e o Espaço de compras da ServiceNow em que
    • Os funcionários podem usar o Shopping Hub para criar requisições de compra e solicitações de fornecimento
    • Os executantes podem converter as SFs em RCs e RCs em OCs
    • Capacidade de enviar por push as OCs criadas no SPO para o SAP ECC
    • Continuar usando o sistema de registro do SAP ECC para
    • Ingestão de OCs da ServiceNow
    • Registrando recibos
    • Criando fatura do fornecedor correspondendo às OCs
    • Pagamento ao fornecedor
    • Limpando os pagamentos no extrato bancário

    Etapa 2 – Dados primários.

    • Para criar uma requisição de compra na ServiceNow, as seguintes informações são necessárias:
    • Fornecedor
    • Produto do fornecedor (a configuração do produto do fornecedor requer a categoria e o modelo do produto)
    • Contrato
    • Endereço de entrega
    • Contas (Capex/Opex)
    • Entidade jurídica
    • Funcionário
    • Os dados primários acima devem ter uma fonte de sistema de verdade, o que significa que qualquer nova criação de registro ou atualizações dos registros existentes será feita nesse respectivo sistema e, em seguida, os dados serão inseridos no sistema de terceiros.
    • Os fluxos de integração prontos para uso com SAP ECC e SAP S4 HANA são criados com as seguintes suposições:
    • A fonte de verdade será o sistema SAP para as seguintes entidades primárias:
    • Categoria do produto e modelo do produto
    • Endereço de entrega (mapeado para o local da fábrica)
    • Contas GL
    • Organização de compra
    • Centro de custos
    • Grupo de compra
    • Código da entidade jurídica/empresa
    • Moedas/Taxa de FX
    • Termo de pagamento
    • Fornecedor (se nenhum SLO estiver instalado)
    • Os dados primários precisam ser sincronizados periodicamente para garantir que os dados primários mais recentes e atualizados fiquem disponíveis na aplicação ServiceNow. Isso é garantido por:
    • Trabalhos de edifício que podem ser programados para serem executados em vários intervalos, como a cada hora ou todos os dias ou qualquer outro intervalo de tempo conforme exigido pelo cliente
    • Esses trabalhos terão a capacidade de extrair os dados de forma incremental ou completa
    • A lógica subjacente no trabalho será chamar a respectiva ação primária do hub de integração de dados

    Etapa 3 – Dados da transação.

    • Depois que o registro (como a OC) for criado na ServiceNow, o mesmo precisará ser inserido no SAP ECC ou SAP S4 HANA porque, de acordo com o caso de uso, o processamento descendente precisa acontecer no SAP ECC ou SAP S4 HANA
    • Para conseguir isso, os fluxos de integração prontos para uso fornecem
    • Subfluxos que contêm a lógica de quando acionar a integração (como assim que solicitado ou aprovado ou qualquer outro estado)
    • Os subfluxos também obtêm os dados da carga da OC do SPO, os convertem na carga necessária para a ação do hub de integração e passam os dados para a ação do hub de integração
    • A ação do Integration Hub salva o registro no sistema SAP, obtém de volta o número do ERP e o número da linha do ERP e os carimba de volta na OC do SPO (para um fluxo feliz)
    • Para um fluxo de erro, a mensagem de erro do sistema SAP é capturada pela Ação do Hub de Integração e cria uma tarefa no registro da transação e a atribui a um usuário para que o usuário possa revisar, corrigir os dados e reenviar o mesmo para integração
    • Se o sistema SAP estiver inativo para patch e disser que 50 POs foram criadas nesse período, pode não ser fácil abrir cada PO e reenviar para integração. Nesse caso, é fornecido o trabalho que, quando executado, selecionará todas as OCs com status de erro e acionará a integração