Bullhorn CRM Verbindungsdetails

Einführung

Connector-Version

Diese Dokumentation basiert auf Version 23.0.8803 des Connectors.

Erste Schritte

Unterstützung der Bullhorn CRM Version

Der Connector nutzt die Bullhorn CRM API, um bidirektionalen Zugriff auf Bullhorn CRM zu ermöglichen.

Herstellen einer Verbindung

Mit Bullhorn CRM verbinden

Geben Sie zunächst die Anmeldeinformationen für Ihr Bullhorn CRM Konto ein. Legen Sie fest DataCenterCode zum Rechenzentrumscode, der Ihrem Rechenzentrum antwortet. Siehe die Liste hier.

Wenn Sie sich bezüglich Ihres Rechenzentrumscodes nicht sicher sind: Codes wie CLS2, CLS21 usw. sind Cluster-IDs, die in der Browser-URL (Adressleiste) eines Benutzers enthalten sind, sobald dieser angemeldet ist.

Example: https://cls21.bullhornstaffing.com/BullhornSTAFFING/MainFrame.jsp?#no-ba... zeigt an, dass der angemeldete Benutzer auf CLS21 ist.

Das Hinzufügen oder Entfernen eines beliebigen Zeichens dieses Parameters führt zu einem Fehler.

Authentifizierung bei Bullhorn CRM (OAuth)

Bullhorn CRM verwendet den Authentifizierungsstandard OAuth 2.0.

Um die Authentifizierung mit OAuth durchzuführen, müssen Sie in allen Szenarien eine benutzerdefinierte OAuth-Anwendung erstellen und konfigurieren. Siehe Erstellen einer benutzerdefinierten OAuth-App für weitere Informationen.

Desktop-Anwendungen

Befolgen Sie die nachstehenden Schritte, um sich mit den Anmeldeinformationen für eine benutzerdefinierte OAuth-Anwendung zu authentifizieren.

Szenario 1: Prüfcode

Nehmen Sie Änderungen an Ihrer OAuth-Anwendung vor (z. B. CallbackURL) erfordert die direkte Kontaktaufnahme mit Bullhorn CRM, was ein zeitaufwändiger Prozess sein kann. Daher empfehlen wir Ihnen dringend, stattdessen ein zu verwenden OAuthVerifier zum Verbinden. Um einen Verifier zu erhalten, benötigen Sie außerdem eine OAuth-Autorisierungs URL.

Abrufen eines OAuth-Verifier-Codes

Bauen Sie Ihre Autorisierungs URL wie folgt auf:

*https://**<Autor for your data center>/oauth/authorize?client_id=<your OAuth client id>*&Antworttyp=Code

Wenn Sie beispielsweise das Rechenzentrum „CLS5“ hätten, wäre die Authentifizierungs URL https://auth.bullhornstaffing.com/oauth/authorize?client_id=your_client_id&response_type=code.

Bitte beachten Sie die Liste hier, um die Authentifizierungs-URL für Ihr Rechenzentrum zu ermitteln.

Rufen Sie als Nächstes die OAuth verifier code:

1. Öffnen Sie Ihre Autorisierungs URL in einem Browser. Melden Sie sich an und erteilen Sie dem Connector Berechtigungen. Sie werden dann zur Callback-URL weitergeleitet, die den Prüfcode enthält.
2. Speichern Sie den Wert des Prüfcodes.

OAuth-Zugriffstoken abrufen und aktualisieren

Nachdem Sie Folgendes eingestellt haben, können Sie eine Verbindung herstellen:

