Turnus für sich wiederholende Überweisungen in den Verwendungszweck einblenden

Hallo miteinander,

ich möchte an dieser Stelle eine Anregung zu einer Verbesserung anbringen.
Vielleicht ist diese ja auch schon irgendwie implementiert und nur nicht dokumentiert.

Es wäre schön, wenn in dem Verwendungszweck einer Überweisung die regelmäßig ausgeführt wird, mittels einer Variablen der Turnus eingeblendet werden könnte.
Z.B. bei der Überweisung einer Steuervorauszahlung würde dann stehen: "ESt III/2014" Gleichbedeutend mit: drittes Quartal 2014.
Der Turnus sollte dann aus dem eingestellten Überweisungsturnus ermittelt und automatisch eingeblendet werden. Hierzu wird in dem Verwendungszweck z.B. der Platzhalter $T eingetragen. Der eingegebene Verwendungszweck würde dann "ESt $T" lauten.

Vielleicht besteht ja ein breiteres Interesse an diesem Feature.

Gruß

Slotty

Wenn das für dich vielleicht auch realitätsfern ist, so ist es schon notwendig im Zusammenhang mit Steuervorauszahlungen anzugeben worauf die Vorauszahlung geleistet wird.
Unter Prosa ist der von mir beispielhaft genannte Verwendungszweck wohl auch nicht einzuordnen. Wie du schon sagst: kurz, knapp und prägnant. Aber, da dies nur ein Beispiel war sollten wir uns auch nicht in Details verlieren.
Dieses Feature wird von anderen Programmen angeboten und das nicht ohne Grund und bestimmt auch nicht weil der Entwickler Langeweile hatte.

Gruß

Slotty

Dann lies dir doch mal deinen letzten Steuerbescheid durch, so du denn Vorauszahlungen leistest. Dein Steuerberater kann dir bestimmt auch weiter helfen.
Ansonsten ist es auch aus rechtlicher Sicht immer sinnvoll, genau anzugeben worauf sich Zahlungen beziehen. Denn was klar angegeben wurde bedarf dann keiner weiteren Diskussion.
Und wie gesagt, dass war nur ein Beispiel. Es gibt noch weitere Fälle.

Und damit das hier bei der Gelegenheit auch mal von meiner Seite oeffentlich ist: Ich bin auch kein Fan von Platzhaltern in Verwendungszwecken. Es ist nur eine Frage der Zeit, bis das dann zu einer regelrechten Programmiersprache mit Bedingungen, Schleifen, Datumsformaten, kontextabhaengigen Platzhaltern u.ae. ausartet. Da blickt dann kein Schwein mehr durch.
Fuer eindeutige Referenzen gibt es seit SEPA die EndToEnd-ID. Und ich bin zuversichtlich, dass die kuenftig auch von den Glaeubigern genutzt wird - schon aus eigenem Interesse, um bei den Geldeingaengen nicht mehr die Verwendungszwecken durch-greppen zu muessen.

@hibiscus: Ich kann natürlich nicht ausschließen, dass diese oder ähnliche Wünsche dem nachfolgen würden. Ich jedoch hatte solche aufwändige Lösung nie angepeilt. Mir ist zwar nicht klar wie die wiederum statische EndToEnd-ID einen dynamischen Inhalt ersetzen soll, aber sei es drum. Müssen also Monat für Monat alle entsprechenden Buchungen händisch angepasst werden. Abschließende Frage: Könnte eine entsprechende Lösung, die dir übergeben wird, dauerhaft in das Programm einfließen?

Ok, vielen Dank. Ich schaue es mir mal an.

Bei den meisten Gehaltszahlungen, die ich bisher gesehen habe, steht auch immer der Bezugsmonat als Name oder Zahl im Betreff. Solche Basis-Variablen anzubieten würde also genau dies ermöglichen und immer noch weit von einer Skriptfähigen Programmiersprache sein. Solche Platzhalter werden von vielen Editier-Masken angeboten, lehnen sich an printf oder auch das FORMAT von date. Ich brauche es nun bisher nicht, da ich niemanden angestellt habe und Gehälter zahlen müsste, kann mir aber den Bedarf für eine Datums-Variable schon gut vorstellen. Die Frage wäre dann, wonach die Variable referenziert, also aktuelles Datum oder einfach inkrementierend, so dass man die März- und April-Gehälter dann z.B. auch mal außerplanmäßig im Mai zahlt. Sinn machen würde das nur für Daueraufträge, also wiederkehrende Aktionen, oder für Vorlagen. Sinnvoll wäre so eine Variable auch zur Zeitersparnis. Bei 20 Angestellten wären die monatlichen Gehaltszahlungen sonst immer viel Handarbeit. Als Vorlage einer SEPA-Sammelüberweisung mit solchen Variablen wäre es ein Handgriff.
Als nächstes würde vielleicht ein einfacher fortlaufender Inkrement-Iterator kommen.
Eine Variable für den Kontoinhaber wiederum fände ich dann auch übertrieben, da man Überweisungsvorlagen wohl eher nicht zwischen Konten verschiedener Besitzer kopieren wird. Eine Variable für das komplette aktuelle Datum wäre auch überflüssig, da diese Information in der Überweisung schon gegeben ist.
Wie gesagt, ich selbst brauche es nicht, aber kleine Firmen, die mit Hibiscus arbeiten, evtl. schon.

JFTR: ich finde die Platzhalter-Idee gut. Auch eine möglichst genaue Kennzeichnung des Verwendungszwecks.

Ich finde die Idee mit einem Patzhalter für Monat / Quartal / Jahr als absolut sinnvoll.

@msa
wäre es sinnvoller gewesen, einen separaten T. aufzumachen?
Dass ein Wunsch nach 2 Jahren, von einem "Neuling" neu nachgefragt wird, zeigt doch aber auch, dass Interesse/Bedarf besteht - vielleicht kann dies den Entwickler doch noch umstimmen