Detalles de Conexión de Bullhorn CRM¶

Introducción¶

Versión del conector

Esta documentación se basa en la versión 21.0.8361 del conector.

Empezando¶

Compatibilidad con la versión Bullhorn CRM

El conector aprovecha la API Bullhorn CRM para permitir el acceso bidireccional a Bullhorn CRM.

Establecer una Conexión¶

Conexión a Bullhorn CRM¶

Comience proporcionando las credenciales de su cuenta Bullhorn CRM de la siguiente manera:

• DataCenterCode: establezca esto en el código del centro de datos que responde a su centro de datos. Consulte la lista aquí.

Si no está seguro del código de su centro de datos, los códigos como CLS2, CLS21, etc. son ID de clúster que se encuentran en la URL del navegador de un usuario (barra de direcciones) una vez que inician sesión.

Example: https://cls21.bullhornstaffing.com/BullhornSTAFFING/MainFrame.jsp?#no-ba... indica que el usuario que ha iniciado sesión está en CLS21.

Note: si especifica el valor de URL de devolución de llamada y contiene el carácter "/" al final como "http://localhost:33333/ debe especificar exactamente el mismo valor "http://localhost:33333/ (Debe coincidir exactamente con la URL de devolución de llamada que especificó en la configuración de su aplicación).
Agregar o eliminar cualquier carácter de este parámetro dará como resultado un error.

Autenticación con OAuth¶

Bullhorn CRM utiliza el estándar de autenticación OAuth 2.0.

Para autenticarse mediante OAuth, deberá crear y configurar una aplicación OAuth personalizada. Consulte Uso de la autenticación OAuth para más información.

Ponerse en Contacto con Megáfono¶

Consideraciones al Conectarse a Bullhorn CRM¶

A diferencia de muchas otras fuentes de datos, Bullhorn CRM no permite a los usuarios crear sus propias aplicaciones OAuth personalizadas ni editar sus CallbackURL directamente.

En su lugar, el usuario debe ponerse en contacto con Bullhorn CRM y solicitar que cree/cambie la información de OAuth del usuario al final de Bullhorn CRM.

Si un usuario necesita cambiar su CallbackURL, esperar por uno nuevo de Bullhorn CRM puede ser un proceso lento.

Se recomienda encarecidamente que los usuarios consideren el uso de un OAuth verifier code para conectarse en su lugar. Consulte Credenciales personalizadas para más detalles.

Uso de la Autenticación OAuth¶

OAuth requiere que el usuario que se autentica interactúe con Bullhorn CRM usando el navegador. El conector facilita esto de varias maneras, como se describe a continuación.

Important note: Por el momento hay un error en la API Bullhorn CRM. Ver este enlace.
Este error ocurre cuando ya ha iniciado sesión en el navegador que está utilizando para la autenticación. Debe usar otro navegador para evitar el error.

Credenciales Personalizadas¶

Para conectarse usando Credenciales personalizadas, deberá registrar una aplicación para obtener OAuthClientId y OAuthClientSecret. Para ello, deberá contactar con el equipo de Bullhorn, para que le faciliten las credenciales (ClientId y ClientSecret). OAuth es algo que solo está disponible para los socios de Bullhorn. Puede encontrar detalles adicionales aquí.

Cuándo Crear una Aplicación OAuth Personalizada¶

Creación de una Aplicación OAuth Personalizada¶

Consulte Crear una aplicación OAuth personalizada para un procedimiento.

Credenciales Personalizadas¶

Cuándo Usar una Aplicación OAuth Personalizada¶

Debe crear una aplicación OAuth personalizada para conectarse a Bullhorn CRM.

Autenticación de Escritorio con una Aplicación OAuth Personalizada¶

Siga los pasos a continuación para autenticarse con las credenciales de una aplicación OAuth personalizada. Consulte Crear una aplicación OAuth personalizada.

Escenario 1: Autenticarse con un Código Verificador¶

Hacer cualquier cambio en su aplicación OAuth (como el CallbackURL) requiere comunicarse directamente con Bullhorn CRM, lo que puede ser un proceso lento.

