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

  • Versão de lançamento: Washingtondc
  • Atualizado 1 de fev. de 2024
  • 3 min. de leitura
  • Se você for um administrador de um provedor de serviços de comunicações (CSP), poderá oferecer suporte a um alto volume de pedidos de clientes empresariais de vários locais e pedidos do consumidor usando o processamento de pedidos assíncrono na aplicação ServiceNow® Order Management for Telecommunications, Media, and Technology.

    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 locais e os pedidos dos 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 do pedido passa por três fases:
    • Validação de pedido
    • Ingestão de pedido
    • Criação de pedido

    Como funciona o processamento de pedidos síncronos

    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íncronos 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 pedido síncrono leva mais tempo do que o processamento de pedido assíncrono quando se trata de criar um grande número de registros de pedido do cliente.

    Como funciona o processamento de pedido assíncrono

    No processamento de pedidos assíncrono, um alto volume de pedidos ou um grande número de cargas de pedido são recebidos por meio da Product Order Open API (Scripted Rest End Point) no Gestão de pedidos aplicação dos sistemas externos de 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 produto 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 programado é 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 pedido assíncrono 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 pela primeira vez. Os detalhes do pedido incluem a oferta do produto, os itens da linha do pedido, as especificações do pedido, as características dos itens da linha do pedido e o relacionamento de especificação dos itens da linha do pedido. Para obter mais informações sobre como funciona a validação, 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 do 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 programado é executado para criar os pedidos do cliente para os registros no estado Novo. Para saber como um trabalho programado cria pedidos, consulte .