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

  • Versão de lançamento: Yokohama
  • Atualizado 9 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 de 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:

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

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

    Etapa 1 – Instalar aplicações da ServiceNow.

    • Implementar o Shopping Hub e o Procurement Workspace da ServiceNow onde
    • Os funcionários podem usar o Shopping Hub para criar requisições de compra e solicitações de fornecimento
    • Os executantes podem converter os SRs em PRs e PRs em OCs
    • Capacidade de enviar por push as OCs criadas no SPO para o SAP ECC
    • Continuar a usar 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
    • Como limpar 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 categoria e modelo de produto)
    • Contrato
    • Endereço de entrega
    • Contas (Capex/Opex)
    • Entidade jurídica
    • Funcionário
    • Os dados primários acima devem ter um sistema de fonte de verdade, o que significa que qualquer nova criação de registro ou atualizações nos registros existentes será feita nesse respectivo sistema e, em seguida, os dados serão enviados por push para o 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
    • Org 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 estejam 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 em 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 do hub de integração de dados primários

    Etapa 3 – Dados da transação.

    • Depois que o registro (como a OC) é criado na ServiceNow, ele precisa ser enviado por push para o 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 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, aprovado ou qualquer outro estado)
    • Os subfluxos também obtêm os dados de carga do SPO PO e os convertem na carga necessária para a ação do hub de integração e transmitem os dados para a ação do hub de integração
    • A ação do Hub de integração salva o registro no sistema SAP, recupera o número do ERP e o número da linha do ERP e o carimba novamente 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 de transação e a atribui a um usuário para que o usuário possa revisar, corrigir os dados e reenviá-los para integração
    • Se o sistema SAP estiver inativo para patch e disser que 50 OCs foram criadas nesse período, pode não ser fácil abrir cada OC e reenviar para integração. Nesse caso, o trabalho é fornecido e, quando executado, selecionará todas as OCs com status de erro e acionará a integração