API Docs Início Documentação Referência de API Copiar para LLM
CaaS Massificados · Consignado privado

Consignado privado — Autorização de margem

Dado pessoal ou sensível deve ser mascarado em outputs, logs e exemplos. Todos os valores desta página são fictícios. Formatos de data: Convenções de dados.

O que é

A autorização de margem é o registro do consentimento do trabalhador para que a UY3 consulte sua margem consignável no Crédito do Trabalhador (CTPS Digital). É um cadastro, não uma consulta: ele guarda quem autorizou, por qual canal, quando e com quais evidências.

Sem uma autorização aprovada para o CPF, a consulta de margem é recusada — e sem margem não há simulação, proposta nem operação.

Este é o primeiro passo do módulo, e ele não exige tomador cadastrado. A autorização se identifica por CPF e telefone; o corpo não tem personId. Isso é deliberado: o consentimento é a primeira pergunta do funil, feita antes de você saber se existe margem. O raciocínio completo está em 2. Pré-requisitos e cadastros.

Quando usar

Antes de criar, consulte: uma autorização Approved ainda válida para aquele CPF deve ser reaproveitada, não duplicada.

Pré-requisitos

Endpoints do cadastro

Método Rota Uso
POST /v1/DataprevEmployee/AuthorizationMargin Registra a autorização de consulta de margem.
GET /v1/DataprevEmployee/AuthorizationMargin Lista autorizações por CPF, telefone, status e período, com paginação.
GET /v1/DataprevEmployee/AuthorizationMargin/{id} Consulta uma autorização por identificador.

Parâmetros de query da listagem: registrationNumber, phoneNumber, status, initialDate, finalDate, page, size, orderBy. As datas seguem data civil.

Como preencher

Fora da Referência curada: phoneNumber, channel, acceptanceDate, authorizationLink, uY3Origin, additionalData, whatsAppValidation, weblinkValidation, motherName, auctionOfferValidation, channelValidation — estes campos pertencem às rotas do Crédito do Trabalhador, que a Referência de API não publica. Você não consegue conferi-los lá: as tabelas desta página são a fonte.

Corpo da autorização

Campo Tipo Obrigatório Como preencher Exemplo
registrationNumber string Sim CPF do trabalhador que está autorizando. É a chave que vai amarrar esta autorização ao cadastro do tomador mais tarde. 000.000.000-00
phoneNumber string Sim Celular com DDD que recebeu (ou vai receber) a validação. Precisa ser o mesmo telefone que você usará no cadastro do tomador. (11) 9****-**00
productId string (uuid) Não (envie) Produto contratado para o qual a autorização vale. Sem ele a autorização é genérica e pode não casar com o produto da proposta. 33333333-3333-3333-3333-333333333333
channel enum Não (envie) Canal em que o consentimento foi coletado: WhatsappInbound, SMS ou LinkWeb. Determina qual evidência é esperada em additionalData. LinkWeb
status enum Não Pending, Approved ou Refused. Omita na criação e deixe o fluxo do canal resolver; envie explicitamente só quando você mesmo coletou e validou o aceite. Pending
acceptanceDate data e hora Não (envie) Data e hora do aceite, em UTC com sufixo Z. Sem ela não há prova de quando o consentimento foi dado — e é dela que o prazo de validade conta. 2026-08-25T14:30:00Z
authorizationLink string Não URL do termo apresentado ao trabalhador, quando o canal é LinkWeb. https://exemplo.com.br/termo/000123
uY3Origin booleano Não true quando a coleta do aceite foi feita em canal da UY3; false quando foi no seu canal. false
additionalData objeto Não (envie) Evidências técnicas do aceite. Ver a tabela abaixo. ver exemplo

additionalData — evidências do aceite

Campo Tipo Obrigatório Como preencher Exemplo
ip string Sim (no objeto) IP de onde partiu o aceite. Evidência mínima de origem. 203.0.113.10
geoLocation string Sim (no objeto) Latitude e longitude no momento do aceite, separadas por vírgula. -23.5505,-46.6333
deviceModel string Sim (no objeto) Modelo do aparelho usado no aceite. Modelo Exemplo X1
userAgent string Não User agent do navegador ou app. Mozilla/5.0 (...)
operationalSystem string Não Sistema operacional do aparelho. Android 14
deviceName / deviceType string Não Nome e tipo do aparelho (mobile, desktop). mobile
smsValidation booleano Não true se houve validação por SMS. true
whatsAppValidation booleano Não true se houve validação por WhatsApp. false
emailValidation booleano Não true se houve validação por e-mail. false
weblinkValidation booleano Não true se o aceite se deu por link web. true
motherName string Não (envie) Nome da mãe conferido no aceite. Segundo fator de identidade. MARIA F*** D*** S***
birthDate data civil Não (envie) Data de nascimento conferida no aceite. 1990-01-01
auctionOfferValidation booleano Não true quando o aceite veio da aceitação de uma oferta de leilão CTPS. false
channelValidation string Não Identificador do desafio validado no canal (protocolo ou código). VAL-000123

