Variablen in der Überweisungsmaske
Es gibt im BankingManager nicht alle Variablen für den VWZ in der Überweisungsmaske wie in der VRNW. Dort wäre es schön, wenn man die dort erweitern könnte.
Kommentare: 34
Älteste
•
Neueste
•
Meiste Gefällt-mir-Angaben
•
Wenigste Gefällt-mir-Angaben
-
14 Nov., '25
Philipp VölkHervorgehobener Kommentar
Es ist eigentlich sehr schade, dass man solche Themen überhaupt als Vorschlag bringen muss! Wenn ein neues Produkt ein älteres ablöst, sollte der Funktionsumfang eigentlich erhalten bleiben und nicht auf ein Minimum reduziert werden. Besonders schade an diesem Thema ist, dass es ja kein komplett neues Feature ist - sondern man hat die Umsetzung der normalen Variablen schon einmal "in den Händen gehabt" und programmiert. Leider hat man wohl bei 80% einfach aufgehört! -
09 Mai, '25
Sven Janse ZusammengeführtAktuell fehlen bei den Textvariablen die Möglichkeit für Vorzeichen. (z.B. @-MM@ = Vormonat).
Praktisches Beispiel:
Kunde überweist Lohn Anfang Mai für den Monat April. Die Variablen bieten zwar @MM@ an, jedoch wird dann der aktuelle Monat (in diesem Beispiel Mai) ausgeworfen. In der VR-NW-SW waren die Textvariablen mit Vorzeichen verwendbar, so dass die Variable @-MM@ entsprechend den Vormonat (in diesem Beispiel April) ausgeworfen hat. Diese Möglichkeit fehlt aktuell im BankingManager -
19 Mai, '25
Team BankingManager (KG) System"Textvariablen erweitern" (vorgeschlagen von <Verborgen> am 2025-05-09) wurde einschließlich der Zustimmungen (2) und Kommentare (0) in diesen Vorschlag überführt.
-
27 Juni, '25
Christina MoritzHallo Zusammen :-)
Auch die Variablen für Folgemonat/-jahr/-quartal/ ect. sind wünschenswert, wenn es um Mieten, Pachten, Vorauszahlungen u.ä. geht.
LG und vielen Dank! -
01 Juli, '25
Alfred SchröderDie Erweiterung der Variablen auf alle in der VRNWS vorhandenen, wäre mehr als sinnvoll, da bei der Migration die Variable zwar korrekt übernommen wird, aber bei einer Überweisung mit dem BM nicht umgewandelt wird, da im BM nicht vorhanden. Die Variable @monat@ in der VRNWS wird im BM mit @monat@ zwar übernommen, aber bei der Überweisung nicht umgewandelt, da die Variable im BM nicht vorhanden ist. Im VWZ steht dann nur das Wort "monat", anstatt z.B. "Juli".
Viele Vereine u. Gewerbetreibende nutzen diese Variablen um im VWZ z.B. die Lohnzahlung mit dem entsprechenden Monat zu kennzeichnen.
Dies sollte auch für Lastschrifteinzüge gelten. -
26 Aug., '25
Torsten SchäferAußerdem wird die Textvariable über das Ausführungsdatum und nicht über das Fälligkeitsdatum des Auftrags gesteuert.
Problematisch ist dies insbesondere bei Lastschriften: Ist die Fälligkeit am 1. eines Monats muss die Lastschrift bereits im Vormonat übertragen werden. Der BM trägt dann als Monat den Monat der Übertragung und nicht der Fälligkeit ein! -
02 Sept., '25
Miller ZusammengeführtIn der VRN-Software war es möglich mit Variablen eine wiederkehrende Zahlung für den Vormonat zu kennzeichen.
Folgende Variablenkombination funktioniert im Bankingmanager nicht mehr: @-MM@/@JJ@ -
04 Sept., '25
Team BankingManager (JC) System"Verwendungszweck: Variablen wie bei VRN" (vorgeschlagen von <Verborgen> am 2025-09-02) wurde einschließlich der Zustimmungen (2) und Kommentare (0) in diesen Vorschlag überführt.
-
04 Sept., '25
Maximilian Schenke ZusammengeführtMomentan sind nur aktuelle Werte als Textvariable zu erfassen. (@MMMM@, @JJJJ@ usw.)
Wünschenswert und vom Kunden gefordert sind alle bekannten Textvariablen aus der VR-NetWorldSoftware.
Wie zum Beispiel @-MMMM@ um den Vormonat abzudrucken. Was bei Gehaltszahlungen sinnvoll ist. Auch andere Variable stehen in der VR-NetWorld zur Verfügung.
Ich hoffe auf baldige Verbesserung und Anpassung der Textvariablen auf die der VR-NetWorldSoftware -
05 Sept., '25
MartinVariable für die Lohnzahlungen im Folgemonat ist wünschenswert. Die Variable sollte dann auch im Januar funktionierten, da dort sowohl der Monat als auch das Jahr zurückgesetzt werden muss. in den anderen Monaten wird nur der Monat und nicht das Jahr zurückgesetzt.
-
05 Sept., '25
Team BankingManager (JC) System"Verwendungszweck Textvariablen im BankingManager erweitern" (vorgeschlagen von <Verborgen> am 2025-09-04) wurde einschließlich der Zustimmungen (3) und Kommentare (0) in diesen Vorschlag überführt.
-
08 Sept., '25
Hess ZusammengeführtEs wäre schon wenn man bei den Variablen (@) auch den nächsten Monat z.B. @+MMMM@ eingeben könnte. Oder den letzten Monat z.B. @-MMMM@
-
16 Sept., '25
Hermann Herz ZusammengeführtJa, bitte unbedingt mit aufnehmen - hatten auch schon Kunden, die das eben so genutzt hatten, migriert. Die stehen jetzt da mit hunderten Lastschriften im BM, wo der Verwendungszweck nicht umgesetzt wird (stattdessen Variablen drin stehen) und es gibt keine Massenänderung 🙈
Dieses Feature hier ist quasi ein Duplikat zu https://bankingmanager.featureupvote.com/suggestions/638783/variablen-in-der-uberweisungsmaske - eventuall zusammenführen? -
16 Sept., '25
Team BankingManager (JR) System"Variableneingabe bei Verwendungszweck" (vorgeschlagen von <Verborgen> am 2025-09-08) wurde einschließlich der Zustimmungen (12) und Kommentare (0) in diesen Vorschlag überführt.
-
02 Okt., '25
St.Brauer Zusammengeführtbei VR Networld konnte man die Variablen zum Beispiel @MMMM@ durch minus oder plus auf den Vormonat oder den Nachfolgemonat festlegen. Hier ist leider immer nur der aktuelle Monat auswählbar. Kann man das einfügen ? Danke
-
02 Okt., '25
Team BankingManager (PW) System"bei Überweisungen,Verwendungszweck,Variablen @MMMM@" (vorgeschlagen von <Verborgen> am 2025-10-02) wurde einschließlich der Zustimmungen (1) und Kommentare (0) in diesen Vorschlag überführt.
-
08 Okt., '25
Ganseforth ZusammengeführtEs fehlt eine Variable für die Erfassung des Vormonats. In der VR Net World konnte die Variable @-Monat@ genutzt werden.
-
09 Okt., '25
Martin SpiesIch finde die Erweiterungen der Variablen wie z.B. um den Vormonat bei Gehaltsüberweisungen auch wichtig.
@Administrator: Wie ist hier der Stand? -
10 Okt., '25
PAS ZusammengeführtBei VRNW konnte man mit einem Minuszeichen vor zum Beispiel der Monatsvariablen @-MM@ als Bezugsmonat den Vormonat angeben. Das ist wichtig, wenn Beiträge zu einer Versicherung zwar im aktuellen Monat bezahlt werden, aber für den Vormonat angerechnet werden.
-
10 Okt., '25
Team BankingManager (PW) System"Anpassung der Variablen im Verwendungszweck" (vorgeschlagen von <Verborgen> am 2025-10-08) wurde einschließlich der Zustimmungen (1) und Kommentare (0) in diesen Vorschlag überführt.
-
10 Okt., '25
Team BankingManager (PW) System"Verwendungszweck" (vorgeschlagen von <Verborgen> am 2025-10-10) wurde einschließlich der Zustimmungen (1) und Kommentare (0) in diesen Vorschlag überführt.
-
03 Dez., '25
Chloe ZottiDie Variablen für Vor- und Folgemonat (@-MONAT@, @+MONAT@) sind extrem wichtig für Mietlastschriften etc.
Außerdem (weiterer Fehler!) wird die Variable über das Datum der Übermittlung und nicht über das Fälligkeitsdatum des Auftrags belegt, was bei Lastschriften zum 1. des Monats zu falschen Betrefftexten führt (die Lastschriften müssen ja schon Ende des Vormonats gesendet werden, damit sie zum 1. bei der Bank ausgeführt werden können).
Bitte einfach die Textvariablen wieder so implementieren wie in der VR-Networld, dort waren sie perfekt. -
11 Dez., '25
Karin Bradatsch ZusammengeführtUnser Kunde beklagt, dass er im Banking Manager den Verwendungszweck nicht mit Vor- oder Folgemonat über das @MM@ belegen kann.
Das war in der VRNetWorld anscheinend über ein "-" oder "+" vor dem MM oder JJ möglich.
Es wäre für den Kunden eine Hilfe, wenn diese Möglichkeit auch im Banking Manager ausgewählt werden könnte. -
11 Dez., '25
Team BankingManager (PW) System"Kürzel für Verwendungszweck um "Vormonat" und "Folgemonat" erweitern" (vorgeschlagen von <Verborgen> am 2025-12-11) wurde einschließlich der Zustimmungen (1) und Kommentare (0) in diesen Vorschlag überführt.
-
20 Dez., '25
Peter S.Hallo Progammier
Ich finde es gar nicht Gut, dass beim BankingManager nur diese Variabel aufgeführt wird, hier "@MMMM@" sie sollten doch durch ein minus auf den Vormonat oder ein plus für den Nachfolgemonat festlegen. Beispiel:
"@MMMM@" hier ist nur aktuelle Monat auswählbar.
"@-MMMM@" wäre besser für den Vormonat
"@+MMMM@" wäre besser für den folenden Monat
Ich empfinde es als schlamperei der Programierung!
Danke -
23 Dez., '25
Heiner MüllerGanz wichtig ist bei Lastschriften, dass sich die Variablen auf das Fälligkeitsdatum beziehen müssen und NICHT - wie jetzt implementiert - auf das Sendedatum. Beim Einzug der Mieten haben meine Mandanten seit Einführung des BankingManagers bei den Mietlastschriften den falschen Monat im Betreff, denn die Lastschriften werden ja schon im Vormonat gesendet, damit sie pünktlich zum Ersten ausgeführt werden.
Bitte dringend ändern! -
26 Jan.
Geier, Holger ZusammengeführtEs wäre wünschenswert, wenn wie in dem Vorgängerprogramm die Textvariable Vormonat @-mm@ aufgenommen wird.
-
26 Jan.
Team BankingManager (JC) System"Erweiterung der Textvariablen" (vorgeschlagen von <Verborgen> am 2026-01-26) wurde einschließlich der Zustimmungen (1) und Kommentare (0) in diesen Vorschlag überführt.
-
05 Feb.
Christoph ZusammengeführtWir haben mehrere Kunden bei den wir Abschlagszahlungen per Sepa-Lastschrift einziehen. Die Zahlungen sind immer für den Vormonat. Im alten Programm konnte man immer eingeben @-Monat@. Das geht hier leider nicht. Bitte ändern!!!
-
05 Feb.
Team BankingManager (JC) System"im Verwendungszweck Vormonat einfügen" (vorgeschlagen von <Verborgen> am 2026-02-05) wurde einschließlich der Zustimmungen (1) und Kommentare (0) in diesen Vorschlag überführt.
-
26 Feb.
Geier, Holger ZusammengeführtEs sollte kein Problem sein, die Textvariablen für den Verwendungszweck zu erweitern, da viele regelmäßige Überweisungen den Vormonat betreffen!
In der Vorgängerversion gab es das schon: @-mmjj@ ! -
27 Feb.
Team BankingManager (JC) System"Textvariablen für Vormonat" (vorgeschlagen von <Verborgen> am 2026-02-26) wurde einschließlich der Zustimmungen (1) und Kommentare (0) in diesen Vorschlag überführt.
-
12 März
Team BankingManager (JC) System"Vorjahr als Variable im Verwendungszweck." (vorgeschlagen von <Verborgen> am 2026-03-11) wurde einschließlich der Zustimmungen (1) und Kommentare (0) in diesen Vorschlag überführt.