Live - Integração iFood Marketplace - Merchant/API

[Música] Olá pessoal bom dia estamos chegando já por aqui a gente vai só aguardar mais alguns minutinhos pro pessoal terminar de entrar por enquanto quem quiser mandar aí bom dia no chat quiser dizer de onde que que estão pra gente aí se entando um pouquinho a gente vai aguardar alguns minutinhos e a gente já inicia tá boa bora começar então gente Bom dia a Todos né obrigado pela presença de todo mundo aqui que tá aqui com a gente a gente tá hoje aqui reunido com apoio de diversos times dentro do Wi Food para apresentar o

projeto de migração para mercher IPI o recurso de integração que será o único e oficial para as integrações com o iFood e deve ser substituídos e devem substituir as atuais smi e o service eapi disp a gente vai disponibilizar durante a Live aqui o link pro slide na tela eí do chat para Vocês porque você para que vocês mandem as dúvidas de vocês e no término aqui das nossas apresentações a gente vai ter um momento aí especial para respondê-las Vamos tentar responder todas as dúvidas senão a gente vê como que a gente faz depois se

a gente manda certinho para vocês mas mandem as dúvidas de vocês lá pelo slide se tiver alguma dificuldade de de mandar por lá também de acessar podem mandar aqui no chat que a gente vai olhando durante a apresentação tá Então já vou passar a palavra aqui pro nosso primeiro apresentador Vou chamar o Guedes Então fala pessoal Bom dia eh Bom primeiramente aqui prazer né falar com todos vocês eh e ter a honra aí né de apresentar esse novo modelo de integração como a Gil trouxe aí pra gente eh bom antes de mais nada né né

Eu sou o Juliano Guedes gestor responsável aí Pelas integrações e e pela operação de implantação de loja eh e vou trazer aí um pouquinho né da de como é que será o nosso encontro eh um encontro aí repleto de de informações conteúdos né Para que vocês possam sair daqui com o máximo de dúvidas sanadas tá Aproveitem bastante esse encontro e contem com esse timaço aqui que estará apresentando trazendo aqui eh um pouquinho né da nossa agenda eh aqui quem vos fala apresentará aí um pouquinho do do projeto né do Objetivo Desse projeto os principais desafios

que nós temos e cenários né atuais trazer aqui também eh um pouquinho né alguns dos benefícios temos muitos mas alguns dos benefícios inclusive aqueles que são aí bem requisitados pelos nossos parceiros integradores na sequência aí o Vini vai trazer um pouquinho da estrutura e módulos da merch tá wellon Souza vai trazer o módulo de item Moreno Andrade vai apresentar ali o noso módulo de Promotion Aion trazer aqui também visibilidade aí dos nossos módulos de Order events e picking o Vine retorna aí trazendo né os módulos complementares ali de merch e autenticação e a Gabriela Correia

fecha aí né trazendo módulo de BBM que é o programa de benefício de medicamentos ali especificamente para a farmácia e o Fabrício apresenta né eh como é que funciona o nosso modelo de suporte e ao desenvolvedor e o suporte Aí para operar ação tá e o Vine fecha falando aí da efetivação da da homologação beleza Eh e as apresentações aqui elas são bem pragmáticas sucintas tá eh de uma forma macro e objetiva pra gente ter um espaço bem bacana aí para perguntas e respostas beleza mas não fiquem eh eh eh Fiquem tranquilos tá se alguma

dúvida aí não for sanada porque nós prepararemos aí um uma fac pós Live paraa gente poder aí compilar o material e disponibilizar Para todos vocês aquelas dúvidas que a gente não conseguir eh fechar hoje por conta do tempo beleza pessoal aproveitem eh curtam esse momento esse encontro aqui e contem com esse timaço aqui dentro da da Live pode passar aí Men bom trazendo a aqui um pouquinho né do projeto em linhas gerais eh qual que é o nosso grande objetivo né Eh fazer a unificação dos formatos de integração e e e unir eles a um

único Serviço que é a mercha iepi tá hoje nós temos dois grandes modelos de integração né que está em operação que é a o smi integrador depois eu vou explicar um pouquinho mais no detalhe e a Services e api e a nossa grande missão aqui é migrar esses modelos para um único modelo aqui que é a merchant i pii tá eh qual que é o nosso grande desafio hoje nós temos mais de 400 integradoras né homologadas com a gente aqui nesses modelos e com lojas ativas aqui na rede E a nossa Grande Missão aí eh

é escalar todas essas integradoras e todas essas lojas que são mais de 26.000 lojas para esse novo formato tá eh é um desafio mas temos um time muito competente aqui eh e que vai sustentar essa operação essa migração e que certamente aí eh teremos muitos benefícios né com essa com essa mudança pode passar vin boa Quais são os cenários que nós temos hoje tá Eh habitualmente conhecido por vocês aí nós temos né eh o smi e o service api tá Eles serão descontinuados e passaremos aí utilizar como modelo oficial a mercha IPI que é o

modelo eh iFood tá para todos para para todos os nossos negócios aqui seja restaurante né mercado farmácia Pet e todos utilizarão aqui a merchant iepi tá E acho que um ponto importante aqui para frisar nós já fizemos tá piloto eh Durante os últimos se meses aí com cinco integradoras dentre elas aí temos uma precisão sistemas que é uma uma uma integradora parceira Nossa e que ficou bem perto né Eh desse processo de homologação e tem bons feedbacks aí n desse desse processo de de homologação e migração de lojas e dos benefícios que essa integração tem

e e que foi um sucesso tá ou seja durante os últimos se meses mitig todos os problemas que tivemos n Aplicamos melhorias para chegar aqui nesse momento com uma integração aderente né ao nosso processo e a gente escalar aí essas 400 e integradoras mais 26.000 lojas o outro ponto que de mudança é o portal do desenvolvedor hoje nós temos aí como developer mercado né e passaremos a utilizar aí como portal do desenvolvedor oficial O developer iFood tá que é o modelo Eh oficial para todo o iFood Tá qual que é o prazo para adequação Até

março de 2025 tá eh mas de novo Não se preocupem que temos um time muito competente aqui e apostos para poder sustentar essa essa essa essa migração eh mitigar qualquer tipo de fricção né ter o mínimo de fricção nessa nessa mudança porque os benefícios são extremamente grandiosos aí frente a esse upgrade que iremos fazer Tá boa pode passar Vini pessoal aqui eh alguns dos benefícios tá que teremos eh dentre vários benefícios que nós teremos tá alguns dos benefícios que nós teremos com essa mudança acho que antes de trazer os tópicos ali detalhadamente eh os benefícios

aqui dessa dessa migração se resumem a três palavras tá e autonomia gestão e e agilidade né pra integradora nesse novo modelo de Integração eh a começar aqui pelo desenvolvimento né a área do desenvolvedor ali ela terá muitos recursos né Eh alguns ali até requisitados já por várias integradoras como por exemplo aqui eh a gestão da da das credenciais de acesso né hoje nos modelos eh que serão descontinuados as integradoras precisam solicitar essas credenciais né e a gente disponibilizar através ali do de uma requisição e com o novo modelo de Merchant isso passa a ser autônomo

né o próprio a própria integradora consegue fazer a gestão disso eh a disponibilização também de uma loja teste para que eles possam fazer o stress ali do do do ambiente né os testes necessários eh a gestão dos usuários né E desenvolvedores também será eh autônomo e e um tópico aqui bastante né requisitado aí pelo pelos integradores que é o e Hook para pedidos tá na linha de implantação Eh uma vez que a integradora já está homologada né E já está em em produção terá Total autonomia eh para ativar todos os recursos aqui da integração e

das lojas eh terá a visibilidade também das lojas ativas na rede né abaixo ali daquela integradora Então se ela tem 100 200 lojas ela vai saber Ali quem quem de fato está ativa e quem não está ativa vai ter e uma melhor gestão ali dos recursos e acessos também dentro desse Portal e e a multicanalidade né e explicando aqui para vocês o que é multicanalidade hoje basicamente né A maioria de vocês aqui conhece né o o iFood o app do iFood mas temos outras plataformas aqui também né tão importante quanto e trazendo visibilidade aqui temos

né o iFood Como eu disse e temos o iFood Shop também que é um modelo b2b ou seja venda de CNPJ para CNPJ e e o nosso site ali né commerce que é o White Label novo White Lab então a multicanalidade ela basicamente né dentro desse modelo de integração contempla ali A gestão por plataforma em resumo eh se o cliente ele tem um catálogo né diferenciado ou seja Ah eu vendo um catálogo específico aqui tem um portfólio específico para Hi food Shop e um portfólio específico para Marketplace né uma vez que ele tem esses essas

duas esses dois tipos de negócio ele consegue Fazer essa essa diferenciação aí eh no envio do catálogo tá dentre outros principais ali eh recursos e e por fim aqui né o suporte a sustentação aí desse dessa inte né O Fabrício vai trazer lá no final um pouquinho do modulos operante mas a gente vai ter um suporte muito mais próximo tá dentro do do portal ali e com fax disponíveis né com uma gestão de problema muito muito mais eficiente né dentro da merchan Eh status Page do serviço também ou seja o monitoramento ali de como é

que tão estão esses serviços se eles estão funcionando se tá tudo verdinho bonito e e e não teve nenhuma queda e por fim aqui uma melhor governança das atualizações tá das features ali a melhoria contínua em resumo pessoal para fechar aqui estamos indo para um modelo inovador tá o modelo Unificado né o objetivo no final aqui a gente olhar Para um para um serviço específico onde a gente consegue sustentar de uma forma gente a gente consegue melhorar também eh de uma forma exponencial os nossos a nossa integração e e no final beneficiar o nosso cliente

