JTL-Wawi API: Probleme bei Authorization

[Leo Versand]

Hallo!

Ich wollte die neue JTL-Wawi API testen. Hab den Server gestartet, und meine App registrieren lassen. Danach den Registrierungsstatus abgerufen und API-Key gekriegt.
Wenn ich aber versuche z.B. die Firmen-Liste anzufordern, kriege ich immer Error 401.
In welchem Format soll ich meinen API-Key an den API übergeben (laut Dokumentation als Authorization-Header im Format "Wawi 'API-Key'", aber trotzdem 401)

Hat jemand Ideen wie ich die API zum laufen bringen kann?

Vielen Dank!

Grüße, Victor

 

[Yii-Spot]

Hallo @Leo Versand,

ich kann das bestätigen und habe mich genau deswegen im Forum umgesehen!

Nach allem, was ich rauslesen kann, muss der API-Key als Header mit dem Key "Authorization" mit dem Request übergeben werden, aber auch ich erhalte den Fehler "401 Unauthorized".

Ich hatte auch noch die Vermutung, dass es etwas mit dem Scope zu tun haben, könnte. Im API-Doc wird dieser nämlich, abweichend zur JTL-Dokumentation mit "all.read" statt "read.all" angegeben. Aber auch das hat keinen Unterschied gemacht im Fehler-Resultat. "all.read" wäre sogar eigentlich schlüssiger, da auch die FFN-Scopes nach dem Schema aufgebaut sind.

 

[ChristianKo]

Hallo @Yii-Spot und @Leo Versand,

danke für den Hinweis mit unserem Guide.
Dies ist in der Tat einfach nur das Bild was dort als Beispiel für die Ansicht dienen soll,
entscheidend sind die Endpunkte in der API Dokumentation.
Wir werden dies aber für alle anpassen.

Zur Info: In diesem Falle wäre all.read korrekt.

@Yii-Spot
Bei deinem Screenshot aus Postman kann ich einen API Key erkennen, allerdings scheint hier
etwas zu fehlen. Vor dem API Key muss folgendes stehen: Wawi
gefolgt vom API Key.
Dazu haben wir das ganze auch in unserer API Doku beschrieben:
https://wawi-api.jtl-software.com/?#section/HTTP-Header

Ich hoffe ich konnte euch weiterhelfen.

Viele Grüße

 

[Yii-Spot]

Hallo @ChristianKo ,

danke für den Hinweis, damit klappt es!

Dieses Detail habe ich in der Dokumentation übersehen. Ich denke, die Handhabung wäre einfacher und intuitiver, würde der Request "authentication (confirmation)" den kompletten Authorization-String, also inkl. "Wawi " davor zurückgeben.

Damit sollte es weniger Missverständnisse und Fehlanwendungen geben.

 

[Daniel Ali (SHOPSY)]

Hi, ich teste gerade auch mit der API ein wenig und dachte, dass die zur Zeit noch kostenfrei nutzbar ist? Ich bekomme immer den Fehler zurück:
{
"ErrorCode": "InvalidLicense",
"ValidationErrors": {},
"ErrorMessage": "No license available",
"Stacktrace": null
}

Übersehe ich noch etwas?

 

[MirkoWK]

Hi,

die ist leider nur in der Enterprise "kostenlos". In der Pro kostet die API 99€/M extra und in der Advanced 199€/M:
https://www.jtl-software.de/preise-und-tarife
(unter "Automation & Customizing").

Viele Grüße
Mirko

 

[Daniel Ali (SHOPSY)]

Ah mist! Dann kann man dafür ja schlecht entwickeln wenn das nicht möglich ist in einem "nicht-produktiven-System" die API zu nutzen.

 

[MirkoWK]

Vielleicht mal anfragen, ob es eine Test-Lizenz gibt. ich drück die Daumen.

 

[merres]

Hallo @ChristianKo ,

danke für den Hinweis, damit klappt es!

Dieses Detail habe ich in der Dokumentation übersehen. Ich denke, die Handhabung wäre einfacher und intuitiver, würde der Request "authentication (confirmation)" den kompletten Authorization-String, also inkl. "Wawi " davor zurückgeben.

Damit sollte es weniger Missverständnisse und Fehlanwendungen geben.

Warum das nicht so ist, verstehe ich auch bis heute nicht. Bitte dringend nachbessern, JTL!