ich habe diese Konfiguration im HTTP Account nochmal getestet und bei mir ist der Authorization request header immer im Debug log enthalten. Das sieht für mich so aus, als ist etwas mit der HTTP Verbindung nicht in Ordnung.
Kannst du bitte nochmal probieren den Authorization header direkt im UrlDownload Step in der erweiterten Einstellung requestHeader anzugeben und den Flow dann nochmal ausführen:
Wenn der API Key dann im Debug Log enthalten ist, stimmt etwas mit der HTTP Verbindung nicht.
Kannst du die Verbindung in diesem Fall bitte nochmal komplett neu anlegen.
ich habe mit die letzte Debug Log Datei angesehen. Der API Key ist im Authorization Header vorhanden und ansonsten ist auch alles wie im curl API Beispiel-Request von oben gesetzt.
mit dem Beispiel-Request, den du uns per Ticket geschickt hast, funktioniert es jetzt auch. Der API Key wird nicht per Request Header übergeben, wie oben in der Dokumentation angegeben, sondern als Parameter in er URL.
Der API Key muss nicht im Request Header (Authorization) angegeben werden, sondern als Url - Parameter mit Namen apikey übergeben werden (z.B. ${baseUrl}/vendor/available?apikey=DeinAPIKey). Das ist aber erst aus den anderen Beispielen im Ticket klar geworden.
Aus diesem Grund haben auch die Einstellung der HTTP Verbindung nicht funktioniert.