né ali com um serviço muito mais eh rápido ágil e autônomo tá contem com esse timaço aqui agora eu passo a palavra pro Vine Alvarenga que vai trazer visibilidade aí Eh do da nossa estrutura de módulos da merchan Obrigado vamos vamos em frente Obrigado G primeiramente muito bom dia a todos agradecer a presença aqui espero que seja bem produtiva essa Live a gente consiga explicar os pontos para vocês de forma Clara tá eh me apresentando eu sou conhecido aqui como Bin Alvarenga tá coordeno a área de integração de grosses desde 2019 estive À frente desse

projeto encabeçando e desdobrando com as áreas acredito muito que isso vai ser muito benéfico não só pros parceiros como aqui pro food como pros clientes né oferecendo um serviço melhor uma plataforma mais robusta para que a gente consiga garantir as integrações de todas as lojas ativas tá venho trazer aqui para vocês o um pouco de como tá estruturada a merch api no formato de módulos quais seriam os módulos específicos ali dentro de Groceries que os parceiros precisariam utilizar para garantir as duas integrações essenciais que a gente já fornece seriam a parte de catálogo atualização de

catálogo e atualização E ali a integração de pedidos né com o consumo de pedidos da plataforma a merp ela já é a api oficial já era o Api oficial da da unidade de restaurantes e agora ela também vai agregar módulos ali que contemplem né a parte de integração de catálogo e pedidos pra unidade de Negócios de groceries né Como dito ali pelo Guedes a intenção é unificar todos esses formatos num só para facilitar não só a gestão mas como oferecer um melhor serviço aos parceiros dentre as plataformas que serão servidas com esses novos módulos de

groceries nós temos o iFood Marketplace o mais comum acho que maior parte aqui já conhece a food Shop e o White Label seria do e-commerce próprio nesse formato né Eh os recursos são disponibilizados no formato de Aplicativos e distribuídos em módulos que eu vou falar logo a a seguir aqui quais seriam os módulos específicos que vocês precisariam utilizar para garantir essa integração de Gross falando um pouco desse conceito de aplicativos lá dentro do ambiente desenvolvedor Isso é uma uma melhora já agregada com a mudança né Vocês terão uma área de desenvolvedor onde eh Vocês conseguem

colocar mais pessoas para gerenciar o ambiente vão ter acesso Direto a partir do cadastro a a lojas testes credenciais credenciais de produção também poderão ser acessadas após a homologação tudo isso já fica disponível nesse ambiente logo após o cadastro ali como desenvolvedor no portal do developer if tá conceito de aplicativo é muito como uma loja que fornece serviços né então a Play Store da vida todos os parceiros integradores terão a possibilidade de criar ao menos um Aplicativo a os módulos específicos né que foram desenvolvidos tá dentro desse ambiente vocês vão encontrar dois formatos de aplicativo

Centralizado distribuído sendo Centralizado e o distribuído a principal diferença entre a no Centralizado você consegue com uma mesma credencial se autenticar em n lojas né com uma única autenticação e no distribuído você distribui isso a para uma autenticação por loja né Centralizado usa ali client credential e o distribuído autoriz Code né então no Centralizado apenas com as credenciais AL a de client Secret você consegue se autenticar em qualquer loja com o distribuído Você precisa desse código de autorização que é gerado Tá mas não se preocupem que na documentação tem todos os detalhes ali de como

executar esse processo como fazer tem vídeos explicando a a plataforma tá bem robusta nesse sentido né deixa bem claro como Fazer o processo independente disso tem uma área de suporte que apoia em a qualquer momento seja com agendas né ou tirando dúvidas pontuais ali no chat ao longo do desenvolvimento falando de módulos né para os dois recursos ali vocês têm módulos específicos já liberados no início do cadastro né que possibilitam eh eh a o desenvolvimento de várias frentes ali dentro do processo de integração como a merp também atende a Modalidade de restaurante vocês terão de

imediato acesso a tudo tá mas não necessariamente Vocês precisam desenvolver tudo para atender a parte de grupo groc para groceries minimamente vocês precisam destes módulos que eu vou explicar agora a cada um voltado a a um recurso né de Integração no caso de integração de catálogo Nós temos dois módulos disponíveis módulo de item e o módulo de promotion que vai ser explanado mais à frente ali eh no Detalhe tá então os dois ali o módulo de item para enviar os produtos promotion para enviar as promoções o módulo de integração de pedidos a gente tem três

módulos hoje disponíveis ali módulo de Order módulo de events o módulo de Pick tá módulo de Order mais para validar os detalhes do pedido para emissão de cupom Nota Fiscal o events liberando recursos como pooling web Hook ali para que vocês saibam os status dos pedidos aqui do nosso lado e o de picking fazer a gestão Da separação quando não usado o o recurso oficial que nós fornecemos que é a aplicação do app separador tá como módulos complementares que vão servir a todos os outros né então em conjunto com esses vocês precisariam usar a autenticação

que tá presente em todos né e o módulo ali de merchan tá eh eh que seria paraa leitura das lojas disponíveis nesse ambiente tá eh bem semelhante ao modo lojas da da api Anterior que você vocês já cons somem tá então A ideia é saber qual é o código chave dessa loja para fazer as autenticações sejam de catálogo né Eh seja de pedidos né as requisições para qualquer um desses recursos passando a bola agora pro nosso amigo aqui Wellington Souza que vai falar um pouco sobre o módulo de item tá com vocês perfeito Obrigado vin

Bom dia pessoal todos bem É um prazer aqui tá tá Apresentando o módulo de item para vocês só para trazer todo mundo pro mesmo contexto né trazer um pouco do Objetivo quando a gente fala eh do módulo de item a gente tá falando do do principal recurso de garantir que o seu produto da sua loja esteja integrado nos sistemas iFood isso no fim do dia vai fazer com o Seu catálogo seja apresentado pro cliente final e consequentemente vi pedido V venda né quando a gente fala da importância de migrar as suas Integrações para merch api

a gente tá falando de três Highlights ali importantes com visão de futuro uma delas é a multicanalidade bem explicada ali pelo Juliano né onde a gente traz múltiplos canais de venda pro mesmo produto integrado então trazendo um exemplo aqui imagina que você tem um produto E você quer atribuir propriedades diferentes de venda você integrou ele uma vez e quer vender ele diferente eh com diferentes Características para catálogos diferentes Então imagina que pro Varejo Você quer que lá na jornada de compra no app cada incremento que ele faz naquele maizinho né durante a jornada de de

compra que PR PR varejao a integração seja de 250 G porque afinal de contas é o usuário provavelmente tá comprando um item pr pra sua casa né entretanto se se esse mesmo produto por um catálogo focado para atacado eh você tem interesse de fazer um uma venda com mais Volume Então esse mesmo incremento poderia estar de 5 em 5 kg né então isso é um é um é um pequeno exemplo desse do do Poder do que é multicanalidade eh e e também para trazer a importância né dessa migração sistêmica um segundo Highlight seria a parte

de robustez e resiliência o que seria isso né Eh a gente tá cada vez mais perto do Core do iFood quando a gente fala de restaurantes eh saindo do sistema legado que atende groceries que atende mercado E e vindo eh para essa parte mais mais próxima do Core em resumo aqui temos mais resiliência eh a gente eh a gente consegue eh contornar falhas de maneira mais eficaz Então imagina que numa integração que você que o que a loja fez ali de catálogo H parte do nosso módulo de item ficou indisponível eh um eh Existem várias

melhoras que garantem que a gente vai conseguir resolver isso sem que você como integrador sinta esse problema né a gente vai ser a gente é Capaz de se recuperar e continuar a jornada mais fluída né Então essas melhorias que envolvem robustez e resiliência você também vai pegar as novas evoluções né e ter uma melhor experiência de de integração que no fim do dia nosso interesse é que o produto seja integrado para que vire venda né então com com merch IPI a gente tem mais recurso a gente é mais eficaz tá E também a gente fez

ali eh para essa nova api eh a gente entendeu ali as Integrações que que são realizadas descartamos alguns Campos que para essa nova versão de módulo de tem não faz mais tanto sentido integrar e algumas outras a gente acabou colocando em outros módulos tá eh enfim durante a acho que a a o decorrer ali a gente pode pegar mais detalhes sobre o porque mudar alguns Campos eh bom sobre módulo de item é isso eh vou passar aqui a a palavra pro nosso amigo moreno que vai trazer aqui Sobre promoções boa Valeu bom pessoal Bom dia

eh eu sou moreno né sou gerente de engenharia de software aqui no i food e cuido do módulo de promotions tá eh bom o nosso objetivo ali com esse módulo de promotions basicamente é dar autonomia e agilidade ali pros parceiros ou vocês integradores eh enviarem ali as promoções sistemicamente né hoje eh boa parte dessas promoções que são enviadas pelos parceiros passam ali pelos Executivos de contas eh isso causa é um atraso e até a perda de algumas promoções né então disponibilizando aqui esse módulo de promotions a gente vai conseguir fazer com que isso seja sistêmico

né então a gente não vai ter mais ali eh a mão humana eh que pode errar pode ter diversos problemas beleza Eh vou falar um pouco ali do da atualidade aqui então hoje né quem integra ali as promoções eh via mepi e já tem ali diversas mecânicas Promocionais tá que podem ser enviadas Então a gente tem ali o depor a gente tem desconto fixo a gente tem desconto percentual a gente tem o lev x Pag Y alguns lugares algumas farmas principalmente chamam de lev mais Pag menos eh temos Atacarejo também e temos também o 6%

