Ich habe in meinem Ticket den Tipp bekommen, das es helfen würde den Umweg über einen FTP zu gehen, das würde funktionieren. Unser nächtlicher Bestandsexport hat in der Nacht von gestern auf heute auch wirklich funktioniert.
Mittlerweile ist das Problem auch auf der Status-Seite aufgeführt.
Ein unerwarteter Vorfall beeinträchtigt derzeit die Funktionalität im Elastischen Export.
Das ausführen des Elastischen Exports kann in einer Fehlermeldung: “{“error”:{“message”:”Unauthenticated.”}}” enden oder bei der Weiterleitung via URL LInk in einer 404 Seite resultieren.
Wir untersuchen das Problem.
Das entspricht zumindest nicht unserem Problem. Der Export im Browser funktioniert bei uns, aber das Skript ist das Problem; dieses neuerliche “Download in progress… DONE” und dann kommt die Datei. Damit können die Schnittstellen nicht arbeiten. Vorher hat der Link geladen und es kam direkt die Datei ohne Schnickschnack dazwischen.
Es werden auch nicht mehr die angegebenen Dateinamen verwendet - bei uns heißen die Dateien jedes elastischen Exports nur noch “export” - bei euch auch so?
der Elastische Export sollte jetzt wieder normal funktionieren. Entschuldige die entstandenen Unannehmlichkeiten!
Damit alles wirklich wie gewohnt läuft, schließ bitte das System komplett und alle offenen Tabs von plenty. Logg dich dann nochmal neu ein, damit die Funktion wieder richtig verfügbar ist und der Bereich nicht mehr gecached ist.
Wir haben außerdem nochmal mehrere Tests mit dem Export durchgeführt, um sicherzugehen, dass alles wie erwartet, startet und die CSV Datei auch entsprechende Daten enthält.
Wenn bei dir jetzt alles wieder funktionieren sollte, kannst du das Ticket gerne auf Gelöst belassen. Falls es trotzdem noch Probleme gibt, melde dich bitte nochmal mit dem bestehenden Ticket, dann schauen wir uns das nochmal an.
Vielen Dank und wir wünschen dir ein schönes, erholsames Wochenende!
ich möchte mich hier nochmal anhängen, weil das Problem bei uns weiterhin nicht gelöst ist und ich würde gerne wissen, ob es bei anderen ebenfalls noch besteht.
Aus unserer Sicht liegt das Hauptproblem nicht (nur) bei „Unauthenticated“, sondern daran, dass seit dem 05./06.02. offenbar etwas am Verhalten des Elastischen Exports geändert wurde:
Beim Abruf der Export-URL wird nicht mehr ausschließlich die reine CSV-Datei ausgeliefert, sondern es scheint, als würden vor dem eigentlichen CSV-Content zusätzliche Outputs generiert (z. B. HTML-Ausgaben, Debug-Text, Whitespace oder andere Response-Inhalte).
Technisch ist das extrem kritisch, weil externe Systeme den Export typischerweise so abrufen:
HTTP GET Request auf die Export-URL
Erwartet wird als Response Body ausschließlich der CSV-Inhalt
Content-Type sauber text/csv
Keine zusätzlichen Zeichen vor dem CSV-Header
Sobald jedoch irgendetwas vor der ersten CSV-Zeile ausgegeben wird, interpretiert jede Programmiersprache bzw. jedes Feed-Tool diesen Output als Teil der Datei. Dadurch ist die CSV nicht mehr valide und kann nicht mehr geparst werden.
Das betrifft bei uns aktuell sämtliche angebundenen Dienste, u. a.:
Idealo / Idealo AT, Geizhals, Billiger, Google Shopping sowie externe Tools
Alle melden übereinstimmend, dass die Datei nicht mehr korrekt abrufbar bzw. verarbeitbar ist. Daher die Frage in die Runde:
Besteht dieses Problem bei euch ebenfalls weiterhin?
Also dass Elastische Exporte nicht mehr als „pure CSV Response“ ausgeliefert werden und externe Systeme dadurch scheitern?
Wäre super hilfreich, wenn andere kurz bestätigen könnten, ob das bei ihnen auch noch auftritt.
Ja, das stimmt. Allerdings nicht bei allen Systemen. Einige laufen wie gewohnt. Hast Du eventuell vor kurzem deine Plugin Sets bereitgestellt? Ich habe die Vermutung das der Fehler eher dort liegt.
Exakt das Verhalten, das wir bei uns beobachten. Wir exportieren uns automatisiert Auftrags- und Artikeldaten zur Analyse, das funktioniert nun nicht mehr.
Problem ist, wie du sagst:
Seit der Änderung gibt dieser Endpoint lediglich eine HTML-Seite mit JavaScript zurück, die den eigentlichen Download erst clientseitig über /download/export/... ausführt.
Wieder absoluter Wahnsinn, dass solche Breaking Changes nicht kommuniziert werden…
Ja am Freitag weil ich dachte vielleicht liegt da das Problem. Ich stelle jetzt gerade nochmal neu bereit, habe aber wenig Hoffnung das es etwas an der Problematik ändert…
Moin, bei uns ist seit dem Wochenende der Google Feed kaputt. Wenn ich diesen runterlade, sieht die Datei aus wie immer, Google kann damit jedoch nix anfangen und gibt nen Fehler “ Ungültiges oder fehlendes erforderliches Attribut: id” aus, obwohl der Feed sich nicht verändert hat und alle Werte enthalten sind. Ergebnis keine Produkte im Merchant Center
Wir haben kein Plugin Set bereit gestellt.
Der Link zur CSV Datei für Idealo funktioniert nicht mehr.
Es führt nicht zur Datei sondern startet einen Prozess.
Ihr müsste alle fleißig Tickets Schreiben damit die das verstehen… Ich frage mich eh wie ein Entwickler auf die Idee kommen kann Outputs bei einem File→GET zu machen…
Denn egal in welcher Sprache, so kommt nichts gutes dabei raus, getestet mit
Ich habe plenty den Fehler erklärt, bisher ohne Feedback.
Wird der Export über Eure ShopURL aufgerufen (so wie Google dies tut), dann ergänzt plenty Steuerzeichen am Anfang der Datei, 0xFEFF (Zero width no-break space).
Seit Freitag ist es uns leider nicht mehr möglich, Ihre Exportdatei über den bei uns hinterlegten Pfad automatisiert abzurufen. Der Pfad verweist derzeit nicht direkt auf die Exportdatei, sondern auf ein Skript, wodurch der automatische Download der Datei nicht mehr gewährleistet ist.
Als Ursache haben wir Änderungen auf Seiten von plentyONE identifiziert und stehen hierzu ebenfalls bereits im Austausch mit dem Anbieter.
Da die Aktualität Ihrer Angebotsdaten unter diesen Umständen aktuell nicht sichergestellt werden kann, sehen wir uns leider gezwungen, Ihre Angebote vorübergehend offline zu stellen
Sobald der Fehler behoben ist, werden wir Ihre Listung wieder reaktivieren. “
Offensichtlich ist Plenty trotz des Fehlers ins Wochenende gegangen.
Die weggebrochenen Umsätze sind denen schlicht egal.