| Produto: | TOTVS Varejo Supermercados
|
|---|---|
| Linha de Produto: | Supermercados - Linha Consinco |
| Segmento: | Varejo |
| Tipo de Documento: | Manutenção |
| Módulo: | CONECTOR IFOOD |
| Caminho: | Conector IFood > IFood |
| Função: | ERVIÇO INTEGRAÇÃO DE PEDIDO - INTIFOOD01 |
| País: | Brasil |
| Ticket: | |
| Requisito/Story/Issue (informe o requisito relacionado) : | DSUPXOMNI-3723 - Obtendo detalhes do item... STATUS |
Foi detectado em alguns casos que o numero de telefone do cliente no pedido do IFood pode vir sem o numero de DDD.
Com isso, o serviço de Integração de Pedidos atual está cortando o telefone e tomando como DDD os 2 primeiros dígitos deixando o numero errado no ERP.
Por exemplo, caso o telefone 98888-7777 seja recebido no Conector IFood, o mesmo estava sendo convertido para (98) 88877-77
Isso gera uma inconsistência nas informações do ERP.
É necessário que o cliente do pedido tenha um telefone sem o DDD
Alterações ou parametrizações incorretas podem comprometer o desempenho e causar falhas no sistema. Sempre que necessário, consulte um especialista ou a equipe responsável para garantir a configuração correta.
04. SOLUÇÃO
A integração foi ajustada para caso o serviço de Integração de Pedidos receba um pedido onde o telefone do cliente seja 0000-0000 ou 00000-0000 o conector irá enviar o pedido sem o DDD.
Nesse cenário, caso o cliente já esteja cadastrado no ERP, a integração via API Pedido de Venda irá manter o DDD já cadastrado, caso seja um novo cliente, a API Pedido de Venda irá salvar o telefone e manter o DDD em branco.
Dessa forma, as informações oriundas do pedido serão mantidas concretas sem gerar confusão no ERP.
Se estiver na versão 25.07, atualize para o service pack 25.07.004 ou superior.