• OAuthVerifier: Setzen Sie dies auf den zuvor erhaltenen OAuth-Verifier-Code.
• DataCenterCode: Stellen Sie hier das jeweilige Rechenzentrum ein, mit dem Ihr Konto verbunden ist. Die Liste der Rechenzentren finden Sie hier. Zum Beispiel CLS33.
• OAuthClientId: Legen Sie hier die Client-ID fest, die Ihnen bei der Registrierung Ihrer Anwendung zugewiesen wurde.
• OAuthClientSecret: Setzen Sie dies auf das Client-Geheimnis, das Ihnen bei der Registrierung Ihrer Anwendung zugewiesen wurde.
• InitiateOAuth: Setzen Sie dies auf GETANDREFRESH. Sie können InitiateOAuth verwenden, um die Wiederholung des OAuth-Austauschs und das manuelle Festlegen der zu vermeiden OAuthAccessToken.

Wenn Sie eine Verbindung herstellen, öffnet der Connector den OAuth-Endpoint in Ihrem Standardbrowser. Melden Sie sich an und erteilen Sie der Anwendung Berechtigungen. Der Connector schließt dann den OAuth-Prozess ab:

1. Extrahiert das Zugriffstoken aus der Rückruf URL und authentifiziert Anfragen.
2. Erhält einen neuen Zugriffstoken, wenn der alte abläuft.
3. Speichert OAuth-Werte in OAuthSettingsLocation. Diese gespeicherten Werte bleiben über mehrere Verbindungen hinweg bestehen.

Szenario 2: Benutzerdefinierte Callback-URL

