Histórico da Página

...

• • Merchant Id: dado informado pela aplicação Configuração de Produtos. (Obrigatório)
  • Departamento: Será integrado o o primeiro nível da Categoria. (Obrigatório)
  • Categoria: Será integrado o segundo nível da Categoria, se existir. (Obrigatório)
  • Subcategoria: Será integrado o terceiro nível da Categoria, se existir. 
  • Marca: Será enviada a Marca vinculada na família
  • Unidade: Será enviada a embalagem definida na família
  • Volume: Será enviada a embalagem padrão de venda definida para a família no Segmento
  • Código de Barras: Será enviado o código EAN ou Interno para produtos pesáveis e que esteja marcado como útil vendas. Vale ressaltar que para cada código de acesso válido, será um novo produto a ser enviado para o IFOOD, isso ocorre, por que não conseguimos enviar em um mesmo produto vários EAN's, sendo então necessário mandar o produto em duas linhas. (Obrigatório)
  • Nome: Descrição completa do produto. (Obrigatório)
  • Valor: Preço praticado do produto. (Obrigatório)
  • Valor Promoção: Preço promocional praticado 
  • Quantidade Estoque: Quantidade atual do estoque do produto. (Obrigatório)
  • Descrição: Descrição reduzida definida no produto
  • Status do produto: Enviamos como Ativo para o IFOOD caso a embalagem estiver ativa em todas as empresas do segmento e o código de acesso estiver útil para venda, caso contrário é enviado o status como Inativo para IFOOD. (Obrigatório)
  • PLU: É o Código do produto do ERP. O PLU será o código interno para controle da integração

...

• • O IFOOD tem três tipos de integração sendo: Restaurante, Mercado e Shopping, nosso integração é apenas a de Mercado, ou seja, não atendemos Restaurante e Shopping.
  • Para rotas de envio de produtos possuímos um intervalo padrão de 60 minutos entre cargas.
  • Deve respeitar a carga com limite máximo de 10.000 itens por carga
  • O Conector possui um controle interno dos produtos enviados, é como uma estrutura que retrata como o produto foi enviado, por exemplo, nesta estrutura temos o produto, empresa, estoque, preço e status do produto. Com isso o Conector consegue confrontar com o ERP para saber se um destes campos sofreram mudanças. Exemplo:
    • Conseguimos mandar apenas os produtos ativos ou que foram ativos e mudaram o status para inativo, dessa forma, caso um produto for enviado como ativo e for inativado no ERP, conseguimos inativar o produto no IFOOD.
    • Conseguimos enviar apenas produtos que sofreram alteração como estoque e preço, pois confrontamos o estoque, status e preço do ERP com o que está na tabela de controle, e caso esteja diferente, enviamos novamente o produto com os novos dados para o IFOOD e atualizamos a tabela de controle.
    • Conseguimos enviar o preço promocional, alterando o preço atual pelo novo. Dessa forma não será exibido no iFood o preço De/Por, visto que com a API Merchant não tem o Preço promocional no envio para o iFood.
  • Não enviamos os seguintes campos:
    • Valor para o Atacado
    • Valor de Compra
    • Quantidade de Estoque Mínimo
    • Quantidade de Atacado
    • Validade Próxima
    • URL da imagem do Produto
    • Múltiplo EAN Original: Não enviamos o código de produção própria
    • Múltiplo Quantidade: Quantidade para produtos com embalagem própria

...