Skip to main content
O conector BOOM expõe o Sensor Pulso por cinco tools. Elas seguem as mesmas regras da tela em Sensores > Pulso: o que a tela recusa, o conector também recusa.
O conector aceita JWT (eyJ…) e token OAuth (mct_…). Com OAuth, o companyId é opcional. Um companyId de outra empresa retorna 401.
Cancelar e excluir Pulsos não estão disponíveis no conector. O templateId de um Pulso novo vem de um template publicado e ativo, da BOOM ou da empresa (veja Cadastros > Templates).

Tools

core_pulsos_list

A resposta traz statusCounts com o total por status. Esse total ignora o filtro de status.

core_pulsos_get

Retorna as informações gerais (nome, descrição, ciclo, datas, status), o template (id, nome e origem BOOM ou EMPRESA) e a conversão (Aptos, Respondidos, Pendentes e taxa). Os números são os mesmos da tela. A conversão traz:
  • clusters: conversão por cluster, incluindo WhiteLabels;
  • publicos: a mesma conversão por público do template, cada um com os seus clusters;
  • os públicos do template com a situação de cada um (active, colaboradores, respondidos e pendentes).
editableFields indica o que pode ser alterado no status atual. Respostas individuais, e-mails e WhatsApp nunca são expostos.
Para RH Business Partner, a conversão e os clusters de cada público mostram apenas a área do perfil, igual à tela. Clusters dos colaboradores que ficam fora dessa área não aparecem.

core_pulsos_dispatches

A resposta traz a grade de métricas (total, respondidos, pendentes, taxa, disparos por canal e por público) e a lista de disparos por colaborador com status, canal, público, clusters, classificação e idioma. Em porPublico, cada público traz respondidos e pendentes. A lista não traz e-mail, WhatsApp, token nem link individual.

O que cada perfil faz


Criar e editar

core_pulsos_create segue as quatro etapas da tela. Na criação, name, templateId, sendDate e endDate são obrigatórios. Sem cycleId, vale o ciclo em andamento. Ciclo encerrado não é aceito. Descrição vazia fica vazia: ela não vira o nome. O Pulso não tem rascunho: ao ser criado, entra direto como Programado. A resposta traz o summary com data de envio, data de fim e colaboradores por público.

Datas do disparo

Na resposta, startDate sempre vem preenchido: sem valor próprio, repete o sendDate. Use ISO 8601. Sem fuso (2026-11-10T09:00:00) vale o horário de Brasília. Com fuso (Z ou +hh:mm), o servidor converte para Brasília.

O que cada status permite editar

O template nunca muda depois da criação. Em core_pulsos_update, campos omitidos são preservados e description vazia limpa a descrição. A resposta traz o Pulso atualizado com editableFields, summary e warnings, por exemplo quando colaboradores que já responderam foram mantidos.

Audiência por público

Template com mais de um público pede um item de audiences por público, identificado por surveyTemplateAudienceId. Cada público tem a sua audiência. Regras:
  • Um colaborador não pode estar em dois públicos do mesmo Pulso.
  • Um público ativo sem seleção usa os clusters e idiomas que o próprio template define para ele.
  • Na edição, audiences omitido preserva tudo. Colaboradores que já responderam nunca saem.
Tipos de cluster: BUSINESS_UNIT, DIRECTORATE, DEPARTMENT, ALLOCATION e WHITE_LABEL_A a WHITE_LABEL_E. Para descobrir ids, use core_clusters_list e core_colaboradores_list.

Exemplo


Pergunte ao Claude

  • “Quais Pulsos estão programados para este ciclo?”
  • “Qual a conversão por público do Pulso de clima?”
  • “Adie o início do disparo do Pulso de clima para amanhã às 10h.”