Wir bauen die perfekte Software....

Hallo Worf,

Das wird die Software so einfach nicht können. Ein im Onlinebanking erfolgreich eingereichter Auftrag wurde damit nur bei der Bank "in den Briefkasten geworfen". Die Unterschriftsprüfung ist dank Pin/Tan bzw. Chipkarte natürlich erledigt. Danach wird die Bank noch prüfen, ob auf dem Konto genug Kohle ist oder ob Sperren vorliegen.
Will sagen: "Erfolgreich gesendet" heißt noch lange nicht "Gebucht". Eine automatische Aktualisierung des angezeigten Kontostandes im Prog wird dann nicht den richtigen Kontostand ergeben und damit zu Verwirrung führen.

CU
Frank

Trotzdem müssen auch bei Echtzeitverarbeitung noch die echten Umsätze von der Bank abgeholt werden. Bei Sperren oder mangels Deckung gibt es ja keine Buchung.
Ich hatte Worf so verstanden, daß die Software nach der Sendung die Buchung (obwohl in echt vielleicht noch nicht oder nie erfolgt) programminternen berücksichtigen soll.

CU

Ja, die "echten" Umsätze müssen natürlich abgeholt werden.

Aber wie ands schon sagte, ist bei einer RZ die in Echtzeit verarbeitet die Buchung sofort bei den Umsätzen dabei.
Die VR-NetWorld-Software holt beim Sendeauftrag gleichzeitig die Umsätze mit ab und dort ist dann der gesendete Auftrag schon mit dabei.
Kann die Überweisung mangels Deckung oder einer Sperre nicht gebucht werden, wir die Übertragung mit einer Fehlermeldung abgebrochen.

Wenn die Rechenzentrale NICHT in Echtzeit verarbeitet, dann hilft natürlich auch die Funktion in der Software nix.

bye,
Sebastian

Das stimmt so nicht immer. Auch wir haben seit Anfang/Mitte der 90er ein Realtime-Buchungssystem, trotzdem muss eine eingereichte Buchung nicht auch sofort verbucht werden.
Wenn alles mit der Überweisung in Ordnung ist, wird sie in Echtzeit verbucht und ist somit als Buchung in der elektronischen Umsatzlieferung als MT940 (udn nicht nur als Vormerkposten) sichtbar.

Anders sieht es aus, wenn das Dispositionsmodul meint, der Auftrag darf nicht so einfach durch (Kontodeckunng, Verfügungssperre, Lastschriftlimit usw.). Solche Auftäge lehen wir nämlich nicht ab, sonder nehmen sie entgegen und stellen sie dem Berater elektronisch zur weiteren Bearbeitung zur Verfügung. Gleichzeitig wird ein Vormerkposten erzeugt und als MT942 ausgeliefert. Genauso bei der Doppeleinreichung, wir nehmen Doppel an und senden eine Infomeldung per HBCI zurück, wo der Sachverhalt dargestellt wird. In diesem Fall kann der Kunde sich melden und den Auftrag löschen oder freigeben lassen. Dabei wird leider kein Vormerkposten erzeugt.

Angenommen wird somit alles, was nicht über das Online-Banking Sicherheitslimit hinausgeht.

Bei einer Sperre oder mangelnder Disposition wollen wir nämlich keine Gehälter auf Belegen oder Disketten haben. Eine solche Lösung hat die Fiducia vermutlich nicht, damit ist das nicht direkt vergleichbar. Nur ist die Aussage das bei einem Echtzeitbuchungssystem jeder Auftrag auch zu einem Umsatz führt, nicht vollständig.

Eine automatische Umsatzabfrage hilft als nicht in jedem Fall. Zumal Echtzeitbuchungssysteme recht selten sind....

Hallo Hobbit und allen anderen,

ich glaube es geht gar nicht darum, ob es innerhalb von Windata sinnvoll ist, nach dem Senden eines ZV-Auftrages autoamtisch eine Umsatzabfrage durchführen zulassen. Diese Automatik ist bereits da und auch sinnvoll.

Die Frage ist nur, ob das Ergebnis dieser Umsatzabfrage auch immer der Erwartung entspricht. Es gibt noch immer reichlich Banken, die Umsätze erst am nächsten Tag oder zumindest erst nach mehrstündiger Verspätung zur Verfügung stellen. Zudem kann auch in Echtzeitbuchungssystemen die Verbuchung von Umsätzen nach erfolgreicher Einreichung (Code 20 - Auftrag entgegengenommen) gestoppt werden. Die Regelungen der Disposition gelten für eine Online Buchung schliesslich genauso wie für einen Beleg. Und gleich alles unbequeme direkt abzulehnen ist auch nicht der Stein der Weisen.