> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.
# Atualizar status do usuário na API: bloquear ou sinalizar
> Bloqueie, sinalize ou ative um usuário na Didit. O status vale para futuras sessões de KYC e triagem de transações. Pague por chamada.
Prompt para atualizar o status do usuário
Copiar o prompt para a área de transferência
\
\`Goal: Flip ONLY the lifecycle status of a Didit User entity. Use the full PATCH /v3/users/{vendor_data}/ when you also need to touch other fields.
Endpoint: PATCH https://verification.didit.me/v3/users/{vendor_data}/update-status/
Auth header: x-api-key:
Content-Type: application/json
Path param:
\- vendor_data (string, REQUIRED) — free-form string, NOT a UUID. URL-encode.
Request body:
\- status (enum, REQUIRED) — "ACTIVE" | "FLAGGED" | "BLOCKED" (VendorUserStatusChoices, NOT the session enum).
\- reason (string, optional, max 1000): why the status changed. Recorded as the comment of the STATUS_CHANGED entry in the user's activity (comments[].comment), only when the status actually changes. Webhooks do not carry it.
Status semantics:
\- ACTIVE → normal. New sessions allowed for this vendor_data.
\- FLAGGED → still accepted, highlighted in Console for manual review; filterable with ?status=FLAGGED.
\- BLOCKED → terminal. Adds vendor_data to the system blocklist. Subsequent session creations for the same identifier are rejected with a blocklist hit. Flipping back to ACTIVE/FLAGGED removes the blocklist entry automatically.
curl:
curl -X PATCH 'https://verification.didit.me/v3/users/user-abc-123/update-status/' \
-H 'x-api-key: YOUR_API_KEY' \
-H 'Content-Type: application/json' \
-d '{"status": "BLOCKED", "reason": "Chargeback fraud pattern confirmed"}'
Response 200: full updated UserDetailItem (same shape as GET /v3/users/{vendor_data}/). See /reference/data-models.
Side effects:
\- Toggles the system blocklist entry when entering/leaving BLOCKED.
\- Writes one STATUS_CHANGED entry to the user's comments activity log (actor = API key identity), with reason as its comment.
\- Idempotent — re-sending the same status is a no-op (no extra audit row, no extra blocklist toggle).
Failure modes:
\- 400 — validation:
\{ "status": "This field is required." }
\{ "status": "Invalid status. Valid options are: ACTIVE, FLAGGED, BLOCKED" }
\{ "reason": ["Ensure this field has no more than 1000 characters."] }
\- 401 — missing/invalid x-api-key. { "detail": "Authentication credentials were not provided." }
\- 403 — the API key is revoked or is not valid for this application. { "detail": "You do not have permission to perform this action." }
\- 403: a scoped API key without users write. { "detail": "This API key has no write access to people." }
\- 404 — vendor_data not found (or deleted). { "detail": "Not found." }
\- 429 — rate-limited.
For end-to-end Didit integration, paste in the full prompt at /integration/integration-prompt.`
\
Colar em
## Visão geralMove uma [entidade User](https://docs.didit.me/pt-br/entities/users/overview.md) entre `ACTIVE`, `FLAGGED` e `BLOCKED`. Consulte o [ciclo de vida das entidades](https://docs.didit.me/pt-br/entities/lifecycle.md) para ver a máquina de estados completa.## Quando usar- **Bloquear um usuário** depois de confirmar uma fraude ou uma violação de conformidade.
- **Sinalizar um usuário** pendente de revisão manual, sem bloqueá-lo completamente.
- **Desbloquear** um usuário após a correção bem-sucedida do problema.
- **Propagar sinais externos**: por exemplo, quando o seu próprio mecanismo antifraude atribui a um usuário uma pontuação acima de um limiar, mova-o para `FLAGGED` por meio deste endpoint.## Observações- Valores válidos: `ACTIVE`, `FLAGGED`, `BLOCKED`. Valores inválidos retornam 400.
- Envie um `reason` opcional (até 1000 caracteres) para registrar o motivo da mudança de status.
A Didit o guarda como o comentário do registro de mudança de status na atividade da pessoa: `comments[].comment` no usuário e **Activity** no Business Console.
Ele só é registrado quando o status realmente muda.
- Usuários `BLOCKED` têm todas as novas sessões recusadas automaticamente e todas as novas transações recusadas automaticamente.
- Emite um webhook `user.status.updated` com `previous_status` e `status`.
O webhook não inclui `reason`.## Aplicação de regras| Status | Efeito nas novas sessões | Efeito nas novas transações |
| - | - | - |
| `ACTIVE` | Fluxo normal | Fluxo normal |
| `FLAGGED` | Permitidas, mas encaminhadas para `IN_REVIEW` | Permitidas; podem ser escaladas automaticamente dependendo das regras |
| `BLOCKED` | Recusadas automaticamente | Recusadas automaticamente |## PermissõesO segredo principal e as [chaves de API](https://docs.didit.me/pt-br/console/api-keys.md) com acesso total sempre podem chamar este endpoint.
Uma chave com acesso personalizado precisa de permissão de escrita em **Pessoas** (`users`).
Uma chave limitada a alguns fluxos ou a sessões aprovadas não consegue acessar este endpoint.As [funções e permissões](https://docs.didit.me/pt-br/console/roles-permissions.md) do Console determinam o que um membro da equipe pode fazer no Console.
Elas não são avaliadas em requisições feitas com chave de API.## Relacionados- [Ciclo de vida das entidades](https://docs.didit.me/pt-br/entities/lifecycle.md)
- [Lista de bloqueio de usuários](https://docs.didit.me/pt-br/entities/users/blocklist.md)
- [Webhooks de entidades](https://docs.didit.me/pt-br/entities/webhooks.md)
## OpenAPI
````yaml pt-br/openapi-25.json PATCH /v3/users/{vendor_data}/update-status/
openapi: 3.0.0
info:
version: 3.0.0
title: Didit Verification API
description: API de verificação de identidade. Autentique-se com o cabeçalho x-api-key.
servers:
- url: https://verification.didit.me
security: []
tags: []
paths:
/v3/users/{vendor_data}/update-status/:
patch:
tags:
- Users
summary: Atualizar status do usuário
description: >-
Altera apenas o `status` de ciclo de vida de um usuário: `ACTIVE`,
`FLAGGED` ou `BLOCKED` (não os status de sessão). `BLOCKED` adiciona o
`vendor_data` à lista de bloqueio do sistema; sair de `BLOCKED` remove
essa entrada. Cada alteração é registrada como uma atividade
`STATUS_CHANGED` no usuário, com o `reason` opcional como seu `comment`.
Enviar o status atual não altera nada e não registra nenhum `reason`. O
webhook `user.status.updated` não inclui o `reason`.
operationId: update_user_status
parameters:
- name: vendor_data
in: path
required: true
schema:
type: string
description: Seu identificador exclusivo do usuário.
requestBody:
required: true
content:
application/json:
schema:
allOf:
- $ref: '#/components/schemas/EntityStatusUpdateRequest'
- type: object
properties:
reason:
type: string
nullable: true
maxLength: 1000
description: >-
Por que o status mudou. Registrado na entrada de mudança
de status na atividade do usuário (`comments[].comment`
e **Activity** no Business Console), apenas quando o
status realmente muda. Os webhooks não o incluem.
examples:
Activate:
summary: Reativar o usuário
value:
status: ACTIVE
Flag:
summary: Sinalizar o usuário para revisão
value:
status: FLAGGED
Block:
summary: Bloquear o usuário (adiciona à lista de bloqueio do sistema)
value:
status: BLOCKED
Block with reason:
summary: Bloquear o usuário e registrar o motivo
value:
status: BLOCKED
reason: Chargeback fraud pattern confirmed
responses:
'200':
description: >-
Status do usuário atualizado. Retorna o registro completo do
usuário.
content:
application/json:
schema:
$ref: '#/components/schemas/UserDetailItem'
examples:
Blocked:
value:
didit_internal_id: f4e5e1f2-94a9-4f86-8c16-2b7d9b4db418
vendor_data: user-abc-123
display_name: null
full_name: John Michael Doe
date_of_birth: '1990-05-15'
effective_name: John Michael Doe
status: BLOCKED
metadata:
tier: premium
source: website
portrait_image_url: https:///...
session_count: 3
approved_count: 2
declined_count: 0
in_review_count: 1
issuing_states:
- USA
approved_emails:
- john@example.com
approved_phones:
- '+14155551234'
features:
ID_VERIFICATION: Approved
LIVENESS: Approved
FACE_MATCH: Approved
AML: Approved
features_list:
- feature: ID_VERIFICATION
status: Approved
- feature: LIVENESS
status: Approved
- feature: FACE_MATCH
status: Approved
- feature: AML
status: Approved
last_session_at: '2025-06-15T10:30:00Z'
last_activity_at: '2025-06-15T10:30:00Z'
first_session_at: '2025-06-01T08:00:00Z'
tags:
- uuid: 9a8b7c6d-5e4f-4a3b-8c2d-1e0f9a8b7c6d
tag:
uuid: e1f2a3b4-c5d6-4e7f-8a9b-0c1d2e3f4a5b
name: VIP
color: '#2567FF'
description: null
source: custom
created_at: '2025-05-01T09:00:00Z'
updated_at: '2025-05-01T09:00:00Z'
added_by_email: analyst@acme.com
added_by_name: Jane Analyst
created_at: '2025-06-02T11:00:00Z'
comments:
- uuid: c1111111-2222-4333-8444-555555555555
comment_type: STATUS_CHANGED
comment: Chargeback fraud pattern confirmed
actor_email: null
actor_name: null
previous_status: ACTIVE
new_status: BLOCKED
previous_value: null
new_value: null
changed_fields: []
metadata: null
mentioned_emails: []
created_at: '2025-06-15T10:30:00Z'
created_at: '2025-06-01T08:00:00Z'
updated_at: '2025-06-15T10:30:00Z'
'400':
description: >-
`status` ausente ou inválido, ou um `reason` com mais de 1000
caracteres.
content:
application/json:
examples:
Missing status:
value:
status:
- This field is required.
Bad status:
value:
status:
- >-
Invalid status. Valid options are: ACTIVE, FLAGGED,
BLOCKED
Reason too long:
value:
reason:
- Ensure this field has no more than 1000 characters.
'401':
description: >-
Nenhuma credencial fornecida. Requisições para caminhos
`/v3/users/*` sem um cabeçalho `x-api-key` (ou token `Authorization:
Bearer`) são rejeitadas pelo middleware de autenticação antes de
chegarem à API.
content:
application/json:
examples:
Missing credentials:
value:
detail: >-
You must be authenticated with a valid access token to
access this endpoint.
'403':
description: >-
A chave não pode atualizar usuários desta aplicação. Uma chave
ausente retorna `403`; uma chave incorreta, revogada ou expirada
retorna `401`.
content:
application/json:
examples:
Forbidden:
value:
detail: You do not have permission to perform this action.
'404':
description: >-
Não existe nenhum usuário (não excluído) com o `vendor_data`
informado para esta aplicação.
content:
application/json:
examples:
Not found:
value:
detail: Not found.
'429':
description: >-
Limite de requisições excedido; aguarde e tente novamente após o
intervalo indicado em `Retry-After`.
content:
application/json:
examples:
Rate limited:
value:
detail: Request was throttled. Expected available in 30 seconds.
security:
- ApiKeyAuth: []
x-codeSamples:
- lang: curl
label: curl
source: >-
curl -X PATCH
'https://verification.didit.me/v3/users/user-abc-123/update-status/'
\
-H 'x-api-key: YOUR_API_KEY' \
-H 'Content-Type: application/json' \
-d '{"status": "BLOCKED"}'
- lang: python
label: Python
source: |-
from didit import Didit
# Reads DIDIT_API_KEY.
client = Didit()
result = client.users.update_status(
"user-123",
status="ACTIVE",
)
print(result)
- lang: javascript
label: Node.js
source: |-
import Didit from "@didit-protocol/sdk-node";
// Reads DIDIT_API_KEY.
const didit = new Didit();
const result = await didit.users.updateStatus("user-123", {
status: "ACTIVE",
});
console.log(result);
- lang: go
label: Go
source: "ctx := context.Background()\n// Reads DIDIT_API_KEY.\nclient := didit.NewClient()\n\nresult, err := client.Users.UpdateStatus(ctx, \"user-123\", didit.UsersUpdateStatusParams{\n\tStatus: \"ACTIVE\",\n})\nif err != nil {\n\tlog.Fatal(err)\n}\nfmt.Printf(\"%+v\\n\", result)"
- lang: java
label: Java
source: >-
import me.didit.Didit;
import me.didit.types.EntityStatusUpdateRequest;
import me.didit.types.UsersUpdateStatusParams;
// Reads DIDIT_API_KEY.
Didit client = new Didit();
var result = client.users().updateStatus("user-123",
UsersUpdateStatusParams.builder()
.status(EntityStatusUpdateRequest.Status.of("ACTIVE"))
.build());
System.out.println(result);
- lang: php
label: PHP
source: |-
users->updateStatus('user-123', [
'status' => 'ACTIVE',
]);
print_r($result->toArray());
- lang: ruby
label: Ruby
source: |-
require "didit"
# Reads DIDIT_API_KEY.
didit = Didit::Client.new
result = didit.users.update_status(
"user-123",
status: "ACTIVE"
)
puts result.to_h
- lang: csharp
label: .NET
source: >-
using System;
using System.Text.Json;
using Didit;
// Reads DIDIT_API_KEY.
using var client = new DiditClient();
var result = await client.Users.UpdateStatusAsync("user-123", new
UsersUpdateStatusParams
{
Status = "ACTIVE",
});
Console.WriteLine(JsonSerializer.Serialize(result));
components:
schemas:
EntityStatusUpdateRequest:
type: object
required:
- status
properties:
status:
type: string
enum:
- ACTIVE
- FLAGGED
- BLOCKED
description: >-
Novo status do ciclo de vida. `BLOCKED` também adiciona o
`vendor_data` à lista de bloqueio do sistema.
UserDetailItem:
type: object
description: >-
Detalhes completos do usuário. Estende UserListItem com metadados,
comentários e updated_at.
allOf:
- $ref: '#/components/schemas/UserListItem'
- type: object
properties:
metadata:
type: object
description: >-
JSON de metadados personalizados que você anexou a este usuário.
O padrão é `{}`.
tags:
type: array
description: >-
Atribuições de tags. OBSERVAÇÃO: nas respostas de detalhe, cada
entrada é um objeto de *vínculo* de tag (`{uuid, tag: {...},
added_by_email, added_by_name, created_at}`), diferente do
formato plano `{uuid, name, color}` usado nas respostas de
lista.
items:
type: object
properties:
uuid:
type: string
format: uuid
description: UUID da atribuição da tag (não da tag em si).
tag:
type: object
properties:
uuid:
type: string
format: uuid
name:
type: string
color:
type: string
description:
type: string
nullable: true
source:
type: string
enum:
- didit
- custom
created_at:
type: string
format: date-time
updated_at:
type: string
format: date-time
added_by_email:
type: string
nullable: true
added_by_name:
type: string
nullable: true
created_at:
type: string
format: date-time
comments:
type: array
items:
type: object
properties:
uuid:
type: string
format: uuid
comment_type:
type: string
enum:
- COMMENT
- STATUS_CHANGED
- METADATA_UPDATED
- TAG_ADDED
- TAG_REMOVED
- PROFILE_UPDATED
comment:
type: string
nullable: true
actor_email:
type: string
nullable: true
actor_name:
type: string
nullable: true
previous_status:
type: string
nullable: true
enum:
- ACTIVE
- FLAGGED
- BLOCKED
- null
new_status:
type: string
nullable: true
enum:
- ACTIVE
- FLAGGED
- BLOCKED
- null
previous_value:
type: object
nullable: true
description: >-
Valores anteriores dos campos para entradas
PROFILE_UPDATED.
new_value:
type: object
nullable: true
description: Novos valores de campo para entradas PROFILE_UPDATED.
changed_fields:
type: array
items:
type: string
description: >-
Nomes dos campos alterados por uma entrada
PROFILE_UPDATED.
metadata:
type: object
nullable: true
mentioned_emails:
type: array
items:
type: string
created_at:
type: string
format: date-time
description: >-
Registro de atividades e comentários deste usuário (alterações
de status, edições de perfil, notas manuais).
updated_at:
type: string
format: date-time
UserListItem:
type: object
description: Um usuário verificado.
properties:
didit_internal_id:
type: string
format: uuid
description: UUID interno estável da Didit para este usuário.
vendor_data:
type: string
nullable: true
description: >-
Seu identificador exclusivo deste usuário (passado ao criar
sessões). Pode ser nulo quando nenhum identificador do fornecedor
foi informado.
display_name:
type: string
nullable: true
description: Nome de exibição personalizado definido por você
full_name:
type: string
nullable: true
description: Nome completo extraído dos documentos verificados
date_of_birth:
type: string
format: date
nullable: true
effective_name:
type: string
nullable: true
description: >-
Melhor nome disponível: display_name, se definido; caso contrário,
full_name
status:
type: string
enum:
- ACTIVE
- FLAGGED
- BLOCKED
description: >-
Status do ciclo de vida do registro do usuário (NÃO é um status de
sessão). `ACTIVE` é o padrão, `FLAGGED` marca o usuário para atenção
manual e `BLOCKED` impede novas sessões para este `vendor_data`.
portrait_image_url:
type: string
nullable: true
description: >-
URL pré-assinada da foto de retrato do usuário (expira após algumas
horas)
session_count:
type: integer
description: Número total de sessões de verificação deste usuário
approved_count:
type: integer
description: Número de sessões aprovadas
declined_count:
type: integer
description: Número de sessões recusadas
in_review_count:
type: integer
description: Número de sessões em revisão
issuing_states:
type: array
items:
type: string
description: >-
Códigos ISO 3166-1 alpha-3 dos países emissores encontrados nos
documentos de identidade aprovados deste usuário, por exemplo,
`["USA", "ESP"]`. Array vazio quando não houver nenhum.
approved_emails:
type: array
items:
type: string
description: >-
Endereços de e-mail verificados coletados das sessões aprovadas
deste usuário, por exemplo, `["john@example.com"]`.
approved_phones:
type: array
items:
type: string
description: >-
Números de telefone verificados coletados das sessões aprovadas
deste usuário, por exemplo, `["+14155551234"]`.
features:
type: object
description: >-
Status agregado por recurso em todas as sessões deste usuário.
Chaves possíveis: `ID_VERIFICATION`, `NFC`, `LIVENESS`,
`FACE_MATCH`, `POA`, `QUESTIONNAIRE`, `EMAIL_VERIFICATION`, `PHONE`,
`AML`, `IP_ANALYSIS`, `AGE_ESTIMATION`, `DATABASE_VALIDATION`.
Valores possíveis: `Approved`, `Declined`, `In Review`, `Not
Finished`, `Resub Requested`.
features_list:
type: array
items:
type: object
properties:
feature:
type: string
status:
type: string
description: >-
Os mesmos dados de `features`, como um array ordenado de objetos
`{feature, status}`.
last_session_at:
type: string
format: date-time
nullable: true
description: Data e hora da sessão mais recente
first_session_at:
type: string
format: date-time
nullable: true
description: Data e hora da primeira sessão
last_activity_at:
type: string
format: date-time
nullable: true
description: >-
Data e hora da atividade mais recente deste usuário (sessão,
transação, mudança de status, edição de dados etc.).
tags:
type: array
items:
type: object
properties:
uuid:
type: string
format: uuid
name:
type: string
color:
type: string
description: Tags atribuídas a este usuário
created_at:
type: string
format: date-time
securitySchemes:
ApiKeyAuth:
type: apiKey
in: header
name: x-api-key
description: >-
Chave de API da sua aplicação, em Developers -> API keys no Business
Console. A chave principal tem acesso total. Uma chave nomeada pode ter
escopo restrito: nenhum acesso, leitura ou escrita por recurso, limitada
a alguns fluxos ou a sessões aprovadas, a uma lista de endereços IP e a
uma data de validade. 401 significa que a chave está errada, revogada ou
expirada; 403 significa que nenhuma chave foi enviada, que a chave não
tem acesso a este recurso ou ação, ou que a requisição veio de um
endereço fora da sua lista de IPs; 404 em uma rota de sessão significa
que a sessão está fora dos fluxos ou status da chave. Uma chave sem
acesso a mídia recebe URLs de imagem, vídeo e PDF como null, e uma chave
sem permissão de escrita em sessões recebe links e tokens de sessão como
null. Consulte https://docs.didit.me/console/api-keys.
````
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.