Ryszard Paluch das ist halt die Frage. Die 24 scheint ja für das aktuelle Jahr zu stehen. In n8n rufst Du die PDF in Ninox ab oder übergibst Du sie direkt im http-Call?

In meinen Flows gebe ich in den Calls (Ninox --> n8n) Team, Database, Dateinamen, usw. mit und baue mir dann die URL zusammen, um die Datei per http-Node von Ninox abzurufen.

Die http-Node die bei Dir den Fehler verursacht ist vermutlich da, um die Datei von Ninox zu erhalten? Was steht denn in den Pfaden der Node (unter Execution)? Wenn Du den beschriebenen 404 Fehler erhältst, passt eigentlich die URL nicht. Entweder die URL selbst oder ein enthaltener Query der falsch ist, etc.

Ich tippe nach wie vor auf den Dateinamen.

Für alles weitere müsste man genauer erfahren, wie der Flow aufgebaut ist, wie dieser aufgerufen wird und wie die Datei nach n8n gelangen soll. Quasi einmal vom Start des Flows bis zur HTTP-Node, welche den Fehler wirft.

Solche Fehler tauchen meiner eigenen Erfahrung nach oft auf, wenn man bestimmte Informationen "hard coded" bzw. statisch hinterlegt hat und im späteren Verlauf nicht dynamisch macht. Da funktioniert allein bei einem Datenbank-Backup schon nichts mehr, wenn die IDs dafür nicht dynamisch mitgegeben werden.

Ryszard Paluch ok im http() Body gibst Du den Dateinamen wohl mit (myAtt). Wie sieht denn die Expression deiner HTTP-Node aus, wenn der Fehler erscheint? Ich müsste einmal Expression und einmal Result sehen. Ein Screenshot als Beispiel (hab gerade nichts anderes hier).

Am besten einmal wenn es funktioniert (2023-PDFs) und einmal wenn der Fehler erscheint (2024)

Ryszard Paluch das ist strange. Hast Du mal versucht die URL in Postman einzugeben? Das grenzt vielleicht den Fehler etwas ein.

Ryszard Paluch das ist auch strange 

Also ich kann Dir von hier aus nur sagen, wie ich vorgehen würde. Zunächst würde ich den JSON-String im n8n-Webhook auseinandernehmen und schauen, ob da irgendwas anders ist. Denn wenn es wirklich an der App liegen sollte, ist der einzige Unterschied ja nur der http-Call nach n8n. n8n selbst greift immer auf die URL zu, die es angegeben bekommt. Daher sollte es grundsätzlich nicht an n8n liegen.

Ich könnte mir vorstellen, dass vielleicht falsche Parameter in den Call gepackt werden. Daher am besten 1:1 abgleichen, ob die Record-ID zu dem File passt. Sind die databaseIds, TeamIds, TableIds korrekt...

Und damit wäre ich auch wieder bei Postman und würde da versuchen eine PDF aus 2024 von Ninox zu bekommen. Angefangen beim kopieren der URL aus dem Result der HTTP-Node, bis hin zur händischen Zusammensetzung der URL, bis das klappt. Oft hat man dabei dann den Unterschied gefunden.

Ich habe auch schon oft Erfahrungen mit Leerzeichen gemacht, die man nur schwer sehen kann. Vielleicht ist da irgendwo der Wurm drin. Aber mich wundert, dass die URLs bei 2023 und 2024 nahezu gleich sind, bis auf die RecordId und den Filemamen. Daher macht es schon fast keinen Sinn auf Leerzeichen zu tippen.

Da könnte ich mir sonst noch vorstellen, dass die Funktionen der App anders funktionieren wie im Browser. Aber Probleme bei der split() Funktion sind mir bisher nicht bekannt und Zeit-/Datumsprobleme zwischen Ninox und n8n-Server würde ich auch erstmal ausschließen.