Atualizações de Produtos

Personalização da Página de Conclusão: Redirecione os Signatários de Volta para a Sua Aplicação Após Assinarem

Para a maioria das ferramentas de assinatura eletrónica, um signatário que conclui a assinatura vai parar a uma página genérica de "obrigado por assinar" que não tem nada a ver com o fluxo de trabalho que o levou até lá. Para uma integração incorporada, esse é o único momento num fluxo de outra forma suave em que o controlo escapa silenciosamente das suas mãos, exatamente quando mais gostaria de o ter de volta.

A nova personalização da página de conclusão do Firma.dev fecha essa lacuna. Agora pode definir um título personalizado, uma mensagem personalizada e um URL de redirecionamento automático para o que acontece no instante em que um signatário conclui a sua assinatura, configurável ao nível da empresa, do espaço de trabalho, do modelo ou do pedido de assinatura individual.

O beco sem saída no final da assinatura

Os fluxos de assinatura incorporados costumam ser contínuos até ao último clique. Um signatário abre um documento dentro do seu CRM, da sua ferramenta de integração (onboarding) ou da sua plataforma de faturação, assina-o e vai parar ao ecrã de conclusão predefinido do Firma.dev sem qualquer caminho de volta para onde começou. Se o seu produto depender de esse signatário continuar noutro local, concluir a integração, regressar a uma página de negócio ou confirmar uma subscrição, esse ecrã tem sido um verdadeiro buraco na experiência desde o dia em que lançou a integração.

É fácil não dar por isso numa demonstração, uma vez que tudo até esse ponto ocorreu exatamente como esperado. A assinatura em si funciona, o documento parece correto, a chamada de API é bem-sucedida. Depois, alguém assina realmente um documento de ponta a ponta e pergunta onde está o botão "voltar para a app". Não havia nenhum.

Quatro definições, uma cascata

A solução são quatro novos campos:

  • completion_title (até 200 carateres)

  • completion_message (até 1000 carateres)

  • completion_redirect_url (apenas HTTPS, até 2000 carateres)

  • completion_redirect_delay (0 a 30 segundos)

Cada campo resolve-se de forma independente através de uma cascata: empresa, depois espaço de trabalho, depois modelo, depois pedido de assinatura individual, com a definição mais específica a vencer sempre. Um espaço de trabalho pode definir uma mensagem de conclusão predefinida para cada pedido que envia, enquanto um único modelo substitui apenas o URL de redirecionamento abaixo dele e deixa tudo o resto intocado, uma vez que cada campo é armazenado e resolvido separadamente. Defina as suas predefinições uma vez ao nível da empresa e substitua apenas onde um fluxo de trabalho específico realmente necessita de algo diferente... não deverá ter de configurar quatro campos em cada modelo apenas para alterar um deles.

Construído com um limite de tempo

O redirecionamento não é permanente. Permanece válido por 10 minutos após o signatário concluir o seu documento, especificamente para que um link de assinatura não possa ser reutilizado como um redirecionamento de uso geral meses mais tarde, muito depois de o evento de assinatura real ter terminado. Adicione o requisito de apenas HTTPS no campo de redirecionamento, e temos uma restrição pequena e deliberada na funcionalidade. Os registos de auditoria e a verificação de identidade são as ferramentas de segurança mais pesadas no ecossistema do Firma.dev; esta é uma restrição mais leve que fecha um caminho óbvio de utilização indevida sem adicionar atrito à forma como a funcionalidade é utilizada no dia a dia.

Onde isto realmente se aplica

Alguns padrões que esperamos que as equipas utilizem de imediato:

  • De volta à app anfitriã. Um signatário conclui um NDA dentro do seu CRM e volta diretamente para a página do negócio, em vez de ficar preso a olhar para um separador do browser do Firma.dev que agora tem de fechar manualmente.

  • Encaminhamento por modelo. Os signatários de NDAs são redirecionados para um fluxo de integração. Os signatários de contratos vão parar a uma página de faturação. Mesma conta, dois destinos diferentes, porque a definição reside no modelo e não no espaço de trabalho.

  • Texto de conclusão com a sua marca. Troque o texto genérico "está concluído" por algo que pareça ter sido escrito pela sua própria empresa, mesmo em pedidos onde nunca chega a mexer no redirecionamento.

