• Zuletzt bearbeitet am: 31 May 2021

API zur Bestätigung von Kandidaten

Kunden, die einige oder alle Kandidaten-Onboarding-Aktivitäten über Anwendungen von Drittanbietern verwalten, können den Prozess der Bestätigung von Kandidaten als Contingent Worker automatisieren, einzeln, mithilfe der CCW-API zur Bestätigung von Kandidaten.

Die CCW-API für die Kandidatenbestätigung ist für Kunden konzipiert, die einige oder alle Kandidaten-Onboarding-Aktivitäten über Drittanwendungen verwalten und den Prozess der Bestätigung von Kandidaten einzeln als Contingent Worker (CWs) automatisieren möchten. Die API kann eine Anforderung verarbeiten, um einen einzelnen Kandidaten zu bestätigen, ohne dass andere Daten in der Anforderung übergeben werden.

Die CCW-Kandidatensuch-API kann zusammen verwendet werden, um Kandidaten zu finden, die die für die Bestätigung erforderlichen Kriterien erfüllen. Die Kandidatenbestätigungs-API kann dann jeden berechtigten Kandidaten einzeln bestätigen.

Die Basis-URL für den Zugriff auf die CCW-API zur Bestätigung von Kandidaten lautet: https://<instance>/api/candidates/<id>/confirm

Siehe CCW API-Übersicht um zu erfahren, wie Sie sich von CCW-APIs authentifizieren lassen. Die Anfragen sollten die folgenden Elemente enthalten:

Kopfzeilen anfordern

Anforderungskopfzeilen sind für Authentifizierungszwecke erforderlich. Siehe Kopfzeilen anfordern Abschnitt der Dokumentation API-Übersicht von CCW für Details.

Beispielanforderung

Die CCW-API zur Bestätigung von Kandidaten wird von der PUT-Methode unterstützt, um einen Kandidaten als CW zu bestätigen, indem nur die eindeutige ID dieses Kandidaten in der API-Anforderung übergeben wird, ohne dass ein expliziter Anforderungstext erforderlich ist. Im folgenden Beispiel ist "12345" die eindeutige ID, die von einer API-Anforderung für die Kandidatensuche abgerufen wurde:

PUT /api/candidates/12345/confirm
HOST: <CCW FQDN>
Authorization: Bearer <token>
Accept: "application/json"
Correlation-Id: Z098Jth56Nkio343YY1vXt

Beispielantworten

Unten sehen Sie ein Beispiel für eine erfolgreiche Antwort. Die angeforderte Kandidaten-ID wird validiert und dann bestätigt. CCW gibt an, dass die Bestätigung erfolgreich war, indem eine Antwort mit dem HTTP 200-Antwortcode und der Kandidaten-ID gesendet wurde:

{
    "id":"12345"
}

Im folgenden Beispiel ist die Bestätigungsanforderung fehlgeschlagen. Der HTTP-Fehlercode wird zusammen mit den entsprechenden Fehlermeldungen zurückgegeben:

{   
 "error_code": "string",
 "error_summary": "string",
 "error_causes": [      
  {   
    "error_sub_code": "string", 
    "error_sub_code_desc": "string",
  }
 ]
}

Fehlercodes

Wenn eine API-Anforderung zur Bestätigung fehlschlägt, enthält die Antwort einen der folgenden Fehlercodes:

