Erstellt vor 6 Jahren
Zuletzt geändert vor 5 Jahren
#1076 closed Fehler (duplicate)
Mitarbeiter zu anderen Datenbanken erscheinen mit in Bearbeiter/Verkaeufer-Auswahllisten
| Erstellt von: | roman.karuschka@… | Verantwortlicher: | p.reetz@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | later |
| Komponente: | kivitendo ERP | Version: | 2.6.2 unstable |
| Schweregrad: | unwesentlich | Stichworte: | Oberfläche |
| Beobachter: | m.bunkus@…, s.schoeling@…, roman.karuschka@… |
Beschreibung
Angenommen man hat zwei (oder mehr) Kunden auf derselben LX-Installtion angelegt, erscheinend die Mitarbeiter aus den anderen Projekten/DBs uebergreifend.
Das wird entsprechend chaotisch (oder auch boese) wenn es um Provisionen, Nachhaltungen und Auswertungen geht, bei denen z.B. ein Mitarbeiter in beiden DBs vorkommt und dann gelegentlich (mangels Unterscheidbarkeit) mal der eine, mal der andere augenscheinlich selbe Mitarbeiter eingetragen wurde.
Änderungshistorie (5)
comment:1 Geändert vor 6 Jahren durch roman.karuschka@…
comment:2 Geändert vor 5 Jahren durch s.schoeling@…
- Beobachter s.schoeling@… hinzugefügt
- Meilenstein auf 2.6.1 gesetzt
comment:3 Geändert vor 5 Jahren durch m.bunkus@…
- Meilenstein von 2.6.1 nach later geändert
- Priorität von Hoch nach Normal, m.bunkus@linet-services.de geändert
- Schweregrad von Wichtig nach Unwichtig geändert
Wird nicht in naher Zukunft geändert.
comment:4 Geändert vor 5 Jahren durch roman.karuschka@…
- Lösung auf later gesetzt
- Status von new nach closed, roman.karuschka@ok-it-services.de geändert
War wohl eh teils auf einen Handlingfehler zurueckzufuehren (es gibt auf der Maschine drei Instanzen und vermutlich wurde mittels "User als neu speichern" erst die falsche DB uebernommen, dann die Richtige eingestellt, sprich der user stand dann in beiden).
Mal prinzipiell, ich verstehe, dass verknuepfte Verkaeuferdaten nicht geloescht werden koennen (bzw sollten), weil das sonst die Integritaet der Datenbanken zerschiesst, was wir ja vermutlich alle nicht wollen.
"Unverknuepfte (e.g. neue) Kennungen, die im System mit nichts im Zusammenhang stehen sollten jedoch IMO loeschbar sein, oder alternativ alle Kennungen/Anzeigen? fuer Dropdownfelder in aktuellen/neuen Masken deaktivierbar.
Das wuerde sehr sehr lange Listen in Unternehmen mit z.B. 30-40 Leuten, die in LX agieren, verhindern.
Oder zumindest taete Personalfluktuation nicht mehr dermassen weh.
In diesem Sinne schliesse ich diesen Bug, denn IIRC steht die Nummer mit dem Deaktivieren der Eintraege auch noch in einem anderen bug. Doppelt muss ja nicht sein.
Moritz, ich gehe mal davon aus, dass du hier keine Einwaende hast..
comment:5 Geändert vor 5 Jahren durch roman.karuschka@…
- Lösung von later nach duplicate geändert

Ich konnte das Problem in einem neuen Versuch nicht reproduzieren.
Bereits gefixt?
Haengen evtl andere Umstaende damit zusammen?
Generell waere es aber z.B. ueberlegenswert, ob die Bearbeiter- und Verkaeufer-Felder nicht bei geschlossenen Dokumenten, gerade bei Rechnungen, festgesetzt werden (keine Dropdown-Felder mehr) und man Eintraege ausgeschiedener Mitarbeiter fuer die jeweils aktuell generierte Dropdown-Liste als "Deaktiviert", sprich dort nicht mehr erscheinend markieren kann.
so blieben alte Masken nachvollziehbar und Neue muessten nicht den ballast vergangener Epochen mit sich herumtragen, denn Dropdown-Felder mit 200 Eintraegen von denen 80 nie wieder gebraucht werden sind wenig spassig ;-)
Diesen Bug evtl mit den anderen Bearbeiter/Verkaeufer?-Bugs zusammen sehen fuer eine uebergreifende Loesung