Conector de origem

Conector Bullhorn

Integração do Bullhorn com bancos de dados, warehouses e ferramentas de BI

CRM de staffing com candidatos, clientes e colocações. A Datrise captura entidades do Bullhorn como candidatos, vagas, indicações, colocações, empresas clientes e notas, e entrega modelos normalizados e tipados para reporting em warehouse, atribuicao e fluxos de IA.

A Bullhorn REST API autentica com OAuth 2.0, as cargas incrementais usam dateLastModified.

Dos 6 objetos, 5 sincronizam com upsert por chave primária e 1 como fluxos append-only, então cada execução incremental move só o que mudou desde a última marca d'água. Cada objeto chega na própria tabela (por exemplo `bullhorn_candidates`) com esquema derivado da API do Bullhorn, não de um CSV, em qualquer um dos 43 destinos suportados.

A Datrise está em acesso antecipado: escolha um destino abaixo para ver o pipeline do Bullhorn e entre na lista de espera para receber o conector com onboarding guiado.

Sync incrementalMapeamento orientado a schema43 destinos disponíveis

Quais dados do Bullhorn a Datrise extrai

Cada objeto chega na própria tabela tipada. O modo de sync deriva do objeto: objetos de histórico fazem append, o restante faz upsert.

Objeto	Tabela de destino	Modo de sync
candidates	bullhorn_candidates	Upsert por chave primária, incremental por updated-at
job orders	bullhorn_job_orders	Append incremental por timestamp
submissions	bullhorn_submissions	Upsert por chave primária, incremental por updated-at
placements	bullhorn_placements	Upsert por chave primária, incremental por updated-at
client corporations	bullhorn_client_corporations	Upsert por chave primária, incremental por updated-at
notes	bullhorn_notes	Upsert por chave primária, incremental por updated-at

API do Bullhorn: fatos de configuração do conector

Verificado na documentação do fornecedor em 2026-09-02. Valores desconhecidos ficam em branco, não são inventados.

API	Bullhorn REST API
Autenticação	OAuth 2.0 — OAuth 2.0 access token is exchanged for a session via a REST `/login` call, which returns a `BhRestToken` session key plus a data-center-specific `restUrl` that must be discovered first via `GET rest-services/loginInfo`.
Paginação	offset — List/query endpoints use `start`/`count` parameters; the default `count` is 20 and the maximum varies by endpoint (e.g. up to 500 for department/`myEntities` calls, up to 10,000 for association calls), with the response reporting the total record count.
Limite de requisições	Não publicado
Cursor incremental	dateLastModified — Entities expose `dateAdded`/`dateLastModified` fields that a connector can filter or sort on via the query/search endpoints for incremental extraction.
Webhooks	Não publicado
Exportação em massa	Não
Detecção de exclusões	Sim — Soft-deletable entities set an `isDeleted` boolean flag rather than being removed, so a full-refresh query must explicitly include soft-deleted records to see them; some entity types also support a true hard delete.

Referência oficial da API

Compare isto com todas as outras APIs documentadas

Destinos populares para Bullhorn

Escolha um destino abaixo para abrir a pagina de pipeline pronta.

A
Airtable
Destino de planilha relacional para equipes de operações e go-to-market.
Ver pipeline
A
Amazon Athena
SQL serverless sobre tabelas do data lake no S3.
Ver pipeline
A
Amazon DynamoDB
Banco key-value e documental serverless na AWS.
Ver pipeline
A
Amazon QuickSight
BI serverless na AWS com SPICE e analytics embutido.
Ver pipeline
A
Amazon Redshift
Warehouse em escala petabyte na AWS com Spectrum.
Ver pipeline
A
Amazon S3 Data Lake
Zona de landing em object storage para parquet e snapshots.
Ver pipeline
A
Apache Superset
BI open source para exploração SQL, gráficos e publicação de dashboards.
Ver pipeline
A
Arquivos CSV
Destino de arquivos planos para exports e compartilhamento leve.
Ver pipeline
A
Azure Data Lake Storage
Armazenamento ADLS Gen2 para cargas analíticas.
Ver pipeline

Perguntas sobre o conector Bullhorn

Quais dados do Bullhorn o conector extrai?: 6 objetos: candidates, job orders, submissions, placements, client corporations e notes. Cada um vai para a própria tabela com tipos preservados; objetos com histórico (1: job orders) são carregados como append-only.
A integração do Bullhorn é incremental?: Sim. Depois da carga inicial completa, cada execução lê só os registros alterados desde a última marca d'água (updated-at ou timestamp do evento) e aplica upsert ou append conforme o objeto.
Para onde posso carregar os dados do Bullhorn?: Para 43 destinos: bancos relacionais, warehouses, data lakes, planilhas e ferramentas de BI. Cada par Bullhorn → destino tem a própria página com o mapeamento de objetos para tabelas.

Outras fontes de CRM

Outras fontes da mesma categoria, cada uma com a própria página de conector.

Acesso antecipado

Lance seu pipeline de Bullhorn com onboarding guiado

Entre na lista de espera para ter acesso prioritário às integrações de Bullhorn com setup guiado, mapeamento orientado a schema e sync incremental de nível produção.