ASCII Import / Wenn-Dann-Beziehung

[#1]

Hallo zusammen,

wir erhalten von einem großen Zahlungsdienstleister einer unserer Mandanten eine ASCII-Datei in der Beträge ohne Vorzeichen angegeben werden und stattdessen eine Spalte existiert mit 1 = Rechnung, 2 = Gutschrift, 3 = Storno usw.

Nun kann die DATEV beim Import keine Wenn-Dann-Beziehungen abbilden, also hier 1 = S, alles andere = H

Frage: Gibt es ein Tool, das solche Daten einlesen und verarbeiten kann, im Idealfall sogar die Daten im DATEV-Format ausspuckt?

Danke vorweg!

[#2]

Sollte einfach per Skript oder makro möglich sein.

[#3 · Accepted solution]

ich kenne auch solche 'ASCII'-Dateien.

Wenn Konto und Gegenkonto fehlen, nützt auch das Soll/Haben-Kennzeichen oder das Vorzeichen nichts.

Wenn die Datei tatsächlich schon alle erforderlichen Daten enthält, wäre wahrscheinlich das Datev-Tool "EBS-Konvertierung" zu gebrauchen. Aber auch dieses Tool hat gewisse Ansprüche

Aber wie gesagt, wenn ASCII draufsteht, ist manchmal ein Kraut- und Rübensalat drin

Gruß

Michael Vogtsburger

Nachtrag:

Eine Datei im  Datev-Format wäre viiiiiel besser

[#4]

Wenn seitens des Mandanten keine weiteren Verbesserungen möglich sind, würde wir eine Spalte einfügen, die Wenn-Dann-Bedingung ergänzen und Copy und Paste für alle weiteren Zeilen. Den ASCII-Import entsprechend anpassen. Sind jedes Mal maximal 5min. extra Arbeit.

[#5]

..... das riecht immer nach viel Arbeit, wenn man ASCII-Dateien erst importieren, umformen, ergänzen, in ASCII wieder exportieren und in REWE wieder importieren soll.

Wenn der Mandant diese Vorarbeiten erledigt, ist nichts dagegen einzuwenden, aber in der Kanzlei sind das Arbeitszeit-Killer.

Wenn diese Dateien nicht aus einer Banking- oder einer Buchhaltungs-Software stammen, sondern aus einem DMS oder aus einer ganz anderen Welt (z.B. SAP), sollte man besser nicht den Ehrgeiz haben, das Ei des Kolumbus zu erfinden.

Das Datev-Tool "EBS-Konvertierung" ist eigentlich genau für solche Excel-Text-ASCII-DATEV-Aktionen vorgesehen

[#6]

Frage: Gibt es ein Tool, das solche Daten einlesen und verarbeiten kann, im Idealfall sogar die Daten im DATEV-Format ausspuckt?

wie Herr Vogtsburger schon gesagt hat:

Das Datev-Tool "EBS-Konvertierung" ist eigentlich genau für solche Excel-Text-ASCII-DATEV-Aktionen vorgesehen

Leistungsbeschreibung Toolbox EBS-Konvertierung, Version 7.0, Art.-Nr. 62150

Ist zwar gewöhnungsbedürftig, aber klappt

[#7]

..... das riecht immer nach viel Arbeit, wenn man ASCII-Dateien erst importieren, umformen, ergänzen, in ASCII wieder exportieren und in REWE wieder importieren soll.

So kompliziertes ist der Weg auf keinen Fall!

Wer ein kleines Gefühl für Excel hat, hat damit nicht viel Arbeit.

Datei öffnen (CSV oder Excel ist egal) -> Spalte einfügen -> Wenn-Dann-Beziehung für die erste Zelle definieren -> Inhalt "runter ziehen" bis zu letzten Zelle -> Speichern, vordefiniertes ASCII Format auswählen und importieren.

Dauer: max. 5min.

Zu beachten ist, dass bei der CSV Datei nach dem erneuten Speichern die Formel "weg" ist - der Inhalt jedoch erhalten bleibt!

Werde mir aber bei Gelegenheit das Tool anschauen

[#8]

Herr Zebura hat ja nicht von einem Buchungsstapel gesprochen, sondern nur von  ASCII-Dateien. Das Zauberwort 'ASCII' sagt eigentlich nichts aus über den Inhalt, außer, dass irgendwelche Daten im Textformat drin stehen.

wir erhalten von einem großen Zahlungsdienstleister einer unserer Mandanten eine ASCII-Datei in der Beträge ohne Vorzeichen angegeben werden und stattdessen eine Spalte existiert mit 1 = Rechnung, 2 = Gutschrift, 3 = Storno usw.

Das Ziel ist ja wohl, aus der 'ASCII'-Datei einen Buchungsstapel zu machen und diesen Buchungsstapel in REWE importieren und korrekt verarbeiten zu können, ohne manuelle Eingriffe und Klimmzüge.

Apropos Excel,

wenn Sie mal eine ASCII- oder CSV-Datei mit Excel nur öffnen und wieder speichern (besser:"speichern unter ..."), dann werden Sie feststellen, dass Excel viel verändert, z.B. die Zahlenformate, die Anführungszeichen u.a., und wenn sich innerhalb der Textfelder noch Kommata, Apostrophe und Anführungszeichen befinden, kann es richtig 'lustig' werden.

[#9]

In der Regel kann man mit wenigen Klicks aus einer ASCII Datei, die eine Textdatei ist (alle Informationen stehen durch "Komma" oder "Anführungszeichen" getrennt) eine Excel/CSV Datei machen (zusätzliche 2min).

Habe mich mit dem Thema ein wenig beschäftigt.

Bevor wir hier weiter Philosophieren, kann uns vielleicht Zebura etwas über den Aufbau des Inhaltes sagen?!

[#10]

.... besser nicht zu tief in eine ASCII-Datei hineinschauen, sonst sieht man zu viele 'Baustellen'

Herr Zebura will ja auch noch das Erfolgserlebnis mit dem Buchungsstapel (Import-/Export-Geschäft) haben.

Ich will Ihnen Excel auch nicht 'madig machen'.

Ich bin nämlich selbst auch ein großer Excel-Fan, wenn es um mehr als nur um Textdatei-Konvertierungen geht.

[#11]

Wenn die Datei tatsächlich schon alle erforderlichen Daten enthält, wäre wahrscheinlich das Datev-Tool "EBS-Konvertierung" zu gebrauchen. Aber auch dieses Tool hat gewisse Ansprüche

Das Tool dürfte in dem Fall auch nicht helfen. Auch hier benötige ich entweder zwei Spalten mit Soll- und Haben-Beträgen oder eine Spalte, in der die Umsätze mit +/- erfasst sind.

Wenn die Kennzeichnung "Rechnung" oder "Gutschrift" über eine Ziffer in der ASCII-Datei in einer gesonderten Spalte erfolgt, hilft dies in der EBS-Konvertierung auch nichts.

Und für die EBS-Konvertierung muss ich ohnehin die ASCII-Datei in Excel öffnen. Dann kann ich auch die notwendigen Anpassungen machen und als ASCII-Datei neu abspeichern.

Viele Grüße

Uwe Lutz

[#12]

Ja, ohne manuelle Eingriffe wird es vermutlich nicht gehen.

Der Hauptvorteil des Datev-Tools ist, dass ein 'richtiger' Datev-Buchungsstapel erstellt wird, falls die 'Pflichtdaten' der Buchungssätze vorhanden sind.

Wahrscheinlich wird man eine solche ASCII-Datei sowieso nicht direkt als Buchungsstapel importieren können, da nicht alle erforderlichen Daten (z.B. Konto und Gegenkonto) vorhanden sind.

Ich hatte schon mehrere frustrierende (zeitraubende und erfolglose) Aktionen mit ASCII-Dateien (z.B. von Einkaufsverbänden).

Aber vielleicht ist in diesem Fall die Lösung ja nur wenige Klicks entfernt

Viele Grüße

Michael Vogtsburger

[#13]

Vielen Dank für den Hinweis auf das Tool.

Eine eigenständige "Programmierung", also Script, Makro etc. kommt nicht in Frage. Auch wenn das sehr einfach ist.(Ich bin immer wieder erstaunt über solche Antworten.) Wenn man Fremddaten einspielt bzw. manipuliert vor der Einspielung, dann sind da Haftungsrisiken mit verbunden. Ich muss als Steuerberater doch durch geeignete Maßnahmen sicherstellen, dass die Veränderung / Anpassung von Fremddaten fehlervermeidend und fehleraufdeckend geschieht.

[#14]

Ich verstehe hier Ihren Einwand nicht.

DATEV müsste ja auch erst eine Programmierung hinterlegen um Ihre Ausgangsdaten zu verarbeiten. Wo ist denn da der Unterschied ob Sie es oder DATEV macht.

Außerdem kann kein Softwarehersteller auf alle Anforderungen eingehen. Hier hat DATEV eine offene und leicht zu nutzenden Schnittstelle geschaffen, die auch vom Anwender leicht umgesetzt werden kann.

Ihnen wurden hier div. Lösungsansätze vorgeschlagen. Wenn diese Ihnen, aus welchen Gründen auch immer, nicht zusagen, dann können Sie doch immer noch alle Daten abtippen. Diese letzte Option bleibt Ihnen doch erhalten.

Ich bin der letzte, der nicht auf DATEV eintrommelt, aber wir sollten auch die Kirche im Dorf lassen.

Gruß A. Martens

[#15]

Na, wenn einfachste ETL Prozesse bzw. entsprechenden´ Apps "zu heftig" sind, dann lass doch einfach die Finger davon.

Programm = doof
Manuelle Bearbeitung = doof

Warum dann überhaupt dem ganzen eine ETL unterziehen, wenn das risiko es überhaupt irgendwie anzufassen "zu hoch" sei.

Wonach wird eigentlich gesucht? Eine eigene KI für ETL?