Se additionalData for enviado, ip, geoLocation e deviceModel passam a ser obrigatórios dentro do objeto. Enviar o objeto pela metade devolve 400.

Exemplo de request

curl --location --request POST '{{baseUrl}}/v1/DataprevEmployee/AuthorizationMargin' \
  --header 'Authorization: Bearer {{token}}' \
  --header 'Content-Type: application/json' \
  --header 'Accept: application/json' \
  --data '{
    "registrationNumber": "00000000000",
    "phoneNumber": "11900000000",
    "productId": "33333333-3333-3333-3333-333333333333",
    "channel": "LinkWeb",
    "acceptanceDate": "2026-08-25T14:30:00Z",
    "authorizationLink": "https://exemplo.com.br/termo/000123",
    "uY3Origin": false,
    "additionalData": {
      "ip": "203.0.113.10",
      "geoLocation": "-23.5505,-46.6333",
      "deviceModel": "Modelo Exemplo X1",
      "operationalSystem": "Android 14",
      "deviceType": "mobile",
      "weblinkValidation": true,
      "motherName": "MARIA F*** D*** S***",
      "birthDate": "1990-01-01"
    }
  }'

Repare no que não existe no corpo: nome completo, endereço, documento, vínculo empregatício, conta bancária. Nada disso é necessário para autorizar.

Exemplo de response

{
  "id": "44444444-4444-4444-4444-444444444444",
  "registrationNumber": "000.000.000-**",
  "phoneNumber": "(11) 9****-**00",
  "status": "Pending",
  "acceptanceDate": "2026-08-25T14:30:00Z",
  "nsu": 987654,
  "authorizationLink": "https://exemplo.com.br/termo/000123",
  "uy3Origin": false
}

O nsu é o número sequencial da autorização junto ao Crédito do Trabalhador. Guarde-o junto do id: é a referência usada em tratativa de suporte sobre uma autorização específica.

Códigos de retorno

Código Significado O que fazer
200 Autorização registrada. Guarde o id e o nsu. Acompanhe até status = Approved.
400 CPF ou telefone ausente/inválido, ou additionalData incompleto. Confira as duas tabelas de preenchimento acima.
401 Token ausente, expirado ou inválido. Renove o token — ver Autenticação.
403 Sem permissão para registrar autorização neste ambiente. Confirme a habilitação do Crédito do Trabalhador com a UY3.
404 Autorização inexistente (na consulta por {id}). Confira o identificador.

Duração e validade

A pergunta prática é: por quanto tempo esta autorização continua servindo?

Consignado privado
O que define o prazo Regra do Crédito do Trabalhador, não do parceiro nem do seu produto.
Quando começa a contar Do aceite do trabalhador — acceptanceDate — e não da data em que você registrou o cadastro.
Onde ler a data-base Campo acceptanceDate do retorno.
Existe campo de expiração no contrato? Não. A autorização não expõe data de validade nem status Expired.
O que acontece quando expira A autorização continua existindo com status = Approved, mas a consulta de margem passa a ser recusada por falta de autorização válida.
Como renovar Colete um aceite novo e registre outra autorização (POST) para o mesmo CPF. Não há rota de renovação nem de extensão de prazo.

Consequência para quem integra — e é o ponto que evita retrabalho: não guarde "o trabalhador está autorizado" como um booleano permanente no seu lado, nem calcule a validade por conta própria a partir de um prazo fixo. O prazo vigente é parâmetro do Crédito do Trabalhador e pode mudar sem alteração no contrato da API.

O comportamento correto é:

  1. Antes de cada consulta de margem, confira o status atual pela listagem, filtrando por registrationNumber e status=Approved.
  2. Trate a recusa da consulta de margem por falta de autorização como o sinal definitivo — é ela, e não um cálculo seu, que decide se a autorização ainda vale.
  3. Quando esse sinal aparecer, colete novo consentimento e registre nova autorização. Do ponto de vista do integrador, "expirada" e "inexistente" pedem exatamente a mesma ação.

Confirme com a UY3, no onboarding, o prazo vigente — para dimensionar em quanto tempo depois do aceite o seu funil precisa concluir a contratação.

Diferença em relação ao FGTS. No FGTS não existe autorização como registro estruturado: o consentimento é um documento anexado, e o prazo de validade é a política de retenção que você e o Compliance da UY3 definirem — não há prazo imposto por um órgão externo, e não há recusa automática de consulta por autorização vencida. É por isso que os dois módulos, embora espelhados na estrutura, divergem nesta etapa.

O que acontece depois

A autorização nasce Pending e passa a Approved quando o aceite do trabalhador é confirmado no canal. Só autorização Approved habilita a consulta de margem. Antes disso, a consulta responde que não há autorização válida.

Confirme o status pela listagem antes de seguir. As transições de status desta e das outras etapas estão em 4.1 Eventos e notificações.

Antes desta etapa

Próxima etapa

Downloads