na de desconto na n unidade Então a gente tem hoje essas seis mecânicas promocionais ali que já podem ser utilizadas tá é um outro g ali hoje e integrando as promoções e aqui pela Merchan IPI hoje dentro do iFood a gente tem um conceito de hierarquia de promoções né então a gente tem a indústria a gente tem os próprios mercados a gente tem o iFood fazendo promoções e hoje na integração de promoções Como existe eh via service api eh basicamente o parceiro vai pagar tudo então se o parceiro manda um depor ali de sei lá

R 5 por R reais aquilo vai ser sempre exibido mesmo que tenha uma promoção melhor Então imagina que o IFood fez uma promoção de 5 por r$ 2 isso não é apresentado hoje pro cliente então o parceiro acaba tendo um custo maior hoje Se for enviado essa promoção via merion api eh ele entra ali nessa hierarquia né que é um algoritmo que vai acabar decidindo eh qual promoção mostrar ali pro cliente então vai que por exemplo nessa que eu dei de exemplo ali do iFood eh o iFood Vai bancar essa promoção então o cliente vai

ter o mesmo vai ter um desconto melhor na verdade o Parceiro não vai gastar aquele dinheiro e vai ficar todo mundo feliz então esse é um eh um ótimo argumento hoje eh Outro ponto principal autonomia e agilidade né então como eu expliquei no início as promoções hoje Muitas delas passam ali pelos executivos de conta e isso pode demorar a entrar no ar eh a gente pode perder diversas promoções eh e nesse meio tempo então e sistemicamente tudo fica mais rápido é eu vi alguma pergunta já me antecipando tá desculpem Se tiver Me antecipando Mas eu

vi uma pergunta por exemplo no chat eh perguntando se pode enviar em lotes né aqui no mod não vou responder por todos os módulos Tá mas no módulo de promotions a gente já consegue enviar promoções em lote Então imagina que a gente tem uma liquidação de inverno ali com diversos itens a serem promocionados a gente consegue receber ali n itens a serem promocionados tá não é um problema aqui e traz Muito mais agilidade E pensando em futuro aqui para o módulo de promotions tá acho que o pessoal já falou bastante sobre multicanalidade acho que ficou

Claro ali e os ganhos né em breve a gente vai disponibilizar também a multicanalidade ali para promotions Então as lojas vão conseguir enviar ali promoções diversas para cada canal de venda Beleza a gente vai Izar novas mecânicas né e na documentação lá do developer Portal já vai est tudo lá escritinho bem feito é só realmente Seguir tá bem intuitivo Não não é para ter nenhum problema mas a gente eh tá sempre aqui para ajudar vocês e agora um um uma informação importante que o wellon já meio que trouxe ali eh alguns algumas promoções hoje são

Integradas via eh integração de catálogo tá então não tem lá um campo de é valor promocional se eu não me engano então isso vai deixar de existir tá então A ideia é ali em março de 2025 eh a gente não vai mais Receber esses campos de promoções ali via integração de catálogo tudo o que é promoção vai ser recebido via módulo de promotions tá então esse é um ponto bem importante eh e por isso a gente tá ali indicando bastante já as pessoas que consigam começar a fazer essa integração com o módulo de promotions eh

Seria o ideal Beleza qualquer coisa a gente tá aqui para ajudar vocês e vou chamar agora aqui a sione para falar ali sobre o módulo de Orders Obrigada Moreno Bom dia a todos eh eu sou a sione eu tô aqui recentemente assumindo esse time de que cuida da gestão de pedido tá então vou falar um pouquinho para vocês do módulo de Order do módulo de picking de events que eu vou falar um pouco mais paraa frente eh no módulo de Order aqui eh ele é o módulo mais Central vamos dizer hoje do do iFood dessa

parte de gestão de pedidos tá é onde a gente consegue interagir com pedido obter informações Detalhadas desse pedido solicitar alguns tipos de realizar algumas ações como solicitar cancelamento eh entre outras coisas né então ele é gerido assim como acontecia ali na integração anterior por uma máquina de estados ela vai mudar um pouco na documentação vai tá detalhada inclusive uma comparação ali na documentação que a gente colocou eh Então ela muda um pouco Quais são os estatos Mas no geral você consegue ter um ciclo de vida completo aqui eh e aí Eu vou passar por cada

um deles aqui dos Estados explicando passando alguns detalhes que eu acho que é importante de considerar que se pedido Ele é gerido por uma máquina de estados todas as ações que são realizadas sobre ele eh também precisam respeitar essa máquina de estados então Em alguns momentos algumas ações são permitidas em outros momentos não então a gente inicia normalmente aqui com pedido em em playset isso já considera que o Pagamento tá aprovado tá então a gente já tem esse pedido quando ele chega aqui pra gente a gente inicia no ciclo de vida de grosser ele já

está com o pagamento eh confirmado a confirmação em groceries que é o próximo status ali ela é automática então a gente não precisa de uma ação eh realmente ali do do parceiro do integrador a gente já vai fazer essa confirmação eh e aí a gente começa com os status de início e fim de separação ponto importante aqui começam As regras que acontecem a partir da da máquina de estados tá você só consegue fazer algum tipo de edição no pedido que está com separação iniciada então se ele está só confirmado Ou seja já finalizou separação você

não consegue mais fazer nenhum tipo de edição Então esse é um ponto importante que é o o a questão de ter que respeitar realmente essa máquina de status eh além disso a gente tem mais dois status que não existiam na na máquina de estados anterior o dispatched E ared eles são novos né o dispatched é eh quando a logística coleta esse esse pedido e aret quando ele chega realmente ali eh até a casa do cliente então são outras formas já que a gente consegue acompanhar os status a gente tem ações para quem tem entrega própria

também para fazer esse tipo de ação aqui no HPI eh então também são evoluções que a gente consegue ter comparando as duas integrações e aí também tem o concludo de Cancer que já existia eh no outro Mudaram basicamente o nome que a gente considera aqui um outro ponto importante aqui que eu acho que é que é legal de ressaltar é que o momento da exportação ela tem que ser após a finalização da separação que é a hora que a gente garante que nenhum edição mais vai existir Então se a gente separa e finaliza isso com

sucesso é o momento que você consegue exportar pro PDV esse é o momento que você tem o pedido realmente ali eh com garantia de que ele Está com todos os dados que que vão ser enviados pro cliente eh pode passar Vini por favor aí aqui a gente tem o módulo de events aqui é fornecer pro parceiro um meio de você fazer uma verificação dos status desse pedido então entender Em que momento do ciclo de vida esse pedido está Então a gente tem duas formas hoje de fazer isso a gente pode fazer com pulling ou com

web Hook e então o pulling a gente tem o parceiro batendo Aqui na nossa pi então buscando sempre verificando se a gente tem um evento disponível para aquele para aquele pedido e no web Hook a gente tem a nossa forma de comunicar pro cliente então a gente no momento que ocorrer aqui um um uma atualização do status do pedido a gente vai notificar um endpoint do cliente dizendo que isso aconteceu ela é inclusive é mais eficiente mas ela não está disponível essa de web Hook para todos os aplicativos ela hoje só está Disponível para aplicativo

Centralizado eh que até o Vine já explicou ficou um pouco antes a gente tem eh os aplicativos ali que são com um client a gente consegue ter várias integrações de lojas baixo Então até por uma questão de escalabilidade essa parte de web Hook Hoje ela está disponível eh apenas para aplicativos centralizados um ponto importante para quem utiliza pulling também é que à medida que os eventos são sendo vão sendo consumidos é sempre Eh interessante que seja enviado AC pra gente saiba que esse evento não vai ser eh processado novamente a gente retira isso do pulling

de evento senão vai ficar com como evento duplicado ali você acaba processando novamente eh acho que é isso aqui desse ponto pode passar Vini aqui no módulo de picking Esse é o módulo para separação para quem não utiliza o app separador então ele é paraa integração via Api para realizar a Separação eh e aí até entra no ponto que eu comentei antes Em que momento isso pode acontecer então é é a partir da da da da Pick que você inicia separação e realiza as edições então por isso que o status do pedido Ele precisa tá

em separation started para realmente a gente fazer edição então aqui você consegue adicionar itens remover substituir então tem várias coisas que podem ocorrer aqui entre o início da separação e o fim é Sempre esse o momento que isso pode acontecer eh Pontos importantes aqui é que qualquer uma dessas APS a gente tem várias validações que ocorrem aqui eh elas podem retornar então a gente pode ter algum tipo de validação não identificar algum produto no catálogo ter algum ponto no pedido e a gente vai retornar sucesso ou erro em cada uma dessas chamadas seja no início

da Separação seja nas edições que ocorrem aqui dentro seja principalmente no fim Da Separação é onde a maior parte das validações está então quando se chama um fim de separação e recebe um erro as edições foram descartadas então aquilo não ocorreu é onde efetivamente a edição é feita então um ponto importante é a utilizar essas integrações verificar Quais são os erros verificar qual foi a mensagem e garantir que a que todo o pedido vai ser atualizado e a gente consegue fazer essa edição até o fim então e esse é um ponto acho que para Ressaltar

assim de que pode acontecer algum tipo de erro nessas validações E aí o momento da exportação do pedido também como eu comentei anteriormente é após o fim da Separação eh esse é o momento que nenhuma edição mais pode ser realizada acho que é isso vou passar ali pro Vini perfeito vou passar para vocês agora pessoal os módulos complementares né como eu disse lá no início da apresentação dos módulos existem alguns Que são obrigatórios para todo o processo de atualização de catálogo ou consumo de pedidos né são módulos módulos acessórios né Nós indicamos vamos começar aqui

