Processamento de pedidos assíncronos para pedidos grandes de clientes e consumidores

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 3 min. de leitura
  • Se você for um administrador de um provedor de serviços de comunicação (CSP), poderá oferecer suporte a um alto volume de pedidos de clientes empresariais e de vários locais e pedidos de consumidor usando o processamento de pedidos assíncrono na aplicação ServiceNow® Gestão de pedidos.

    Visão geral

    Os CSPs oferecem suporte a clientes corporativos e consumidores. Normalmente, os pedidos de clientes corporativos são grandes pedidos de vários sites e os pedidos de consumidores são de alto volume.

    Se você tiver uma assinatura do Telecommunications Service Management, poderá usar a Product Order Open API para receber um pedido na aplicação ServiceNow® Gestão de pedidos. O processamento de pedidos passa por três fases:
    • Validação de pedido
    • Ingestão de pedido
    • Criação de pedido

    Como funciona o processamento síncrono de pedidos

    Com o processamento de pedidos síncrono, um pedido é recebido na aplicação Gestão de pedidos por meio da API. Em seguida, os registros de pedido são criados simultaneamente em uma tabela de pedidos do cliente após a validação do pedido.

    Como administrador, você pode ativar ou desativar a validação de pedido para o processamento de pedidos síncrono definindo as propriedades do sistema create_product_order_validation_sync e create_service_order_validation_sync como Verdadeiro (padrão) ou Falso no Now Platform. O processamento de pedidos síncronos leva mais tempo do que o processamento de pedidos assíncronos quando se trata de criar um grande número de registros de pedidos do cliente.

    Como funciona o processamento de pedidos assíncronos

    No processamento de pedidos assíncronos, um alto volume de pedidos ou um grande número de cargas de pedidos são recebidos por meio da API Product Order Open (endpoint de scripted Rest) no Gestão de pedidos aplicação dos sistemas externos Configurar, Preço e Cotação (CPQ). Os detalhes do pedido são validados primeiro e, em seguida, inseridos na tabela Fila de entrada [sn_tmt_core_inbound_queue]. Se houver erros de validação, uma mensagem de erro será retornada na resposta.

    Essa validação é gerenciada pela propriedade do sistema create_product_order_validation_async para pedidos de produtos e pela propriedade do sistema create_service_order_validation_async para pedidos de serviço. Essas propriedades controlam a validação no processamento assíncrono de pedidos antes que os pedidos sejam inseridos na tabela Fila de entrada [sn_tmt_core_inbound_queue]. O valor padrão é definido como Verdadeiro.

    Quando os detalhes do pedido são validados com sucesso, um trabalho agendado é executado para selecionar os registros da tabela Fila de entrada [sn_tmt_core_inbound_queue] e cria entradas na tabela de pedidos do cliente, conforme mostrado no diagrama a seguir.

    Figura 1. Fluxo de trabalho assíncrono de processamento de pedidos
    Fluxo de trabalho que mostra como uma ordem assíncrona é criada. Para obter a descrição de texto, consulte as etapas a seguir.
    O processamento de pedidos assíncronos segue estas etapas:
    1. Você deve ativar a Product Order Open API. O novo modo de parâmetro permite que a API processe os pedidos de forma síncrona ou assíncrona. Para obter mais informações sobre a API, consulte Product Order Open API.
    2. Depois de receber um alto volume de pedidos ou um grande número de cargas de pedido por meio da API Product Order Open no modo assíncrono, os detalhes do pedido são validados primeiro. Os detalhes do pedido incluem a oferta do produto, itens de linha do pedido, especificações do pedido, características dos itens de linha do pedido e o relacionamento de especificação dos itens de linha do pedido. Para obter mais informações sobre como a validação funciona, consulte .
    3. Depois que a validação dos detalhes do pedido for concluída, uma entrada para cada pedido com um ID de registro exclusivo será criada na tabela Fila de entrada [sn_tmt_core_inbound_queue]. O diagrama a seguir mostra como o modelo de estado da fila de entrada funciona. Para saber mais sobre como as entradas de pedido são criadas, consulte .
      Figura 2. Modelo de estado da fila de entrada
      Modelo para o processo de estado da fila de entrada. Para obter a descrição de texto, consulte a etapa 3 nesta seção.
    4. Quando todos os pedidos são capturados na tabela Fila de entrada [sn_tmt_core_inbound_queue], um trabalho agendado é executado para criar os pedidos do cliente para os registros no estado Novo. Para saber como um trabalho agendado cria pedidos, consulte .