O WPsigner já aparece como integração do WPsigner no diretório do Uncanny Automator.
Isso muda o trabalho do dia. Um contrato assinado deixa de terminar numa caixa que alguém precisa abrir. A assinatura pode inscrever uma pessoa, etiquetar um contato, avisar um canal ou arquivar o PDF. E o inverso também: um pedido, um formulário ou qualquer outro gatilho do Automator pode criar e enviar o contrato.
As receitas correm no seu servidor WordPress. Não há salto pelo Zapier nem ligação a uma app remota. O documento, os signatários e a trilha de auditoria ficam nesse site.
O que isto destrava
Antes deste addon, ligar o WPsigner ao resto do site passava por um webhook, uma chave de API ou um plugin à medida. O Automator já está no meio dos plugins que muitos sites usam. O WPsigner agora fala essa língua.
Cinco mudanças concretas:
- O passo seguinte sai sozinho. Concluído, recusado, visto, expirado: cada um pode disparar uma receita sem copiar o e-mail do signatário para outra ferramenta.
- O contrato sai de eventos que você já acompanha. Um pedido pago ou um formulário podem criar um documento a partir de um modelo, preencher e enviar.
- Quem assina sem conta também conta. Quase ninguém entra no WordPress para assinar. Esses gatilhos são receitas para todos, então o fluxo não depende de uma conta.
- A mensagem pode levar a prova. Os tokens passam o título, o signatário, o URL de download seguro e o URL de auditoria para o Slack, o e-mail ou a ação seguinte.
- O arquivo fica no seu site. Uma receita na nuvem manda o evento para outro servidor. Esta não. Serve quando o contrato não deve sair do WordPress só para aplicar uma etiqueta ou liberar um curso.
Um único addon cobre isso. Não é preciso um conector para o WooCommerce, outro para o LearnDash e outro para o CRM.
Quando o documento se move, o site pode mover-se com ele
No construtor de receitas, o WPsigner oferece a vida do contrato: criado, enviado, visto, assinado, concluído, recusado, expirado, cancelado. Também há gatilhos para lembretes, o PDF pronto, uma cópia na nuvem e pagamentos Stripe (sucesso, falha, reembolso). A assinatura de um usuário WordPress com sessão iniciada é um gatilho à parte. Cada um pode observar um modelo ou qualquer modelo.
Com isso cobre-se o que costuma acontecer depois da assinatura:
- Entrada de um cliente. O documento é concluído, então você inscreve o signatário no curso do LearnDash e o etiqueta no FluentCRM.
- Uma recusa. Publica o signatário e o URL de administração no Slack enquanto o negócio ainda está quente.
- Alguém abriu. O gatilho «visto» avisa que o contrato já não está parado sem leitura.
- Expirou ou foi cancelado. A equipe fica sabendo no dia, não na segunda-feira.
- O PDF está pronto. Quando o arquivo assinado é gerado, ou quando chega ao Google Drive, Dropbox, OneDrive ou S3, você envia o URL ao Slack, ao Teams ou por e-mail.
- Pagamento e assinatura no mesmo fluxo. Um pagamento Stripe bem-sucedido pode iniciar o passo seguinte. Um pagamento falhado ou reembolsado pode avisar antes de tratar o contrato como fechado.
«Assinado» e «concluído» não são a mesma coisa. Assinado dispara por aquele signatário. Concluído dispara quando o documento terminou. Use assinado se uma de três pessoas já assinou e a equipe precisa saber. Use concluído se o curso, a etiqueta ou a mudança de função devem esperar por todos.
Quando acontece outra coisa, envie o contrato
As ações correm a partir de qualquer gatilho do Automator, não só do WPsigner. Criar um documento a partir de um modelo e preencher. Enviar. Lembrar. Escrever no Slack, ou mandar o lembrete por WhatsApp, SMS, Telegram ou Teams. Acrescentar um signatário, uma etiqueta, um prazo, cancelar o documento ou ler a lista de signatários dentro da receita.
As combinações que mais aparecem:
- WooCommerce. O pedido está pago. Você cria o contrato de serviço a partir de um modelo, preenche nome e e-mail de faturação e envia.
- Formulários. Chega uma entrada do Gravity Forms, WPForms ou Fluent Forms. Você espera se precisar de uma revisão, verifica uma condição e então cria o documento.
- O que você já automatizou. Um membro novo, um evento de curso, uma mudança de função: se o Automator vê, esse gatilho pode criar ou enviar um documento do WPsigner. O WPsigner não precisa de um feed próprio desse plugin.
Os feeds nativos do WooCommerce e dos formulários continuam lá. Use-os quando o formulário ou o pedido só devem gerar um pedido de assinatura. Use o Automator quando o mesmo fluxo também precisa de uma espera, uma condição, uma etiqueta de CRM ou outro plugin.
Uma espera, uma condição, um loop
O plugin gratuito do Automator chega para gatilhos, ações e tokens.
O Automator Pro acrescenta a ramificação que a equipe pede a seguir. As condições podem exigir um estado do documento, um modelo, uma etiqueta ou um usuário WordPress. Os loops percorrem os signatários. O exemplo documentado: o documento é enviado, a receita espera dois dias e cada pessoa que ainda não assinou recebe um lembrete no WhatsApp.
Nas definições do addon você pode ocultar os URLs de assinatura e os valores dos campos nos tokens e no registo do Automator.
O que você precisa
WPsigner Lite ou Pro, no mesmo site que o Uncanny Automator. Filtrar um gatilho por modelo usa o WPsigner 3.x ou posterior. WordPress 5.8+ e PHP 7.4+.
- Ative o Uncanny Automator e o WPsigner.
- Instale o WPsigner para Uncanny Automator pelo portal da conta, ou em WPsigner → Addons.
- Abra Automator → Recipes. Use uma receita para todos, salvo se precisar de um usuário com sessão. Acrescente um gatilho ou uma ação do WPsigner e depois as outras apps.
Ficha do diretório: automatorplugin.com/integration/wpsigner.
Página do produto: WPsigner para Uncanny Automator. Gatilhos, ações, tokens e as seis receitas explicadas: documentação.
O WPsigner para Uncanny Automator é um addon independente do WPsigner. Não é afiliado, endossado nem patrocinado pela Uncanny Owl. Uncanny Automator é uma marca do respectivo titular.