Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Leistungsdatum von Buchungsdatum trennen #472

Open
mbmueller opened this issue Nov 19, 2024 · 4 comments · May be fixed by #496
Open

Leistungsdatum von Buchungsdatum trennen #472

mbmueller opened this issue Nov 19, 2024 · 4 comments · May be fixed by #496
Assignees

Comments

@mbmueller
Copy link

          Ein solches Feature fände ich super und ist auch die Hauptfunktionalität die ich vermisse bzw. extern umsetzen muss. 

Wichtige Grundlage dafür wäre meines Erachtens die Möglichkeit Buchungen einem Haushaltsjahr zuordnen zu können. Problem: In den ersten Monaten eines Jahres werden oft noch Rechnungen bezahlt die sich de facto auf Kosten des vorherigen Jahres beziehen und umgekehrt fallen im Dezember teilweise Zahlungen an die sich auf das Fogejahr beziehen. Da diese Zeitpunkte sich aber verschieben ergibt das Buchungsklassensaldo zwar eine Übersicht über die in einem Jahr zahlungstechnisch gelaufenen Summen (die für das Finanzamt ja auch relevant sind), ist aber haushaltstechnisch wenig aussagekräftig.
Mein momentaner Workaround ist das Kommentarfeld der Buchungen zu missbrauchen und dort die Jahreszahl einer Buchung einzutragen wenn diese nicht dem Jahr zuzuordnen ist in dem die Zahlung durchgeführt wurde. Zur Haushaltsplanung exportiere ich dann die Buchungen für das Jahr von Relevanz, das vorangegangene und das nachfolgende Jahr und bilde mit der entsprechenden Logik die Summen meines "Haushaltes" den ich dann der Jahreshauptversammlung (die diesen ja zuvor beschlossen hat) zur Kontrolle vorlegen kann.

Dein Vorschlag zur Planung mit Anlegen eines Planes für das kommende Jahr fände ich dann auf dieser Basis echt gut. Dabei würde ich als Grundlage für die Planung dann die Posten des laufenden oder vergangenen "Haushaltsjahres" (wie oben beschrieben) nutzen. Diese könnte man dann bestätigen oder anpassen. Im Falle des Anpassens wäre dann die Unterteilung die du oben beschrieben hast auch sinnvoll, so dass es einfacher ist einen Überblick zu bekommen wie der Posten einer Buchungsart sich zusammensetzen.

Originally posted by @vinjardin in #434 (comment)

@mbmueller
Copy link
Author

mbmueller commented Nov 19, 2024

Wie in #434 vorgeschlagen, würde ich zur Vorbereitung dafür ein zusätzliches Leistungsdatum für die Buchungen einführen, die eine Zuordnung ins passende Haushaltsjahr ermöglichen. Das ganze soll wie folgt passieren:

  • Wird eine neue Buchung erzeugt ist standardmäßig Buchungsdatum = Leistungsdatum. Dieses kann bei Bedarf geändert werden.
  • Wird eine Sollbuchung zugewiesen, wird das Leistungsdatum auf das Datum der Sollbuchung gesetzt.
  • In BuchungslisteView wird eine neue Filtermöglichkeit eingeführt. Ich würde es aber darauf beschränken entweder nach Buchungs- oder Leistungsdatum zu filtern.
  • Falls gewünscht kann man auch in den Salden auswählen ob nach Buchungs- oder Leistungsdatum gefiltert werden soll. Falls das nicht gewünscht ist, läuft die Auswertung dann am Ende über die Haushaltsplanung (Feature: Wirtschaftsplanung #434)

@JohannMaierhofer
Copy link

JohannMaierhofer commented Nov 19, 2024

Ein solches Feature sollte wie bei anderen Features über einen Schalter in den Einstellungen aktivierbar sein.
Wenn es nicht aktiviert ist sollten die neuen Daten/Spalten/Filter etc. in Views nicht sichtbar sein.

@mbmueller
Copy link
Author

Ein solches Feature sollte wie bei anderen Features über einen Schalter in den Einstellungen aktivierbar sein. Wenn es nicht aktiviert ist sollten die neuen Daten/Spalten/Filter etc. in Views nicht sichtbar sein.

Würde dann aber sagen, dass das an die Aktivierung des Budgetings Feature gekoppelt wird

@JohannMaierhofer
Copy link

Würde dann aber sagen, dass das an die Aktivierung des Budgetings Feature gekoppelt wird

Ja, klar

@mbmueller mbmueller linked a pull request Nov 26, 2024 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants