Assinaturas eletrónicas dentro do Salesforce, sem um pacote gerido
Uma Oportunidade passa a Ganha Fechada e o contrato é enviado para assinatura de forma autónoma. O signatário conclui-o e o registo atualiza-se sozinho: a fase muda, o documento é anexado, o passo seguinte é acionado. Ninguém abriu um novo separador, ninguém clicou em enviar e ninguém pagou por outra licença de utilizador para que isto acontecesse.
Uma forma mais simples de adicionar assinaturas eletrónicas ao Salesforce
Essa é a versão de integração de assinatura eletrónica do Salesforce que a maioria das equipas realmente quer, e chegar lá não requer uma instalação pesada do AppExchange. O Firma.dev liga-se através dos blocos de construção padrão do Salesforce que os seus administradores já utilizam: Flow, External Services, Apex e Agentforce. Regista-o uma vez, interliga-o nas automatizações que lhe interessam, e a assinatura torna-se apenas mais um passo no processo.
A via do AppExchange tende a agrupar um pacote gerido, preços por utilizador e uma configuração que pressupõe que todos os que tocam num contrato precisam de uma licença paga. Para muitas organizações, essa matemática está invertida. Algumas pessoas enviam acordos, muitas pessoas precisam de visibilidade e o número de licenças aumenta independentemente disso.
Pronto para construir?
Leia o guia técnico completo da Salesforce.
O que realmente pode fazer
Três resultados cobrem a maior parte do que uma equipa de Salesforce precisa em termos de assinaturas, e nenhum deles exige que escreva código no caminho sem código.
Enviar para assinatura automaticamente a partir do Flow
Quando um registo cumpre uma condição definida por si, o Flow envia o modelo certo para o signatário certo. Closed Won numa Oportunidade, um Contrato aprovado, um Orçamento aceite, seja qual for a base do seu processo.
Regista a especificação OpenAPI da Firma.dev como um External Service apenas uma vez, e a opção "Criar e enviar pedido de assinatura" aparece como uma ação que pode introduzir em qualquer Record-Triggered Flow. Isto é configurável pelo administrador e não necessita de um programador para o caminho padrão.
Encaminhar o resultado de volta para o registo
O envio é apenas metade do ciclo. Quando o signatário termina, o Salesforce recebe um evento de webhook e o registo é atualizado automaticamente. A Oportunidade muda de fase, o PDF assinado vai para o Contrato, o objeto personalizado passa para Concluído. Os seus representantes veem o estado atual sem precisarem de andar atrás de ninguém ou de consultar um painel de controlo separado.
Permita que o Agentforce envie sob pedido
Se estiver a executar o Agentforce, pode expor a assinatura como uma ação do agente. Um representante pede ao agente para enviar o NDA padrão para um contacto, o agente confirma o modelo e os detalhes do signatário, e só depois é que o pedido é enviado.
Esse passo de confirmação é importante, porque estes documentos chegam a partes externas e não quer que um agente envie contratos sem uma leitura humana de confirmação.
A diferença de custo
Os modelos de preço são o verdadeiro contraste, pelo que vale a pena ser claro sobre eles. O Firma.dev é pago à medida que usa a € 0,029 por envelope (~3¢ USD). Sem licenças por utilizador, sem mínimo anual e sem contrato para negociar antes de enviar o seu primeiro documento.
Pague por envelopes, não por utilizadores
O DocuSign para Salesforce é licenciado por utilizador por ano. Esse modelo joga contra si no caso habitual em que apenas um punhado de pessoas envia acordos mas toda a equipa precisa de ver o estado. Acaba por pagar pela visibilidade e não pela utilização. Com o preço por envelope, paga pelos documentos que saem efetivamente e nada mais.
Nota multi-tenant para ISVs na AppExchange
Se estiver a criar uma aplicação AppExchange que necessita de assinatura para cada uma das organizações dos seus clientes, os Espaços de Trabalho de Clientes tratam do isolamento por si. Cada cliente obtém um espaço de trabalho privado com os seus próprios modelos e a sua própria utilização de envelopes, claramente separados de todos os outros clientes. A configuração encontra-se no guia dos Espaços de Trabalho de Clientes.
Como configurar
O passo a passo completo está na documentação, não aqui. Configurar a Credencial Nomeada (Named Credential), registar o Serviço Externo (External Service), criar o Flow, ligar o invocável do Apex, adicionar a ação do Agentforce e gerir os webhooks de volta para a Salesforce estão todos documentados passo a passo no guia técnico. Esta página é o porquê e o quê. O guia é o como.
Configuração completa, passo a passo.
Leia o guia técnico completo da Salesforce.