Como tal, se recomienda encarecidamente que utilice en su lugar un OAuthVerifier para conectar. Para obtener un verificador, necesitará una URL de autorización de OAuth.

Recuperación de un código verificador de OAuth

Construya su URL de autorización de la siguiente manera:
https://<authurl for your data center>/oauth/authorize?client_id=<your OAuth client id>&response_type=code

Por ejemplo, si tuviera el centro de datos "CLS5", la URL de autenticación sería "https://auth.bullhornstaffing.com/oauth/authorize?client_id=your_client_id&response_type=code.

Consulte la lista aquí para determinar la URL de autenticación de su centro de datos.

A continuación, recupera el OAuth verifier code como sigue:

1. Abra su URL de autorización en un navegador. Inicie sesión y otorgue permisos al conector. A continuación, se le redirige a la URL de devolución de llamada, que contiene el código verificador.
2. Guarde el valor del código verificador.

Obtenga y actualice el token de acceso de OAuth

Después de configurar lo siguiente, está listo para conectarse:

• OAuthVerifier: Establézcalo en el código del verificador de OAuth obtenido anteriormente.
• DataCenterCode: establezca esto en el centro de datos respectivo con el que está conectada su cuenta. Encuentre la lista de los centros de datos aquí. Por ejemplo, CLS33.
• OAuthClientId: Establézcalo en el ID de cliente asignado cuando registró su aplicación.
• OAuthClientSecret: establezca esto en el secreto de cliente asignado cuando registró su aplicación.
• InitiateOAuth: Establézcalo en GETANDREFRESH. Puede usar InitiateOAuth para evitar repetir el intercambio de OAuth y configurar manualmente OAuthAccessToken.

Luego, el conector completa el proceso de OAuth:

1. El proceso finaliza con el token de acceso devuelto por la API Bullhorn CRM.
2. Actualiza el token de acceso cuando caduca.
3. Guarda los valores de OAuth en OAuthSettingsLocation para persistir a través de las conexiones.

Escenario 2: Autenticación con una URL de Devolución de Llamada Personalizada¶

