Relatório de alunos inativos (BETA)

Lista assinaturas inativas de alunos da plataforma com data de cancelamento no intervalo informado e o percentual de conclusão da trilha do pacote.

Endpoint

GET URL_BASE/partners/reports/inactive-students/{developer_token}/{platform_token}

Parâmetros de query

Nome
Tipo
Obrigatório
Descrição

date_from

string

Sim

Data inicial do período, formato Y-m-d (início do dia no servidor).

date_to

string

Sim

Data final do período, formato Y-m-d (fim do dia). Deve ser date_from.

limit

integer

Não

Tamanho da página. Entre 2 e 500. Padrão 500.

cursor

string

Não

Cursor devolvido em next_cursor para a página seguinte.

Cabeçalhos HTTP

Cabeçalho
Obrigatório
Observação

Accept

Recomendado

application/json.

Exemplo de requisição

GET /api/partners/reports/inactive-students/{developer_token}/{platform_token}?date_from=2025-01-01&date_to=2025-12-31&limit=50 HTTP/1.1
Accept: application/json

Substitua {developer_token} e {platform_token} pelos valores reais (sem chaves na URL final).

Resposta (200 OK)

Paginação por cursor: data, path, per_page, next_cursor, next_page_url, prev_cursor, prev_page_url.

Campos de cada item em data

Campo
Descrição

id

ID da assinatura (user_subscription.id).

user_id

UUID do aluno.

first_name, last_name, phone, document, email

Dados cadastrais do aluno.

registration_date

accession_date da assinatura.

last_access_at

Último login do aluno.

subscription_expiration_date

Data de expiração da assinatura.

subscription_cancel_date

Data de cancelamento (critério do relatório).

product_name

Título do pacote.

trail_completion_percent

Percentual de aulas concluídas na trilha do pacote.

Exemplo de resposta (trecho)

Os valores de path e next_page_url no ambiente real incluem host e query string completos.

Paginação

  1. Na primeira chamada, envie date_from, date_to e, se quiser, limit.

  2. Nas próximas páginas, repita os mesmos date_from, date_to e limit e acrescente cursor com o valor de next_cursor (ou use next_page_url, conferindo se todos os query params necessários estão presentes).

Se a segunda página retornar 422 ou lista vazia indevida, verifique se date_from, date_to e limit foram reenviados junto com cursor.

Erros

Exemplo de corpo em validação (422):

HTTP
Situação

401

developer_token ou platform_token inválido ou ausente.

422

Datas ausentes, formato inválido ou limit fora do intervalo permitido.

403

Possível bloqueio por WAF quando User-Agent não é enviado.

Atualizado