Sie haben auch die Möglichkeit, eine benutzerdefinierte Rückruf-URL anzufordern (z. B. http://localhost:33333) von Bullhorn CRM. Wenn Sie eine benutzerdefinierte CallbackURL, Sie können Folgendes einstellen, um eine Verbindung zu Daten herzustellen:

• CallbackURL: Legen Sie hier die benutzerdefinierte Rückruf-URL fest, die von Bullhorn CRM bereitgestellt wird.
• DataCenterCode: Stellen Sie hier das jeweilige Rechenzentrum ein, mit dem Ihr Konto verbunden ist. Die Liste der Rechenzentren finden Sie hier. Zum Beispiel CLS33.
• OAuthClientId: Legen Sie hier die Client-ID fest, die Ihnen bei der Registrierung Ihrer Anwendung zugewiesen wurde.
• OAuthClientSecret: Setzen Sie dies auf das Client-Geheimnis, das Ihnen bei der Registrierung Ihrer Anwendung zugewiesen wurde.
• InitiateOAuth: Setzen Sie dies auf GETANDREFRESH. Sie können InitiateOAuth verwenden, um die Wiederholung des OAuth-Austauschs und das manuelle Festlegen der zu vermeiden OAuthAccessToken.

Anschließend schließt der Connector den OAuth-Prozess ab:

1. Der Vorgang wird mit dem von der Bullhorn CRM API zurückgegebenen Zugriffstoken abgeschlossen.
2. Aktualisiert den Zugriffstoken, wenn er abläuft.
3. Speichert OAuth-Werte in OAuthSettingsLocation soll über Verbindungen hinweg bestehen bleiben.

Kontakt Bullhorn

Überlegungen zur Verbindung mit Bullhorn CRM

Im Gegensatz zu vielen anderen Datenquellen erlaubt Bullhorn CRM den Benutzern nicht, eigene benutzerdefinierte OAuth-Anwendungen zu erstellen oder ihre zu bearbeiten CallbackURL direkt.

Stattdessen muss der Benutzer Bullhorn CRM kontaktieren und darum bitten, dass die OAuth-Informationen des Benutzers auf der Seite von Bullhorn CRM erstellt/geändert werden.

Wenn ein Benutzer seine ändern muss CallbackURL, das Warten auf ein Neues von Bullhorn CRM kann zeitaufwändig sein.

Es wird dringend empfohlen, dass Benutzer die Verwendung eines in Betracht ziehen OAuth verifier code, um stattdessen eine Verbindung herzustellen. Weitere Einzelheiten finden Sie unter „Authentifizierung bei Bullhorn CRM“.

Erstellen einer benutzerdefinierten OAuth-App

Sie müssen eine benutzerdefinierte OAuth-App erstellen, um eine Verbindung mit Bullhorn CRM herzustellen.

Die einzige Möglichkeit, eine App zu erstellen, besteht darin, sich an das Bullhorn CRM Supportteam zu wenden. Sie erhalten die Anmeldeinformationen für die Anwendung (Client-ID und Client-Geheimnis). Weitere Informationen zur Registrierung finden Sie hier.

Darüber hinaus wird die CallbackURL oder Redirect-URI standardmäßig auf eine Seite auf bullhorn.com.

Um einzustellen InitiateOAuth Um GETANDREFRESH durchzuführen, müssen Sie sich an das Bullhorn CRM Personal wenden und eine separate Callback-URL anfordern.

Wenn keine separate Rückruf-URL angegeben werden kann, muss der Parameter „Code“ von der Umleitungsseite in Bullhorn CRM übernommen und als Eingabe an Folgendes übergeben werden:

• Der Verifier Eingabe von GetOAuthAccessToken, wenn es manuell ausgeführt wird.
• Die Verbindungseigenschaft OAuthVerifier beim Setzen InitiateOAuth Zu GETANDREFRESH.

Optimieren des Datenzugriffs

Optimieren des Datenzugriffs

Mithilfe der folgenden Eigenschaften können Sie eine bessere Kontrolle über die Funktionen der Bullhorn CRM API und die Strategien erlangen, die der Connector zu deren Anzeige verwendet:

• IncludeCustomFields: Ob benutzerdefinierte Felder eingeschlossen werden oder nicht. Wenn diese Option deaktiviert ist, ist die Leistung höher, aber die benutzerdefinierten Felder können nicht abgerufen oder geändert werden.
• IncludeCustomTables: Ob benutzerdefinierte Tabellen einbezogen werden oder nicht. Wenn diese Option deaktiviert ist, ist die Leistung höher, aber die benutzerdefinierten Tabellen können nicht abgerufen werden.
• ListLayouts: Eine Liste der Tabellen, für die Sie Layouts auflisten möchten. Beispiel: ListLayouts=Candidate,JobOrder;.
• UseDefaultOrderBy: Gibt an, ob eine Standardsortierung angewendet werden soll, wenn keine angegeben ist. Dadurch werden doppelte Ergebnisse vermieden, das Abrufen großer Tabellen wird jedoch wesentlich teurer.
• UseDisplayNames: Setzen Sie dies auf „true“, um Feldbeschriftungen für Spaltennamen zu verwenden.
• MaxThreads: Gibt die Anzahl gleichzeitiger Anfragen an. Erhöhen Sie diese Zahl, um die Leistung zu verbessern, insbesondere wenn eine Tabelle viele Zeilen enthält.

Wichtige Hinweise

Konfigurationsdateien und ihre Pfade

• Alle Verweise auf das Hinzufügen von Konfigurationsdateien und deren Pfaden beziehen sich auf Dateien und Speicherorte auf dem Jitterbit-Agenten, auf dem der Connector installiert ist. Diese Pfade sind je nach Agent und Operationssystem entsprechend anzupassen. Wenn mehrere Agenten in einer Agentengruppe verwendet werden, werden auf jedem Agenten identische Dateien benötigt.

Erweiterte Funktionen

In diesem Abschnitt wird eine Auswahl erweiterter Funktionen des Bullhorn CRM Connectors beschrieben.

Benutzerdefinierte Ansichten

Der Connector ermöglicht Ihnen die Definition virtueller Tabellen, sogenannter benutzerdefinierter Ansichten, deren Inhalt durch eine vorkonfigurierte Abfrage bestimmt wird. Diese Ansichten sind nützlich, wenn Sie die an die Treiber gesendeten Abfragen nicht direkt steuern können. Siehe Benutzerdefinierte Ansichten für einen Überblick über das Erstellen und Konfigurieren benutzerdefinierter Ansichten.

SSL-Konfiguration

Verwenden Sie SSL-Konfiguration, um anzupassen, wie der Connector TLS/SSL-Zertifikatsverhandlungen handhabt. Sie können aus verschiedenen Zertifikatsformaten wählen; siehe SSLServerCert-Eigenschaft unter „Verbindungszeichenfolgenoptionen“ für weitere Informationen.

Proxy

So konfigurieren Sie den Connector mit privaten Agent-Proxy-Einstellungen, wählen Sie die Use Proxy Settings Kontrollkästchen auf dem Verbindungskonfigurationsbildschirm.

Abfrageverarbeitung

Der Connector verlagert möglichst viel der Verarbeitung der SELECT-Anweisung auf Bullhorn CRM und verarbeitet dann den Rest der Abfrage im Speicher (clientseitig).

Benutzerdefinierte Ansichten

Mit dem Bullhorn CRM Connector können Sie eine virtuelle Tabelle definieren, deren Inhalt durch eine vorkonfigurierte Abfrage bestimmt wird. Diese werden als benutzerdefinierte Ansichten bezeichnet und sind in Situationen nützlich, in denen Sie die an den Treiber gesendete Abfrage nicht direkt steuern können, z. B. wenn Sie den Treiber von Jitterbit verwenden. Die benutzerdefinierten Ansichten können verwendet werden, um Prädikate zu definieren, die immer angewendet werden. Wenn Sie in der Abfrage an die Ansicht zusätzliche Prädikate angeben, werden diese mit der bereits als Teil der Ansicht definierten Abfrage kombiniert.

Es gibt zwei Möglichkeiten, benutzerdefinierte Ansichten zu erstellen:

• Erstellen Sie eine Konfigurationsdatei im JSON-Format, die die gewünschten Ansichten definiert.
• DDL-Anweisungen.

Definieren von Ansichten mithilfe einer Konfigurationsdatei

Benutzerdefinierte Ansichten werden in einer JSON-formatierten Konfigurationsdatei namens UserDefinedViews.json. Der Connector erkennt die in dieser Datei angegebenen Ansichten automatisch.

Sie können auch mehrere Ansichtsdefinitionen haben und diese mit steuern UserDefinedViews Verbindungseigenschaft. Wenn Sie diese Eigenschaft verwenden, werden vom Connector nur die angegebenen Ansichten angezeigt.

Diese Konfigurationsdatei für benutzerdefinierte Ansichten ist wie folgt formatiert:

• Jedes Stammelement definiert den Namen einer Ansicht.
• Jedes Stammelement enthält ein untergeordnetes Element namens query, das die benutzerdefinierte SQL- Abfrage für die Ansicht enthält.

Zum Beispiel:

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

Verwenden Sie die UserDefinedViews Verbindungseigenschaft, um den Speicherort Ihrer JSON-Konfigurationsdatei anzugeben. Beispiel:

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

Definieren von Ansichten mit DDL-Anweisungen

Der Connector kann das Schema auch über DDL-Anweisungen wie CREATE LOCAL VIEW, ALTER LOCAL VIEW und DROP LOCAL VIEW erstellen und ändern.

Erstellen einer Ansicht

Um eine neue Ansicht mit DDL-Anweisungen zu erstellen, geben Sie den Ansichtsnamen und die Abfrage wie folgt an:

CREATE LOCAL VIEW`[MeinAnsichtsname] `AS SELECT * FROM Customers LIMIT 20;

Wenn keine JSON-Datei vorhanden ist, erstellt der obige Code eine. Die Ansicht wird dann in der JSON-Konfigurationsdatei erstellt und ist nun erkennbar. Der Speicherort der JSON-Datei wird durch angegeben UserDefinedViews Verbindungseigenschaft.

Ändern einer Ansicht

Um eine vorhandene Ansicht zu ändern, geben Sie den Namen der vorhandenen Ansicht zusammen mit der neuen Abfrage an, die Sie stattdessen verwenden möchten:

ALTER LOCAL VIEW`[MeinAnsichtsname] `AS SELECT * FROM Customers WHERE TimeModified > '3/1/2020';

Die Ansicht wird dann in der JSON-Konfigurationsdatei aktualisiert.

Löschen einer Ansicht

Um eine vorhandene Ansicht zu löschen, geben Sie den Namen eines vorhandenen Schema neben der neuen Abfrage an, die Sie stattdessen verwenden möchten.

DROP LOCAL VIEW [MyViewName]

Dadurch wird die Ansicht aus der JSON-Konfigurationsdatei entfernt. Sie kann nicht mehr abgefragt werden.

Schema für benutzerdefinierte Ansichten

Benutzerdefinierte Ansichten werden im angezeigt UserViews Schema standardmäßig. Dies geschieht, um zu vermeiden, dass der Name der Ansicht mit einer tatsächlichen Entität im Datenmodell kollidiert. Sie können den Namen des für UserViews verwendeten Schema ändern, indem Sie festlegen UserViewsSchemaName Eigentum.

Arbeiten mit benutzerdefinierten Ansichten

Beispielsweise eine SQL-Anweisung mit einer benutzerdefinierten Ansicht namens UserViews.RCustomers listet nur Kunden in Raleigh auf:

SELECT * FROM Customers WHERE City = 'Raleigh';

Ein Beispiel für eine Abfrage an den Treiber:

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

Daraus ergibt sich die effektive Abfrage an die Quelle:

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

Dies ist ein sehr einfaches Beispiel für eine Abfrage an eine benutzerdefinierte Ansicht, die tatsächlich eine Kombination aus der Abfrage und der Ansichtsdefinition ist. Es ist möglich, diese Abfragen in viel komplexeren Mustern zusammenzustellen. Alle SQL-Operationen sind in beiden Abfragen zulässig und werden bei Bedarf kombiniert.

SSL-Konfiguration

Anpassen der SSL-Konfiguration

Standardmäßig versucht der Connector, SSL/TLS auszuhandeln, indem er das Zertifikat des Servers mit dem vertrauenswürdigen Zertifikatspeicher des Systems vergleicht.

Um ein anderes Zertifikat anzugeben, siehe SSLServerCert Eigenschaft für die verfügbaren Formate, um dies zu tun.

Datenmodell

Überblick

Dieser Abschnitt zeigt die verfügbaren API Objekte und bietet weitere Informationen zur Ausführung von SQL für Bullhorn CRM APIs.

Hauptmerkmale

• Der Connector modelliert Bullhorn CRM Entitäten wie Kandidaten, Kundenkontakte und Arbeitsaufträge als relationale Tabellen, sodass Sie SQL schreiben können, um Bullhorn CRM Daten Abfrage.
• Gespeicherte Prozeduren ermöglichen Ihnen, Vorgänge für Bullhorn CRM auszuführen.
• Die Live-Konnektivität zu diesen Objekten bedeutet, dass alle Änderungen an Ihrem Bullhorn CRM Konto bei Verwendung des Connectors sofort angezeigt werden.

Gespeicherte Suchvorgänge

Der Connector stellt gespeicherte Suchvorgänge als separate Ansichten dar. Diese Ansichten werden wie folgt benannt: „SavedSearch_{Name der gespeicherten Suche}“.

Layouts

Der Connector verwendet den ListLayouts Eigenschaft, um zu bestimmen, welche Layouts als separate Ansichten angezeigt werden sollen. Diese Eigenschaft wird empfohlen, da sie die Leistung bei Tabellen mit zu vielen Spalten, wie z. B. „Kandidat“, steigert. Sie können also die gewünschte Layoutansicht anstelle der Originaltabelle verwenden, um eine bessere Leistung zu erzielen.

Die Benennung dieser Ansichten lautet „{ursprüngliche Entität}{Layoutname}Layout“. Beispielsweise ist „KandidatListRowLayout“ die Ansicht, die dem ListRow-Layout der Kandidatenentität entspricht.

Benutzerdefinierte Tabellen und benutzerdefinierte Spalten

Bullhorn CRM kann benutzerdefinierte Entitäten und benutzerdefinierte Felder haben. Wenn Sie möchten, dass sie als Tabellen bzw. Spalten aufgelistet werden, verwenden Sie IncludeCustomTables Und IncludeCustomFields Eigenschaften. IncludeCustomTables ist standardmäßig auf „false“ gesetzt, während IncludeCustomFields ist auf true gesetzt.
Beachten Sie, dass das Setzen dieser Eigenschaften auf true zu einer langsameren Leistung führen kann.

Assoziationstabellen

Standardmäßig stellt der Connector die Viele-zu-viele-Verknüpfungen zwischen verschiedenen Entitäten nicht offen. Um die Verknüpfungstabellen offenzulegen, müssen Sie Folgendes festlegen: ExpandAssociations Verbindungseigenschaft auf „True“. Auf diese Weise stellt der Connector eine Assoziationstabelle für jedes erkannte „To-Many“-Assoziationsfeld einer Bullhorn CRM Entität bereit (z. B. CandidateToPrimarySkillsAssociations, JobOrderTocategoriesAssociations, WorkersCompensationToRatesAssociations usw.).

Eine Anleitung zum Lesen, Erstellen und Löschen von Verknüpfungen finden Sie unter PrimaryEntityToAssociatedEntityAssociations.

Unterstützte Operatoren

Der Connector verlagert so viel Filterarbeit wie möglich auf die Bullhorn CRM API, um eine bessere Leistung zu erzielen. Das Bullhorn CRM unterstützt zwei Abfrage, Lucene und JPQL.

Lucene
Nur Kandidat und Anmerkung-Entitäten unterstützen derzeit die Lucene-Filterung. Die unterstützten Operatoren für diese Tabellen sind: „AND“, „OR“, „=“, „IN“, „>“, „>=“, „<“, „<=“. Beachten Sie, dass „>“, „>=“, „<“, „<=“ nur für Datums-/Uhrzeitspalten unterstützt werden.

Einige Abfrage, die serverseitig verarbeitet werden, sind:

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
Alle Tabellen außer Kandidat und Anmerkung unterstützen JPQL-Filterung. Die unterstützten Operatoren für diese Tabellen sind: „AND“, „OR“, „NOT“, „=“, „!=“, „>“, „>=“, „<“, „<=“, „IS“, „IS NOT“, „IN“, „NOT IN“.

Einige Abfrage, die serverseitig verarbeitet werden, sind:

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 Sie können Schreibvorgänge mit den SQL-Anweisungen Insert, Update und Delete durchführen. Einige Abfrage:

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 Sie können die IDs der gelöschten Datensätze für mehrere Entitäten abrufen (nicht alle Entitäten unterstützen gelöschte Datensätze).

GETDELETED FROM Candidate
GETDELETED FROM Appointment
GETDELETED FROM Task

Tabellen

Der Connector modelliert die Daten in Bullhorn CRM als Liste von Tabellen in einer relationalen Datenbank, die mit Standard-SQL-Anweisungen abgefragt werden können.

Bullhorn CRM Connector-Tabellen

AktivitätZiel

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „ActivityGoal“ im BullhornCRM-System.

Spalten

Aktivitätszielkonfiguration

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „ActivityGoalConfiguration“ im BullhornCRM-System.

Spalten

AktivitätZielZiel

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „ActivityGoalTarget“ im BullhornCRM-System.

Spalten

Termin

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „Termin“ im BullhornCRM-System.

Spalten

TerminTeilnehmer

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „AppointmentAttendee“ im BullhornCRM-System.

Spalten

ErnennungBearbeitenGeschichte

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „AppointmentEditHistory“ im BullhornCRM-System.

Spalten

TerminBearbeitenVerlaufFeldÄndern

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „AppointmentEditHistoryFieldChange“ im BullhornCRM-System.

Spalten

Abrechnungsfähige GebührBearbeitenVerlauf

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „BillableChargeEditHistory“ im BullhornCRM-System.

Spalten

Abrechenbare GebührBearbeitenVerlaufFeldÄndern

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „BillableChargeEditHistoryFieldChange“ im BullhornCRM-System.

Spalten

Zweig

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „Branch“ im BullhornCRM-System.

Spalten

Geschäftsbereich

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „BusinessSector“ im BullhornCRM-System.

Spalten

Kandidat

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „Kandidat“ im BullhornCRM-System.

Spalten

Pseudo-Spalten

Pseudospaltenfelder werden in der WHERE-Klausel von SELECT-Anweisungen verwendet und bieten eine genauere Kontrolle über die Tupel, die von der Datenquelle zurückgegeben werden.

KandidatZertifizierung

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CandidateCertification“ im BullhornCRM-System.

Spalten

KandidatZertifizierungBearbeitenGeschichte

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CandidateCertificationEditHistory“ im BullhornCRM-System.

Spalten

KandidatZertifizierungBearbeitenVerlaufFeldÄndern

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CandidateCertificationEditHistoryFieldChange“ im BullhornCRM-System.

Spalten

KandidatZertifizierungsanforderung

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CandidateCertificationRequirement“ im BullhornCRM-System.

Spalten

KandidatZertifizierungAnforderungBearbeitenGeschichte

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CandidateCertificationRequirementEditHistory“ im BullhornCRM-System.

Spalten

KandidatZertifizierungAnforderungBearbeitenVerlaufFeldÄndern

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CandidateCertificationRequirementEditHistoryFieldChange“ im BullhornCRM-System.

Spalten

KandidatAusbildung

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CandidateEducation“ im BullhornCRM-System.

Spalten

KandidatDateianlage

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CandidateFileAttachment“ im BullhornCRM-System.

Spalten

Kandidatenhistorie

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CandidateHistory“ im BullhornCRM-System.

Spalten

Kandidatenreferenz

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CandidateReference“ im BullhornCRM-System.

Spalten

KandidatReferenzFrage

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CandidateReferenceQuestion“ im BullhornCRM-System.

Spalten

KandidatReferenzAntwort

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CandidateReferenceResponse“ im BullhornCRM-System.

Spalten

Kandidatenquelle

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CandidateSource“ im BullhornCRM-System.

Spalten

KandidatArbeitsverlauf

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CandidateWorkHistory“ im BullhornCRM-System.

Spalten

Kategorie

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „Kategorie“ im BullhornCRM-System.

Spalten

Zertifizierung

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „Zertifizierung“ im BullhornCRM-System.

Spalten

Zertifizierungsgruppe

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CertificationGroup“ im BullhornCRM-System.

Spalten

Zertifizierungsanforderung

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „CertificationRequirement“ im BullhornCRM-System.

Spalten

KundenKontakt

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „ClientContact“ im BullhornCRM-System.

Spalten

Kundenkontakt1

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „ClientContact1“ im BullhornCRM-System.

Spalten

Kundenkontakt2

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „ClientContact2“ im BullhornCRM-System.

Spalten

Kundenkontakt3

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „ClientContact3“ im BullhornCRM-System.

Spalten

Kundenkontakt4

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „ClientContact4“ im BullhornCRM-System.

Spalten

Kundenkontakt5

Erstellen, aktualisieren, löschen und Abfrage Daten der Entität „ClientContact5“ im BullhornCRM-System.

Spalten