Os relatórios da API aceitam filtros por ambiente, trilha, usuário, período e outros recortes. Este artigo é o catálogo: o nome de cada parâmetro, o formato do valor e os nomes antigos que não funcionam mais.
Neste artigo
- Antes de começar
- Como enviar os filtros
- Seleção
- Datas
- Marcadores
- Nomes que não existem
- Cuidados
- Problemas comuns
Antes de começar
- As credenciais da sua instância, reunidas em Comece por aqui: credenciais para integrar com a API da Engage, e um token gerado em Passo 2 — Obtendo o access_token (POST /auth).
- Saiba quais filtros o seu relatório aceita: é o objeto
filtersda listagem de relatórios, descrito em Relatórios disponíveis e seus filtros. Só valem as opções marcadas comotrue. - Teste em homologação:
https://sandbox.engage.bz/api/v1.
Como enviar os filtros
Os filtros vão na query string da chamada de consumo:
GET https://sandbox.engage.bz/api/v1/{customer_id}/reports/legacy/{guid_report}/{admin_id}/json
?competitionId=1001,1002
&roundCompletionDateStartDate=2026-08-01
&roundCompletionDateEndDate=2026-08-31
Authorization: Bearer {access_token}No Postman: pasta 05 - Relatórios, request Consumir relatório (JSON) - com filtros. Os filtros já estão na aba Params, desmarcados — marque só os que você vai usar.

