Este artigo explica os métodos de envio de envelopes e códigos de autenticação no processo de assinatura eletrônica, bem como os tipos de documentos de identificação aceitos
🛠️ Fluxos de Integração
Integração via LaaS
Quando a integração é realizada pelo time LaaS, o cliente deve alinhar com nossa equipe os métodos de envio desejados para:
-
Link de assinatura do envelope: Enviado por SMS, e-mail ou WhatsApp.
-
Código de autenticação: Um código enviado durante a assinatura para verificar o e-mail ou telefone do signatário, também por SMS, e-mail ou WhatsApp.
O cliente deve especificar as preferências de envio durante o planejamento com o time LaaS. Além disso, para habilitar tipos de documentos de identificação específicos, o cliente deve solicitar ao time LaaS a liberação dos documentos desejados (veja a seção "Documentos Aceitos").
Integração Gerenciada pelo Cliente
Na integração gerenciada pelo cliente, o método de envio é definido diretamente na criação do envelope via API, utilizando os campos document_submission_method
(para o link de assinatura) e authentication_submission_method
(para o código de autenticação). Os métodos disponíveis são SMS, e-mail e WhatsApp.
Exemplo de chamada API para criar um envelope com métodos de envio definidos:
curl -X POST \
https://api.sign.qitech.com.br/sign/envelope \
-H 'Content-Type: application/json' \
-H "Authorization: EXAMPLE_API_KEY" \
-d '{
"id": "814e7ed3-4080-4cae-a853-8e12812817ea",
"subject": "CCB QiTech",
"expiration_date": "2023-09-20",
"signers": [
{
"id": "1",
"name": "John Sample",
"email": "johnsample@test.com",
"birthdate": "1992-09-15",
"document_number": "111.111.111-11",
"phone": {
"international_dial_code": "55",
"area_code": "11",
"number": "988878722"
},
"document_submission_method": "email",
"authentication_submission_method": "sms"
}
]
}'
Para habilitar tipos de documentos de identificação, o cliente deve solicitar a liberação ao time de Risk Solutions da QI Tech (veja a seção "Documentos Aceitos").
📇 Documentos de Identificação Aceitos
Os tipos de documentos de identificação aceitos para o fluxo de formalização são:
-
cnh_digital (formato PDF)
-
cnh (frente e verso)
-
rg (frente e verso)
-
rne (frente e verso)
-
ctps (frente e verso)
-
passport (frente e verso)
-
crnm (frente e verso)
Para utilizar esses documentos, o cliente deve solicitar a habilitação:
-
Integração via LaaS: Contate o time LaaS.
-
Integração pelo cliente: Contate o time de Risk Solutions.
A habilitação dos documentos permite que sejam utilizados na etapa de formalização, onde o signatário envia seu documento de identificação.
🗃️ Personalização de Documentos e Etapas (Integração pelo Cliente)
Quando o cliente gerencia a integração, é possível personalizar os tipos de documentos aceitos e as etapas de assinatura para cada envelope, utilizando o objeto signature_settings
na criação do envelope. Este objeto é incluído na raiz do JSON da chamada API e define as configurações do fluxo de assinatura.
Estrutura do signature_settings
O objeto signature_settings contém, entre outros, o campo steps, que lista as etapas do processo de assinatura e suas configurações. A etapa personal_document
permite especificar quais tipos de documentos são aceitos, usando o campo document_templates. Exemplo de configuração:
{
"signature_settings": {
"steps": [
{
"step": "personal_document",
"settings": {
"document_templates": ["cnh_digital", "rg", "passport"],
"send_webhook_notification": true
}
},
{
"step": "authentication_code",
"settings": {
"allow_update_authentication_data": true,
"send_webhook_notification": true
}
}
],
"geo_location_required": false,
"require_personal_document_before_signature": true
}
}
🚥 Etapas Disponíveis
As etapas que podem ser configuradas no steps incluem:
-
device_scan: Escaneamento do dispositivo.
-
document_display: Exibição do documento.
-
resume_operation: Resumo da operação.
-
resume_insurance: Resumo do seguro.
-
term_of_authorization: Termo de autorização.
-
fraud_warning: Aviso de fraude.
-
authentication_code: Código de autenticação.
-
terms_of_use: Termos de uso.
-
personal_document: Envio de documento de identificação.
-
additional_document: Envio de documento adicional.
-
face_recognition: Reconhecimento facial.
-
enrich_personal_data: Enriquecimento de dados pessoais.
Cada etapa pode incluir configurações específicas, como document_templates para limitar os tipos de documentos aceitos ou send_webhook_notification
para ativar notificações.
💬 Considerações Finais
-
Alinhamento com LaaS: Para integrações via LaaS, o alinhamento prévio com o time é essencial para definir métodos de envio e documentos aceitos.
-
Flexibilidade do Cliente: Clientes que gerenciam a integração têm maior controle sobre métodos de envio e etapas de assinatura, mas devem solicitar a liberação de documentos ao time de Risk Solutions.
-
Suporte: Para dúvidas ou solicitações, contate o time LaaS (integrações LaaS) ou Risk Solutions (integrações pelo cliente) via nossos canais oficiais.
Essa configuração garante um processo de formalização seguro e adaptado às necessidades do cliente, alinhado aos padrões antifraude da QI Sign.