Imagine uma plataforma de tecnologia jurídica com assinaturas incorporadas construída sobre os espaços de trabalho de clientes do Firma.dev: os NDAs encaminham os novos contratados para uma lista de verificação de integração, enquanto os contratos de prestação de serviços assinados encaminham diretamente para a página de faturação do cliente. Dois modelos, duas definições, zero lógica personalizada do seu lado para detetar qual o documento que acabou de ser assinado.

Configuração

No painel de controlo, esta opção encontra-se em Definições do Espaço de Trabalho numa nova secção de Página de Conclusão, ou por modelo dentro do separador de Definições de Documento do Editor de Modelos. Através da API, os mesmos quatro campos encontram-se em:

POST/PUT/PATCH /signing-requests
POST/PUT/PATCH /templates
PUT /workspace/{id}/settings
PUT /company/settings
POST/PUT/PATCH /signing-requests
POST/PUT/PATCH /templates
PUT /workspace/{id}/settings
PUT /company/settings
POST/PUT/PATCH /signing-requests
POST/PUT/PATCH /templates
PUT /workspace/{id}/settings
PUT /company/settings

Um exemplo mínimo, definindo um redirecionamento num único pedido de assinatura:

{
  "completion_title": "Está tudo pronto",
  "completion_redirect_url": "https://app.yourcompany.com/deals/482910",
  "completion_redirect_delay": 3
}
{
  "completion_title": "Está tudo pronto",
  "completion_redirect_url": "https://app.yourcompany.com/deals/482910",
  "completion_redirect_delay": 3
}
{
  "completion_title": "Está tudo pronto",
  "completion_redirect_url": "https://app.yourcompany.com/deals/482910",
  "completion_redirect_delay": 3
}

Três segundos costumam ser suficientes para que a mensagem de confirmação seja assimilada antes do redirecionamento ser acionado. Atrasos maiores também funcionam, até ao limite de 30 segundos, se preferir que o signatário leia realmente a página primeiro.

Se estiver a configurar isto pela primeira vez, o nosso guia de início rápido de assinatura incorporada explica o resto da integração em seu redor.

Se não fizer nada, nada muda

Deixe estes campos vazios e a página de conclusão traduzida existente será apresentada exatamente como sempre foi, em qualquer um dos 14 idiomas suportados pelo Firma.dev que o signatário esteja a utilizar. Isto foi lançado juntamente com a API v1.34.0, sem etapas de migração, sem necessidade de ativação e sem qualquer alteração visual para quem ainda não a esteja a utilizar.

Para um produto SaaS que incorpora a assinatura eletrónica no seu próprio fluxo, este é o tipo de detalhe que decide se a integração parece artificial ou integrada de raiz. O redirecionamento costumava ser um detalhe secundário... agora é um campo de configuração.

Comece a utilizar o Firma.dev gratuitamente, sem necessidade de cartão de crédito.

  1. Cabeçalho

Imagem de Fundo

Pronto para adicionar assinaturas eletrónicas à sua aplicação?

Comece gratuitamente. Não é necessário cartão de crédito. Pague apenas 0,049 € por envelope quando estiver pronto para começar.

Imagem de Fundo

Pronto para adicionar assinaturas eletrónicas à sua aplicação?

Comece gratuitamente. Não é necessário cartão de crédito. Pague apenas 0,049 € por envelope quando estiver pronto para começar.

Imagem de Fundo

Pronto para adicionar assinaturas eletrónicas à sua aplicação?

Comece gratuitamente. Não é necessário cartão de crédito. Pague apenas 0,049 € por envelope quando estiver pronto para começar.