Processos por etapa do funil
GET /lawsuits?step=…Total de 2.782 processos/cards, contados por etapa atual do Kanban ADVBOX.
Atividade recente
GET /last_movements52 movimentações nos últimos 7 dias · 121 nos últimos 30 dias. Mais recentes primeiro.
VSC Advocacia e Consultoria Previdenciária · torre de controle do escritório
Total de 2.782 processos/cards, contados por etapa atual do Kanban ADVBOX.
52 movimentações nos últimos 7 dias · 121 nos últimos 30 dias. Mais recentes primeiro.
Contadores de escala (totalCount de created_start=2026-01-01), sem soma de valores — somar R$ do ano inteiro exigiria paginar ~987 lançamentos financeiros (10 chamadas), fora do escopo deste snapshot.
| Fechamento | Cliente | Tipo | Responsável |
|---|
Cada processo pertence a exatamente uma etapa do funil configurado nesta conta ADVBOX (ver /settings → stages[]).
GET /movements/{lawsuit_id} por processo — 2.782 chamadas, muito acima do limite de 30 GET/min da API. Não foi computado para evitar uma amostragem que pareça um número exato. O que a API permite hoje, sem essa varredura, é ver quais processos tiveram movimentação em uma janela recente (aba Visão Geral → Atividade recente), não quais estão parados.
status_closure de GET /lawsuits — o próprio filtro que a documentação oficial rotula como "fechamento" — exigindo que ele esteja preenchido, e excluindo processos cuja etapa atual está em Arquivamento (que representa perda/desistência, não conversão). Uma convenção antiga desta conta usava colunas de Kanban chamadas "FECHAMENTOS DE <MÊS>", mas ela está abandonada desde abril/2025 — por isso não foi usada aqui. Esta é a leitura mais fiel possível ao dado real disponível; não foi inventado nenhum campo.
| Fechamento | Cliente | Tipo de caso | Etapa atual | Responsável |
|---|
fees_expec/fees_money) não exibidos: vieram vazios nos 10 registros — o escritório não preenche esse campo no card, apenas no módulo financeiro da ADVBOX.
Agrupado pelo campo group de GET /lawsuits (a "área" dentro do tipo de caso).
Origem do cliente (customers[].origin) no processo fechado — mesma lista de canais de /settings.
Busca por cliente, CPF/CNPJ ou número do processo e filtros por etapa, departamento, tipo de caso e responsável — sobre a base de — processos com fechamento registrado (status_closure) entre 01/06/2026 e 28/08/2026.
| Fechamento | Cliente | CPF/CNPJ | Tipo de caso | Etapa atual | Responsável |
|---|
Tarefas com date_deadline no passado e nenhum responsável com completed preenchido.
| Tarefa | Prazo fatal | Responsável |
|---|
Tarefas pendentes vs. concluídas, amostra de 100 das 291 tarefas com data nos últimos 14 dias.
| Tarefa | Prazo fatal | Responsável |
|---|
users[].completed), não por tarefa — uma tarefa com 2 responsáveis pode estar concluída para um e pendente para outro. O contador "sem conclusão" acima considera pendente se nenhum responsável marcou. A maioria das tarefas desta conta usa apenas o campo date (agenda), não date_deadline (prazo fatal) — por isso o universo de "prazo fatal" (29 em todo 2026) é bem menor que o de tarefas totais.
| Nome | Cidade/UF | Cadastrado em |
|---|
Uso típico: campanha de relacionamento do mês. Lista completa (169 nomes) disponível via GET /customers/birthdays, não trazida por completo aqui para não expor dados de nascimento de todos de uma vez neste snapshot.
| Nome | Aniversário | Cidade |
|---|
Carga de tarefas por responsável, amostra de 100 tarefas com data nos últimos 14 dias (de 291 no total). Usuários sem tarefas na amostra não aparecem no gráfico abaixo.
controladoria.vscadvocacia@gmail.com) — não a API da ADVBOX, que não tem integração com Calendly. Horários abaixo já convertidos para America/Sao_Paulo (UTC-3). Chamadas usadas: usuário atual, tipos de evento, eventos agendados (ativos e cancelados) do mês corrente, e os convidados de cada agendamento ativo.
Nomes marcados "(Recepção)" foram agendados pela equipe em nome do cliente, não pelo próprio cliente — mesmo assim usam um e-mail de teste padrão (teste@teste.gmail.com) no Calendly, não o e-mail real do cliente.
| Data/Hora (BRT) | Cliente | Tipo | Formato |
|---|
| Data original | Tipo | Cancelado por | Motivo |
|---|
Este painel foi transformado, via skill ative-artifact-engine, de um snapshot manual num sistema real: os dados abaixo são sincronizados automaticamente a cada 5 minutos por um cron no servidor, direto da API REST oficial da ADVBOX (https://app.advbox.com.br/api/v1, autenticação Bearer). A API não documenta webhooks nem qualquer mecanismo de push — toda sincronização com a ADVBOX continua sendo por polling (filtros de data, mesma metodologia do snapshot original que deu origem a este painel), respeitando o limite de 30 GET/min.
A API permite 30 requisições GET por minuto. Esta extração usou cerca de 30 chamadas, todas de listagem com filtros de data/etapa e totalCount, para trazer o máximo de números reais sem estourar o limite nem varrer a base inteira processo a processo.
GET /publications/{lawsuit_id} só existe por processo — não há endpoint de listagem global. Com 2.782 processos, buscar todas exigiria milhares de chamadas, muito acima do limite de 30/min. Não computado.GET /movements/{lawsuit_id} processo a processo — mesmo problema de volume acima. Não computado; a aba Processos mostra a etapa do funil como proxy parcial.fees_expec/fees_money vieram vazios nos registros consultados. Não inventado./users.html./api/dashboard, sincronizado por cron a cada 5 min.Não existe um campo booleano oficial "contrato assinado" na API. A definição usada aqui — status_closure preenchido e etapa atual fora de Arquivamento — está documentada na aba Comercial & Fechamentos, junto com a razão para não usar a convenção antiga de Kanban "FECHAMENTOS DE <MÊS>" (abandonada desde abril/2025).