pelo módulo merchan para quem tem familiaridade com AP anterior a service CPI nós tínhamos naquele módulo a o endpoint lojas né que tinha como finalidade basicamente você saber quais são as lojas com permissão na na credencial saber qual é o código chave daquela loja que vai servir de Requisição paraa parte de catálogo e a parte de pedidos o módulo mercher segue a mesma linha tá então ele vai disponibilizar recursos ali para que vocês saibam né Eh e quais lojas estão com permissão então tem os detalhes das lojas ativas aqui dentro do iFood E também o

código chave delas que é o merchant ID que a gente fala né o ID da loja que vai ser referência para qualquer outra requisição então quero enviar um catálogo para uma loja Eu uso Esse código como referência quero consumir um pedido de uma loja específica também utilizo esse código como referência e a partir desse mdulo nós teremos end points ali recursos que permitem a leitura disso além destes né que são obrigatórios ali para o processo de atualização de catálogo e de pedidos nós temos outros também ali que vão possibilitar pausa de loja gerenciamento né validação

de abertura né não são obrigatórios para a Jornada mas são importantes na na operação da loja né Então sempre que o parceiro tiver essa possibilidade de agregar no no aplicativo dele essas funcionalidades seria um recurso importante ali para as lojas ter terem como recurso tá eh habilitar autenticação né não é exatamente um módulo tá é um é um recurso que vai est presente em todos os módulos quando vocês utilizarem inclusive lá no portal developer nós temos bibliotecas do Postman já montadas Caso vocês queiram ter visibilidade de como é o funcionamento então isso já vai tá

estruturado só precisa inserir as variáveis ali tá módulo de autenticação é um dos mais importantes e eh importante frisar né lá dentro da documentação nós temos inúmeras regras e boas práticas que devem ser seguidas a riscas porque dentro desse novo ambiente nós temos algumas políticas de segurança né então Eh o mau uso desse Ponte ali pode ocasionar sanções ali para parceiro ao longo da operação então é importante seguir bem ali no detalhe o funcionamento nesse módulo de autenticação tanto o aplicativo c como distribuído ele vai seguir a mesma linha né ele vai liberar ali duas

Chaves que é o client id e o client Secret esse client ID client Secret vai gerar um token que fica disponível por um tempo tá esse token tem o tamanho máximo de 8000 caractéres é importante que o Parceiro preveja esse esse tamanho tá porque ele é variável aqui dentro tá E esse essa autenticação esse token ele gera também um atributo chamado xin que vai determinar o o tempo de permanência desse token com esse token gerado Vocês conseguem executar requisição em qualquer um dos modulos que Eu mencionei anteriormente tá durante o período dele tá então é

importante que o parceiro faça a leitura desse xerin para saber o tempo ali de Permanência do Token e só próximo ou quando eh ele realmente expirar gerar uma nova autenticação tá é isso que é esperado ali do funcionamento tá então na prática o módulo de autenticação vai dar o recurso ali as duas chaves para que vocês realizem a autenticação essa autenticação vai gerar um token esse token vai ficar disponível durante o tempo do xerin que vai ser expresso em segundos tá vai est presente em todos os Módulos se vocês baixarem as bibliotecas ali no portal

Dev Portal né pelo eh para uso no post em qualquer outra aplicação né ela já vai vir ali eh agregada em qualquer requisição tá então primariamente vocês precisam se autenticar feita a autenticação e gerado o token enquanto ele estiver disponível vocês podem fazer requisições em qualquer um dos módulos que utilizar tá esse é o modelo ali e os módulos complementares que vão servir ali são Obrigatórios né para uso das demais requisições Ali seja do do item seja do promotion do Order do events né todas vão usar como recurso primário ali essa autenticação acho que seria

isso vou passar aqui PR Gabriela Correia tá que vai falar um pouco do nosso da nossa iniciativa de pbm né vai falar um pouco de como é o funcionamento dessa integração Bom dia pessoal sou Gabri vou falar aqui vocês um pouquinho so PM e Eu acho que é interessante só relembrar um pouquinho sobre o que é pbm né então pbm são os descontos que os laboratórios oferecem para compra de alguns medicamentos em farmácias eh e a ideia é que a gente passe a oferecer esse tipo de desconto no iFood na verdade a gente já tá

com mbp noar fazendo esse oferecimento e a gente quer incentivar que aquele cliente que não compraria no eood por não ter esse desconto passe a comprar pelo aplicativo e mas ok né O Que que pbm em relação com a mer api eh pra gente atrair mais clientes para as farmácias participantes iremos disponibilizar uma forma para exibição de descontos mínimos que são aqueles descontos que minimamente a pessoa vai obter ao comprar com pbm eh e algumas outras informações no próprio catálogo e para que esses descontos mínimos sejam exibidos disponibilizaremos um módulo de pbm na Mex api

onde será possível cadastrar o desconto do produto o Programa de benefícios o laboratório responsável entre outras informações e esse é o primeiro passo para que o fluxo funcione em sua completude pro usuário eh o segundo passo é a pré-autorização onde antes de finalizarmos a venda validaremos a elegibilidade do cliente aquele produto para que possamos exibir o desconto real Então primeiramente a gente exibe ali o desconto mínimo que o usuário obteria né Depois a gente faz essa validação e obtém um desconto real E aí por fim a gente passa os dados necessários na Order para que

a autorização possa ser efetivada concluindo assim o fluxo de venda pbm e é interessante trazer aqui também algumas informações para vocês eh bom como eu comentei a gente já tá com o mbp no no fluxo de pbm no ar há pouco mais de um mês e os resultados têm sido bastante promissores eh não coletamos ainda informações suficientes para um parecer no momento mas cada semana que Passa nossos resultados de MV pbm dob Então isso é bem interessante de observado e percebemos também que temos uma base bem equilibrada de usuários entre pessoas que eh já tinham

comprado aquele medicamento e pessoas que estão comprando pela primeira vez eh mostrando que conseguimos inclusive incentivar não só compradores habituais mas também novos compradores a obterem seus medicamentos pbm através da plataforma E aí por fim eu queria só Deixar o convite para que vocês integrem eh com a para trazer programa de pbm para nossos clientes e que a gente consiga realizar esse trabalho em conjunto Obrigada eh e agora para falar um pouquinho sobre suporte a desenvolvimento e operação eu vou passar a palavra para o Fabrício Silveira Obrigado Gabriela Bom dia pessoal tudo bem Gostaria de

me apresentar aqui eu sou o Fabrício Silveira eh faço parte aqui do time de Suporte e integração vou est falando um pouquinho aqui com com vocês relacionado ao suporte né E também as dúvidas que podam que possam Surgir aí durante o processo de desenvolvimento eh da Integração com a merchan iepi Hoje é a jornada dos nossos parceiros integradoras eh ela se resume basicamente em nos contactar pelo Canal developer mercado né abrindo um chamado lá no popup que temos para para as solicitações de suporte relacionados a Service CPI que é que é a a api antiga

né E lá vocês detalham todos os as dúvidas e fazem as solicitações por lá neste canal nesse mesmo canal ali pessoal a gente já disponibilizou para vocês eh um banner Zinho em azul se vocês acessarem lá para aqueles parceiros que óbvio que já são homologados e fazem o uso do developer eh nesse banner Zinho Azul Vocês já vão ser dire ionados né Tem um link lá vocês já foram direcionados para um banner Explicativo sobre o desenvolvimento né da dessa nova integração e por lá mesmo vocês vão ter o acesso da documentação pro desenvolvimento da Integração

com a merchan api Tá vou falar agora um pouquinho eh sobre o nosso novo canal de suporte aí para pros parceiros que vão estar fazendo esse desenvolvimento né nesse canal você vocês podem nos contactar aí durante o horário das 8 horas às 23 horas de segunda a sexta-feira de sábados domingos e Feriados a gente atende ali das 8 às 17 horas nesse canal como o pessoal já comentou eh a gente atende nessa nova integração muitos canalidade né então a gente tem parceiros ali que estão homologando em groceries mas que são foco em farma é outros

foco em mercado né E vocês podem também eh eh tá tirando as suas dúvidas ali eh nesse canal sobre o processo de desenvolvimento eh se ficou alguma dúvida também relacionado a a documentação ou algum ponto eh que não Esteja muito claro para vocês ali vocês podem nos acionar né E nesse canal também a gente vai fazer o o eh o suporte para vocês do pós homologação né então vocês vão passar pelo processo de desenvolvimento eh vão esclarecer todas as dúvidas assim que vocês estiverem com o seu desenvolvimento concluído Vocês passam pelo processo de homologação e

após a homologação eh vocês vão ter obviamente né o suporte pós homologação né onde Vocês podem esclarecer dúvidas eh vocês podem também Abrir chamados ali relacionados a criticidades e urgências que possam Surgir aí durante a operação da api né e também eh vocês podem Abrir chamados ali relacionados até mesmo alguma parametrização que vocês precisam fazer nesse desenvolvimento aí Tudo bem pessoal eh pode passar o próximo slide aí Vine eh para você nos acionar nesse novo canal vocês podem eh acessar o o link do developer.ifood.com.br Eh segam na opção ali de suporte para chamados né E

ali vocês vão escolher a opção dúvidas incidentes e requisições tá é super importante também pessoal que vocês detalhem o máximo possível ah aquilo que vocês estão solicitando né se é uma dúvida se é um problema né deixa bem detalhadinho ali porque isso daí evita também que a gente possa fazer novos questionamentos aí eh e alongar ainda mais eh eh Esse chamado aí né Por um por um tempo um Pouco maior tá eh também que vocês tiverem dúvidas em relacionados a à documentação eh vocês podem nos questionar aí também se vocês não localizaram um link eh

