Zahlung automatisch ausblenden

Hallo zusammen,

ich habe folgende Frage:
Unter der Zahlungsverwaltung habe ich verschiedene offene Zahlungen angelegt, welche am 02.05.13 fällig sind. Diese Zahlungen sind Einmalzahlungen. Nun habe ich eine Zahlung aber heute schon ausgeführt.
Muss ich nun die in der Zahlungsverwaltung angelegte ogffene Zahlung manuell löschen? Ich habe gedacht, das diese sobald sie ausgeführt ist automatisch verschwindet, auch wenn die Zahlung bereits vor dem termin von mir ausgeführt wurde.
Bitte klärt mich doch einmal auf wie der genaue Ablaufist, denn ich möchte das schon richtig machen.
Ich hoffe, Ihr versteht was ich meine.

Gruß Andy

Hallo Damrak,
willkommen im Forum!

Lt. Handbuch wird die Zahlung im Zahlungsverkehr erst gelöscht, wenn nach erfolgter Übertragung die Überweisung tatsächlich auch gebucht wurde.

Also im Klartext: der Eintrag im Zahlungsverkehr wird erst dann gelöscht, wenn die zugehörige Buchung in der von der Bank abgeholten gebuchten Umsatzdaten empfangen wurde.
Bis dahin bleibt die Buchung im Zahlungsverkehr bestehen und wird mit einem anderen Symbol dargestellt.



siehe obige Ausführung.

Nachtrag: der Chef war schneller!

Ich muss hier doch nochmal schreiben. Ja das Symbol ändert sich, aber die Zahlung welche ich gestern ausgeführt habe steht immer noch in der Liste Zahlungsverkehr. Die Zahlung ist aber definitiv schon gebucht und auch mit Banking4w alles synchronisiert. Oder liegt es daran das ich als Ausführungsdatum den 02.05.2013 angegeben hatte? Das würde bedeuten das die Zahlung bis zum Ausführungstermin stehen bleibt, selbst wenn sie schon vorher manuell ausgeführt wurde.

Weiterhin habe ich auch die Zahlungen Taschengeld an die Kinder eingetragen. Da diese das Konto auf der gleichen Bank haben, ebenso wie meine Frau fehlt mir im Kontextmenü der Zahlungen der Punkt "Umbuchung", oder habe ich da was übersehen.

Gruß Andy

Ich steige bei dem Thema nicht ganz durch:

Unter den Daueraufträgen habe ich wiederkehrende Zahlungen angelegt, welche zum größten teil am 01.08 ausgeführt werden sollen. Nun habe ich die Zahlungen per rechtsklick - Neu aus Auswahl - Überweisung schon vorher überwieden, und zwar am 30.07.2013. Obwohl ich mehrfach synchronisiert habe, sind die Zahlungen unter den Daueraufträgen immer noch mit dem datum 01.08. zu sehen. Wenn jetzt die Zahlungen für den 01.09. zu sehen wären, dann wäre das ja alles okay, aber so verstehe ich es nicht ganz.

Siehe Screenshot:

Gruß Andy

Hallo Andy,

bitte lösche Deinen "Mega"-Screenshot - man scrollt sich sonst beim Lesen dieses Threads zu Tode.
:roll: Übrigens (gilt auch für andere) : Auch beim Text gibt's die Return-Taste zum Zeilenumbruch.


Nun zum Thema.
Die Logik ist klar und nämlich die folgende :
Das Datum in den Daueraufträgen springt erst und genau dann auf den nächsten Turnus-Termin um,
wenn ab diesem Termin in den Buchungen eine passende Zahlung erkannt wurde.

Beispiel :
Du legst eine wiederkehrende Zahlung mit Turnus monatl./15. an. Diese steht nun auf Datum 15.08..
Nun machst Du - hier sinnfrei als Beispiel - beliebig viele Zahlungen daraus : Am 05.08. / 06.08. / ... / 14.08. überweist Du jeweils.
Alle diese Buchungen sind für die Weiterschaltung in den Daueraufträgen irrelevant, da sie vor dem Turnus-Termin 15.08. liegen.
Erst eine Überweisung am 15.08 oder später schaltet nach Abholung von der Bank auf den nächsten Termin 15.xx. weiter.
Erstellst Du bis Weihnachten keine Zahlung mehr aus dieser Vorlage, bleibt also immer noch der 15.08. stehen.

