Erstellt vor 2 Jahren
Geschlossen vor 14 Monaten
#2010 closed Fehler (fixed)
Verkauf-Auftragsnummer mit TransNumberGenerator
| Erstellt von: | bibi@… | Verantwortlicher: | m.bunkus@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.7.1 unstable |
| Schweregrad: | normal | Stichworte: | |
| Beobachter: |
Beschreibung
Die Vergabe einer Verkauf-Auftragsnummer mit dem TransNumberGenerator? weicht vom Verhalten der Oberfläche ab. Der TransNumberGenerator? sucht die höchste vergebene Nummer und füllt Löcher nicht, Form::update_defaults nimmt die Nummer aus den defaults + 1.
Wie wurde entschieden, für welche Nummern fill_holes_in_range gesetzt wird?
Hintergrund: Im konkreten Fall wird ein automatischer Auftragsimport durchgeführt und die Aufträge sollen die nächste Nummer (defaults + 1) bekommen. Es werden aber auch bestimmte Aufträge händisch eingegeben, aus einem höheren Nummernkreis. Diese soll der automatische Import nicht nehmen und defaults auch nicht darauf setzen.
Ist ja ein Spezial-Fall und wie das letztendlich gemacht wird ist mir egal, aber so ist es eben nicht konsistent.
Ist evtl. bei anderen Nummern auch so - habe ich nicht geprüft.
Änderungshistorie (3)
comment:1 Geändert vor 2 Jahren durch m.bunkus@…
comment:2 Geändert vor 14 Monaten durch m.bunkus@…
comment:3 Geändert vor 14 Monaten durch m.bunkus@…
- Lösung auf fixed gesetzt
- Status von new nach closed geändert
Wir waren uns eben bei der Besprechung nicht ganz einig, was am Sinnvollsten ist. Meiner Meinung nach sollten Löcher immer gestopft werden. Also fill_holes_in_rage immer 1, und Form::update_defaults müsste ebenfalls entsprechend angepasst werden.
Ich glaube, früher war die Entscheidung, es bei Rechnungen zu machen, damit man keine Lücken im Nummernkreis hat, aber im Rest nicht, um die Kompatibilität mit Form::update_defaults zu wahren.