Nun Funktioniert es.
Danke für die Rückmeldung. 
PS: Habe nun das GZ radikal auf den 26.10.2013 gesetzt den Umsatz abgerufen und danach die korregtur. Nun steht als Datum der 06.10.2014.
Könnte vielleicht ein Wertstellungsdatum in der Zukunft sein. Das Problem scheint auch nur bei der Sparkasse aufzutauchen.
Am besten, Du reichst mal ein Ticket bei Support ein - die Entwickler können u.U. Deine Logfiles gebrauchen.
Hallo Forum,
MG215Pro.NET. Bis Gestern lief die Umsatzabfrage korrekt. Nach einer Korrektur mit Kontoprüfung (Abgleich hatte mir SEPA-Details überschrieben aus erwarteter Buchung) kann ich heute keine reguläre Umsatzabfrage bei diesem Konto durführen. Habe es 2 mal probiert und bekomme beide Male die oben genannte Fehlermeldung (MDC15120200014) (9010).
Da ich, nach meinem Informationsstand diese Daten nicht beeinflussen kann, frage ich mich nun: 1. Wer oder was hat diese Einstellungen geändert und 2. wie kann ich wieder ein normales Verhalten erreichen ?
Vielen Dank im voraus für Tipps und Hilfen
Falk
Nachsatz: Andere Datenbank, anderes Konto bei anderer Sparkasse: funktioniert einwandfrei. Zurück in die erste DB und erneuter Versuch der Umsatzabfrage bei betroffenem Konto: Identischer Fehler.
Falk
Hallo,
vermutlich liegt es an einer falschen Einstellung des Grenztages. Der muss in der Vergangenheit liegen.
Wenn ich den selber geändert hätte, würde ich ja auch drauf kommen 
. Hab ich aber nicht 
. Kontrolle ergab: ab 11.08.2014 und war eingestellt auf 13.11.2014. Angepasst auf heute und geht Fehlerfrei. Macht die Kontoprüfung so ein schei ....?
Falk
Billy: Verständlich, dass Du den Thread hierher schiebst wg. Sparkasse. Aber für mich ist die Ursache die Kontoprüfung von Gestern, die ich zusammen mit dem Support per Teamviewer durchgeführt habe. Danach lag der Grenztag in der Zukunft
O.k., das ist plausibel.
Ich möchte den Beitrag aber trotzdem hier beim Onlinebanking belassen, weil die Fehlermeldung bei der Umsatzabfrage kommt. Wodurch der Grenztag verstellt wurde, ist da erst mal nebensächlich.
Aber ich hoffe, daß ich Dir nicht erklären muß, daß ich dadurch nichts vertuschen oder unter den Tisch kehren will. 
Passt schon ...
Btw. Hintergrund war nämlich, dass das Prog beim Abgleich einer erwarteten Buchung mit der tatsächlichen, wobei die erwartete von Hand generiert wurde (also nicht aus einer vorhandenen, Realen per "als regelmäßig markieren" in die Zahlungsverwaltung übernommen wurde) die SEPA-Details der realen Buchung mit den ggf. fehlenden (Creditor-ID, Mandatsreferenz, => nicht zu pflegen, da als Feld oder in DB nicht vorhanden, End-to-End-ID), also leeren Feldern überschreibt. und das ist nicht schön . Aber das ist im Grunde schon ein anderes Thema.
Falk
