CONTEÚDO

  1. Visão Geral
  2. Exemplo de utilização
  3. Tela Monitoramento
    1. Pesquisa Rápida
    2. Busca Avançada
  4. Etapas da integração


01. VISÃO GERAL

Este documento visa explicar o funcionamente da Tela de Monitoramento de pedidos

02. EXEMPLO DE UTILIZAÇÃO

Quando é iniciada a integração de um pedido, é exibido em tela, os dados basicos do pedido integrado. É possível realizar uma Pesquisa rápida e busca avançada.

São exibidas as seguintes informações:

03. TELA Busca Avançada

Tela responsável por realizar as buscas mais detalhadas dos registros exibidos.


É possível realizar a busca por ID Pedido(iFood), Pedido (iFood), Nro Empresa, Situação (ERP), Status, Nome consumidor, Total do pedido, Data e Pedido(ERP).

03. ETAPAS DA INTEGRAÇÃO

A integração ocorre em três etapas exemplificadas no fluxograma abaixo:

Detalhamento das etapas

1 - Obter pedidos separados

Nesta etapa, consultamos a API de Poolling do iFood em busca de pedidos separados, para isso filtramos os pedidos com status de SEPARATION_ENDED(SPE), ou seja, os status PLC, CFM, RTP, DSP, CON e CAN são ignorados na busca.

Ou seja, nesta primeira etapa só obtemos o ID do pedido que está pedente de integração. O serviço responsável por capturar os pedidos é o Xxxxxxx que processa a cada 1 min. Internamente alimentamos a tabela Ecm_intstmwebhook ecm_intstmevento com as informações obtidas do pedido.

Nesta consulta recebemos informações limitadas do iFood, dessa forma essa consulta no painel de monitoramento reflete da seguinte forma:

2 - Conversão do pedido do iFood para o Pedido do ERP

Nesta etapa, através do id obtido na Etapa 1, consultamos a API do iFood através do endpoint de post orders / vistualbag onde obtemos os dados complementares do iFood e transformamos na estrutura para alimentar a API de Pedido do ERP.

Vale ressaltar que ainda nesta etapa não não foi criado o pedido no ERP, pois a API de Pedido faz uma gama de validações para verificar se os dados do pedido está correto para assim integrar com o ERP.  O serviço responsável por capturar os pedidos é o Xxxxxxx que processa a cada 1 min.  Internamente complementamos a tabela Ecm_intstmwebhook ecm_intstmevento com as informações adicionais do pedido e também a estrutura da API de Pedidos de Vendas que poderá ser consultadas através da tabela mad_intpedvenda.

Nesta etapa conseguimos dados complementares do iFood e dessa forma exibimos no painel com o seguinte complemento:


3 - Processamento da API de Pedido de Venda

Nesta última etapa, temos o processamento do pedido na API de Vendas. O processamento ocorre por via do Scheduler da API Processamento de Pedidos (Scheduler).

Neste processo, em caso de sucesso o pedido é criado nas tabelas definitivas do ERP, e na tela de monitoramento incrementamos com a informação do número do pedido no ERP e situação do mesmo. Internamente estrutura da API de Pedidos de Vendas que poderá ser consultadas através da tabela mad_intpedvenda onde consta se foi processado com sucesso e em caso de críticas será possível visualizar através do caminho Críticas de Importação