...
Enviar os pedidos recebidos via WebHook enviados pelo IFood para a API Pedido de Venda automaticamente após o recebimento.
Recolher os pedidos via Pooling no ifood enviar os pedidos para a API Pedido de Venda automaticamente
Foi implementada a integração da integração do Conector IFood com a API Pedido de Venda.
No momento que o End Point de recebimento de WebHook de pedidos receber um pedido onde o status do mesmo estiver como SRE - Separation End, o pedido deverá ser enviado automaticamente para a API de vendas do ERP, onde após a execução do PROCESSAPEDIDOS configurado no Processamento de Pedidos (Scheduler), o mesmo deverá ser integrado para a MAD_PEDVENDA.
No momento que o End Point de pedidos do IFood for consultado e nele constar um pedido com o status de SRE - Separation End, o pedido deverá ser enviado automaticamente para a API de vendas do ERP, onde após a execução do PROCESSAPEDIDOS configurado no Processamento de Pedidos (Scheduler), o mesmo deverá ser integrado para a MAD_PEDVENDA.
Após o recebimento do pedido, independente de qual o fluxo escolhido, o mesmo deve ser inserido em ECM_INTSTMWEBOOK onde haverá as seguintes informações:
| Nome | Descrição | Observações |
|---|---|---|
| SEQWEBHOOK | Identificador único do pedido no Conector | |
| CODIDPEDIDOIFOOD | Identificador único do pedido no IFood | Campo id recebido do IFood |
| CODPEDIDOIFOOD | Identificador amigável do pedido no IFood | Campo shortCode recebido do IFood |
| DESCMERCHANTID | Merchant Id da empresa | Informação cadastrada no Configurações para a Integração na configuração de pedidos. |
| INDSTATUS | Situação de integração do pedido | P - Pendente |
| DESCNOMECONSU | Nome do consumidor do pedido | Campo customer.name recebido do IFood |
| VLRPAGOCONSU | Valor total pago do pedido | Soma de todos os pagamentos contidos em payment.methods[0].amount.value recebidos do IFood |
| DTAPEDIDO | Data do pedido | Campo createdAt recebido do IFood |
| DTAWEBHOOK | Data de recebimento do Pooling ou do WebHook | Preenchido pelo Conector IFood no momento da captura do pedido |
| DESCWEBHOOK | Conteúdo recebido do IFood | Preenchido com o conteúdo do IFood recebido inicialmente via WebHook ou Pooling |
| DESCPEDIDOCOMPLETO | Pedido completo do IFood | Pedido completo capturado pelo Conector IFood no formato disponibilizado pelo IFood |
| DESCRESPOSTAERP | Resposta recebida após tentativa de integração | Resposta recebida após tentativa de integração com API Pedido de Venda ou de erros ocorridos durante a integração |
| SEQPEDIDOERP | Identificador único do pedido na API Pedido de Venda | Campo SeqPedido retornado pela API Pedido de Venda após a integração ter sido feita com sucesso. |
A conexão com a API Pedido de Venda é feita através do servidor configurado na tela de Configuração do Servidor Web – GLO00075. Os dados de autenticação devem ser cadastrados na tela de Configurações para a Integração do Conector IFood. Os parâmetros necessários são:
...
| Campo | Ação | Origem |
|---|---|---|
| Usuário | Usuário que será utilizado para autenticação na API Pedido de Venda | Usuário cadastrado em Usuários - GLSGMUSU01 ou em Cadastro de Usuário - GLO_00002 |
| Senha | Senha que será utilizada para autenticação na API Pedido de Venda | Senha cadastrada em Usuários - GLSGMUSU01 ou em Cadastro de Usuário - GLO_00002 |
| Nro. Empresa | Numero da empresa que será utilizado na para autenticação API Pedido de Venda | Deve ser vinculado em Permissão - Segurança Desktop |
...
Após isso o pedido é enviado para a API Pedido de Venda.
No caso de integração via Pooling, os logs em texto são salvos em C:\TOTVS_Varejo_Supermercados\Logs\Conector_IFOOD\Pedido
No caso de integração via WebHook, os logs em texto são salvos em C:\TOTVS_Varejo_Supermercados\Logs\Conector_IFOOD\PedidoWebHook
Não se aplicaSe estiver na versão 25.01, atualize para o service pack 25.01.007 ou superior.
...
Configurações para a Integração
| Templatedocumentos |
|---|