Die Job Posting API kann für verschiedene Anwendungsfälle genutzt werden, der beliebteste ist jedoch die Multiposter Integration. Darüber hinaus ist es auch möglich, sie für einzelne Personalvermittler einzurichten, die es vorziehen, ihre Stellen über eine API zu veröffentlichen, anstatt direkt auf die Stellenbörse zuzugreifen oder einen XML-Importer zu verwenden.
Was ist Multiposting?
Bei Multiposting werden Stellanzeigen gleichzeitig auf mehreren Jobbörsen veröffentlicht, ohne dass Arbeitgeber Konten bei jeder Jobbörse benötigen oder sie manuell bei mehreren Jobbörsen eingeben müssen. Außerdem werden die Bewerbungen von jeder Jobbörse an das Multiposting Tool zurückgesendet, so dass die Recruiter ihren gesamten Einstellungsprozess mit einem einzigen Tool verwalten können.
Da auch Multiposting Anbieter selbst einen gewissen Einrichtungsaufwand haben, wenn sie eine neue Jobbörse integrieren, empfehlen wir, eine längere Vorlaufzeit für die Implementierung der Lösung einzuplanen.
Die Job Posting API muss speziell für jede Jobbörse eingerichtet werden. Bitte wende dich an deinen Ansprechpartner bei Jobiqo, um Details und Preise zu besprechen.
Was muss für die Nutzung der Job Posting API eingerichtet werden?
Die Nutzung der Job Posting API erfordert die Aktivierung eines Moduls. Sobald das Modul einmal aktiviert ist, müssen für jeden einzelnen Anwendungsfall (z. B. für jeden Multiposter, der unterstützt werden soll) spezifische Konfigurationen vorgenommen werden.
Für jeden neuen Multiposter benötigst du einen API Schlüssel. Darüber hinaus benötigt jeder Recruiter, der über die verschiedenen Quellen Stellen ausschreiben kann, ebenfalls einen spezifischen API Schlüssel.
Welche Abfragen werden unterstützt?
Mit der Job Posting API kannst du über API Aufrufe Stellen hinzufügen, aktualisieren und löschen. Die API unterstützt 2 Datenformate für die Dateneingabe und -ausgabe (JSON und XML).
Die folgenden Anfragen werden unterstützt:
| Anfrage | API Endpunkt | HTTP Methode |
| Neuen Job erstellen | /api/v1/job/create | POST |
| Bestehenden Job aktualisieren | /api/v1/job/{job_id} | PATCH |
| Vorhandenen Job anzeigen | /api/v1/job/{job_id} | GET |
| Einsicht in die Jobliste des Recruiters | /api/v1/job-list | GET |
| Vorhandenen Job unveröffentlichen | /api/v1/job/{job_id} | DELETE |
| Anstellungsarten anzeigen | /api/v1/taxonomy-vocabulary/employment_type | GET |
| Studienrichtungen ansehen | /api/v1/taxonomy-vocabulary/fields_of_study | GET |
| Berufsfeld anzeigen | /api/v1/taxonomy-vocabulary/occupational_fields | GET |
| Home Office Optionen anzeigen | api/v1/taxonomy-vocabulary/remove_options | GET |
| Mögliche Berufsjahre anzeigen | /api/v1/taxonomy-vocabulary/skills | GET |
| Gewünschte Sprachen anzeigen | /api/v1/taxonomy-vocabulary/languages | GET |
| Gehaltsliste anzeigen | /api/v1/taxonomy-vocabulary/salary_range | GET |
| Standorte anzeigen | /api/taxonomy-vocabulary/geographyGET |
Wann ist eine Stelle, die über die API veröffentlicht wurde, auf der Jobbörse verfügbar?
Sobald eine Stelle erfolgreich über die API erstellt wurde, ist sie sofort auf der Jobbörse verfügbar. Die einzige Ausnahme ist, wenn in der API Anfrage ein bestimmtes Veröffentlichungsdatum in der Zukunft angegeben wurde.
Aktuell unterstüzen wir den "Needs review" Prozess nicht in Verbindung mit der Job Posting API verfügbar.
Benötigen Recruiter ein Guthaben oder eine aktive Flatrate, um eine Stelle zu veröffentlichen?
Ja, eine Überprüfung des Guthabens bzw. der Flatrate wird während des Veröffentlichungsprozess der Stelle über die API durchgeführt. Wenn der Recruiter nicht über genügend Guthaben oder eine aktive Flatrate verfügt, wird über die API eine Fehlermeldung ausgegeben.
Bitte beachte, dass das Guthaben auch dann sofort abgezogen wird, wenn ein Job ein Veröffentlichungsdatum in der Zukunft hat.
Wie lange bleibt eine Stelle, die über die API veröffentlicht wurde, online?
In der Regel werden Stellenanzeigen über die API wie jede andere Stelle behandelt, d. h. die Stelle bleibt für die Standardlaufzeit veröffentlicht.
Es ist möglich, über die API Anfrage ein früheres Ablaufdatum zu definieren, falls eine Stelle früher offline gehen sollte.