Montei uma API para enviar avisos e/ou cobranças via WhatsApp atraves do MkAuth, não testei e não sei se funcionaria corretamnete se instalado diretamente no mkauth pois como utilizo o mkauth virtualizado em proxmox e como o sistema é bem leve optei com criar um CT com umbuntu 23.04 a parte no proxmox, acredito que rode até em um pendrive.
O conteudo é auto explicativo e a API é gratuita e cumpre com a funcionalidade que promete sendo 100% funcional, tem gente cobrando mensalidade de 100 reais ou instalação de 300 reais mas aqui vcs conseguem de graça, como a finalidade é somente o envio de cobranças e não um chat-bot caso algum cliente responda alguma mensagem sera notificado que o numero é apenas para uso do sistema portanto sujiro utilizar uma conta de whatsapp a parte ou ate mesmo aqueles numeros virtuais.Download e Instalação
Para adicionar comentários, você deve ser membro de MK-AUTH.
Respostas
Bom dia JMTELECOM . tambem utilizo o mk auth para gerenciar as mensagens nao sei bem o motivo mas nas versoes atuais tive o mesmo assim duplicava ou nao enviava a mensagem e recebia o erro no mk-auth "codigo (500) {"Status":"Fail","message":"Bot-Mwsm : Message was not Sent"}" testei tanbem a API da evolution mesma coisa ai fiz uma reinstalação da API na v2.0.36 meus problemas acabaram (nao testei outra versao). mas hoje recebemos uma notificação do whatsapp que feriamos as politicas deles a unica coisa que usamos de diferente nesse whatsap seria a API. nao se e o auto fluxo de envios (4-5-6 msg por min.) ou a versao do whatsapp js esta gerando esse erro (nao analizei isso) ou se por um azar recebi essa notificaçao (recebi recorri e o whatsapp ja esta funcionando). entao nao sei o real problema pq recebi essa notificação. mas a API na v2.0.36 os envios funciona normal.
Cleber
utilizo o mkauth mesmo para gerenciar. tem algum manual alem daquela que esta no github, das funços de cada botao, la esta desatualizado
Fiz um downgrade no mkauth, voltei para versao 24.03.
perdi a opção de envio de mensagem automatica de Bloqueio e Desbloqueio.
mais vou deixar assim, pois tenho masi de 1000 clientes neste servidor e fica duplicando, bloqueia o zap
acabei de fazer uma instalação do zero em um container ubuntu-20.04-standard_20.04-1 e apesar de demorar, a instalação ocorreu sem nenhum tipo de erro ou falha, sugiro dar uma olhada nos videos do MKCodec - YouTube
jmtelecom, utiliza o comando reinstalar e se não resolver atualiza o mkauth
jmtelecom se utiliza o mwsm como gerenciador tenta aumentar o valor de Cron Schedule tbm
faz uma leitura minuciosa no github em todas as guias que sempre tem uma observação referente a um possivel erro, é muita coisa e muitas vezes não lembro de cabeça e mesmo eu tendo sido o autor tenho q recorrer ao conteudo do tutorial
ja aumentei no maximo e continua duplicando
JMTELECOM nas configurações de API aumenta o valor do delay, se n resolver faz como o Elton sugeriu e atualiza o mkauth lembrando de atualizar a API modificada tbm após atualizar o Mkauth.
Henrique e magno, irei verificar mas até onde sei se for instalado nas versões corretas do OS e não for atualizado as dependência da API funciona corretamente mas irei testar
JMTELECOM isso de envio duplicado é bug da versão do mk auth
Estou tendo problema de envio de mensagem duplicada, mnhas config estao assim
Henrrique
estou com o mesmo problema , porem no meu caso estou fazendo um teste em um container
e tarva na mesma seção
Cloning into '/var/api/Mwsm'...
remote: Enumerating objects: 3610, done.
remote: Counting objects: 100% (1070/1070), done.
remote: Compressing objects: 100% (390/390), done.
remote: Total 3610 (delta 1017), reused 680 (delta 680), pack-reused 2540 (from 4)
Receiving objects: 100% (3610/3610), 9.60 MiB | 17.71 MiB/s, done.
Resolving deltas: 100% (2147/2147), done.
boa noite senhores, ja usava a api a algum tempo. porem parou de funcionar, quando vou instalar seja no debian limpo ou ubuntu server, simplismente não completa a instalação... mudou alguma coisa? não encontrei nada no Github informando o fim ou nada de procedimento novo...
No VM guests are running outdated hypervisor (qemu) binaries on this host.
Cloning into '/var/api/Mwsm'...
remote: Enumerating objects: 3610, done.
remote: Counting objects: 100% (1070/1070), done.
remote: Compressing objects: 100% (390/390), done.
remote: Total 3610 (delta 1017), reused 680 (delta 680), pack-reused 2540 (from 4)
Receiving objects: 100% (3610/3610), 9.60 MiB | 18.41 MiB/s, done.
Resolving deltas: 100% (2147/2147), done.
trava nessa parte....