Aba Params do request Consumir relatório (JSON) - com filtros no Postman, com os parâmetros desmarcados
Três regras valem para todos os parâmetros:
- Lista de valores é uma string com vírgulas. Escreva
competitionId=1001,1002. Repetir o parâmetro (competitionId=1001&competitionId=1002) não dá o resultado esperado. - Datas no formato
AAAA-MM-DD. A hora é descartada: toda data inicial vira 00:00:00 e toda data final vira 23:59:59 do dia informado. - Marcadores aceitam
0ou1.
Atenção
Parâmetro com nome errado, ou que o relatório não aceita, é ignorado em silêncio. Não há erro de "parâmetro desconhecido": o filtro simplesmente não é aplicado e o relatório volta maior do que o esperado.
Seleção
| Parâmetro | Exemplo | O que filtra |
|---|---|---|
competitionId | 1001,1002 | Ambientes |
trackId | 2001,2002 | Trilhas |
roundId | 3001,3002 | Módulos |
activityId | 6001 | Atividades |
user | 4001,4002 | Usuários, pelo ID |
group | 5001 | Grupos, pelo ID (não pelo nome) |
userStatus | 1,0 | Situação do usuário: 1 ativo, 0 inativo |
profileUserTrackIds | 1,2 | Perfil do usuário na trilha |
activityType | course | Tipo de atividade |
competitionCompletionStatus | finished,in_progress | Conclusão do ambiente |
trackCompletionStatus | finished,in_progress | Conclusão da trilha |
roundCompletionStatus | approved,in_progress | Conclusão do módulo |
activityCompletionStatus | finished,exempted | Conclusão da atividade |
text | contrato | Busca por texto, nos relatórios que a oferecem |
ranking | 1 | Ranking, nos relatórios de gamificação |
attemptType e attemptStatus | 1 | Tentativas, nos relatórios de respostas |
recertificationStatus | 1 | Situação de recertificação |
userBlocked | 1 | Usuários bloqueados |
adminProfile | 1 | Perfil administrativo |
notificationSendingStatus | 1 | Situação de envio, nos relatórios de notificação |
Dica
Nos filtros de conclusão (...CompletionStatus), os valores do exemplo são os mais comuns. Use os mesmos valores do filtro equivalente na tela do relatório.
Datas
O par genérico é startDate e endDate. Além dele, cada relatório tem o par da data que faz sentido para ele, sempre no formato <prefixo>StartDate e <prefixo>EndDate:
| Prefixo | Data |
|---|---|
accessDate | Acesso |
lastAccessDate, lastPlatformAccessDate, firstPlatformAccessDate | Acessos à plataforma |
lastCompetitionAccessDate | Último acesso ao ambiente |
firstAccessToActivityDate, lastActivityAccessDate | Acessos à atividade |
competitionStartDate, competitionCompletionDate, competitionLinkDate | Ambiente: início, conclusão e vínculo |
trackStartDate, trackCompletionDate, trackLinkDate, trackExpirationDate | Trilha: início, conclusão, vínculo e expiração |
roundStartDate, roundCompletionDate, roundLinkDate | Módulo: início, conclusão e vínculo |
activityCompletionDate | Conclusão da atividade |
answerDate, questionAnswerDate, questionCreationDate | Respostas e perguntas |
userRegistrationDate, inactivationDate | Cadastro e inativação do usuário |
notificationRegistrationDate, notificationSentDate | Notificações |
commentDate, purchaseDate, achievementUnlockDate, fileSubmissionDate | Comentário, compra, conquista e envio de arquivo |
termsAcceptanceDate, signatureDate, eventRecordDate | Termo de aceite, assinatura e evento |
Exemplo: roundCompletionDateStartDate=2026-08-01&roundCompletionDateEndDate=2026-08-31.
Marcadores
| Parâmetro | Com 1 |
|---|---|
showEmptyDates | Inclui registros sem data preenchida. É um único marcador para todas as datas |
showAllAttempts | Traz todas as tentativas, não só a última |
showInactiveCompetition | Inclui ambientes inativos |
showInactiveTrack | Inclui trilhas inativas |
showInactiveRound | Inclui módulos inativos |
showInactiveActivity | Inclui atividades inativas |
showUsersWhoHaveNeverAccessed | Inclui quem nunca acessou (o padrão é 0) |
showOnlyPlayers | Traz só usuários jogadores |
userDidNotAccessActivity | Traz quem não acessou a atividade |
Nomes que não existem
Estes nomes aparecem em material antigo e são descartados sem aviso:
| Nome antigo | Use |
|---|---|
activity | activityId |
dataInicio e dataFim | startDate e endDate, ou o par de datas do relatório |
competitionCompletionDateShowEmptyDates, roundCompletionDateShowEmptyDates, roundStartDateShowEmptyDates, activityCompletionDateShowEmptyDates, firstAccessToActivityDateShowEmptyDates, lastActivityAccessDateShowEmptyDates, lastCompetitionAccessDateShowEmptyDates, competitionStartDateShowEmptyDates | showEmptyDates |
Cuidados
- Lista muito longa de IDs estoura o tamanho da URL. Em produção, o limite fica perto de 8 KB, cerca de mil IDs; em homologação pode ser menor. Para muitos usuários, filtre por
groupoucompetitionId, ou divida a extração em lotes. - Nada vai no corpo da requisição. A chamada é
GET. O bloco{ "params": { ... } }, citado em material antigo, é formato interno da plataforma, não da API. - Não envie
environmentId. Ele não filtra nada: só marca a origem da chamada no log de auditoria.
Problemas comuns
| O que aparece | Causa provável | O que fazer |
|---|---|---|
HTTP 200 com [] | Os filtros zeraram o resultado, ou o usuário do token não alcança esses dados | Tire os filtros um a um até achar o que zerou |
| O filtro não teve efeito, e não veio erro | Nome errado, ou o relatório não aceita esse filtro | Confira a grafia nas tabelas acima e o objeto filters da listagem |
| Vieram registros de um dia a mais ou a menos | A hora das datas foi descartada | Informe as datas como AAAA-MM-DD e ajuste a janela |
| HTTP 414, ou 404 sem corpo de negócio | URL longa demais por causa de uma lista com muitos IDs | Filtre por grupo ou ambiente, ou divida em lotes |
| Erro depois de cerca de 60 minutos | Volume grande demais para o tempo de processamento | Reduza a janela de datas ou filtre por competitionId |
Próximo passo
Com os filtros definidos, execute o relatório — veja Consumir um relatório pela API.
Precisa de ajuda?
Escreva para meajuda@engage.bz informando o customer_id, o ambiente, o guid_report e a chamada completa com os filtros. Nunca envie senhas, tokens ou o client_secret por e-mail.
Este artigo foi útil?
Que bom!
Obrigado pelo seu feedback
Desculpe! Não conseguimos ajudar você
Obrigado pelo seu feedback
Feedback enviado
Agradecemos seu esforço e tentaremos corrigir o artigo