relacionado ao desenvolvimento podem estar nos questionando aí também eh agora vou falar Eh vou passar a próxima etapa aí para falar um pouquinho sobre homologação pro Vini que vai dar continuar dar continuidade com vocês obrigado pessoal um bom dia Pessoal novamente explicar um pouquinho para vocês do processo de homologação como ele funciona nesse novo ambiente ali da merch pii tá eh e como ele tá estruturado como vocês fazem a abertura de chamado e chegam até a nossa equipe processo de homologação na prática né ele consiste na validação do desenvolvimento que vocês realizarem né pelo nosso

time tá toda a documentação hoje ali dentro do portal developer ela Tem alguns critérios de homologação e boas práticas Então nossa validação aqui vai seguir muito a linha do que tá determinado ali no processo assim como eu falei no módulo de autenticação tem uma série de recursos e e é esperado que o parceiro né desenvolva usando esses recursos né da melhor forma então durante o processo de homologação a gente vai validar se o aplicativo desenvolvido se os módulos utilizados estão seguindo essas diretrizes n eh o Processo de abertura é feito a partir do portal develop

na aba suporte a gente tem ali um uma agenda de homologação então é marcado uma agenda né o parceiro n nessa nessa marcação deve já informar Quais foram os módulos e recursos desenvolvidos na sua na sua aplicação a gente vai marcar um tempo ali necessário para fazer a homologação desse processo eh e uma data específica né alinhada junto com o requisitante ao receber essa solicitação Né caso o processo tenha sido desenvolvido com com tudo que a documentação oferta né Eh aqui do nosso lado nós fazemos uma mudança desse aplicativo de imediato só retrocedendo um pouco

quando vocês fazem o cadastro no portal já é liberado dois já são liberados dois ambientes né O um aplicativo Centralizado e um distribuído os dois dando acesso a todos os módulos mas não são estes aplicativos que serão homologados tá no processo de Homologação Nós criamos um novo aplicativo esse será o oficial inclusive ficará disponível ali para paraas demais lojas né em o nosso portal informando que eh os dados do parceiro O que que o aplicativo oferece esse aplicativo você vai selecionar exclusivamente os módulos que serão utilizados diferente dos de teste que já vai dar acesso

a todos tá eh nós mudamos aqui do nosso lado esse aplicativo com uma fag ali para Homologado e a partir desta mudança é que é possível habilitar o recurso de em lojas em produção até lá tudo é feito no ambiente dos aplicativos testes Então você consegue alimentar as lojas testes do aplicativo teste consumir os pedidos a partir desse ambiente né fazer testes ali com os end points de autenticação validado tudo isso cria-se um aplicativo novo esse aplicativo novo ele vai gerar uma nova credencial também um novo client ID um novo client Secret serão Selecionados somente

os módulos utilizados e homologados vocês terão autonomia de habilitar esse recurso em lojas ativas tá esse até uma melhoria agregada com essa mudança da merch api a autonomia do parceiro dentro deste Portal vocês terão Total autonomia para solicitar a permissão em uma loja já existente aqui dentro do iFood né Eh e também gerenciar quais lojas TM essa permissão lá na lá lá no ambiente tem no cenário do aplicativo que vocês criarem A listagem das lojas que já tem essa permissão ou que estão com a permissão pendente no momento em que você faz a permissão o

lojista recebe na sua loja ali no portal do parceiro que todos têm no momento em que se cria a conta dele aqui dentro do iFood uma notificação informando que vocês estão pedindo acesso à loja dele né esse parceiro autorizando essa aplicação automaticamente já libera para vocês ali né a a na na api as requisições dos Módulos desenvolvidos tá tem um tempo de propagação sugerido ali de até 15 minutos para que esse processo ocorra Mas a partir disso né nesse meio tempo assim que liberado se você tiver desenvolvido o módulo de produto já é possível enviar

produtos para aquela loja ou a parte de pedidos ou os dois né você também conseguiria utilizar tá esse seria o processo de homologação em si onde nosso time valida toda essa questão do Desenvolvimento Se não for possível validar todo esse processo e e mudar o aplicativo para homologado nesse nessa agenda não há problema tá Nós Vamos pontuar Quais são os ajustes necessários documentar para vocês por e-mail e marcar uma nova agenda tá essa nova agenda é desejável que já venha com os ajustes realizados e novamente Estando tudo compliance a gente muda esse aplicativo para homologado

né possibilitando a habilitação em lojas de Produção tá nos aplicativos de teste isso não não é possível então só é possível habilitar em lojas em produção a partir do momento que ele muda para esse status novo de homologado Esse é o resumo ali do processo de homologação que vai atender novamente tá as plataformas que nós fornecemos aqui Marketplace iFood Shop e White Lab nesse processo a gente deve validar também com o parceiro a viabilidade dele de uso ali Da multicanalidade então se é um parceiro que já utiliza e tem Lojas ali com em plataformas diferentes

a gente vai validar se existe essa possibilidade como ele desenvolveu do lado dele essa comunicação né para possibilitar envio de catálogos diferentes para as diferentes plataformas que são fornecidas tá resumidamente é esse o processo que deve seguir então todo o desenvolvimento Segue até o término terminou marca-se a agenda de Homologação enquanto não se não não não se tem essa agenda de homologação dúvidas e requisições como o Fabrício comentou anteriormente vão ser feitas ali pelo Portal ali na parte de dúvidas incidentes e requisições né e o time vai apoiar eh seja em na nas tratativas pontuais

do chat né ou a necessidade de agenda o que for necessário para que vocês evoluam no processo Esse é o processo de homologação vou passar aqui agora pro nosso momento De perguntas e respostas tá E aí abriremos aqui as dúvidas levadas ali no no slide para que a gente possa responder com esse fórum legal já temos algumas perguntas aqui Opa Claro boa ótimo eh essa é uma ótima pergunta tá Vanessa eh hoje aqui na via merchi a gente disponibiliza só para explicar um pouco antes ali a gente tem dois conceitos aqui dentro de promoções a

Gente tem as promoções simples né que é depor o desconto fixo e valor percentual e temos também as complexas né que é a também conhecida como progressivas como você citou e a resposta é sim tá então a gente disponibiliza ali o lev X para y o Atacarejo e o X por na na n unidade né Então essa por exemplo que você deu o exemplo encaixaria ali com o Atacarejo tá então sim é possível se ficar qualquer tipo de dúvida eh só reforçando o que o v falou eh só abrir um chamado Lá a gente conversa

se tiver dificuldade a gente pode marcar a reunião então a gente tá aqui super aberto a ajudar vocês a concluírem essa integração tá mais contigo ali Gil mas vai pelo que entendi sim né vai ficar disponível ali no nosso canal iFood Marketplace isso aí a Live vai ficar gravada assim e a gente vai mandar até por comunicação em seguida também para todo mundo caso queira reassistir ou quem não assistiu pode assistir também Perfeito Vamos à próxima perfeito vou responder aqui a pergunta do Felipe negro como vai ficar a migração dos dados de loja produtos preços

prços promocionais estoques feitos através de integração da SM para mexer NPI minha aplicação tem mais de 500 filiais cada um com 10k de produto cara eh Na verdade nada vai mudar porque os dados eles já estão integrados né então quando a gente tá indo pro merchan api a gente tá mudando Ali a porta de entrada eh obviamente fluxos internos mas principalmente a porta de entrada Então a partir do momento e você vindo de uma utilização de service pii acabou de migrar eh pro mer pii você vai seguir com as suas integrações incrementais de catálogo como

sempre como sempre faz então então em resumo eh não tem um desin de informações entre entre as duas plataformas tá tá é para complementar aqui wellon acho Que eu entendi um pouco da preocupação ali do Felipe Espero conseguir responder tá eh esse até um ponto de melhoria ali na na migração porque os parceiros terão autonomia no próprio portal para gerenciar esse processo diferente do que é hoje ali onde a gente tem que mandar as credenciais pro parceiro ligar ou desligar o recurso aqui do nosso lado Então imagina que já existe um integrador né Eh habilitado

ali com os recursos disponíveis para manter essa Integração atual né esse mesmo integrador ele terá autonomia para desligar a rotina anterior e ligar a nova tá então é nisso que vai seguir os produtos Eles já existem aqui o que ele vai ter que ligar e desligar é somente a a alimentação desse processo o mesmo vale para pedidos né Tem uma rotina ativa na na na integração anterior usando as os recursos anteriores ele vai desligar uma e vai ligar a outra tá claro que vai ter um processo de rollout É muito do capacit do parceiro ali

da estrutura dele de como gerenciar isso a gente fazendo um Bente ali do do piloto que a gente realizou ao longo desse período ali até setembro né e tivemos cinco integradores homologados e algumas centenas de lojas já já migradas né foi foi exatamente isso que ocorreu tá a gente fez ali o checkpoint dos dados o parceiro ele como ele tem autonomia e a gestão das rotinas que ele gerencia ele desliga uma e liga a outra Se no meio do processo tiver algum alguma peculiaridade ali esqueceu de algum ponto ele tem ali também do lado dele

autonomia para voltar ao processo anterior reforçando que nós manteremos O Legado ali até 31 de Março né Eh ativo então serviço que já roda Eles continuam continuam R continuarão rodando em paralelismo até o dia 31 dia 31 a gente vai rever toda toda essa estrutura O que funciona qu não funcionou quem não conseguiu e por tá E aí avaliar o Desligamento da estrutura anterior boa eu posso pegar essa aqui pergunta da Caroline E terá limitações de quantos produtos possam enviar na promoção e quantos itens e quantas promoções distintas olha basicamente assim não vai ter um

