Protheus · Avisos no WhatsApp

O título vence amanhã.
Quem avisa é o seu Protheus.

Um agente roda dentro do seu ambiente, lê o contas a receber e manda o aviso pelo WhatsApp oficial. Sem planilha, sem ninguém copiando telefone, sem abrir o WhatsApp Web no computador do financeiro.

Estamos abrindo as primeiras instalações, com implantação assistida pelo mesmo time que sustenta ambientes Protheus. Preço sob consulta — entra no contrato de sustentação ou como projeto fechado.

O Protheus já sabe. O cliente não.

Os dados do aviso já estão lá dentro. O que falta é a mensagem sair.

Primeiro fluxo

Cobrança de títulos

Contas a receber: título a vencer, vencido e baixado. Quando a baixa entra no Protheus, a régua para — ninguém cobra quem já pagou.

Próximo

Aviso de nota fiscal

Nota emitida e autorizada, com a DANFE no WhatsApp de quem compra, em vez de um e-mail que ninguém abre.

Próximo

Pedido e entrega

Pedido liberado, faturado, data de entrega. O cliente para de ligar para o comercial perguntando onde está.

A cobrança é o fluxo que instalamos primeiro. Os outros dois entram por projeto, depois de conferir no dicionário do seu ambiente onde cada dado mora — o nome do campo muda de Protheus para Protheus, e a gente não adivinha.

Já manda carta de cobrança pela FINA811?

Então boa parte do trabalho já está feita no seu Protheus.

Próximo

A carta que sai por e-mail, também no WhatsApp

A mesma carta, para o mesmo contato que hoje recebe o e-mail: uma mensagem por cliente, com os títulos daquela carta. Sem mexer na rotina nem no ponto de entrada que você já customizou. E dá para escolher mandar só para quem ficou sem o e-mail — cliente sem endereço cadastrado ou com envio que falhou.

Próximo

Tela de log no menu do Financeiro

Uma linha por execução, com legenda: entregou, entregou com pendência, falhou ou só conferiu. O financeiro vê se rodou e quanto foi sem pedir nada para a TI — inclusive erro de configuração, que de outra forma só apareceria no log do servidor.

Como entra no seu ambiente

Quatro passos. O terceiro é o que a TI costuma pedir e quase ninguém oferece.

  1. 1

    O agente é compilado no seu RPO

    Um fonte TLPP/AdvPL, que roda como job no Scheduler nativo do Protheus, na periodicidade que você escolher. Nenhum serviço novo na sua infraestrutura.

  2. 2

    Ele só fala para fora

    Uma chamada HTTPS de saída, na 443. Seu AppServer não é exposto, não tem porta aberta para a internet, não tem VPN para montar e ninguém de fora recebe usuário do seu banco de dados.

  3. 3

    Primeiro roda seco

    Em modo de conferência o agente consulta e não envia nada. Ele devolve a contagem: quantos títulos entrariam, quantos estão sem celular cadastrado e quais tipos de título existem. Você olha o número antes de a primeira mensagem sair.

  4. 4

    Aí liga

    Um parâmetro muda de estado e o envio começa — depois de a sua empresa declarar o consentimento no painel. Sem essa declaração os títulos entram e nenhuma mensagem sai, de propósito.

O que a TI pergunta

Preciso expor o AppServer ou publicar um REST?

Não. O agente abre a conexão de dentro para fora. Não existe endereço seu para a internet alcançar, nem regra de firewall de entrada para criar.

Vou ter que dar acesso ao banco de dados?

Não. O agente lê pelo próprio Protheus, com o ambiente que ele já abre. Não há usuário de banco entregue para terceiro nem conexão direta ao SQL Server.

Ele grava alguma coisa no ERP?

Não altera nenhuma tabela do Protheus: não baixa título, não mexe em cadastro, não escreve no histórico da carta. O único registro que ele faz é o próprio log de execução.

Os campos do seu agente existem no meu dicionário?

O agente confere isso antes de consultar qualquer coisa. Se faltar campo no seu ambiente, ele para e diz exatamente quais — em vez de estourar no meio da execução.

E quem já pagou?

Título baixado continua sendo enviado por alguns dias, com saldo zero. É assim que a régua fica sabendo do pagamento e para. Cobrar quem pagou é o erro mais caro desse tipo de integração.

Se o job rodar duas vezes, o cliente recebe duas mensagens?

Não. Cada título é identificado por filial, prefixo, número, parcela e tipo. Reenviar o mesmo lote atualiza o que já existe em vez de duplicar.

Esse número pode ser banido?

É uma conta comercial oficial, com mensagem em modelo aprovado pela Meta. Não é número pessoal pareado por QR code, que é o que costuma ser bloqueado.

E se o cliente não quiser receber?

Ele responde pedindo para parar e sai da régua. O pedido vale para os títulos seguintes, sem ninguém precisar mexer em cadastro.

Nada fica mudo

Título sem celular não desaparece. Ele chega ao painel com o motivo — sem destinatário — e entra na contagem do dia. O mesmo vale para vencimento inválido ou título sem número.

Isso parece detalhe e não é: integração que mostra “importei tudo” na tela e manda zero mensagem é o jeito mais comum de descobrir o problema tarde, pelo cliente reclamando que nunca foi avisado. Aqui o que não vira mensagem aparece com o motivo, no mesmo lugar.

Por que pela RXM

Quem instala é quem sustenta Protheus

Sustentação mensal, customização AdvPL/TLPP e análise estática é o que a gente faz todo dia. Veja a página de sustentação.

WhatsApp oficial, não WhatsApp Web

Conta comercial e modelo de mensagem aprovado. Fora o risco do número, é o que permite enviar para quem não falou com você primeiro.

O ERP não corre risco

Não altera tabelas do Protheus, só fala para fora, e tem um modo de conferência que roda sem enviar nada. Você vê o número antes de qualquer mensagem.

Catálogo público de Protheus

Mantemos documentação e tabelas do Protheus abertas, em português. Dá para conferir o nosso nível antes de contratar.

Vamos olhar o seu contas a receber

Trinta minutos: você diz a versão do Protheus e os módulos, a gente diz o que o modo de conferência vai mostrar e o que falta no seu cadastro para o aviso sair.