Die Kategorien wurden geändert. |
Keine Bearbeitungszusammenfassung |
||
| Zeile 1: | Zeile 1: | ||
{{Releaseinfo | {{Releaseinfo | ||
| | |csVersion=9-29 | ||
| | |csBranche=Kategorie:Stückgut | ||
| | |csHighlight=Nein | ||
}} | }} | ||
NUR INTERN.<div> | NUR INTERN.<div> | ||
| Zeile 42: | Zeile 41: | ||
[[Category:Administration]] | [[Category:Administration]] | ||
{{Releaseinfo/USNr}} | |||
Aktuelle Version vom 25. Juli 2023, 09:20 Uhr
NUR INTERN.
Migrationsdetails:
- Die Aufträge, die bereits neue Ladungsinhalte haben, dürfen nicht angefasst werden
- Bei abgerechneten Aufträgen/Fahrten darf die Logik zum aufsummieren auf die Wegpunkte nicht angestoßen werden
- Grund: Teilweise ist z.B. manuell ein Volumen von 120 eingetragen und abgerechnet worden. Nach der Migration steht der aufsummierte Wert von 150 im WP. Das sollte nicht passieren.
- Aufträge die migriert wurden, sollen markiert werden, wenn der Wert eines Wegpunkts nicht zur Summe der Ladungsinhalte passt (Auftrag Frei Häkchen 3 ? oder ein eigenes neues Häkchen)
- Bezieht sich auf Menge, Gewicht, Volumen, Lademeter
- Die Migration muss auf einen sinnvollen Zeitraum begrenzt werden
- Vorschlag von SL: Alle aus diesem Jahr + letztes Jahr
- Damit der Nutzer alte Aufträge trotzdem migrieren kann, muss es ein Script geben (evtl Mehrfachauswahl möglich)
- Aufträge die bereits neue Ladungsinhalte haben, dürfen nicht angefasst werden
- Die Migration muss noch für Vorlagen und Angebote umgesetzt werden, äquivalent zu Aufträgen
- Es muss geklärt werden, wie die initiale Migration durchgeführt werden soll
- Z.b. manuell bei Update aus der Software heraus, beim ersten Start des AppServers nach Update oder durch externes Tool
