Erstellt vor 5 Jahren

Zuletzt geändert vor 5 Jahren

#1301 closed Fehler (wont-fix)

Automatischer Datenuebertrag Lieferant <-> Kunde

Erstellt von: roman.karuschka@… Verantwortlicher: p.reetz@…
Priorität: niedrig Meilenstein:
Komponente: kivitendo ERP Version: 2.6.2 unstable
Schweregrad: Verbesserung Stichworte: Stammdaten
Beobachter: m.bunkus@…, hli@…, roman.karuschka@…

Beschreibung

Bisweilen sind Kunden auch Lieferanten (und umgekehrt). Wenn man mit einer kleinen Funktion Kundendaten in eine neue Lieferantenmaske uebertragen koennte (und andersherum) waere dies hilfreich.
Da diese Funktion vermutlich nur einen einstelligen Prozentsatz der jeweiligen Datensaetze betrifft, braucht es ja nicht die prominenteste Stelle fuer den Ausloeser zu sein.

Änderungshistorie (5)

comment:1 Geändert vor 5 Jahren durch hli@…

  • Beobachter hli@… hinzugefügt

Ich würde es vorziehen, wenn beide in der gleichen Tabelle stehen und nur ein Kennzeichen erhalten (C,V). Klar dann auch Customernumber und Verndornumber.

Dabei dürfte der V dann als Kunde auftauchen, C aber nicht als Lieferant.

Dann sind nämlich die Ansprechpartner auch nur einmal gepflegt, Umsätze lassen sich konsolidieren, OPs gegen OF aufrechnen, Adressen müssen nur einmal gepflegt werden.....

comment:2 Geändert vor 5 Jahren durch m.bunkus@…

  • Lösung auf wontfix gesetzt
  • Status von new nach closed, m.bunkus@linet-services.de geändert

Das Zusammenlegen von Kunden- und Lieferantendaten wird aufgrund des immensen Programmier- und Testaufwands nicht implementiert werden.

comment:3 Geändert vor 5 Jahren durch roman.karuschka@…

  • Beobachter roman.karuschka@… hinzugefügt

Hmm, als ultimativ erledigt wuerde ich das trotzdem nicht ansehen, denn an sich hat Holger mit seinem Vorschlag ja durchaus Recht, genau wie du mit dem Einwurf des Arbeitsaufwandes, Moritz.
Sowas wie diese Sache sehe ich als Langzeitziel, koennen wir uns darauf verstaendigen Dinge, die prinzipiell erstrebenswert sind, aber nicht mittelfristig umgesetzt werden koennen (der Tag hat nunmal nur 24h) auf Later oder einen anderen Status zu setzen?
Es wird mit WONTFIX schwer zu unterscheiden, welche Bugs geschlossen wurden weil sie wirklich unerwuenschte Aenderungen bedeuten wuerden, und was gewollt ist, aber nunmal wg der Last derzeit nicht gemacht werden kann.
Das gilt eben auch fuer dutzende anderer Bugs.

comment:4 Geändert vor 5 Jahren durch m.bunkus@…

Ich kann dir versichern, dass dieses Feature seitens LINET nie umgesetzt wird, wenn nicht irgend ein Kunde dafür zahlt. Gründe gibt es einige, u.a. Kompatibilität mit anderen bestehenden Installationen/Kundenprojekten?, dem immensen Aufwand etc etc. Insofern besteht realistisch betrachtet kein Mehrwert, den Bug auf offen zu belassen, außer die ohnehin schon lange Liste der offenen Bugs noch zu verlängern.

comment:5 Geändert vor 5 Jahren durch roman.karuschka@…

Mir ging es weniger darum den Bug unbedingt offen zu halten, mehr darum ein Unterscheidungskriterium fuer Auswertungen zu finden.
Evtl zusaetzlich zu "WONTFIX" etwas im Sinne von "WONTFIXNOW" oder was auch immer beliebt, damit koennten vor der 3.0 oder wann auch immer solche Designvorschlaege wieder problemlos ausgewertet/aufgegriffen werden. "LATER" waere ansonsten eher mein Kandidat als "WONTFIX" eben. Aufgeschoben ist nicht aufgehoben.

Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.