Detalhes da Conexão do Bullhorn CRM¶

Introdução¶

Versão do conector

Esta documentação é baseada na versão 21.0.8361 do conector.

Começando¶

Suporte à versão Bullhorn CRM

O conector utiliza a API do Bullhorn CRM para permitir o acesso bidirecional ao Bullhorn CRM.

Estabelecendo uma Conexão¶

Conectando-se ao Bullhorn CRM¶

Comece fornecendo as credenciais da sua conta Bullhorn CRM no seguinte:

• DataCenterCode: Defina isso para o código do centro de dados que responde ao seu centro de dados. Consulte a lista aqui.

Se você não tiver certeza sobre o código do datacenter, códigos como CLS2, CLS21 etc. são IDs de cluster contidos na URL do navegador de um usuário (barra de endereço) após o login.

Example: https://cls21.bullhornstaffing.com/BullhornSTAFFING/MainFrame.jsp?#no-ba... indica que o usuário logado está no CLS21.

Note: Se você especificar o valor do URL de retorno de chamada e ele contiver o caractere "/" no final, como "http://localhost:33333/ você deve especificar exatamente o mesmo valor "http://localhost:33333/ (Ele deve corresponder exatamente ao URL de retorno especificado nas configurações do aplicativo).
Adicionar ou remover qualquer caractere deste parâmetro resultará em erro.

Autenticação com OAuth¶

Bullhorn CRM usa o padrão de autenticação OAuth 2.0.

Para autenticar usando OAuth, você precisará criar e configurar um aplicativo OAuth personalizado. Consulte Usando autenticação OAuth Para maiores informações.

Megafone de Contato¶

Considerações ao Se Conectar ao Bullhorn CRM¶

Ao contrário de muitas outras fontes de dados, o Bullhorn CRM não permite que os usuários criem seus próprios aplicativos OAuth personalizados ou editem seus CallbackURL diretamente.

Em vez disso, o usuário deve entrar em contato com o Bullhorn CRM e solicitar que ele crie/altere as informações OAuth do usuário no Bullhorn CRM.

Se um usuário precisar alterar seu CallbackURL, aguardar um novo do Bullhorn CRM pode ser um processo demorado.

É altamente recomendável que os usuários considerem o uso de um OAuth verifier code para conectar em vez disso. Consulte Credenciais personalizadas para mais detalhes.

Usando Autenticação OAuth¶

OAuth requer que o usuário autenticado interaja com o Bullhorn CRM usando o navegador. O conector facilita isso de várias maneiras, conforme descrito abaixo.

Important note: No momento, há um bug na Bullhorn CRM API. Veja este link.
Este erro ocorre quando você já está logado no navegador que está usando para autenticação. Você deve usar outro navegador para evitar o erro.

Credenciais Personalizadas¶

Para se conectar usando Credenciais personalizadas, você precisará registrar um aplicativo para obter o OAuthClientId e OAuthClientSecret. Para tal, deverá contactar a equipa Bullhorn, para lhe fornecer as credenciais (ClientId e ClientSecret). OAuth é algo disponível apenas para parceiros Bullhorn. Você pode encontrar detalhes adicionais aqui.

Quando Criar um Aplicativo OAuth Personalizado¶

Criando um Aplicativo OAuth Personalizado¶

Consulte Criando um aplicativo OAuth personalizado para um procedimento.

Credenciais Personalizadas¶

Quando Usar um Aplicativo OAuth Personalizado¶

Você deve criar um aplicativo OAuth personalizado para se conectar ao Bullhorn CRM.

Autenticação de Desktop com um Aplicativo OAuth Personalizado¶

Siga as etapas abaixo para autenticar com as credenciais de um aplicativo OAuth personalizado. Consulte Criando um aplicativo OAuth personalizado.

Cenário 1: Autenticar com um Código Verificador¶

Fazer alterações em seu aplicativo OAuth (como CallbackURL) requer contato direto com o Bullhorn CRM, o que pode ser um processo demorado.

Como tal, é altamente recomendável que você use um OAuthVerifier conectar. Para obter um verificador, você precisará de um URL de autorização OAuth.

Recuperando um código verificador OAuth