limite tá a gente só tem que tá ali o limite de payload de uma request http eh com os nossos testes aqui a gente conseguiu mandar cerca de 30.000 itens por vez eh acho que a gente recomenda Que seja menos né então pode fazer ali lotes de 10.000 5.000 e deixa isso em loop até terminar ali o número de itens a serem integrados Tá mas não tem um limite hoje eu não tenho um número mágico aqui vai muito do tamanho ali de payload e tal então a recomendação é seguir ali o tamanho máximo talvez de

uma requisição http eu posso responder essa aqui então trabalhamos com franquias e usamos códigos próprios para as lojas api do IFood exige código interno para cada loja será necessário um depara manual ou alternativo perfeito Então dentro do dentro do módulo merchan tá eh além do nosso código interno que será a chave ali para vocês fazerem as requisições de produtos e pedidos tá também tem os detalhes das lojas então Vocês conseguem ali a partir dos dados das lojas arenados aqui que fornecem também CNPJ tá vai ter outros dados vai ter o nome da loja endereço e

também o CNPJ que Deve ser a chave pro depara que vocês vão realizar nós não temos hoje um recurso que vá inserir o código de vocês né o código interno ali da sua filial dentro do nosso ambiente mas teremos o CNPJ que já é como é feito hoje tá na service iepi os parceiros que precisam fazer esse depara né eles utilizam o CNPJ como referência então eles recebem ali na na merchan né essa informação e também consomem o o ID da loja que é o merchan ID que nós falamos aqui né que Será a referência

para as próximas aquisições tá esse é o formato Ô acho que eu posso responder essa também tá eh o formato de autenticação na merchant IPI Ele é bem semelhante ao da service tá quase idêntico ali se se você for avaliar eles usam a ali as duas Chaves client ID Secret gera-se um token e o token tem um parâmetro de xir in que vai ficar eh indicando ali Por quanto tempo aquele tokem ficará disponível Tá mas são Credenciais diferentes então a service utiliza um recurso a merchan vai te disponibilizar uma nova chave para fazer esse essa

autenticação boa boa pergunta inclusive tá eh sim tá eh nós temos já durante o piloto a gente nós tivemos parceiros com essa condição inclusive um dos homologados ele ele trabalha nas duas estruturas então ali é muito mais do lado do parceiro a gente não pretende barrar esse tipo de prática tá então vai Ficar a cargo do parceiro qual o melhor cenário para ele gerenciar dos parceiros né fazendo um Bente com o processo piloto aqui tá alguns parceiros optaram por por criar um aplicativo groceries e um aplicativo restaurante tá muito pela questão da gestão mas não

é eh um impedit né que ele habilite no no aplicativo já existente novos módulos isso até inclusive é uma premissa ali durante o processo de homologação Eh o parceiro ele vai desenvolver a parte de catálogo e a parte de pedidos ele não precisa homologar os dois ao mesmo tempo tá ele pode homologar a parte de catálogo o módulo de pedidos Continua em desenvolvimento ali e fica barrado para habilitar o recurso em lojas de produção tá momento em que ele passar pelo pelo pela homologação por todo o processo e for homologado é habilitado esse novo módulo

segue a mesma linha para quem já tem o Aplicativo ali para restaurante para para restaurante vocês têm módulos específicos para fazer atualização de catálogo e consumo de pedidos seria acrescentar esses novos recursos ali da parte de groceries né passar por esse novo processo de homologação para vocês conseguir irem habilitar isso em novos recursos ali em novas lojas né dentro de groceries né homologado segue vida normal tá então é muito do lado do parceiro entender o que é mais prático Ali para ele gerenciar não impede de que ele crie um aplicativo novo deu o nome de

grocer coloca os detalhes a gente só pede para que ele reformule os detalhes do aplicativo já existente né que Muito provavelmente vai est listando ali as informações de restaurante então ele complementar né dizendo que agora também eh oferece recursos para grocer né para que os parceiros TM essa visibilidade ali no portal Boa acho que eu posso responder esse aqui app separador tá o separador ele continua tá com uma aplicação oficial para gestão de pedidos aqui dentro de grupo o que vai mudar na prática para quem usa smi o smi ele tem um formato diferente né

Ele é uma aplicação que vai instalada do lado do parceiro e essa aplicação tem ali a funcionalidade de gerar arquivos no ambiente dele tá então ele exporta arquivos falando de api né Eh a api Ela Vai disponibilizar esses Mesmos dados na Api para consumo né então eh não não é criado um XML tá vai ser vai ser disponibilizado na api os dados do pedido para que o parceiro consuma E aí do lado dele se houver a necessidade de converter isso um XML ou se ele já consegue só fazer a leitura direta né e importar no

sistema dele que é o mais comum tá eh vai tá disponível Então essa é a diferença das duas tecnologias né o smi ele gera um arquivo lá no ambiente porque tá instalado né Quando a gente fala de api até por uma questão de segurança eh e até por isso o smi já foi descontinuado para novas implementações há há algum tempo né Eh porque ele exige ali uma instalação no ambiente do parceiro entra em regras de compliance de segurança e uma série de outras coisas né então eh ele tem essa funcionalidade de gerar arquivos dentro do

ambiente na api não é o inverso né Vocês consomem a api os dados que vocês precisam para gerar esse cupom Nota Fiscal Essa é a principal mudança mas o consolidado disso continua vindo do ep separador normalmente tá isso não mudou Tá salvo a exceção dos que já utilizam ali o módulo de picking na service mpi para gerir os pedidos a separação dos pedidos via api né todos os outros permanecem usando o ep separador como meio do caminho consolidado fica na Api para consumo né e importação no sistema eh Não sei se eu entendi bem a

pergunta mas vou vou tentar responder assim de uma forma mais genérica tá eh a merp Sim ela vai te dar recursos para envio em lote ali de de catálogo né mesmo de promotion ali que o moreno comentou tá então esses recursos já estão disponíveis no smi e a gente tem essa esse recurso tá e na service pii também então o padrão formato de funcionamento não mudou tá os mesmos recursos né É É até ali isso foi avaliado no piloto né a Gente ter minimamente as mesmas coisas que já existiam né nos nas tecnologias anteriores né

transbordador Tá então Mandar vários produtos para uma mesma loja ou para várias lojas eh o formato é bem parecido inclusive com o que já er era feito ali na service pii ou ou no smi tá tem as mesmas funcionalidades e permite sim acho que ess se eu posso responder aqui Eh a parte de pedido de groceries inclusive na documentação a gente atualizou recentemente então a parte de detalhe de pedido ali ela é um pouco diferente essa parte de Campos em que vocês precisam de algumas coisas mais específicas de mercado Então a gente tem dois tipos

de de get que pode ser feito ali então um que ele vai retornar informações mais padrão então um padrão Total ali de de iFood restaurante e mercado e um outro que é o virtual bag Que tá atualizada a documentação então vocês já podem olhar ali e aí vai retornar inclusive informações é mais específicas de gruer bo Obrigado al até complementando esse da oone tá para os parceiros que iniciaram antes a gente já aproveitando essa Live aqui eh havia o módulo groceries né que era o oficial para leitura ali dos detalhes dos pedidos que a gente

já havia informado os parceiros inicialmente mas para os Novos já podem usar a a nova documentação que tá no portal ali dentro de Order essa virtual bag que vai ter a mesma funcionalidade da de Gross os parceiros que já desenv veram alguma coisa tá não vai mudar muito ali em relação ao processo mais a URL que antes era groceries Order né e agora vai ter essa de Order com a virtual bag Tá mas isso já tá exposto dentro do portal dentro do módulo de ordem tá com essa virtual bag a documentação oficial a Mudança é

basicamente essa tá módulo de grocer ele deixa de existir um nome grosses ele vai ficar dentro ali de Order fazendo a mesma uma função tá então os detalhes ali serão os mesmos a parte do plu via de regra tá até esclarecendo como é hoje Se vocês integrarem o plu durante o processo de atualização de catálogo ali no módulo de item nós devolvemos no pedido tá essa é a regra tá então nos detalhes do pedido a gente Devolve Se não vier o plu eu não te devolvo então pode ser que o pedido teste gerado ali no

no portal né Por o motivo Ele não tenha esse plu preenchido mas caso vocês tenham o módulo de item desenvolvido e queiram fazer esse esse teste tá você poderia integrar o produto no módulo de item com o campo plu preenchido nós devolveriam ali no detalhe do pedido quando ele criado Inclusive tem duas formas de gerar esse pedido tem o botão que já gera o pedido Teste esse é mais prático porém né ele tem a limitação de que vai ser dados aleatórios né E tem uma parte manual onde você pode alimentar a loja e fazer um

pedido como se fosse um cliente efetivamente esse mais próximo do cenário real Aí talvez vocês consigam simular com o recebimento desse pdu respondendo ao Marcos aqui sim Marcos tá como a gente a gente colocou aqui nesse nesse fórum Tá além dos módulos né De de restaurante tem alguns que se assemelham tá tem funcionalidades ali que vão ser parecidas mas tem módulos exclusivos para grosses né Por exemplo o catálogo ele é exclusivo de restaurante então ele não funciona ali paraas integrações de groceries para fazer a a a atualização de produtos aqui dentro de grocer fiz É

obrigatório o uso do módulo item tá então esse catálogo ele é só para restaurantes tá dentro do módulo de order a gente vai ter a adição ali da Virtual bag que é para trazer os detalhes dos pedidos de groceries tá tem lá a as funcionalidades que vão trazer pedidos também de de restaurantes né mas teria esse ajuste né Por mínimo que seja né ele precisaria ser reformulado ali para contemplar também a parte de grosser e o events é a mesma coisa né o events ele vai trazer ali ou Muito provavelmente quando vocês desenvolveram para restaurantes

