Mandantenübersicht in Excel exportieren

[#1]

Liebe DATEV, liebe Community,

die Mandantenübersicht möchte ich in Excel übertragen. Im Kontextmenü (rechtklick) verwende ich "Kopieren -> Alle Zeilen", in Excel findet ein Spaltenumbruch nicht nur bei einer neuen Spalte in der Mandantenübersicht statt, sondern auch bei einem Leerzeichen in Namen. Ich bräuchte aber die Spalte so wie in der Übersicht am Arbeitsplatz.

Mit freundlichen Grüßen,

Florian Mayer

[#2]

Per DATEV connect API (Client Master Data - DATEV Developer Portal | DATEV Developer Portal) sollte sich das bspw. per PowerShell in eine CSV exportieren lassen, die dann wiederum in Excel importiert werden kann.

Je nachdem was mit den Daten in Excel passieren soll, könnte man die Daten vorher oder nachher auch weiter aufbereiten.

[#3 · Accepted solution]

@f_mayer ,

... das passiert, wenn in Excel das Leerzeichen auch als Trennzeichen interpretiert wird

Ich würde mal Folgendes 'probieren' :

nicht drekt in Excel einfügen, sondern zuerst in eine 'normale' Textdatei (z.B. per notepad.exe erstellt)

... dann diese Datei mit der Endung ".txt" speichern

... diese TXT-Datei anschließend mit Excel öffnen und sich durch den Import-Assistenten hangeln (das Trennzeichen z.B. auf "TAB" setzen)

... habe jetzt gerade keinen Zugriff auf die Datev-Umgebung und hole die Vorgehensweise aus dem Gedächtnis 

[#4]

Danke @vogtsburger das hat funktioniert. Habe ein ähnliches Problem mit einem Zahlungsdienstleister, der Beträge American-Style mit Punkten ausgibt, was Excel dann gerne als Datum nimmt und dabei die ursprüngliche Zahl überschreibt wem man im die Chance gibt.

[#5]

@f_mayer ,

ein 'Klassiker', seit es Computer gibt

Es führen mehrere 'Wege nach Rom'

Apropos Import von "comma-separated-value"-Text-Dateien 

"gern" wirft einem auch noch die Codierung (ANSI, UTF-8 etc.) 'Knüppel' zwischen die Beine.

... aber dann muss man auch nicht unbedingt einen Ägyptologen einfliegen lassen, um die Hieroglyphen zu entschlüsseln 😉

Unter WINDOWS sollte man sich in der Regel an das ANSI-Format 'klammern' 😅

Nachtrag:

Der kleine Umweg über den EXCEL-"Textkonvertierungs-Assistent" kann bei Konvertierungsproblemen oft helfen

[#6]

@vogtsburger Danke, wo ist den7n dieser "Textkonvertierungs-Assistent"?

Was ich stattdessen gefunden habe:

Leere (!) Excel-Datei öffnen, Registerkarte Daten, dort "Externe Daten abrufen" (ganz links), "Aus Text" wählen, die CSV oder sonstige Datei wählen, dann kann ich die Datei gleich richtig einspielen, ohne dass bestimmte Zahlen die mit Punkt statt Komma kodiert sind sofort als Datum überschrieben werden.

[#7]

---

@f_mayer  schrieb:

@vogtsburger Danke, wo ist denn dieser "Textkonvertierungs-Assistent"?

---

... wenn man mit Excel eine "comma separated value"-Datei, also eine CSV-Datei öffnet, die die Datei-Endung ".txt" hat, kommt der "Textkonvertierungs-Assistent" automatisch 'in's Spiel, ...

... ansonsten eben über den kleinen (versteckten) Umweg "Externe Daten abrufen" usw.

[#8]

Hallo Herr Vogtsburger,

mit Ihrer Tipp die Liste über eine TXT-Datei auszugeben funktioniert das ganze gut, nur zerschießt es mir dabei die Umlaute und ßs.

Haben Sie noch einen heißen Tipp,  wie man auch dieses Problem umgeht? in der TXT-Datei kommen diese noch korrekt an, Excel scheint da irgendwas falsch zu machen. Ich bin auch bei Excel in Daten -Y Daten abrufen und transformieren -> Aus Text/CSV gegangen gegangen, habe aber leider keine passende Option gefunden.

[#9]

@f_mayer ,

... dann sollte man mit dem "Dateiursprung" experimentieren

... je nachdem, woher die Textdatei stammt, kann es auch "MS-DOS (PC-8)", "65001 Unicode UTF-8" oder ein anderer Zeichensatz anstelle von "Windows (ANSI)" sein

In der Vorschau sieht man sofort das Ergebnis der Konvertierung der Umlaute 

[#10]

Hallo,

die Mandantenübersicht möchte ich in Excel übertragen. Im Kontextmenü (rechtklick) verwende ich "Kopieren -> Alle Zeilen", in Excel findet ein Spaltenumbruch nicht nur bei einer neuen Spalte in der Mandantenübersicht statt, sondern auch bei einem Leerzeichen in Namen. Ich bräuchte aber die Spalte so wie in der Übersicht am Arbeitsplatz.

es hilft Ihnen jetzt zwar nicht weiter, aber ich kann dieses Verhalten nicht nachvollziehen.

Wenn ich das wie von Ihnen beschrieben durchführe sieht die Excelliste eigentlich sauber aus:

[#11]

---

@peter  schrieb:

Hallo,

die Mandantenübersicht möchte ich in Excel übertragen. Im Kontextmenü (rechtklick) verwende ich "Kopieren -> Alle Zeilen", in Excel findet ein Spaltenumbruch nicht nur bei einer neuen Spalte in der Mandantenübersicht statt, sondern auch bei einem Leerzeichen in Namen. Ich bräuchte aber die Spalte so wie in der Übersicht am Arbeitsplatz.

es hilft Ihnen jetzt zwar nicht weiter, aber ich kann dieses Verhalten nicht nachvollziehen.

Wenn ich das wie von Ihnen beschrieben durchführe sieht die Excelliste eigentlich sauber aus:

---

...

...

...

BEI MIR AUCH!

Erst heute morgen habe ich die Mandantenübersicht in Excel kopiert, es ging nicht sauber und ich habe nach diesem Thread gesucht. Mit der Lösung hier bin ich dann auf das Problem mit den Sonderbuchstaben gekommen und habe hier gepostet.

Aber wenn ich jetzt in eine Excel-Liste kopiere ist alles wie gewünscht, jede Spalte in ihrer eigenen Spalte.

Ich mach Feierabend und verstecke mich im Bett, das ist mir zu gruselig.

[#12]

Excel reagiert eben nicht immer gleich und nicht immer so wie erwartet 

Beim Importieren von Textdateien ist es mir am liebsten, wenn Excel nicht automatisch konvertiert ...

... sonst kann man z.B. einen mit Excel nachbearbeiteten Buchungsstapel schnell 'zerschießen', oder eine CSV-Datei aus einer Banking-Software oder andere Import-Dateien

... aus Zahlen können Datumsangaben werden und umgekehrt

... Trennzeichen werden evtl. nicht oder falsch erkannt

... Umlaute werden zu Hieroglyphen

... etc

Da das copy&paste mit den Datev-Anwendungen über die Windows-Zwischenablage und mit dem ANSI-Zeichensatz läuft, funktioniert das "Öffnen in Excel" lt.. meinem Gedächtnis aber gut, z.B. Mandantenübersichten, Import-Protokoll bei der Stapelverarbeitung in REWE etc.