Construa seu URL de autorização da seguinte forma:
https://<authurl for your data center>/oauth/authorize?client_id=<your OAuth client id>&response_type=code

Por exemplo, se você tivesse um centro de dados "CLS5", a URL de autenticação seria "https://auth.bullhornstaffing.com/oauth/authorize?client_id=your_client_id&response_type=code.

Consulte a lista aqui para determinar a URL de autenticação para seu datacenter.

Em seguida, recupere o OAuth verifier code do seguinte modo:

1. Abra seu URL de autorização em um navegador. Faça login e conceda permissões ao conector. Você será redirecionado para o URL de retorno de chamada, que contém o código do verificador.
2. Salve o valor do código do verificador.

Obtenha e atualize o token de acesso OAuth

Depois de definir o seguinte, você está pronto para se conectar:

• OAuthVerifier: Defina isso para o código OAuth Verifier obtido anteriormente.
• DataCenterCode: Defina isso para o respectivo centro de dados ao qual sua conta está conectada. Encontre a lista dos centros de dados aqui. Por exemplo, CLS33.
• OAuthClientId: Defina isso para o ID do cliente atribuído quando você registrou seu aplicativo.
• OAuthClientSecret: Defina isso para o segredo do cliente atribuído quando você registrou seu aplicativo.
• InitiateOAuth: Defina como GETANDREFRESH. Você pode usar InitiateOAuth para evitar repetir a troca de OAuth e configurar manualmente o OAuthAccessToken.

O conector então conclui o processo OAuth:

1. O processo é finalizado com o token de acesso retornado do Bullhorn CRM API.
2. Atualiza o token de acesso quando ele expira.
3. Salva valores OAuth em OAuthSettingsLocation para ser persistido nas conexões.

Cenário 2: Autenticar com um CallbackURL Personalizado¶

