Classificação de 4,8 estrelas no g2.com
O Problema do Script de que Ninguém Fala
A maioria das plataformas de assinatura eletrónica assume que todos os signatários escrevem em alfabeto latino. Essa suposição é válida para inglês, espanhol e francês. Ela quebra no momento em que o nome do seu signatário é Γιώργος, Сергей, 田中, ou 김민준. Uma fonte cursiva latina aplicada a um nome em cirílico ou kanji não se parece com uma assinatura. Parece um erro de renderização.
Deteção Automática de Scripts, Sem Configuração
Firma.dev deteta automaticamente o sistema de escrita em cada nome de signatário e apresenta estilos de assinatura projetados para esse script, sem necessidade de configuração por parte do programador. Cinco famílias de scripts são suportadas sem necessidade de configuração adicional.
O Problema Com Estilos de Assinatura Apenas em Latim
Fonte errada, mensagem errada
Quando um assinante com um nome não latino abre um modal de assinatura e vê apenas fontes latinas cursivas, duas coisas acontecem. Primeiro, a assinatura não se parece com o seu nome real. Segundo, isso indica que a plataforma não foi construída tendo eles em mente. Para empresas onde a experiência de assinatura é parte do produto, ambos os resultados são problemáticos.
Estes são mercados reais, não casos extremos
Este não é um caso marginal. Usuários empresariais russos, fluxos de integração de RH japoneses, plataformas de serviços financeiros coreanas, todos estes são mercados reais onde a assinatura apenas em latim parece errada e corrói a confiança. A correção não deve exigir esforço de desenvolvedor para cada pt que você suporte.
Como a Firma.dev lida com Assinaturas Multi-Script
Firma.dev analisa os pontos de código Unicode em cada nome de assinante antes de o modal de assinatura abrir e seleciona automaticamente a família de scripts apropriada. O assinante vê fontes que correspondem ao seu sistema de escrita desde a primeira interação. Sem pacotes de idiomas, sem configuração por localidade, sem lógica condicional no seu código de integração. As cinco famílias suportadas e suas fontes:
Latim
Parisienne, Sacramento e Alex Brush. Estilos cursivos clássicos para inglês, espanhol, francês, alemão, pt e todas as outras línguas de escrita latina. O padrão para a maioria das integrações e o mais amplamente testado.
Cirílico
Marck Script, Bad Script e Caveat. Tipos de letra manuscritos com cobertura completa para russo, ucraniano, búlgaro, sérvio e outras línguas que usam o alfabeto cirílico. Cada estilo tem variação de caracteres suficiente para parecer uma assinatura real em vez de um nome tipográfico.
Grego
Zen Kurenaido para uma sensação limpa de escrita à mão em todo o alfabeto grego, incluindo cobertura completa do Greek Extended para caracteres acentuados como ά, ί e ό. Relevante para utilizadores gregos e cipriotas e para qualquer plataforma que opere sob eIDAS nesses mercados.
Japonês
Zen Kurenaido e Klee One para Hiragana, Katakana e Kanji. Ambas as fontes respeitam o peso e o equilíbrio que a escrita japonesa requer, o que é mais difícil de alcançar do que parece com um estilo de assinatura.
Coreano
Nanum Pen Script e Gaegu para escrita manual natural em Hangul. Ambos são lidos como pessoais e manuscritos, em vez de gerados por sistema, o que é importante para contextos de assinatura onde a assinatura deve ter um peso pessoal.
Cada família inclui também versões em itálico e normais de fallback usando Noto Sans, ou Noto Sans JP e Noto Sans KR para scripts CJK, para que haja sempre uma opção limpa e profissional ao lado dos estilos cursivos.
Deteção Automática Com Sobretudo Manual
A detección automática cobre a maior parte dos casos de forma clara. Para signatários bilíngues ou nomes que incluem caracteres de vários sistemas de escrita, os signatários podem alternar entre famílias manualmente através de um menu suspenso no modal de assinatura. A seleção requer um único clique e os estilos disponíveis atualizam-se imediatamente.
Predefinições Inteligentes, Controlo do Signatário
Configuração Zero para Desenvolvedores
Uma Integração, Cada Script
O código de integração não muda. Você configura signatários da mesma forma, independentemente do seu sistema de escrita. Firma.dev lida com a detecção de script, seleção de fontes e renderização nos bastidores.
Renderização Correta em Cada Saída, Automaticamente
As assinaturas são renderizadas corretamente em três lugares: a própria experiência de assinatura, o PDF final assinado e o certificado de conclusão. Todos os três são geridos automaticamente. Não há etapa de pós-processamento nem lógica de incorporação de fontes para gerenciar do seu lado.
Assinatura Global, Uma API
Para equipas que constroem produtos globais, isso significa que pode integrar subscritores no Japão, Rússia, Grécia ou Coreia utilizando as mesmas chamadas de API que usa para todos os outros. A localização ao nível da assinatura é tratada sem que tenha de pensar nisso.
Para quem é isto
Plataformas SaaS que atendem clientes empresariais japoneses ou coreanos
Ferramentas de RH, software de gestão de contratos e plataformas de compras nesses mercados frequentemente lidam com assinantes cujos nomes estão inteiramente em Hangul ou scripts japoneses. Um fluxo de assinatura que renderiza esses nomes corretamente sinaliza a maturidade do produto.
Plataformas legais e financeiras que gerem contratos transfronteiriços
Quando um documento tem signatários de vários países e sistemas de escrita, cada signatário necessita de um modal de assinatura que funcione para eles. O suporte a múltiplos sistemas de escrita significa que o mesmo pedido de assinatura lida com uma contraparte russa e uma francesa sem qualquer tratamento especial.
Ferramentas de recursos humanos e integração em funcionamento na EMEA
Os mercados búlgaro, ucraniano, grego e outros que utilizam o alfabeto cirílico ou grego são alvos comuns de expansão para empresas SaaS europeias. Apoiar esses assinantes corretamente desde o primeiro dia elimina uma lacuna de localização que a maioria das APIs de assinatura eletrónica não aborda.