né Vocês desenvolveram Seguindo a jornada dos pedidos ali de restaurante que são diferentes do de groceries A até explicou ali no primeiro módulo de Order né a a parte dos eventos e os status dos pedidos essa jornada dentro de groceries ela é diferente para restaurante então teria que ser reformulada também em um novo desenvolvimento posso responder essa no módulo de pbms Pelo que eu entendi a gente vai precisar disponibilizar pontes para vocês e fazer Os processos de autorização barra pré autorização eh é isso mesmo Wagner só tem uma diferença pequenininha que é a questão da

autorização eh a pré-autorização de fato vamos precisar de um end Point para que a gente possa fazer essa chamada para PR autorização mas para a autorização nós vamos disponibilizar esses dados da pré-autorização para vocês via Order E aí eh recebendo a Order Vocês conseguem efetivar a Autorização então para autorização especificamente a gente não precisa de end Point legal vou responder a próxima aqui galera pergunta do Marcos o tempo de cada requisição de cargas deltas da service é a cada 30 minutos esse tempo será mantido ou podemos enviar com um tempo menor e trazendo aqui uma

visão sobre integração de catálogo tá napi a gente tá trabalhando sim para reduzir e também eliminar esse esse rate limit né Eliminar essa essa limitação entre entre integrações Tá bom então respondendo Sim a gente tende a a diminuir ou eliminar esse tempo entre integrações bo até reforçando aqui a parte do webton tá eh hoje se vocês mandarem a menos ela vai aceitar Tá mas o que eu passei pros parceiros pilotos e os que estão em processo de desenvolvimento é deixar isso já parametrizável porque é é possível que a gente implemente a um Rate limit Em

algum momento tá então para que não seja um desgaste muito grande né um esforço muito grande ali para alteração vocês já deixem o desenvolvimento né prevendo essa alteração tá que aí se em algum momento colocar né Se quiser parametrizar os 30 não tem problema se mandar um pouquinho menos ela vai aceitar Mas deixe isso já previamente eh parametrizado para uma mudança futura ali que é é muito provável Boa Vini bora bora duplar nessa nessa outra pergunta aqui do Felipe negro Ele trouxe napi É possível usar as APS de it integration para cadastro post e atualização

Pat sim inclusive o próprio link que você trouxe da documentação ele já é já tem ali o Como utilizar esses dois serviços tá então Sim esses esses são os dois end Points ali que você pode utilizar para est cadastrando eh um produto ou atualizando as Informações dele tá Principalmente quando a gente fala aqui de de groceries bo acho que é bem parecida com a primeira né se se ele pode usar o mesmo aplicativo ali para habilitar outras funcionalidades tá eh na prática sim tá mas novamente tá é muito do lado do integrador Ali A gestão

disso tá se ficarem para ele melhor usar a mesma aplicação liberar pros parceiros Sem problema tá senão ele tem a possibilidade também de criar um Aplicativo novo com as funcionalidades sabe então Eh durante o piloto tivemos parceiros que decidiram colocar no mesmo tá outros acharam melhor ter um um aplicativo financi ou um aplicativo catálogo um aplicativo Order muito porque eh tem uma pluralidade ali né nessas integrações então nós temos parceiros que dentro de uma loja Eles atuam só na parte de pedidos então só vão usar ali o módulo de Order e na mesma loja um

outro parceiro um outro Integrador faz a parte de catálogo então tem essa Bola Dividida às vezes né dentro da loja eh então é muito do parceiro entender ali Qual o cenário dos logistas dele e qual seria a melhor situação né para ele ligar as rotinas do lado dele Opa deixa eu ir nessa aqui para que o cliente tenha uma análise de desempenho de promoção em ferramentas externas ao arp como I por exemplo na merch pii a integração dos pedidos Possuem informações da promotion que foi aplicada nos itens Sim toda promoção todo item que é vendido

com uma promoção aqui no iFood essas informações da promoção ali que estava vinculado à aquele item são devolvidas na em orders né na no pedido em si acho que Esso aqui eu vou responder inicialmente sei qualquer coisa o Vine me complementa também eh eu acho que a gente teria que entender mais cenários aqui possibilidades porque assim hoje o Dispet inclusive Se é depois da coleta a gente entende que pode haver cancelamento a pessoa pode não conseguir entregar então existem cenários existem regras que a gente valida para entender que pode ser cancelado pois isso existe inclusive

em alguns casos al fluxos de rota de devolução que a gente também tá eh pode analisar então eu acredito que a gente teria que entender um pouco mais os cenários validar isso um pouco mais em casa você tem uma resposta aqui se Realmente poderia proibir ou não eu não acho que é algo assim tão pontual pra gente responder nesse momento exato essa política de cancelamento a gente já tem um processo que envolve outras coisas né não não não fica restrito ali a parte da integração em si tá então é é mais da jornada da entrega

como um todo inclusive as lojas né tem isso já setado ali na parte de conciliação então o iPhone tem uma responsabilidade a partir Do momento que a loja entrega a mercadoria ali ao separador então a desculpa ao motoboy né que vai fazer a entrega então Eh Em alguns momentos o iFood cobre essa despesa fori cancelada posteriormente né E se tá ainda com a loja a loja né acaba absorvendo isso então envolve outras regras ali de imediato não né a gente não tem essa possibilidade ainda mas eh Vá a discussão teremos que envolver outros fos aqui

para validar essa Possibilidade boa Ótima pergunta tá dentro do módulo de Order Vocês verão ali como realizar pedidos testes tá tem uma documentação específica com vídeos inclusive explicando como realizar o processo tá o formato manual eh vocês teriam que alimentar essa loja teste de vocês ali no ambiente com estes produtos né Eh tem ali um formato de como localizar essa loja dentro do app tá você pode localizara como se fosse uma compra real mesmo né dentro do app Do iFood você tem a possibilidade de localizar se eu não me engano todas as hor as testes

ela vem com um endereço específico é ramal bujar não estou enganando mas essa seria a forma de você localizar a loja pelo nome da loja que foi criado e aí tendo acesso a essa loja você consegue realizar um pedido tá tem inclusive lá nessa documentação de orders como realizar pedidos testes manualmente ali cartões ficticios né Para que vocês cheguem até a conclusão Tudo isso tá descrito ali na documentação Esse é o formato para gerar o pedido manualmente quer se eu posso responder também eh para integração de pedidos e web Hook haverá R tentativa de envio

de pedidos eh por por padrão o webhook ele ele só deixa de enviar novamente por exemplo se eh já foi recebido então ele ele manda ele percebe que recebeu com sucesso então ele recebe esse retorno ali na hora que ele envia para endpoint Dando sucesso Ok se tiver dependendo do erro existem regras também não é sempre dependendo do tipo de erro a gente tem retry aí pro padrão do Web Hook eh D redundância para envio a busca de novos pedidos então ou vai ser via webhook ou seria via pulling de eventos então teria que ser

ali eh buscando no pulling de eventos para identificar o status o nosso get hoje ele não vai mais retornar então o detalhe de pedido de Gross não vai retornar ao Status então para saber O status e o ciclo de vida do pedido duas formas ou web Hook E aí tem esse ponto aí do retry com as regras ali específicas do do erro ttp mesmo ali né do retorno ou via pulling de eventos e aí sim vocês conseguiriam eh ver o todo o ciclo de vida ali de uma forma mais garantida se for o caso Opa

pulou aqui a a votação Então vou me ajuda aqui também V por gentileza eh Existe algum edpo que consiga visualizar os produtos integrados preços Estoques promoções atacado trazendo aqui sobre a visão de catálogo em si né envolvendo preço estoque hoje ele é feito via portal do parceiro então na na merchan e pi atualmente não temos esse recurso entretanto as evoluções acontecerão nela Então sim é é provável que eh isso passa passa passa essa prioridade aqui na entre as nossas atividades aqui do time e a gente evoluiria sim para consultas eh na própria merchan Pii só

complementando sobre promotions ali promoções também tá hoje é feito via portal do parceiro mas em breve a gente vai disponibilizar ali end points na merch pii para consultas para edições nessas promoções Então é só ficar ligado lá na documentação que em breve a gente vai disponibilizar legal é É isso mesmo tá eh durante o piloto a gente teve inclusive essas esses feedbacks né dos parceiros em relação ao processo num primeiro momento Era mais um depara do que já tinha como estrutura ali eh usada pelo smi e pela Cice api transbordar e as melhorias já agregadas

com o ambiente que existia Tá mas tá em Pauta ali discussões sobre um recurso que permita aos parceiros validar isso diretamente ali pelo api sobre o módulo de pbms qual é a ação recomendada se acontecer um erro durante a autorização cancelar o pedido eh eu acho que a primeira indicação é que seja feita uma retent ativa para que A autorização seja seja efetivada e o nosso cliente não saia prejudicado eh mas sim caso a autorização realmente não funcione de forma nenhuma a indicação é cancelar o pedido temos mais perguntas legal Posso explicar aqui eh o

Centralizado ele vai permitir com uma apenas ali com as credenciais né client Secret Light ID vocês façam autenticação em n lojas ele também Vai disponibilizar o recurso de web Hook que Não tá presente hoje no aplicativo distribuído já o distribuído ele vai gerenciar uma autenticação por loja até o método de autenticação dos dois é diferenciado a partir disso né Centralizado ali ele usa o client credential então só só o client ID o Secret é o suficiente já no distribuído além do client id e o client Secret ele tem um authorization code que é o tipo

