Erstellt vor 3 Jahren
Geschlossen vor 6 Monaten
#1927 closed Fehler (fixed)
Workflow Lieferschein->Rechnung berücksichtigt Preisgruppen nicht
| Erstellt von: | roethig_j | Verantwortlicher: | Niclas |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | 3.2.0 |
| Komponente: | kivitendo ERP | Version: | 2.7.0 |
| Schweregrad: | normal | Stichworte: | |
| Beobachter: |
Beschreibung
Zum nachvollziehen (kivitendo-demo): Lieferschein für einen Kunden für den eine Preisgruppe hinterlegt ist (z.B. procube im Demo) erstellen + speichern. Workflow: Rechnung. In der Rechnung erscheint der Verkaufspreis, die Preisgruppe wird nicht berücksichtigt. Geht man dann auf "Drucken und Buchen" wird eine falsche Rechnung erstellt.
Der Preis wird berichtigt, wenn man vor dem Drucken "ernuern" drückt.
Änderungshistorie (8)
comment:1 Geändert vor 2 Jahren durch m.bunkus@…
- Meilenstein auf 3.0.0 gesetzt
comment:2 Geändert vor 2 Jahren durch Niclas
- Status von new nach assigned geändert
- Verantwortlicher von m.bunkus@… nach Niclas geändert
comment:3 Geändert vor 2 Jahren durch wulf@…
comment:4 Geändert vor 2 Jahren durch Niclas
Ok, stimmt. Allerdings verursacht der Fix von #2037 einen anderen Fehler, versuch mal eine Rechnung zu erstellen, wobei eine Preisgruppe berücksichtigt werden soll. Und das liegt ganz sicher an dem Commit 2b9d5f3496283b4a0c505a3d116ec279cac13019, bzw. am Commit 0e792d9b96ce39353faa161fd97c5588b2a609f8.
Da Preisgruppen ohne diesen Commit wieder berücksichtigt werden, dachte ich, es würde auch den hier beschriebenen Fehler fixen - ok, falsch gedacht, aber trotzdem ist der Fix von #2037 problematisch.
comment:5 Geändert vor 2 Jahren durch bibi@…
comment:6 Geändert vor 2 Jahren durch s.schoeling@…
- Meilenstein von 3.0.0 nach 3.1.0 geändert
comment:7 Geändert vor 13 Monaten durch grichardson@…
- Meilenstein von 3.1.0 nach 3.2.0 geändert
Diese Bugs werden nicht mehr bis zum Release 3.1. behoben, deshalb setze ich den Meilenstein hoch.
comment:8 Geändert vor 6 Monaten durch grichardson@…
- Lösung auf fixed gesetzt
- Status von assigned nach closed geändert
ist meiner Meinung nach auch ein Duplikat von #1862, den ich eben geschlossen habe.

@niclas
kann das auch schon in release-2.7.0 reproduzieren, kann also nix mit dem fix von #2037 und commit 2b9d5f3496283b4a0c505a3d116ec279cac13019 zu tun haben