Office: (Office 2016) Laufzeitfehler 3274 bei Excel-Export (externe Tabelle hat nicht das erwartete Format)

Hallo zusammen

Ich versuche, bestimmte Daten einer Access-Tabelle (je nach den in einer Form durch den User gewählten Kriterien) in eine Excel-Datei zu exportieren. Den Code dazu hatte ich mir im Internet zusammengesucht, bin Anfänger auf diesem Gebiet. Nachdem es anfangs Monat funktioniert hatte, stellte ich gestern fest, dass beim Auslösen des Codes nun Laufzeitfehler 3274 erscheint ("Die externe Tabelle hat nicht das erwartete Format"). Obwohl ich eigentlich der Ansicht bin, dass ich am Code nichts geändert hatte.

Nach einigem Herumprobieren kam ich darauf, dass der Code ohne die nachfolgend fett gedruckte Stelle funktionierte, dass der Fehler also vom gewählten Dateinamen abhängt:

Code:

Den BackSlash löscht es mir hier aus dem Code, deswegen der Platzhalter oben (nachfolgend Backslash jeweils mit "/" ersetzt).

Das ergibt für mich nur nicht wirklich Sinn. So funktioniert der Code mit outputfilename = "C:Users/xy/Documents/MS Access/WJ Eintraege 20180224.xlsx" nicht, hingegen geht es einwandfrei mit "C:Users/xy/Documents/MS AccessWJ Eintraege 20180224.xlsx", obwoh der Pfad "C:Users/xy/Documents/MS Access" existiert - es ist gar mein currentproject.path.

Übersehe ich irgendetwas Offensichtliches? Ich hab einiges über Google versucht, bin aber erfolglos geblieben. Ich wäre euch extrem dankbar, wenn ihr mir helfen könnt!

:)

 

Hallo,

hast du wirklich Leerzeichen vor den Backslashs?

Der Editor frisst die Backslashes. Er lässt sich aber überlisten: durch Verdoppelung. Obacht, nach der Vorschau sind sie wieder weg.

Code:

 

Vielen Dank für den Hinweis, ich habe den Code jetzt editiert, wie er tatsächlich aussieht. Leerzeichen vor den Backslashs habe ich keine.

 

Update: Ich habe weiter herumprobiert und glaube nicht, dass es am Code liegt.

Vielmehr erhalte ich immer und nur dann den Laufzeitfehler, wenn ich die Datei in den gleichen Ordner exportieren will, in dem die DB selber gespeichert ist. Hingegen scheinen alle anderen Dateipfade zu funktionieren, selbst ein Unterordner des ursprünglich angestrebten Dateipfades.

Ist das plausibel oder gleichwohl das Ergebnis eines Fehlers? Kann mir jemand erklären, wieso das so ist?

 

Moinsen,

versuch mal im alten Excelformat ...

Code:

 

Mit dem alten ExcelFormat + .xls erhalte ich leider die gleiche Fehlermeldung - vorausgesetzt ich versuche, die Datei im besagten Ordner zu speichern.

 

Hallo,

wie lauten denn besagter Ordner und besagte Datei im Original? Also debug.print outputFileName

 

Hallo,
DoCmd.TransferSpreadsheet entspricht dem unformatierten manuellen Export.
Ich denke es macht Sinn einen manuelle Export ins Problemverzeichnis durchzuführen.

 

Neuerliches Update: Jetzt funktioniert es plötzlich ohne Code-Änderung wieder für alle Ordnerpfade nicht. Je nach gewähltem Dateinamen hingegen geht es.

Zurzeit funktionieren z.B.:

• C:UsersxyDocumentsMS AExportQry20180225_192120.xlsx
• C:UsersxyDocumentsMS AExportEintraege 20180225.xlsx
• C:UsersxyDocumentsMS AExportasdfsafQry2018022dfadsf5_192120.xlsx
• C:UsersxyDocumentsMS AExportQdsafdsfö.xlsx

,

Hingegen nicht funktionieren z.B.:

• C:UsersxyDocumentsMS AExportAnderername.xlsx
• C:UsersxyDocumentsMS AExportWJ Eintraege 20180225.xlsx

Ergibt das für irgendjemanden Sinn?

Besteht die Datei bereits und soll der Code somit bloss ein neues Arbeitsblatt einfügen, funktioniert es übrigens einwandfrei.

Aktuell gemäss debug.print: "C:UsersxyDocumentsMS AWJ Eintraege 20180225.xlsx" - wobei xy ein Platzhalter für meinen eigenen Nutzernamen ist. Der fragliche Order ist somit "C:UsersxyDocumentsMS A"

Guter Hinweis, der manuelle Export (also einfach Query öffnen und Externe Daten => Excel, oder?) funktionierte nämlich mit dem Query-Namen als Dateinamen (Ergebnisse des anschliessenden Herumpröblens: s. einleitend). Mit dem Dateinamen gemäss Code hingegen nicht. Der manuelle Export scheint sich gleich zu verhalten wie der Code. Lässt mich ratlos zurück.

Edit: So wie du deinen Post formuliert hast - gibt es eine (bessere?) Alternative?

 

Hallo,

nimm mal Pfade und Dateinamen, die kein Leerzeichen enthalten.

 

Interessanterweise gehen jetzt auch die Beispiele von oben nicht mehr.

Das Problem dürfte tiefer liegen?

Macht leider keinen Unterschied.

 

Ich habe die DB auf dem Remote Desktop meines Arbeitgebers probiert - und (mit natürlich komplett anderem Dateipfad) unabhängig des gewählten Dateinames jeweils die gleiche Fehlermeldung erhalten.

Kann ich den Excel-Export irgendwie anders lösen? Ich würde gerne Alternativen probieren.

 

Moin,

Excel-Automation würde mir dazu einfallen. Du kannst auch mal alles in eine neue leere db importieren und sehen ob es damit läuft.

Du kannst auch mal eine auf das Problem reduzierte und mit einer Handvoll anonymer Daten hier hochladen.

 

Ich habe eine reduzierte Datenbank angehängt, bei der bei mir der Fehler auftritt. Würde mich stark interessieren, ob das auch bei euch so ist.

Ich wäre wirklich extrem dankbar, wenn jemand den entscheidenden Fehler oder die Fehlüberlegung findet, das beschäftigt mich jetzt doch schon ein paar Tage und den Excel-Export brauche ich leider wirklich.

Hättest du auch gerade ein gutes Beispiel oder eine Anleitung dazu? Kann ich natürlich auch selber googlen, aber vielleicht gibt es ja etwas Bewährtes.

 

Debug.Print outputFileName:

Code:

gibt keinen Dateinamen, nur den Pfad aus ...