Engraçado uma galera vindo nos comentários para dizer como deveria ser feito. Na verdade cada pessoa faz do geito que se sente confortavel e seu conhecimento lhe permite. sem falar que um projeto atende certa escala e outros atende uma escala diferente. Portando de minha parte posso dizer que o conteúdo é top, e mesmo que nao sirva para todos, fica ai ulgumas sacadas tecnicas para ultilizar em outros projetos com n8n. Valeu pelo conteudo... firme, abraço
para poucas conversas faz até sentido, mas para larga escala n faz sentido. É mais fácil fazer o filtro na chamada do querySQL e executar o fluxo somente se atender aos ranges específicos. Fora q vc precisa adicionar um loop com wait para o follow-up não triggar tudo de uma vez só, pois isso é danado pra dar um timeout se tu por uma IA e pode parecer suspeito demais na meta se as msgs forem todas lançadas em um time específico do CRON
Muito top, mas não seria melhor você colocar o atendimento finalizado diretamente na requisição do db como uma das condições, é que na minha mente é o que faz mais sentido pois acaba por economizar o processamento no n8n, o que me dizes?
O timestamp fica no fluxo 2.0, certo? Tem alguma etapa específica que preciso adicionar ele ou em todo momento ele deve atualizar quando o cliente envia mensagem?
Engraçado uma galera vindo nos comentários para dizer como deveria ser feito. Na verdade cada pessoa faz do geito que se sente confortavel e seu conhecimento lhe permite. sem falar que um projeto atende certa escala e outros atende uma escala diferente. Portando de minha parte posso dizer que o conteúdo é top, e mesmo que nao sirva para todos, fica ai ulgumas sacadas tecnicas para ultilizar em outros projetos com n8n. Valeu pelo conteudo... firme, abraço
Veleu irmão, é essa aí mesmo a essencia concordo....
para poucas conversas faz até sentido, mas para larga escala n faz sentido. É mais fácil fazer o filtro na chamada do querySQL e executar o fluxo somente se atender aos ranges específicos.
Fora q vc precisa adicionar um loop com wait para o follow-up não triggar tudo de uma vez só, pois isso é danado pra dar um timeout se tu por uma IA e pode parecer suspeito demais na meta se as msgs forem todas lançadas em um time específico do CRON
Excelente lendário
@@magalhaesrealty valeu! 🙏🏼
Muito top, mas não seria melhor você colocar o atendimento finalizado diretamente na requisição do db como uma das condições, é que na minha mente é o que faz mais sentido pois acaba por economizar o processamento no n8n, o que me dizes?
@@alfagents seria sim, colocar como filtro do node que puxa os dados do banco de dados
@@alfagents muito bom, pensou alto aí parabéns melhor que eu!
conteúdo de ouro, obrigado irmaõ
TMJ bro!! Obrigado pelo comentário :)
O timestamp fica no fluxo 2.0, certo?
Tem alguma etapa específica que preciso adicionar ele ou em todo momento ele deve atualizar quando o cliente envia mensagem?
@@Carlos-jv8qr na verdade em qualquer tipo de bot, toda vez que o fluxo executar ele tem que atualizar o timestamp
@@Carlos-jv8qr esse fluxo é a parte
Topp
Obrigado pelo comentário :)