Você também tem a opção de solicitar um URL de retorno de chamada personalizado (por exemplo, http://localhost:33333 ) do Bullhorn CRM. Se você recebeu um personalizado CallbackURL, você pode definir o seguinte para se conectar aos dados:

• CallbackURL: Defina isso para o URL de retorno de chamada personalizado fornecido pelo Bullhorn CRM.
• DataCenterCode: Defina isso para o respectivo centro de dados ao qual sua conta está conectada. Encontre a lista dos centros de dados aqui. Por exemplo, CLS33.
• OAuthClientId: Defina isso para o ID do cliente atribuído quando você registrou seu aplicativo.
• OAuthClientSecret: Defina isso como o segredo do cliente atribuído quando você registrou seu aplicativo.
• InitiateOAuth: Defina como GETANDREFRESH. Você pode usar InitiateOAuth para evitar repetir a troca de OAuth e configurar manualmente o OAuthAccessToken.

O conector então conclui o processo OAuth:

1. O processo é finalizado com o token de acesso retornado do Bullhorn CRM API.
2. Atualiza o token de acesso quando ele expira.
3. Salva valores OAuth em OAuthSettingsLocation para ser persistido nas conexões.

Máquinas Sem Cabeça¶

Usando OAuth em uma Máquina Sem Cabeça¶

Para criar fontes de dados Bullhorn CRM em servidores headless ou outras máquinas nas quais o conector não pode abrir um navegador, você precisa autenticar de outra máquina. A autenticação é um processo de duas etapas.

1. Ao invés de instalar o conector em outra máquina, você pode seguir os passos abaixo para obter o OAuthVerifier valor. Ou você pode instalar o conector em outra máquina e transferir os valores de autenticação OAuth, depois de autenticar por meio do fluxo normal baseado em navegador.
2. Em seguida, você pode configurar o conector para atualizar automaticamente o token de acesso da máquina sem periféricos.

Você pode seguir o fluxo de autenticação OAuth headless usando as credenciais OAuth para seu aplicativo OAuth personalizado.

Usando as Credenciais para um Aplicativo OAuth Personalizado¶

Crie um aplicativo OAuth personalizado

Talvez você queira criar um aplicativo OAuth personalizado para alterar as informações exibidas quando os usuários fazem login no Bullhorn CRM para conceder permissões ao conector.

Consulte Criando um aplicativo OAuth personalizado para um procedimento. Você pode seguir os procedimentos abaixo para autenticar e conectar-se aos dados.

Obtenha um código verificador

Defina as seguintes propriedades na máquina sem periféricos:

• DataCenterCode: Defina isso para o código do centro de dados que responde ao seu centro de dados. Consulte a lista aqui.
• InitiateOAuth: Defina como DESLIGADO.
• OAuthClientId: Defina isso para o ID do cliente fornecido pelo Bullhorn.
• OAuthClientSecret: Defina isso como o segredo do cliente fornecido pelo Bullhorn.

Você pode seguir as etapas abaixo para autenticar em outra máquina e obter o OAuthVerifier propriedade de conexão.

1. Chame o GetOAuthAuthorizationURL procedimento armazenado* com o parâmetro de entrada CallbackURL definido para o URI de redirecionamento exato.
2. Abra o URL retornado em um navegador. Faça login e conceda permissões ao conector. Você será redirecionado para o URL de retorno de chamada, que contém o código do verificador.
3. Salve o valor do código do verificador. Você definirá isso no OAuthVerifier propriedade de conexão.
4. Salve a URL REST. Você definirá isso no RestUrl propriedade.

Na máquina sem periféricos, defina as seguintes propriedades de conexão para obter os valores de autenticação OAuth:

• OAuthClientId: Defina isso para a chave do consumidor fornecida pelo Bullhorn.
• OAuthClientSecret: Defina isso como o segredo do consumidor fornecido pelo Bullhorn.
• DataCenterCode: Defina isso para o código do centro de dados que responde ao seu centro de dados.
• RestUrl: Defina isso para a URL retornada pelo procedimento armazenado GetOAuthAccessToken.
• OAuthVerifier: Defina isso para o código do verificador.
• OAuthSettingsLocation: Defina para manter os valores de autenticação OAuth criptografados no arquivo especificado.
• InitiateOAuth: Configure para ATUALIZAR.

Depois que o arquivo de configurações OAuth for gerado, defina as seguintes propriedades para se conectar aos dados:

• OAuthClientId: Defina isso para a chave do consumidor fornecida pelo Bullhorn.
• OAuthClientSecret: Defina isso como o segredo do consumidor fornecido pelo Bullhorn.
• DataCenterCode: Defina isso para o código do centro de dados que responde ao seu centro de dados.
• RestUrl: Defina isso para a URL retornada pelo procedimento armazenado GetOAuthAccessToken.
• OAuthSettingsLocation: Defina isso para o arquivo que contém os valores de autenticação OAuth criptografados. Certifique-se de que este arquivo forneça permissões de leitura e gravação ao provedor para ativar a atualização automática do token de acesso.
• InitiateOAuth: Configure para ATUALIZAR.

Configurações de transferência OAuth

Siga as etapas abaixo para instalar o conector em outra máquina, autenticar e depois transferir os valores OAuth resultantes.

Em uma segunda máquina, instale o conector e conecte-se com o seguinte conjunto de propriedades:

• DataCenterCode: Defina isso para o código do centro de dados que responde ao seu centro de dados.
• RestUrl: Defina isso para a URL retornada pelo procedimento armazenado GetOAuthAccessToken.
• OAuthSettingsLocation: Defina isso como um arquivo de texto gravável.
• InitiateOAuth: Defina como GETANDREFRESH.
• OAuthClientId: Defina isso para o ID do cliente atribuído quando você registrou seu aplicativo.
• OAuthClientSecret: Defina isso como o segredo do cliente atribuído quando você registrou seu aplicativo.
• CallbackURL: Defina isso para o URI de redirecionamento. Observação: Um URL de retorno de chamada diferente deve ser explicitamente solicitado à equipe do Bullhorn. Por exemplo, http://localhost:33333/.

Teste a conexão para autenticar. Os valores de autenticação resultantes são gravados, criptografados, no caminho especificado por OAuthSettingsLocation. Depois de testar a conexão com sucesso, copie o arquivo de configurações OAuth para sua máquina sem periféricos. Na máquina sem periféricos, defina as seguintes propriedades de conexão para se conectar aos dados:

• RestUrl: Defina isso para a URL retornada pelo procedimento armazenado GetOAuthAccessToken.
• DataCenterCode: Defina isso para o código do centro de dados que responde ao seu centro de dados.
• InitiateOAuth: Configure para ATUALIZAR.
• OAuthClientId: Defina isso para a chave do consumidor fornecida pelo Bullhorn.
• OAuthClientSecret: Defina isso como o segredo do consumidor fornecido pelo Bullhorn.
• OAuthSettingsLocation: Defina isso como o caminho para o arquivo de configurações OAuth. Certifique-se de que este arquivo forneça permissões de leitura e gravação ao conector para habilitar a atualização automática do token de acesso.

Criando um Aplicativo OAuth Personalizado¶

Você deve criar um aplicativo OAuth personalizado para se conectar ao Bullhorn CRM.

A única maneira de criar um aplicativo é entrar em contato com a equipe de suporte do Bullhorn e eles fornecerão as credenciais do aplicativo (ClientId e ClientSecret). Você pode encontrar mais informações sobre como se registrar aqui.

Além disso, o CallbackUrl ou o Redirect Uri serão padronizados para uma página em bullhorn.com.

Para utilizar a configuração InitiateOAuth para GETANDREFRESH, a equipe do Bullhorn deve ser contatada e um CallbackUrl separado deve ser solicitado.

Se um URL de retorno de chamada separado não puder ser especificado, o parâmetro "código" da página de redirecionamento no Bullhorn precisará ser obtido e passado como uma entrada para:

• O Verifier entrada de GetOAuthAccessToken se executá-lo manualmente.
• A propriedade de conexão OAuthVerifier ao configurar InitiateOAuth para GETANDREFRESH.

Acesso a Dados de Ajuste Fino¶

Acesso a Dados de Ajuste Fino¶

Você pode usar as seguintes propriedades para obter maior controle sobre os recursos da Bullhorn CRM API e as estratégias que o conector usa para exibi-los:

• IncludeCustomFields: Se os campos personalizados serão incluídos ou não. Quando desativado, o desempenho será maior, mas os campos personalizados não podem ser recuperados ou modificados.
• IncludeCustomTables: Se as tabelas customizadas serão ou não incluídas. Quando desativado, o desempenho será maior, mas as tabelas personalizadas não poderão ser recuperadas.
• ListLayouts: Uma lista de tabelas para as quais você deseja listar layouts. Por exemplo: ListLayouts=Candidate,JobOrder;.
• UseDefaultOrderBy: Indica se uma ordem padrão por deve ser aplicada quando nenhuma for especificada. Isso evitará resultados duplicados, mas tornará a recuperação de tabelas grandes muito mais cara.
• UseDisplayNames: Defina como true para usar rótulos de campo para nomes de colunas.
• MaxThreads: Especifica o número de solicitações simultâneas. Aumente-o para melhorar o desempenho, especialmente quando uma tabela tiver muitas linhas.

Anotações Importantes¶

Procedimentos Armazenados¶

• Os recursos de procedimentos armazenados descritos nesta documentação não são suportados no momento.
• Como os procedimentos armazenados não são suportados atualmente, qualquer recurso dependente de procedimentos armazenados também não é suportado atualmente.

Arquivos de Configuração e Seus Caminhos¶

• Todas as referências para adicionar arquivos de configuração e seus caminhos referem-se a arquivos e locais no Harmony Agente onde o conector está instalado. Esses caminhos devem ser ajustados conforme apropriado, dependendo do agente e do sistema operacional. Se vários agentes forem usados em um grupo de agentes, arquivos idênticos serão necessários em cada agente.

Características Avançadas¶

Esta seção detalha uma seleção de recursos avançados do conector Bullhorn CRM.

Visualizações definidas pelo usuário

O conector permite definir tabelas virtuais, denominadas visões definidas pelo usuário, cujo conteúdo é decidido por uma consultar pré-configurada. Essas exibições são úteis quando você não pode controlar diretamente as consultas enviadas aos drivers. Consulte Visualizações definidas pelo usuário para obter uma visão geral da criação e configuração de exibições personalizadas.

Configuração SSL

Use Configuração SSL para ajustar como o conector lida com as negociações de certificado TLS/SSL. Você pode escolher entre vários formatos de certificado; Veja o SSLServerCert propriedade em "Opções de cadeia de conexão" para obter mais informações.

Procurador

Para configurar o conector usando configurações de proxy do Agente Privado, selecione os Use Proxy Settings caixa de seleção na tela de configuração da conexão.

Visualizações Definidas pelo Usuário¶

O Jitterbit Connector for Bullhorn CRM permite definir uma tabela virtual cujo conteúdo é decidido por uma consultar pré-configurada. Elas são chamadas de Visualizações Definidas pelo Usuário, que são úteis em situações onde você não pode controlar diretamente a consultar que está sendo emitida para o driver, por exemplo, ao usar o driver do Jitterbit. As Visualizações Definidas pelo Usuário podem ser usadas para definir predicados que são sempre aplicados. Se você especificar predicados adicionais na consultar para a visualização, eles serão combinados com a consultar já definida como parte da visualização.

Há duas maneiras de criar exibições definidas pelo usuário:

• Crie um arquivo de configuração em formato JSON definindo as visualizações desejadas.
• declarações DDL.

Definindo Visualizações Usando um Arquivo de Configuração¶

As visualizações definidas pelo usuário são definidas em um arquivo de configuração formatado em JSON chamado UserDefinedViews.json. O conector detecta automaticamente as visualizações especificadas neste arquivo.

Você também pode ter várias definições de exibição e controlá-las usando o UserDefinedViews propriedade de conexão. Quando você usa essa propriedade, apenas as exibições especificadas são vistas pelo conector.

Este arquivo de configuração de exibição definida pelo usuário é formatado da seguinte forma:

• Cada elemento raiz define o nome de uma exibição.
• Cada elemento raiz contém um elemento filho, chamado query, que contém a consultar SQL personalizada para a exibição.

Por exemplo:

{
    "MyView": {
        "query": "SELECT * FROM Candidate WHERE MyColumn = 'value'"
    },
    "MyView2": {
        "query": "SELECT * FROM MyTable WHERE Id IN (1,2,3)"
    }
}

Use o UserDefinedViews propriedade de conexão para especificar a localização do seu arquivo de configuração JSON. Por exemplo:

"UserDefinedViews", "C:\Users\yourusername\Desktop\tmp\UserDefinedViews.json"

Esquema para Exibições Definidas pelo Usuário¶

As visualizações definidas pelo usuário são expostas no UserViews esquema por padrão. Isso é feito para evitar que o nome da exibição entre em conflito com uma entidade real no modelo de dados. Você pode alterar o nome do esquema usado para UserViews definindo o UserViewsSchemaName propriedade.

Trabalhando com Exibições Definidas pelo Usuário¶

Por exemplo, uma instrução SQL com uma Visualização Definida pelo Usuário chamada UserViews.RCustomers lista apenas clientes em Raleigh:

SELECT * FROM Customers WHERE City = 'Raleigh';

Exemplo de consultar ao driver:

SELECT * FROM UserViews.RCustomers WHERE Status = 'Active';

Resultando na consultar efetiva à fonte:

SELECT * FROM Customers WHERE City = 'Raleigh' AND Status = 'Active';

Esse é um exemplo muito simples de uma consultar a uma exibição definida pelo usuário que é efetivamente uma combinação da consultar de exibição e da definição de exibição. É possível compor essas consultas em padrões muito mais complexos. Todas as operações SQL são permitidas em ambas as consultas e são combinadas quando apropriado.

Configuração SSL¶

Personalizando a Configuração SSL¶

Por padrão, o conector tenta negociar SSL/TLS verificando o certificado do servidor em relação ao armazenamento de certificados confiáveis do sistema.

Para especificar outro certificado, consulte o SSLServerCert propriedade para os formatos disponíveis para fazê-lo.

Modelo de Dados¶

Visão geral

Esta seção mostra os objetos de API disponíveis e fornece mais informações sobre como executar SQL para APIs do Bullhorn CRM.

Características principais

• O conector modela entidades do Bullhorn CRM como candidatos, contatos de clientes e pedidos de trabalho como tabelas relacionais, permitindo que você escreva SQL para consultar dados do Bullhorn CRM.
• Procedimentos armazenados* permitem que você execute operações no Bullhorn CRM.
• A conectividade ao vivo com esses objetos significa que quaisquer alterações em sua conta do Bullhorn CRM são refletidas imediatamente ao usar o conector.

Processamento de consulta colaborativa

O conector transfere o máximo possível do processamento da instrução SELECT para o Bullhorn CRM e processa o restante da consultar na memória. Limitações e requisitos da API "também estão documentados nesta seção.

Ver SupportEnhancedSQL para obter mais informações sobre como o conector contorna as limitações da API com processamento na memória do lado do cliente.

Pesquisas Salvas¶

O conector expõe pesquisas salvas como exibições separadas. Essas exibições serão nomeadas como 'SavedSearch_{Saved search name}'.

Disposições¶

O conector usa o ListLayouts propriedade para determinar quais layouts expor como exibições separadas. Essa propriedade é recomendada porque aumentará o desempenho em tabelas com muitas colunas, como Candidate. Assim, você pode usar a visualização de layout desejada, ao invés da tabela original, para um melhor desempenho.

A nomenclatura dessas exibições é como '{entidade original}{nome do layout}Layout'. Por exemplo, CandidateListRowLayout é a exibição que corresponde ao layout ListRow da entidade candidata.

Tabelas Personalizadas e Colunas Personalizadas¶

O Bullhorn CRM pode ter entidades e campos personalizados. Se você quiser que eles sejam listados como tabelas e colunas, respectivamente, use o IncludeCustomTables e IncludeCustomFields propriedades. IncludeCustomTables é definido como falso por padrão enquanto IncludeCustomFields é definido como verdadeiro.
Observe que definir essas propriedades como true pode resultar em um desempenho mais lento.

Tabelas de Associações¶

Por padrão, o conector não expõe as associações Muitos-para-Muitos entre diferentes entidades. Para expor as Tabelas de Associações, você precisará definir o ExpandAssociations propriedade da conexão como 'True'. Dessa forma, o conector expõe uma tabela de associações para cada campo de associações 'To-Many' descoberto em uma entidade Bullhorn CRM (por exemplo, CandidateToPrimarySkillsAssociations, JobOrderTocategoriesAssociations, WorkersCompensationToRatesAssociations, etc.).

Para obter um guia sobre como ler, criar e excluir associações, verifique PrimaryEntityToAssociatedEntityAssociations.

Note: Ao habilitar ExpandAssociations, o conector enviará várias chamadas de API de metadados adicionais para descobrir e listar todas as tabelas de associações para cada campo de associações 'To-Many' detectado.

Operadores Suportados¶

O conector descarrega o máximo de filtragem possível para o Bullhorn CRM API, para ter um melhor desempenho. O Bullhorn CRM suporta duas linguagens de consultar, Lucene e JPQL.

Lucene
Apenas Candidato e Nota suportam a filtragem Lucene por enquanto. Os operadores suportados nessas tabelas são: 'AND', 'OR', '=', 'IN', '>', '>=', '<', '<='. Observe que '>', '>=', '<', '<=' são compatíveis apenas com colunas de data e hora.

Alguns exemplos de consultar que são tratados no lado do servidor são:

SELECT * FROM Candidate WHERE Id = '109989'
SELECT * FROM Candidate WHERE Id IN (109989, 110011)
SELECT * FROM Candidate WHERE Id IN (109989, 110011) AND DateAdded > '2018-06-11 11:40:17.577'
SELECT * FROM Candidate WHERE DateAdded < '2019-12-15 14:31:01'
SELECT * FROM Candidate WHERE DateAdded >= '2019-12-16 14:31:01' AND (AddressCity = 'southfield' OR AddressState = 'indiana')

JPQL
Todas as tabelas exceto Candidato e Nota oferecem suporte à filtragem JPQL. Os operadores suportados nestas tabelas são: 'AND', 'OR', 'NOT', '=', '!=', '>', '>=', '<', '<=', 'ESTA', 'NÃO ESTÁ', 'DENTRO', 'NÃO ESTÁ EM'.

Alguns exemplos de consultar que são tratados no lado do servidor são:

SELECT * FROM Appointment WHERE Id in ('83409', '83404', '83398')
SELECT * FROM Appointment WHERE Id in ('83409', '83404', '83398') and communicationMethod = 'phone'
SELECT * FROM Appointment WHERE CandidateId IS NOT NULL AND StartDate > '2019-12-17 12:01:00.000' ORDER BY Id, CandidateId
SELECT * FROM Appointment WHERE (CandidateId IS NOT NULL AND StartDate >= '2019-12-17 12:01:00.000') OR Description IS NOT NULL
SELECT * FROM Appointment WHERE (CandidateId NOT IN (19624,19622,19621,19620,19618) AND StartDate > '2019-12-17 12:01:00.000') OR Location != 'Louisville, KY'

Insert, Update, Delete Você pode executar operações de gravação usando as instruções SQL Insert, Update, Delete. Alguns exemplos de consultar:

INSERT INTO Task(Subject, Description) VALUES('Follow up - Billy Joel', 'Follow up the candidate Billy Joel.')
UPDATE Task SET Description = 'An updated description here.' WHERE id = 84905
DELETE FROM Task WHERE ID = 84905

GETDELETED Você pode obter os IDs dos registros excluídos em várias entidades (nem todas as entidades suportam registros excluídos).

GETDELETED FROM Candidate
GETDELETED FROM Appointment
GETDELETED FROM Task

Tabelas¶

O conector modela os dados no Bullhorn CRM em uma lista de tabelas que podem ser consultadas usando instruções SQL padrão.

Geralmente, consultar tabelas do Bullhorn CRM é o mesmo que consultar uma tabela em um banco de dados relacional. Às vezes, há casos especiais, por exemplo, incluir uma determinada coluna na cláusula WHERE pode ser necessário para obter dados para determinadas colunas na tabela. Isso geralmente é necessário para situações em que uma solicitação separada deve ser feita para cada linha para obter determinadas colunas. Esses tipos de situações estão claramente documentados na parte superior da página da tabela vinculada abaixo.

Conector Jitterbit para Tabelas Bullhorn CRM¶

Objetivo da Atividade¶

Crie, atualize, exclua e consultar dados da entidade 'ActivityGoal' no sistema BullhornCRM.

Colunas¶

ActivityGoalConfiguration¶

Crie, atualize, exclua e consultar dados da entidade 'ActivityGoalConfiguration' no sistema BullhornCRM.

Colunas¶

AtividadeMetaAlvo¶

Crie, atualize, exclua e consultar dados da entidade 'ActivityGoalTarget' no sistema BullhornCRM.

Colunas¶

Encontro¶

Crie, atualize, exclua e consultar dados da entidade 'Appointment' no sistema BullhornCRM.

Colunas¶

Nomeação Participante¶

Crie, atualize, exclua e consultar dados da entidade 'AppointmentAttendee' no sistema BullhornCRM.

Colunas¶

CompromissoEditarHistórico¶

Crie, atualize, exclua e consultar dados da entidade 'AppointmentEditHistory' no sistema BullhornCRM.

Colunas¶

CompromissoEditarHistóricoCampoAlterar¶

Crie, atualize, exclua e consultar dados da entidade 'AppointmentEditHistoryFieldChange' no sistema BullhornCRM.

Colunas¶

Cobrança Cobrável Editar Histórico¶

Crie, atualize, exclua e consultar dados da entidade 'BillableChargeEditHistory' no sistema BullhornCRM.

Colunas¶

FaturávelCobrançaEditarHistóricoCampoAlterar¶

Crie, atualize, exclua e consultar dados da entidade 'BillableChargeEditHistoryFieldChange' no sistema BullhornCRM.

Colunas¶

Filial¶

Crie, atualize, exclua e consultar dados da entidade 'Filial' no sistema BullhornCRM.

Colunas¶

Setor de Negócios¶

Crie, atualize, exclua e consultar dados da entidade 'BusinessSector' no sistema BullhornCRM.

Colunas¶

Candidato¶

Crie, atualize, exclua e consultar dados da entidade 'Candidato' no sistema BullhornCRM.

Colunas¶

Pseudo-colunas¶

Os campos de pseudocoluna são usados na cláusula WHERE das instruções SELECT e oferecem um controle mais granular sobre as tuplas que são retornadas da fonte de dados.

CandidateCertification¶

Crie, atualize, exclua e consultar dados da entidade 'CandidateCertification' no sistema BullhornCRM.

Colunas¶

CandidatoCertificaçãoEditarHistórico¶

Crie, atualize, exclua e consultar dados da entidade 'CandidateCertificationEditHistory' no sistema BullhornCRM.

Colunas¶

CandidatoCertificaçãoEditarHistóricoCampoAlterar¶

Crie, atualize, exclua e consultar dados da entidade 'CandidateCertificationEditHistoryFieldChange' no sistema BullhornCRM.

Colunas¶

Requisito de Certificação do Candidato¶

Crie, atualize, exclua e consultar dados da entidade 'CandidateCertificationRequirement' no sistema BullhornCRM.

Colunas¶

CandidatoCertificaçãoRequisitoEditarHistórico¶

Crie, atualize, exclua e consultar dados da entidade 'CandidateCertificationRequirementEditHistory' no sistema BullhornCRM.

Colunas¶

CandidatoCertificaçãoRequisitoEditarHistóricoCampoAlterar¶

Crie, atualize, exclua e consultar dados da entidade 'CandidateCertificationRequirementEditHistoryFieldChange' no sistema BullhornCRM.

Colunas¶

CandidatoEducação¶

Crie, atualize, exclua e consultar dados da entidade 'CandidateEducation' no sistema BullhornCRM.

Colunas¶

CandidatoArquivoAnexo¶

Crie, atualize, exclua e consultar dados da entidade 'CandidateFileAttachment' no sistema BullhornCRM.

Colunas¶

Histórico do Candidato¶

Crie, atualize, exclua e consultar dados da entidade 'CandidateHistory' no sistema BullhornCRM.

Colunas¶

CandidatoReferência¶

Crie, atualize, exclua e consultar dados da entidade 'CandidateReference' no sistema BullhornCRM.

Colunas¶

CandidatoReferênciaPergunta¶

Crie, atualize, exclua e consultar dados da entidade 'CandidateReferenceQuestion' no sistema BullhornCRM.

Colunas¶

CandidatoReferênciaResposta¶

Crie, atualize, exclua e consultar dados da entidade 'CandidateReferenceResponse' no sistema BullhornCRM.

Colunas¶

Origem do Candidato¶

Crie, atualize, exclua e consultar dados da entidade 'CandidateSource' no sistema BullhornCRM.

Colunas¶

Histórico de Trabalho do Candidato¶

Crie, atualize, exclua e consultar dados da entidade 'CandidateWorkHistory' no sistema BullhornCRM.

Colunas¶

Categoria¶

Crie, atualize, exclua e consultar dados da entidade 'Categoria' no sistema BullhornCRM.

Colunas¶

Certificação¶

Crie, atualize, exclua e consultar dados da entidade 'Certificação' no sistema BullhornCRM.

Colunas¶

CertificationGroup¶

Crie, atualize, exclua e consultar dados da entidade 'CertificationGroup' no sistema BullhornCRM.

Colunas¶

Requisito de Certificação¶

Crie, atualize, exclua e consultar dados da entidade 'CertificationRequirement' no sistema BullhornCRM.

Colunas¶

ClienteContato¶

Crie, atualize, exclua e consultar dados da entidade 'ClientContact' no sistema BullhornCRM.

Colunas¶

ClienteContato1¶

Crie, atualize, exclua e consultar dados da entidade 'ClientContact1' no sistema BullhornCRM.

Colunas¶

ClienteContato2¶

Crie, atualize, exclua e consultar dados da entidade 'ClientContact2' no sistema BullhornCRM.

Colunas¶

ClienteContato3¶

Crie, atualize, exclua e consultar dados da entidade 'ClientContact3' no sistema BullhornCRM.

Colunas¶

ClienteContato4¶

Crie, atualize, exclua e consultar dados da entidade 'ClientContact4' no sistema BullhornCRM.

Colunas¶

ClienteContato5¶

Crie, atualize, exclua e consultar dados da entidade 'ClientContact5' no sistema BullhornCRM.

Colunas¶