Hallo,
wir nutzen ProfiCash seit Jahren auch für den Import von DTAUS-Dateien, die in unserem ERP-System erzeugt wurden.
Hierfür wurde vor einiger Zeit die Ausgabe der DTAUS-Datei aus unserem ERP-System so implementiert, dass das Feld der Kundennummer in den 1. und das Feld mit der bzw. den Rechnungsnummer(n) in den 2. Verwendungszweck nach ProfiCash übernommen wurde.

Seit der Version 10 wird aber ein völlig anderes Feld in den Verwendungszweck 2 importiert, so dass der Empfänger nicht weiß, welche Rechnung(en) bezahlt wurden.
Es macht auch keinen Unterschied, ob ich beim Import der DTAUS-Datei "DTA-Überweisungen als SEPA-Aufträge einlesen" oder "DTA-Datei/SEPA-XML-Datei einlesen" auswähle, die Aufträge sehen in beiden Fällen gleich aus.

Da unsere DTAUS-Routine unverändert geblieben ist, muss bei der PROFI-CASH-Schnittstelle etwas verändert worden sein.
Ist da jemandem etwas zu bekannt? Der 1st-level-Support in Münster wusste dazu nichts, die Reaktion vom 2nd-level steht noch aus.
Danke/Gruß

Christian Schneider

Hallo Christian,

am XML Import wurde einiges erweitert und wohl auch "eigentlich verbessert".
Profi cash ist dabei auch in einigen Dingen nicht mehr so tolerant, wie früher.

Wie sehen die Datenfelder aus, wenn ihr Datenübernahme DTA-importieren auswählt (vorher Datensicherung durchführen, dann könnt ihr auf diesen Stand zurück).

Gruß
Raimund

Hallo Raimund,
sorry, aber wahrscheinlich kapier ich nicht, was Du meinst.
Wie der importierte Auftrag aussieht, weiß ich natürlich und auch aus welchen Feldern unseres ERP-Systems über die Profi-Cash-Import-Schnittstelle der Auftrag gefüllt wird, aber das meinst Du sicher nicht.

Wahrscheinlich müsen wir uns nochmal die (geänderte ?) Schnittstellenbeschreibung vornehmen und die erzeugte DTAUS-Datei entsprechend anpassen.
Gruß
Christian

Ich empfehle dringend, auf XML SEPA umzustellen. In DTAUS jetzt noch zu investieren lohnt sich auf Dauer nicht.

obnutzer hat natürlich Recht, Dtaus Import um nach XML(SEPA) zu konvertieren ist nicht unbedingt langfristig die richtige Lösung, wobei der Sterbeprozess des Dtaus-Formats auch etwas von den zu verarbeitenden Daten abhängt.

Ich hatte aber deinen Beitrag wohl falsch interpretiert, als würdet ihr immer nach SEPA konvertieren.

Das DTA-Format selbst hat sich meines Wissens nicht geändert, das kann es ja eigentlich nicht sein.

Oder handelt es sich in Wirklichkeit bei euren Daten um ein eigenes csv-Format?

Gruß
Raimund

Die umtriebige Hotline in Münster hat unsere DTAUS importiert und kam zu gleichen Ergebnissen.
Laut Aussage vom Münster hat sich an der DTAUS-Import-Schnittstelle nichts grundlegendes geändert.
Wir werden den Export aus dem ERP-Systen nochmal prüfen müssen, offenbar wurde doch etwas verändert.

Wenn ich Euch recht verstehe, solten wir betreff Zukunftssicherheit die DTAUS mittelfristig zur SEPA-XML machen.

Gruß
Christian

Ich würde es jetzt machen. Der Moment ist günstig. Ab Februar ist es ohnehin in Richtung Bank Pflicht.
Und solange du nach Februar noch mit DTAUS rum hampelst wirst du immer zwei ganz entscheidende Probleme im Überweisungsbereich haben: IBAN+BIC (muss umgerechnet werden mit einem Restrisiko bei bestimmten Instituten) und den Verwendungszweck (in SEPA begrenzt auf 140 Zeichen). Der Lastschriftbereich - behaupte ich - lässt sich mit DTAUS zu SEPA Zeiten gar nicht fortführen, weil allein die Gläubiger-ID und die Mandatsreferenz sich nicht so ohne weiteres im DTAUS irgendwo "verstecken" lassen, wo nachfolgende verarbeitende Programme es wieder rausholen und in die richtigen Felder setzen könnten.

den bereich kann proficash beim import selbst übernehmen und verwalten, trotzdem hast du recht, sauber und richtig ist schöner!
:mrgreen: