Erstellt vor 3 Jahren
Zuletzt geändert vor 14 Monaten
#1970 new Verbesserung/Featurewunsch
Bezug Zahlungsbedingungen
| Erstellt von: | s.schoeling@… | Verantwortlicher: | m.bunkus@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.7.1 unstable |
| Schweregrad: | normal | Stichworte: | |
| Beobachter: |
Beschreibung
Ist in den vergangenen Tagen ein paar mal in verschiedenen Kontexten aufgetaucht. Im Moment beziehen sich die Zahlungsbedingungen immer auf das Erstelldatum des Beleges.
In der Praxis gibt es aber auch die Bedingung X Tage nach Erhalt zu zahlen, was effektiv dann von Lieferdatum abhängt, was nicht abbildbar ist.
Das ist im Moment kein Problem bei Geschäften die erst liefern und dann die Rechnung stellen, wird aber ein Problem bei Rechnung von der lieferung, oder, noch schlimmer, Geschäften die Lieferdatum und Zahlungsziel schon im Angebot wissen müssen.
Änderungshistorie (3)
comment:1 Geändert vor 2 Jahren durch m.bunkus@…
- Meilenstein auf 3.0.0 gesetzt
comment:2 Geändert vor 2 Jahren durch m.bunkus@…
- Meilenstein von 3.0.0 nach 3.1.0 geändert
comment:3 Geändert vor 14 Monaten durch grichardson@…
- Meilenstein 3.1.0 gelöscht
- Typ von Fehler nach Verbesserung/Featurewunsch geändert
Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.

Ich habe das eben mit Sven durchgesprochen, da ich es nicht ganz verstanden hatte.
Ein Beispiel: der Kunde soll immer am 1. des Monats bezahlen, damit das klappt sollte er die Rechnung aber schon vorher bekommen. Daher die Idee, angenommen daß man die Rechnung schon am 26. des Vormonats generiert und an den Kunden schickt, und ein Zahlungsziel von 5 Tagen (angenommen 31 Tage) benutzt.
Hierfür müßte man die periodischen Aufträge also so konfigurieren können, daß sie entweder auf Rechnungdatum oder auf "heute + Zahlungsziel liegt in einen neuen Periodenzeitraum" prüfen.
Das ist in dem Sinne kein Fehler sondern wäre eine Erweiterung, die es auch nicht in die 3.1.0 schafft, deshalb klassifiziere ich das als Verbesserung und entferne den Meilenstein.
Zumindest wenn es um fixe wiederkehrende Summen geht kann man auch mit einer Dauerrechnung arbeiten, die man einmal am Anfang an den Kunden schickt, und dann werden die normalen periodischen Rechnungen am Monatsersten generiert und nur intern für die Verbuchung der Zahlungseingänge benutzt.