Hallo Community,
ich verzweifele gerade an den Daten welche mir ein Mandant geschickt hat.
folgende Formate bietet die Sparkasse an:
Da ist leider kein .sta dabei. Hat jemand eine Idee welches der Formate ohne riesen Aufwand seitens DAETV eingelesen werden kann?
Danke.
MT940 ist auch als *.sta Datei bekannt 🤔. Kann man zu 100% manuell in REWE einlesen.
Elektronische Bankkontoumsätze über Bankprogramm mit DATEV-Schnittstelle übernehmen
Unterschied zwischen mit und ohne CSV: Bankprogramm bietet 2 Formate als Exportdatei --> CSV-MT940 oder MT-940-Format
Ja der Meinung war ich auch aber wenn ich die Dateien runterlade kriege ich Minuszeichen vor den Beträgen, die Spalten sind nicht DATEV Format und entsprechen nicht anderen .sta Formaten die ich schon gesehen habe.
--> Kann es echt sein, dass die Sparkasse hier den Vogel abschießt?
Hallo zusammen,
bitte die .sta-Datei nicht in der Stapelverarbeitung oder dem Ascii-Daten-Import importieren, sondern unter Stammdaten/Banken und dann auf die entsprechende Bank in die "Einstellungen Bankkontoumsätze":
Danach die gelb Markierten Einstellungen tätigen und die Datei in dem Pfad auswählen. Danach können die Eingaben geprüft und bei erfolgreicher Prüfung landen diese Daten automatisch in der Stapelverarbeitung und könne von dort verarbeitet werden.
MFG
L.Dürr
@mhp Danke für den Tipp. Wurde bereits versucht und das Verfahren ist bekannt. Leider nur hier nicht beschrieben, @metalposaunist weiß das ich es weiß und umgekehrt genauso. 🤗
Wie sieht die gelieferte Datei denn von innen aus? Die sta kann einfach mit dem Editor geöffnet werden und sollte so aussehen:
Erste Zeile: :20:STARTUMS
2. Zeile: :25:BLZ/Konto
3. Zeile: :28C:0
4. Zeile: :60F:C(oder D)DatumBeginnAuszug(JJMMTT)Währung(EUR)KontostandzumDatum(X,ZZ) //Volle Werte müssen nicht ausgeschrieben werden
ab Zeile 5 beginnt ein fröhliches Wechselspiel meist aus :61: und :86: mit den Umsätzen und Bezeichnungen, es gibt auch noch ein paar weitere Bezeichner.
Die Datei endet mit :62F:, wie unschwer zu erraten steht hier der Endsaldo mit Datum drin.
Hält sich der Aufbau nicht an diese Norm wird ein Programm (ob DATEV oder ein Anders) diesen Inhalt nicht auswerten können. Das Fehlen eines Doppelpunktes reicht aus. Wenn z. B. in der BLZ/Konto (:25:) die IBAN steht sagt der Parser, genau, kenne ich nicht und bricht ab.
das ist schonmal sehr hilfreich. wenn ich die Mails und den anderen Posteingang verarztet habe widme ich mich mal der Anleitung.
... evtl. kurz checken, ob hier eine mt942-Datei vorliegt anstatt einer mt940-Datei ...
@vogtsburger da habe ich auch in Betracht gezogen. Guter Tipp leider nicht der Fall
Hilferuf!
Lädt irgendwer Daten einer Sparkasse von einem Mandanten "zu Fuß" ins Rewe?
--> Es kann nicht sein dass die zur Verfügung gestellten Downloadformate der Sparkasse nicht zu importieren/als Umsatz Quelle in den Stammdaten zu hinterlegen sind.
Wird hier täglich gemacht, zwar aus Banking Programmen, was vom Webfrontend kommt kann nicht beurteilt werden.
Ich bräuchte genau die Webfrontendseite. Die andere Seite läuft bei uns auch dutzendfach einwandfrei.
Mehrere Hundert jeden Tag. Per automatischem Export aus SFirm.
Keine Probleme.
Dateiinhalt (neutralisiert) per PN um das Format zu prüfen.
Vielen Dank für das Angebot. Der Datensatz entspricht schlicht nicht dem richtigen Format.
Ich werde mich jetzt an die Sparkasse wenden. Wenn die MT940 Format dran schreiben aber kein MT940 Format liefern spiele ich denen den Ball zurück.
@einmalnoch hätte sicher mit einem Blick auf die ersten paar Zeilen der Datei gesehen, wo der casus knacksus sitzt 😉
... die Sparkassmus-'Experten' brauchen sicher länger dafür 😉
@vogtsburger ich sehe selber auf den ersten Blick, dass das kein MT940 Format ist.
@jjunker schrieb:@vogtsburger ich sehe selber auf den ersten Blick, dass das kein MT940 Format ist.
... und wir sehen auf den ersten Blick, dass es bei diesem Thema offenbar keinen Fortschritt gibt 😉
... "ein Bild sagt mehr als tausend Worte" ...
(das MT940-Format lässt sich nur schlecht in Prosa beschreiben)
Gibt es hierzu mittlerweile eine Lösung ?