de autenticação que ele usa então para cada nova loja Vai ser necessário esse Autoriz code que tem todo um processinho ali no portal via vídeo via documentação explicando como realizar onde o logista né gera esse código compartilha com vocês e é esse código que vai ser usado em conjunto com o client ID o Secret para realizar o processo de autenticação tá eh muito usado ali por franquias ou por alguma necessidade estrutural do parceiro de gerenciar uma autenticação por loja tá essa é a principal diferença eu acho que aí tá até Complemento o que que você

comentou agora Vini basicamente o único a única limitação que a gente tem hoje pro e Hook é exatamente eh não enviar isso para aplicativos distribuídos ele é enviado apenas pro Centralizado e existe um ponto também até de escalabilidade a gente teria que fazer um trabalho com cada loja e entender assim essa parte do e Hook do endp que a gente envia eh Então desconheçam se hoje existe já alguma coisa pensando e mudar isso mas Nesse momento e a gente entende é que não é escalável também a gente a gente seguir por esse caminho mas é

a única limitação tá tudo que for Centralizado pode utilizar o Web Hook agora sobre pbm essa nova feature de pbm já irá contemplar Laboratórios específicos ou serão todos eh depende muito da forma como a gente acordar esse essa integração na verdade a gente pode tanto suportar Laboratórios específicos quanto todos os laboratórios Eh para benefício do nosso cliente a indicação é que sejam todos os laboratórios porque assim a gente consegue trazer mais medicamentos mais descontos e e mais benefícios para nossos ários eh mas tendo limitação sim conseguimos também eh contemplar Laboratórios específicos só mais com módulo

de ordem é na nas formas de pagamento né hoje a gente fornece só os dados da Bandeira ali dados da transação mas nsu B de Cartão esses pontos acho que hoje não não são enviados eu acho que a gente tem a limitação posso até buscar mais detalhes depois a gente responder com mais com mais informações também a gente tem no get de detalhe ali a gente coloca algumas informações de pagamento em que que foi feito e tal mas algumas informações acho que a gente nem pode colocar em todos os detalhes de pedido né Principalmente questão

até de lgpd Enfim outras coisas que a gente não pode colocar todo tipo de informação Então posso buscar exatamente Quais que a gente tem a gente detalhar ali e a gente pode responder também com com mais detalhes sobre isso é e eu acredito que isso impacte mais ali pro lado do do White Label né quando o pagamento é pelo próprio parceiro Eh agora no do lado do iFood né entende-se que todo o processo de autorização pagamento né foi gerenciado Pelo ifu então não não existiria pagamento posterior né o pedido já sai confirmado e com o

pagamento efetuado posso responder não sei se eu entendi bem Miguel mas vou vou tentar Esclarecer aqui tá eh novamente tá depende muito de como tá estruturado o serviço de integração do lado do parceiro né alguns parceiros têm um servidor que alocam os recursos ali para in lojas né outros TM um serviço local que gerencia isso então é muito Particular ali da rotina de como foi estruturado esse desenvolvimento tá então eh se o integrador ele tem um serviço local n problemas assim não não haveria não haveriam Barreiras para eh tratar nesse formato Tá mas como isso

vai ser estruturado vai depender do do integrador como que ele trabalha hoje tá se é Centralizado e distribui para as lojas ou se ele tem ali em cada loja um serviço que executa esse processo Cre creio que ele tá perguntando ali da do que já existe né Eh mudaria pelo módulo de orders né entendo que sim tá existe um desenvolvimento hoje do lado do parceiro que suporta essa integração eh seja via smi ou seja via service api né ele teria que mudar esse processo para merchan né de alguma forma tá não quer dizer que a

rotina operacional se altere tá são coisas diferentes que que é a rotina Operacional imagina que o parceiro ele desenvolveu consumindo a service api né como exemplo ali o consumo de pedidos e lá operacionalmente ele tem um processo onde o operador vai no caixa digita o o CPF do cliente e gera o cupon fiscal né não quer dizer que esse processo vai mudar vai depender de como o parceiro desenvolver do lado dele pode segir seguir a mesma linha só que consumindo por trás né Desse dessa rotina ali a merch pi tá então o processo de consumo

Ele sim precisa mudar porque é um outro serviço agora a parte operacional é muito do entendimento do parceiro ali se ele vai executar algum tipo de melhoria ou se ele vai manter a mesma estrutura operacional né ser Elia usar o App separador a mesma rotina né ep separador gera o gatilho ele consome da API antes ele consumia da service agora ele vai consumir da merchan o que vai gerar ali no no pdv é a mesma informação né só vão ser consumidas de locais diferentes Boa vou responder aqui o Ariel tá não existe uma limitação em

relação à quantidade de lojas tá Ariel até tem algumas recomendações ali eh na na documentação relacionado a a separar né requisições para uma quantidade de 200 em 200 300 mas não tem um limite específico se você vai usar o Centralizado ou distribuído tá eh te dando uma uma base ali um parâmetro dos parceiros que usam tá a necessidade é muito porque eles precisam De uma autenticação por loja tá Por algum motivo interno então é É mais do lado do parceiro entender a necessidade dele se ele tem por algum motivo a necessidade né de identificar a

autenticação por loja é recomendado distribuir se ele não tem essa necessidade o recomendado é o Centralizado até pela melhor gerência ali né da das aplicaç AES e das liberações posteriores independente da quantidade de lojas Tá haverá treinamento para implantação da venda de pbm e quando estará disponível eh a gente não tem um treinamento planejado eh no entanto nós estamos fazendo cols com os parceiros que TM interesse em integrar pbm eh para passar toda documentação especifidades eh e como que a gente pode fazer essa integração acontecer então a minha indicação é que se você tem interesse

em integrar pbm que entre em contato com a gente para que a gente possa fazer uma Dessas calls para passar todas as informações necessárias eh e ter um entendimento de ambos os lados porque como eu disse existe também algumas apis que a gente vai precisar integrar com vocês parceiros eh então entendendo se você já possuem essas apis ou não como que a gente pode eh é facilitar ambos os lados fica um pouquinho mais fácil tendo essas cols eh Independentes com cada um oi felipe Sem problema tá não há problema ser repetida não inclusive tô Gostando

ali da das perguntas né mand bastante perguntas acho que a ideia é sair desse fórum ali com o máximo de dúvidas respondidas tá eh o client Secret ele já fica exposto ali no portal do desenvolvedor a partir do cadastro de vocês então no momento que vocês realizarem o cadastro ali no portal como desenvolvedor tá ele já vai liberar dois aplicativos o Centralizado e um distribuído com acesso a todos os módulos e lá já estarão expostas também As credenciais para esses aplicativos no momento que você criar um novo aplicativo que será o oficial ali paraa parte

de homologação ele também já gera essas credenciais tá então tudo isso vai ficar exposto e de gerência de vocês no próprio portal do desenvolvedor bom aqui é muito a questão da rotina tá oley eh novamente tá não existe nenhuma restrição de vocês usarem o mesmo aplicativo adicionar adicionando mais Recursos a ele tá independente disso todos precisam passar pelo processo de homologação Então imagina que vocês já tiveram um ponto de homologação aplicativo de financia tá rodando já tá ativo em algumas horas no momento em que vocês habilitarem um novo recurso tá eles e ele ficaria disponível

ali depois da homologação eh você pode pedir para habilitar esse recurso fazer o processo de homologação sem problema porque ele não tem vínculo Com a rotina que vocês desenvolveram né Não sei se se eh Se vocês são o são os gestores ali da integração mas imagina que você tenha uma rotina ativa via smi ou via api ela tá rodando lá você se homologar via merch api não implica em desligar o processo anterior os dois vão ficar vão ficar disponíveis ali até 31 de Março que é o nosso deadline tá então eh o que vai mudar

é é esse time de desenvolvi e homologue na merchan você vai ter que Desligar a rotina anterior e ligar a nova tá podem contar conosco ali Para apoiar nesse processo Se tiverem dúvidas mas vocês teriam autonomia para fazer isso tá vocês podem desenvolver homologar o novo processo com as novas credenciais mas tem a habilitação do recurso real né O que tá ativo ali na loja fornecendo as funcionalidades de atualização de catálogo e de pedido né então é eh de autonomia de vocês desligar um e manter o outro ah Poxa Esqueci de alguma coisa não entendi

algo deu errado né posso voltar O anterior e desligar o novo tá essa é a proposta parece que essa foi a nossa última pergunta bacana Agradeço a todos aí foi um bom bate-papo tá minha minha intenção Inicial era essa mesmo né abri para muita discussão tivemos muitas dúvidas espero ali ter ajudado oi pois não boa só só um adendo aqui pessoal eh se Tim assa que tentou né Trazer aqui com profundidade todas as respostas né em todas as frentes ali que vocês tiveram dúvidas mas de novo né Fiquem tranquilos aqui ah Giovana bota aqui time

vão disparar aí uma comunicação né pós Live e como é uma live aqui né que não tem o dinamismo ali de uma uma pergunta uma réplica tréplica eh nós dispararem essa comunicação terá um Formes ali para vocês também complementarem eh com novas perguntas ou aquilo que não ficou Claro Para vocês tá E E também temos o nosso canal de suporte tá que que Visa ali sanar todas as dúvidas e problemas pra gente poder suprir e e deixar eh vocês o mais possível aí pra gente poder escalar esse modelo tá isso aí podemos encerrar então né

pessoal agradecemos a participação de todos que estiveram conosco no começo até o fim ou quem precisou sair no caminho e bora vamos juntos qualquer Dúvida vamos falando a gente vai mandar form continuamos falando com vocês via comunicação também e é isso obrigada também todos parão aqui tchau tchau gente Obrigado pessoal obrigado pessoal n