Solltest Du also künftig vor dem Turnus-Termin überweisen, so stellst Du notwendigerweise das DA-Datum anschließend
mit Klick-rechts "auf nächsten Ausführungstermin aktualisieren" um.

Oder sinnvoller : Bei wiederkehrenden Zahlungen trägt man nicht die Fälligkeit (01.08.) ein, sondern den Zahlungstermin (28.07.).
Dann erinnert das Programm (via Finanzübersicht) ab dem 28. daran, daß man jetzt überweisen sollte.

Grüße
Maxl

Hallo,
Du hast meinen letzten Post offenbar nicht gelesen :?:



Ein anderes Verhalten der Software (sozusagen "Nachschauen rückwärts") macht keinen Sinn.

Und nochmal und nebenbei :
Der Status im Ausgangskorb und im Zahlungsverkehr sind für das "Weiterschalten" des Datums in den Daueraufträgen belanglos.

Hallo Maxl,

genau an diesem Punkt habe ich heute meine (eigene) Erfahrung gemacht:

habe in den DA eine monatliche Zahlung, die auf den 06. eines Monats datiert ist,
heute (am 05.08.) als ÜW gesendet.

Der Haken (TAB Kontorundruf) "Nach Aufträgen sofort Umsätze und Kontostand aktualisieren" wurde gesetzt.

Die Buchung erschien sofort in den Kontoumsätzen, wurde im Zahlungsverkehr (automatisch) gelöscht - und nun kommt es:

im Reiter Daueraufträge wurde genau diese monatliche Zahlung auf den 06.09.2013 hoch gesetzt.

Da ich in der Vergangenheit öfter meine Zahlungen schon mal vorzeitiger ausgeführt habe, wäre mir der Umstand sicher gefallen.
Ich musste nie den Zahlungstermin manuell mit "Nächsten Ausführungstermin aktualisieren" hoch setzen.



Arbeitet nun meine Banking 4W-Version nicht so, wie es vorgesehen ist, oder ist an meiner obigen Ausführung doch ein wenig "Wahrheit" enthalten? :?:

Immer gleich ein Fehler ...

Zunächst mal macht Ihr laut Euren Beschreibungen offenbar verschiedene Dinge :
- Dieter klickt auf die wiederkehrende Zahlung rechts und wählt Überweisung.
- Andy klickt auf die wiederkehrende Zahlung rechts und wählt Neu aus Auswahl > Überweisung.

Daß das inhaltlich verschiedene Dinge sind, seht Ihr auch an der Datumsvorgabe unten im ÜW-Formular.

Bei Dieters Vorgehen wird das Turnus-Datum tatsächlich sofort bei Anlage der Zahlung im Ausgangskorb
(da mußt Du noch garnichts abgeschickt haben, Dieter) auf den nächsten Termin geändert, vorausgesetzt :
- die Zahlung wird nicht mehr als 7 Tage vor dem Stichtag erzeugt
- die Zahlung wird nicht abgeändert (z.B. Betrag)

Bei Andy bin ich davon ausgegangen, daß B4W die Buchungen erst nach der Abholung erkennen muß.
Dann gilt die von mir am Anfang beschriebene Termin-Logik.

Wie man sieht, kommt es sehr auf die Details an ...

Hallo Dieter,
hast Du falsch verstanden :



Gemeint war : Muß nicht immer gleich ein Fehler (im Programm) vorliegen, wenn etwas nicht so ist, wie erwartet ...




Korrekt.
Ob das Sinn macht oder ob hier nicht besser das aktuelle Datum eingesetzt werden sollte, sei jetzt mal dahingestellt.
Aber das Datum "aus der Auswahl-Vorlage" wäre nun mal das alte Datum.