HTTP-Statuscode Fehlercode Fehler Untercode Fehlermeldung
400 E4000000 E4000001 Fehlerhafte Anfrage. Mindestens einer der obligatorischen HTTP-Header fehlt
400 E400000 E4000006 Das Startdatum kann kein vergangenes Datum sein
400 E400000 E4000007 Ungültiger Starttag
400 E400000 E4000008 Enddatum muss nach dem Startdatum liegen
400 E400000 E4000009 Vertragslaufzeit überschreitet die Länge der Serviceanforderungen von
400 E400000 E4000010 Ungültiges Konto
400 E400000 E4000012 Ein Kandidat oder ein Arbeiter mit dieser CCW-ID ist bereits vorhanden
400 E400000 E4000013 Das Startdatum kann kein zukünftiges Datum sein
400 E400000 E4000019 Aufgabenreihenfolge ist ungültig. Entweder wurde es storniert, Inaktiv oder nicht gefunden
400 E400000 E4000020 Das Arbeitspaket ist ungültig. Entweder wurde es storniert, Inaktiv oder nicht gefunden
400 E400000 E4000023 Kandidat hat die Bestätigungskriterien nicht erfüllt
400 E400000 E4000024 Der Kandidat ist bereits bestätigt
400 E400000 E4000025 Der OT-Zahlungssatz muss größer oder gleich dem Zahlungssatz sein
400 E400000 E4000026 DT-Pay-Satz muss größer oder gleich OT-Pay-Satz sein
400 E400000 E4000027 Der OT-Rechnungssatz des Lieferanten muss größer oder gleich dem Lieferantenrechnungssatz sein
400 E400000 E4000028 Der DT-Rechnungssatz des Lieferanten muss größer oder gleich dem OT-Rechnungssatz des Lieferanten sein
400 E400000 E4000029 Der endgültige OT-Rechnungssatz muss größer oder gleich dem endgültigen Rechnungssatz sein
400 E400000 E4000030 Der endgültige DT-Rechnungssatz muss größer oder gleich dem endgültigen OT-Rechnungssatz sein
400 E400000 E4000031 Rechnungssatz muss größer oder gleich dem Zahlungssatz sein
400 E400000 E4000032 Endgültiger Rechnungssatz muss größer oder gleich dem Lieferantenrechnungssatz sein
400 E400000 E4000033 Der OT-Rechnungssatz des Lieferanten muss größer oder gleich dem OT-Zahlungssatz sein
400 E400000 E4000034 Der endgültige OT-Rechnungssatz muss größer oder gleich dem OT-Rechnungssatz des Lieferanten sein
400 E400000 E4000035 Der DT-Rechnungssatz des Lieferanten muss größer oder gleich dem DT-Pay-Satz sein
400 E400000 E4000036 Der endgültige DT-Rechnungssatz muss größer oder gleich dem DT-Rechnungssatz des Lieferanten sein
400 E400000 E4000037 Der Lieferantenrechnungskurs sollte mit dem Kurs für die endgültige Rechnung übereinstimmen
400 E400000 E4000038 Anforderung kann nicht abgeschlossen werden, da die Anforderung geschlossen ist
400 E400000 E4000039 Anforderung kann nicht abgeschlossen werden, da die Anforderung storniert wurde
401 E4010000 E4010001 Authentifizierung fehlgeschlagen. Überprüfen Sie die Anmeldeinformationen, die Ihrer Consumer-App zugeordnet sind
401 E401000 E4010002 Authentifizierung fehlgeschlagen. Zugriffstoken ist ungültig oder abgelaufen
403 E4030000 E4030001 Nicht autorisiert. Der Benutzer hat nicht die Rechte, die Aktion auszuführen
403 E403000 E4030002 Nicht autorisiert. Ungültiger Bereich
403 E403000 E4030003 Nicht autorisiert. Der API-Benutzer ist ungültig. Stellen Sie sicher, dass der Benutzer aktiv und als API-Benutzer festgelegt ist
404 E4040000 E4040001 Nicht gefunden
405 E4050000 E4050001 Methode nicht unterstützt. Service unterstützt die angeforderte HTTP-Methode nicht
500 E500000 E5000001 Ein System- oder Anwendungsfehler ist aufgetreten. Wenden Sie sich an den Coupa CW-Administrator.

 

Parts or all of this page might have been machine-translated. We apologize for any inaccuracies.

Vergleichbare Artikel


Die Coupa Core-API

Unsere RESTful-API bietet robusten Zugriff zum Lesen, Bearbeiten oder Integrieren Ihrer Daten mit der Coupa-Plattform.

Erste Schritte mit der API

Allgemeine Informationen zur Verwendung der Coupa-API und wann Sie CSV verwenden sollten.

Übergang zu OAuth 2.0 und OIDC

Coupa veraltet ältere API-Schlüssel und erfordert die Verwendung von OAuth 2.0 / OIDC. Ab R34 werden keine neuen API-Schlüssel ausgegeben und API-Schlüssel werden mit R35 nicht mehr unterstützt.

Bauen Sie auf der Coupa-Plattform auf

Unsere API-basierte offene Integrationsplattform ermöglicht Technologiepartnern und unabhängigen Softwareanbietern (ISVs) die Integration ihrer Produkte in Coupa