Ich möchte einen Mt 940 Datei aus Hibiscus exportieren und mit dem parser aus https://github.com/fruitl00p/php-mt940 einlesen.

Ich muss in der Datei folgende Änderungen manuell ausführen, damit ich sie importieren kann.



gerade sehe ich, dass die Zeile mit dem :60F: eingefügt wird, wenn man die checkbox `Spalte Saldo in der Datei Anzeigen` auswählt. Das wäre also schon gelöst.

kann man die zeile :20: auch noch anpassen?

Feld ":20:" ist die Auftragsreferenz und kann frei belegt werden. Mir ist zumindest keine Spezifikation bekannt, die dort ein "STARTUMS" vorschreibt.
":60F:" ist der Startsaldo. Der wird nicht mit exportiert, wenn du beim MT940-Export die Option "Spalte 'Saldo' in der Datei anzeigen" nicht aktiviert hast. Die Option ermöglicht den Datenexport von Buchungen ohne Auskunft über den Kontostand geben zu müssen.

Feld 20 ist ein Pflichtfeld, der Inhalt ist innerhalb gewisser Grenzen wahlfrei. Die Banken nutzen aber teilweise diese Belegung, um zwischen gebuchten und vorgemerkten Umsätzen zu unterscheiden (z.Bsp. CoBa).
Auch erwarten einige nachgelagerte Anwendungen (FiBu, etc.) eine bestimmte Belegung in dem Feld.

Da hast du recht ... andererseits steht in https://www.kontopruef.de/mt940ns.shtml


| MT940 : Non-Swift Feldnummer /Feldbezeichnung | max. Länge in Bytes | Format | w / p | Inhalt |
| --------------------------------------------- | ------------------- | ------ | ----- | ------------------------------------------------------- |
| :20: Satzart | 8 f oder 9 f | an | p | STARTUMS : Kontoauszüge STARTDISP : Disponierte Umsätze |

keine Ahnung wie normativ das ist, auch nicht, das das "Non-Swift" bedeutet (siehe auch topic.php?t=3246)

Aber es scheint gängige Praxis zu sein. z.B. die von SFIRM bzw. von (https://moneymoney-app.com/) erzeugten MT940 machen das so.

Hab's eingebaut, da es eine triviale Änderung ist und das bisherige ":20:Hibiscus" von mir auch völlig willkürlich so verwendet wurde, da halt was drin stehen muss. Ist ab morgen im Nightly-Build.

super. vielen Dank

ich kenne mich mit der Weiterverarbeitung nicht so, aber wäre camt hier nicht zeitgemäßer (genauer)?
und dann https://github.com/genkgo/camt ?

Danke für den Hinweis. Im vorliegenden Fall scheitert das daran, dass alle in der Prozesskette beteiligten Programme dann CAMT können müssten, das ist momentan nicht der Fall. HIbiscus z.B. kann CAMT nicht exportieren,

Aber es ist sicher sinnvoll, darauf hinzuarbeiten.

bitte keine Vollzitate siehe Forenregeln

camt-Abruf wäre bereits möglich klick
Rohdaten könnten auch verarbeitet werden siehe auch: topic.php?t=22752

vielleicht hat @hibiscus ja noch eine Idee

Das Problem sollte doch mit dem korrigierten MT940 bereits gelöst sein.