También tiene la opción de solicitar una URL de devolución de llamada personalizada (por ejemplo, http://localhost:33333 ) de Bullhorn CRM. Si se le ha proporcionado un personalizado CallbackURL, puede configurar lo siguiente para conectarse a los datos:

• CallbackURL: configure esto en la URL de devolución de llamada personalizada proporcionada por Bullhorn CRM.
• DataCenterCode: establezca esto en el centro de datos respectivo con el que está conectada su cuenta. Encuentre la lista de los centros de datos aquí. Por ejemplo, CLS33.
• OAuthClientId: Establézcalo en el ID de cliente asignado cuando registró su aplicación.
• OAuthClientSecret: establezca esto en el secreto de cliente asignado cuando registró su aplicación.
• InitiateOAuth: Establézcalo en GETANDREFRESH. Puede usar InitiateOAuth para evitar repetir el intercambio de OAuth y configurar manualmente OAuthAccessToken.

Luego, el conector completa el proceso de OAuth:

1. El proceso finaliza con el token de acceso devuelto por la API Bullhorn CRM.
2. Actualiza el token de acceso cuando caduca.
3. Guarda los valores de OAuth en OAuthSettingsLocation para persistir a través de las conexiones.

Máquinas Sin Cabeza¶

Uso de OAuth en una Máquina Sin Cabeza¶

Para crear fuentes de datos Bullhorn CRM en servidores sin periféricos u otras máquinas en las que el conector no puede abrir un navegador, debe autenticarse desde otra máquina. La autenticación es un proceso de dos pasos.

1. En lugar de instalar el conector en otra máquina, puede seguir los pasos a continuación para obtener el OAuthVerifier valor. O bien, puede instalar el conector en otra máquina y transferir los valores de autenticación de OAuth, después de autenticarse a través del flujo habitual basado en el navegador.
2. A continuación, puede configurar el conector para actualizar automáticamente el token de acceso desde la máquina sin periféricos.

Puede seguir el flujo de autenticación de OAuth sin cabeza utilizando las credenciales de OAuth para su aplicación de OAuth personalizada.

Uso de las Credenciales para una Aplicación OAuth Personalizada¶

Cree una aplicación OAuth personalizada

Es posible que desee crear una aplicación OAuth personalizada para cambiar la información que se muestra cuando los usuarios inician sesión en Bullhorn CRM para otorgar permisos al conector.

Consulte Crear una aplicación OAuth personalizada para un procedimiento. Luego puede seguir los procedimientos a continuación para autenticarse y conectarse a los datos.

Obtenga un código verificador

Establezca las siguientes propiedades en la máquina sin periféricos:

• DataCenterCode: establezca esto en el código del centro de datos que responde a su centro de datos. Consulte la lista aquí.
• InitiateOAuth: Ajústelo a APAGADO.
• OAuthClientId: Establézcalo en el ID de cliente proporcionado por Bullhorn.
• OAuthClientSecret: establezca esto en el secreto del cliente proporcionado por Bullhorn.

Luego puede seguir los pasos a continuación para autenticarse desde otra máquina y obtener el OAuthVerifier propiedad de conexión.

1. Llame a GetOAuthAuthorizationURL procedimiento almacenado* con el parámetro de entrada CallbackURL establecido en el URI de redirección exacto.
2. Abra la URL devuelta en un navegador. Inicie sesión y otorgue permisos al conector. A continuación, se le redirige a la URL de devolución de llamada, que contiene el código verificador.
3. Guarde el valor del código verificador. Establecerá esto en el OAuthVerifier propiedad de conexión.
4. Guarde la URL de REST. Establecerá esto en el RestUrl propiedad.

En la máquina sin periféricos, establezca las siguientes propiedades de conexión para obtener los valores de autenticación de OAuth:

• OAuthClientId: establezca esto en la clave de consumidor proporcionada por Bullhorn.
• OAuthClientSecret: establezca esto en el secreto del consumidor proporcionado por Bullhorn.
• DataCenterCode: establezca esto en el código del centro de datos que responde a su centro de datos.
• RestUrl: establezca esto en la URL devuelta por el procedimiento almacenado GetOAuthAccessToken.
• OAuthVerifier: Establézcalo en el código del verificador.
• OAuthSettingsLocation: configure esto para conservar los valores de autenticación OAuth cifrados en el archivo especificado.
• InitiateOAuth: Establézcalo en ACTUALIZAR.

Después de generar el archivo de configuración de OAuth, configure las siguientes propiedades para conectarse a los datos:

• OAuthClientId: establezca esto en la clave de consumidor proporcionada por Bullhorn.
• OAuthClientSecret: establezca esto en el secreto del consumidor proporcionado por Bullhorn.
• DataCenterCode: establezca esto en el código del centro de datos que responde a su centro de datos.
• RestUrl: establezca esto en la URL devuelta por el procedimiento almacenado GetOAuthAccessToken.
• OAuthSettingsLocation: Establézcalo en el archivo que contiene los valores de autenticación de OAuth cifrados. Asegúrese de que este archivo otorgue permisos de lectura y escritura al proveedor para habilitar la actualización automática del token de acceso.
• InitiateOAuth: Establézcalo en ACTUALIZAR.

Transferir configuración de OAuth

Siga los pasos a continuación para instalar el conector en otra máquina, autenticar y luego transferir los valores de OAuth resultantes.

En una segunda máquina, instale el conector y conéctese con el siguiente conjunto de propiedades:

• DataCenterCode: establezca esto en el código del centro de datos que responde a su centro de datos.
• RestUrl: establezca esto en la URL devuelta por el procedimiento almacenado GetOAuthAccessToken.
• OAuthSettingsLocation: establezca esto en un archivo de texto grabable.
• InitiateOAuth: Establézcalo en GETANDREFRESH.
• OAuthClientId: Establézcalo en el ID de cliente asignado cuando registró su aplicación.
• OAuthClientSecret: establezca esto en el secreto de cliente asignado cuando registró su aplicación.
• CallbackURL: establezca esto en el URI de redirección. Nota: Se debe solicitar explícitamente una URL de devolución de llamada diferente al personal de Bullhorn. Por ejemplo, http://localhost:33333/.

Pruebe la conexión para autenticarse. Los valores de autenticación resultantes se escriben, se cifran, en la ruta especificada por OAuthSettingsLocation. Una vez que haya probado con éxito la conexión, copie el archivo de configuración de OAuth en su máquina sin periféricos. En la máquina sin periféricos, configure las siguientes propiedades de conexión para conectarse a los datos:

• RestUrl: establezca esto en la URL devuelta por el procedimiento almacenado GetOAuthAccessToken.
• DataCenterCode: establezca esto en el código del centro de datos que responde a su centro de datos.
• InitiateOAuth: Establézcalo en ACTUALIZAR.
• OAuthClientId: establezca esto en la clave de consumidor proporcionada por Bullhorn.
• OAuthClientSecret: establezca esto en el secreto del consumidor proporcionado por Bullhorn.
• OAuthSettingsLocation: establezca esto en la ruta a su archivo de configuración de OAuth. Asegúrese de que este archivo otorgue permisos de lectura y escritura al conector para habilitar la actualización automática del token de acceso.

Creación de una Aplicación OAuth Personalizada¶

Debe crear una aplicación OAuth personalizada para conectarse a Bullhorn CRM.

La única forma de crear una aplicación es comunicarse con el equipo de soporte de Bullhorn, y ellos le proporcionarán las credenciales de la aplicación (ClientId y ClientSecret). Puede encontrar más información sobre cómo registrarse aquí.

Además, CallbackUrl o Redirect Uri se establecerán de forma predeterminada en una página en bullhorn.com.

Para utilizar la configuración InitiateOAuth para GETANDREFRESH, se debe contactar al personal de Bullhorn y se debe solicitar una URL de devolución de llamada por separado.

Si no se puede especificar una URL de devolución de llamada separada, el parámetro "código" de la página de redirección en Bullhorn deberá tomarse y pasarse como entrada a cualquiera de los siguientes:

• El Verifier entrada de GetOAuthAccessToken si se ejecuta manualmente.
• La propiedad de conexión OAuthVerifier al configurar InitiateOAuth para GETANDREFRESH.

Ajuste Fino del Acceso a los Datos¶

Ajuste Fino del Acceso a Datos¶

Puede usar las siguientes propiedades para obtener un mayor control sobre las características de la API Bullhorn CRM y las estrategias que usa el conector para mostrarlas:

• IncludeCustomFields: Si se incluirán o no campos personalizados. Cuando está desactivado, el rendimiento será mayor, pero los campos personalizados no se pueden recuperar ni modificar.
• IncludeCustomTables: Si se incluirán o no tablas personalizadas. Cuando está desactivado, el rendimiento será mayor, pero las tablas personalizadas no se podrán recuperar.
• ListLayouts: una lista de tablas para las que desea enumerar diseños. Por ejemplo: ListLayouts=Candidate,JobOrder;.
• UseDefaultOrderBy: Indica si se debe aplicar un orden predeterminado por cuando no se especifica ninguno. Esto evitará resultados duplicados, pero hará que las tablas grandes sean mucho más costosas de recuperar.
• UseDisplayNames: establezca esto en verdadero para usar etiquetas de campo para nombres de columna.
• MaxThreads: Especifica el número de solicitudes simultáneas. Incrementarlo para mejorar el rendimiento, especialmente cuando una tabla tiene muchas filas.

Notas Importantes¶

Procedimientos Almacenados¶

• Las funciones de procedimientos almacenados descritas en esta documentación no se admiten actualmente.
• Debido a que los procedimientos almacenados no se admiten actualmente, cualquier característica que dependa de los procedimientos almacenados tampoco se admite actualmente.

Archivos de Configuración y Sus Rutas¶

• Todas las referencias a la adición de archivos de configuración y sus rutas se refieren a archivos y ubicaciones en Harmony Agente donde está instalado el conector. Estas rutas deben ajustarse según corresponda según el agente y el sistema operativo. Si se utilizan varios agentes en un grupo de agentes, se requerirán archivos idénticos en cada agente.

Características Avanzadas¶

Esta sección detalla una selección de funciones avanzadas del conector Bullhorn CRM.

Vistas definidas por el usuario

El conector le permite definir tablas virtuales, llamadas vistas definidas por el usuario, cuyo contenido se decide mediante una consultar preconfigurada. Estas vistas son útiles cuando no puede controlar directamente las consultas que se envían a los controladores. Consulte Vistas definidas por el usuario para obtener una descripción general de la creación y configuración de vistas personalizadas.

Configuración SSL

Usar Configuración SSL para ajustar cómo el conector maneja las negociaciones de certificados TLS/SSL. Puede elegir entre varios formatos de certificado; ver el SSLServerCert propiedad en "Opciones de cadena de conexión" para obtener más información.

Apoderado

Para configurar el conector mediante Configuración de proxy de Agente Privado, Selecciona el Use Proxy Settings casilla de verificación en la pantalla de configuración de la conexión.

Vistas Definidas por el Usuario¶

El conector Jitterbit para Bullhorn CRM le permite definir una tabla virtual cuyos contenidos se deciden mediante una consultar preconfigurada. Estas se denominan Vistas definidas por el usuario, que son útiles en situaciones en las que no puede controlar directamente la consultar que se envía al controlador, por ejemplo, cuando se utiliza el controlador de Jitterbit. Las vistas definidas por el usuario se pueden utilizar para definir predicados que siempre se aplican. Si especifica predicados adicionales en la consultar a la vista, se combinan con la consultar ya definida como parte de la vista.

Hay dos formas de crear vistas definidas por el usuario:

• Cree un archivo de configuración con formato JSON que defina las vistas que desea.
• Declaraciones DDL.

Definición de Vistas Usando un Archivo de Configuración¶

Las vistas definidas por el usuario se definen en un archivo de configuración con formato JSON llamado UserDefinedViews.json. El conector detecta automáticamente las vistas especificadas en este archivo.

También puede tener múltiples definiciones de vista y controlarlas usando UserDefinedViews propiedad de conexión. Cuando utiliza esta propiedad, el conector solo ve las vistas especificadas.

Este archivo de configuración de vista definida por el usuario tiene el siguiente formato:

• Cada elemento raíz define el nombre de una vista.
• Cada elemento raíz contiene un elemento hijo, llamado query, que contiene la consultar SQL personalizada para la vista.

Por ejemplo:

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

Utilizar el UserDefinedViews propiedad de conexión para especificar la ubicación de su archivo de configuración JSON. Por ejemplo:

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

Esquema para Vistas Definidas por el Usuario¶

Las vistas definidas por el usuario se exponen en UserViews esquema por defecto. Esto se hace para evitar que el nombre de la vista entre en conflicto con una entidad real en el modelo de datos. Puede cambiar el nombre del esquema utilizado para UserViews configurando UserViewsSchemaName propiedad.

Trabajar con Vistas Definidas por el Usuario¶

Por ejemplo, una instrucción SQL con una vista definida por el usuario llamada UserViews.RCustomers solo enumera clientes en Raleigh:

SELECT * FROM Customers WHERE City = 'Raleigh';

Un ejemplo de una consultar al controlador:

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

Dando como resultado la consultar efectiva a la fuente:

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

Ese es un ejemplo muy simple de una consultar a una vista definida por el usuario que es efectivamente una combinación de la consultar de vista y la definición de vista. Es posible componer estas consultas en patrones mucho más complejos. Todas las operaciones de SQL están permitidas en ambas consultas y se combinan cuando corresponde.

Configuración SSL¶

Personalización de la Configuración SSL¶

De forma predeterminada, el conector intenta negociar SSL/TLS comparando el certificado del servidor con el almacén de certificados de confianza del sistema.

Para especificar otro certificado, consulte SSLServerCert propiedad de los formatos disponibles para hacerlo.

Modelo de Datos¶

Descripción general

Esta sección muestra los objetos API disponibles y proporciona más información sobre la ejecución de SQL en las APIs Bullhorn CRM.

Características clave

• El conector modela entidades de Bullhorn CRM como candidatos, contactos de clientes y órdenes de trabajo como tablas relacionales, lo que le permite escribir SQL para consultar los datos de Bullhorn CRM.
• Procedimientos almacenados* le permiten ejecutar operaciones a Bullhorn CRM.
• La conectividad en vivo con estos objetos significa que cualquier cambio en su cuenta de Bullhorn CRM se refleja de inmediato al usar el conector.

Procesamiento colaborativo de consultas

El conector descarga la mayor cantidad posible del procesamiento de sentencias SELECT a Bullhorn CRM y luego procesa el resto de la consultar en la memoria. Las limitaciones y requisitos de API "también se documentan en esta sección.

Ver SupportEnhancedSQL para obtener más información sobre cómo el conector elude las limitaciones de la API con el procesamiento del lado del cliente en memoria.

Búsquedas Guardadas¶

El conector expone las búsquedas guardadas como vistas separadas. Estas vistas se denominarán como 'Búsqueda guardada_{Nombre de búsqueda guardada}'.

Diseños¶

El conector utiliza el ListLayouts propiedad para determinar qué diseños exponer como vistas separadas. Se recomienda esta propiedad porque aumentará el rendimiento en tablas con demasiadas columnas, como Candidate. Por lo tanto, puede usar la vista de diseño deseada, en lugar de la tabla original, para un mejor rendimiento.

El nombre de estas vistas es como '{entidad original}{nombre del diseño}Diseño'. Por ejemplo, CandidateListRowLayout es la vista que corresponde al diseño ListRow de la entidad candidata.

Tablas Personalizadas y Columnas Personalizadas¶

Bullhorn CRM puede tener entidades personalizadas y campos personalizados. Si desea que se enumeren como tablas y columnas, respectivamente, use IncludeCustomTables y IncludeCustomFields propiedades. IncludeCustomTables se establece en falso de forma predeterminada, mientras que IncludeCustomFields se establece en verdadero.
Tenga en cuenta que establecer estas propiedades en verdadero puede resultar en un rendimiento más lento.

Tablas de Asociaciones¶

De forma predeterminada, el conector no expone las asociaciones de muchos a muchos entre diferentes entidades. Para exponer las tablas de asociaciones, deberá configurar ExpandAssociations propiedad de conexión a 'Verdadero'. De esta forma, el conector expone una tabla de asociaciones para cada campo de asociaciones 'To-Many' descubierto en una entidad Bullhorn CRM (por ejemplo, CandidateToPrimarySkillsAssociations, JobOrderTocategoriesAssociations, WorkersCompensationToRatesAssociations, etc.).

Para obtener una guía sobre cómo leer, crear y eliminar asociaciones, consulte PrimaryEntityToAssociatedEntityAssociations.

Note: Al habilitar ExpandAssociations, el conector enviará varias llamadas API de metadatos adicionales para descubrir y enumerar todas las tablas de asociaciones para cada campo de asociaciones 'To-Many' detectado.

Operadores Compatibles¶

El conector descarga la mayor cantidad de filtrado posible a Bullhorn CRM API, para tener un mejor rendimiento. Bullhorn CRM admite dos lenguajes de consultar, Lucene y JPQL.

Lucene
Solo Candidato y Nota las entidades admiten el filtrado de Lucene por ahora. Los operadores admitidos en estas tablas son: 'AND', 'OR', '=', 'IN', '>', '>=', '<', '<='. Tenga en cuenta que '>', '>=', '<', '<=' solo se admiten para las columnas de fecha y hora.

Algunos ejemplos de consultar que se manejan del lado del servidor son:

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 las tablas excepto Candidate y Nota admiten el filtrado JPQL. Los operadores admitidos en estas tablas son: 'AND', 'OR', 'NOT', '=', '!=', '>', '>=', '<', '<=', 'ES', 'NO ESTÁ', 'EN', 'NO EN'.

Algunos ejemplos de consultar que se manejan del lado del servidor son:

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 Puede realizar operaciones de escritura mediante Insertar, Actualizar, Eliminar sentencias SQL. Algunos ejemplos 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 Puede obtener los ID de los registros eliminados en varias entidades (no todas las entidades admiten registros eliminados).

GETDELETED FROM Candidate
GETDELETED FROM Appointment
GETDELETED FROM Task

Mesas¶

El conector modela los datos en Bullhorn CRM en una lista de tablas que se pueden consultar mediante instrucciones SQL estándar.

Generalmente, consultar las tablas de Bullhorn CRM es lo mismo que consultar una tabla en una base de datos relacional. A veces hay casos especiales, por ejemplo, incluir una determinada columna en la cláusula WHERE puede ser necesario para obtener datos para ciertas columnas de la tabla. Esto suele ser necesario para situaciones en las que se debe realizar una solicitud separada para cada fila para obtener ciertas columnas. Estos tipos de situaciones están claramente documentados en la parte superior de la página de la tabla vinculada a continuación.

Conector Jitterbit para Tablas Bullhorn CRM¶

ActividadObjetivo¶

Cree, actualice, elimine y consultar datos de la entidad 'ActivityGoal' en el sistema BullhornCRM.

Columnas¶

ActividadObjetivoConfiguración¶

Cree, actualice, elimine y consultar los datos de la entidad 'ActivityGoalConfiguration' en el sistema BullhornCRM.

Columnas¶

ActividadObjetivoObjetivo¶

Cree, actualice, elimine y consultar datos de la entidad 'ActivityGoalTarget' en el sistema BullhornCRM.

Columnas¶

Cita¶

Cree, actualice, elimine y consultar los datos de la entidad 'Cita' en el sistema BullhornCRM.

Columnas¶

CitaAsistente¶

Cree, actualice, elimine y consultar los datos de la entidad 'Asistente a la cita' en el sistema BullhornCRM.

Columnas¶

CitaEditarHistorial¶

Cree, actualice, elimine y consultar los datos de la entidad 'AppointmentEditHistory' en el sistema BullhornCRM.

Columnas¶

CitaEditarCampoHistorialCambiar¶

Cree, actualice, elimine y consultar los datos de la entidad 'AppointmentEditHistoryFieldChange' en el sistema BullhornCRM.

Columnas¶

FacturableCargoEditarHistorial¶

Cree, actualice, elimine y consultar los datos de la entidad 'BillableChargeEditHistory' en el sistema BullhornCRM.

Columnas¶

FacturableCargoEditHistorialCampoCambio¶

Cree, actualice, elimine y consultar los datos de la entidad 'BillableChargeEditHistoryFieldChange' en el sistema BullhornCRM.

Columnas¶

Rama¶

Cree, actualice, elimine y consultar datos de la entidad 'Sucursal' en el sistema BullhornCRM.

Columnas¶

Sector Empresarial¶

Crear, actualizar, eliminar y consultar datos de la entidad 'BusinessSector' en el sistema BullhornCRM.

Columnas¶

Candidato¶

Cree, actualice, elimine y consultar los datos de la entidad 'Candidato' en el sistema BullhornCRM.

Columnas¶

Pseudo-Columnas¶

Los campos de pseudocolumna se utilizan en la cláusula WHERE de las declaraciones SELECT y ofrecen un control más granular sobre las tuplas que se devuelven desde la fuente de datos.

CandidatoCertificación¶

Cree, actualice, elimine y consultar los datos de la entidad 'CandidateCertification' en el sistema BullhornCRM.

Columnas¶

CandidatoCertificaciónEditarHistorial¶

Cree, actualice, elimine y consultar los datos de la entidad 'CandidateCertificationEditHistory' en el sistema BullhornCRM.

Columnas¶

CandidateCertificationEditHistoryFieldChange¶

Cree, actualice, elimine y consultar los datos de la entidad 'CandidateCertificationEditHistoryFieldChange' en el sistema BullhornCRM.

Columnas¶

CandidatoCertificaciónRequisito¶

Cree, actualice, elimine y consultar los datos de la entidad 'CandidateCertificationRequirement' en el sistema BullhornCRM.

Columnas¶

CandidatoCertificaciónRequisitoEditarHistorial¶

Cree, actualice, elimine y consultar los datos de la entidad 'CandidateCertificationRequirementEditHistory' en el sistema BullhornCRM.

Columnas¶

CandidatoCertificaciónRequisitoEditarCampoHistorialCambio¶

Cree, actualice, elimine y consultar los datos de la entidad 'CandidateCertificationRequirementEditHistoryFieldChange' en el sistema BullhornCRM.

Columnas¶

CandidatoEducación¶

Cree, actualice, elimine y consultar los datos de la entidad 'CandidateEducation' en el sistema BullhornCRM.

Columnas¶

CandidateFileAdjunto¶

Cree, actualice, elimine y consultar los datos de la entidad 'CandidateFileAttachment' en el sistema BullhornCRM.

Columnas¶

CandidatoHistorial¶

Cree, actualice, elimine y consultar los datos de la entidad 'CandidateHistory' en el sistema BullhornCRM.

Columnas¶

CandidatoReferencia¶

Cree, actualice, elimine y consultar los datos de la entidad 'CandidateReference' en el sistema BullhornCRM.

Columnas¶

CandidatoReferenciaPregunta¶

Cree, actualice, elimine y consultar los datos de la entidad 'CandidateReferenceQuestion' en el sistema BullhornCRM.

Columnas¶

CandidatoReferenciaRespuesta¶

Cree, actualice, elimine y consultar los datos de la entidad 'CandidateReferenceResponse' en el sistema BullhornCRM.

Columnas¶

CandidateSource¶

Cree, actualice, elimine y consultar los datos de la entidad 'CandidateSource' en el sistema BullhornCRM.

Columnas¶

CandidatoTrabajoHistorial¶

Cree, actualice, elimine y consultar los datos de la entidad 'CandidateWorkHistory' en el sistema BullhornCRM.

Columnas¶

Categoría¶

Cree, actualice, elimine y consultar datos de la entidad 'Categoría' en el sistema BullhornCRM.

Columnas¶

Certificación¶

Cree, actualice, elimine y consultar los datos de la entidad de 'Certificación' en el sistema BullhornCRM.

Columnas¶

Grupo de Certificación¶

Cree, actualice, elimine y consultar los datos de la entidad 'CertificationGroup' en el sistema BullhornCRM.

Columnas¶

Requisito de Certificación¶

Cree, actualice, elimine y consultar los datos de la entidad 'CertificationRequirement' en el sistema BullhornCRM.

Columnas¶

ClienteContacto¶

Crear, actualizar, eliminar y consultar datos de la entidad 'ClientContact' en el sistema BullhornCRM.

Columnas¶

ClienteContacto1¶

Crear, actualizar, eliminar y consultar datos de la entidad 'ClientContact1' en el sistema BullhornCRM.

Columnas¶

ClienteContacto2¶

Crear, actualizar, eliminar y consultar datos de la entidad 'ClientContact2' en el sistema BullhornCRM.

Columnas¶

ClienteContacto3¶

Crear, actualizar, eliminar y consultar datos de la entidad 'ClientContact3' en el sistema BullhornCRM.

Columnas¶

ClienteContacto4¶

Crear, actualizar, eliminar y consultar datos de la entidad 'ClientContact4' en el sistema BullhornCRM.

Columnas¶

ClienteContacto5¶

Crear, actualizar, eliminar y consultar datos de la entidad 'ClientContact5' en el sistema BullhornCRM.

Columnas¶