https://www.kivitendo.de/redmine/https://www.kivitendo.de/redmine/redmine/favicon.ico?15768422422017-05-30T12:02:29Zwissenprojekt kivitendo - Fehler #254: Artikeldetailansicht: Historie unvollständig und "Erneuert am" kaputthttps://www.kivitendo.de/redmine/issues/254?journal_id=3772017-05-30T12:02:29ZG. Richardson
<ul></ul><p>Andreas Rudin schrieb:</p>
<blockquote>
<p>3) Das Feld <strong>'Erneuert am'</strong> ganz oben rechts in der Detailansicht (über Listenpreis, Verkaufspreis etc.) zeigt nach dem Anpassen eines Preises <strong>weiterhin das vorher bereits angezeigte Datum</strong>. Das Aktualisieren des Datums klappt nicht mehr.</p>
</blockquote>
<p>Das wurde in der Tat vergessen. Das ist jetzt aber auch so halb überflüssig geworden, seit in der Preisinformation die Preisentwicklung mitprotokolliert wird, man könnte auch einfach von dort das letzte Datum anzeigen. Allerdings gibt es im Artikelbericht die Möglichkeit nach dem "Erneuert am" Datum zu sortieren, was natürlich schön einfach ist, wenn es als eigene Spalte in parts.partupdate existiert.</p>
<p>Was könnte man machen:</p>
<ul>
<li>da die Preishistorie schon per Trigger nach dem Update auf parts aktualisiert wird könnte man in add_parts_price_history_entry dort zusätzlich ein<br /><code>UPDATE parts SET priceupdate = now() where id = NEW.id;</code><br />einbauen, finde ich aber etwas unschön, da der Trigger nach dem UPDATE auf parts läuft und dann wiederum parts aktualisiert. Zudem müßte man den Code, der OLD.lastcost und NEW.lastcost vergleicht, duplizieren.</li>
</ul>
<ul>
<li>man könnte einen "BEFORE UPDATE" Trigger auf parts setzen, der den OLD.lastcost/NEW.lastcost Vergleich macht und NEW.priceupdate = now(); direkt beim Speichern setzt. Und dann könnte der Trigger in add_parts_price_history_entry nur noch auf eine Veränderung von parts.priceupdate reagieren.</li>
</ul>
<ul>
<li>parts.priceupdate komplett rausschmeißen und in den Berichten und der Artikelseite immer das Datum des letzten Eintrags aus parts_price_history anzeigen. Der Bericht muß dann allerdings etwas mehr arbeiten und alle Artikel danach zu sortieren ist etwas komplizierter.</li>
</ul> projekt kivitendo - Fehler #254: Artikeldetailansicht: Historie unvollständig und "Erneuert am" kaputthttps://www.kivitendo.de/redmine/issues/254?journal_id=3812017-05-30T14:29:21ZG. Richardson
<ul></ul><blockquote>
<p>1) Klick auf 'Historie' zeigt <strong>höchstens einen Teil</strong> der in der Datenbanktabelle <strong>history_erp</strong> <strong>gespeicherten Einträge</strong> zu diesem Artikel, manchmal auch gar nichts</p>
</blockquote>
<p>D.h. es fehlen ganze Zeilen aus der history_erp zu dem Artikel? Das bräuchte ich ein konkretes Beispiel, wie das nachzustellen ist.</p>
<blockquote>
<p>2) In der <strong>Historie fehlen</strong> die bisher angezeigten Spalten mit der <strong>Artikelnummer</strong> und der <strong>Buchungsnummer</strong>: wurden diese <strong>absichtlich</strong> weggelassen oder nicht?</p>
</blockquote>
<p>Artikelnummer habe ich eben hinzugefügt, das ist ja noch sinnvoll, wenn die sich ändert. "Buchungsnummer" ist nicht wirklich interessant, oder?<br />Die alte Historienmaske ist ganz furchtbar, deshalb wurde das nur für Artikel einmal neu gestrickt. Eigentlich müße man die Historie komplett überarbeiten, aber bevor da gar nichts steht... Was derzeit fehlt ist eine Sortierung der Spalten.</p>
<blockquote>
<p>3) Das Feld <strong>'Erneuert am'</strong> ganz oben rechts in der Detailansicht (über Listenpreis, Verkaufspreis etc.) zeigt nach dem Anpassen eines Preises <strong>weiterhin das vorher bereits angezeigte Datum</strong>. Das Aktualisieren des Datums klappt nicht mehr.</p>
</blockquote>
<p>Im Chat gab es eine Diskussion, ob das Feld in der Form so überhaupt sinnvoll ist, da es nur sellprice/listprice/lastcost betrifft und die Preise immer häufiger aus anderen Quellen stammen. Außerdem gibt es jetzt den Reiter Preisinformation, wo man die gleiche Information bekommt.</p> projekt kivitendo - Fehler #254: Artikeldetailansicht: Historie unvollständig und "Erneuert am" kaputthttps://www.kivitendo.de/redmine/issues/254?journal_id=4072017-07-12T10:19:05ZJan Bürenjan@kivitendo-premium.de
<ul><li><strong>Priorität</strong> wurde von <i>Hoch</i> zu <i>Normal</i> geändert</li><li><strong>% erledigt</strong> wurde von <i>0</i> zu <i>40</i> geändert</li></ul><p>Andreas, kannst hier die Fragen von Geoff noch aufgreifen?</p>
<p>Ansonsten sehe ich das nicht als 3.5 kritisch an und priorisiere das entsprechend.</p> projekt kivitendo - Fehler #254: Artikeldetailansicht: Historie unvollständig und "Erneuert am" kaputthttps://www.kivitendo.de/redmine/issues/254?journal_id=4222017-07-17T15:06:42ZAndreas Rudin
<ul><li><strong>Datei</strong> <a href="/redmine/attachments/193">Artikel_Historie.png</a> <a class="icon-only icon-download" title="Herunterladen" href="/redmine/attachments/download/193/Artikel_Historie.png">Artikel_Historie.png</a> wurde hinzugefügt</li><li><strong>Datei</strong> <a href="/redmine/attachments/194">Datenbanktabelle_history_erp.png</a> <a class="icon-only icon-download" title="Herunterladen" href="/redmine/attachments/download/194/Datenbanktabelle_history_erp.png">Datenbanktabelle_history_erp.png</a> wurde hinzugefügt</li><li><strong>Datei</strong> <a href="/redmine/attachments/195">Tabelle_parts_price_history.png</a> <a class="icon-only icon-download" title="Herunterladen" href="/redmine/attachments/download/195/Tabelle_parts_price_history.png">Tabelle_parts_price_history.png</a> wurde hinzugefügt</li></ul><p>| | 1) Klick auf 'Historie' zeigt höchstens einen Teil der in der Datenbanktabelle history_erp gespeicherten Einträge zu diesem Artikel, manchmal auch gar nichts</p>
<p>| D.h. es fehlen ganze Zeilen aus der history_erp zu dem Artikel? Das bräuchte ich ein konkretes Beispiel, wie das nachzustellen ist.</p>
<p>Ja, anbei ein Beispiel:</p>
<p>Beim Artikel mit der id 29997 (Artikelnummer K20179809) sind in der Tabelle history_erp 10 Einträge vorhanden. Davon werden aber nur 5 Stück in der Artikeldatailmaske beim Klick auf "Historie" angezeigt (es fehlen zum Beispiel die Einträge vom 2.4.2017). Es sieht so aus, dass nur die Einträge aufgeführt werden, bei denen in der Spalte "what_done" 'part' steht.</p> projekt kivitendo - Fehler #254: Artikeldetailansicht: Historie unvollständig und "Erneuert am" kaputthttps://www.kivitendo.de/redmine/issues/254?journal_id=4232017-07-17T15:23:07ZAndreas Rudin
<ul></ul><p>G. Richardson schrieb:</p>
<blockquote>
<p>Andreas Rudin schrieb:</p>
<blockquote>
<p>3) Das Feld <strong>'Erneuert am'</strong> ganz oben rechts in der Detailansicht (über Listenpreis, Verkaufspreis etc.) zeigt nach dem Anpassen eines Preises <strong>weiterhin das vorher bereits angezeigte Datum</strong>. Das Aktualisieren des Datums klappt nicht mehr.</p>
</blockquote>
<p>Das wurde in der Tat vergessen. Das ist jetzt aber auch so halb überflüssig geworden, seit in der Preisinformation die Preisentwicklung mitprotokolliert wird, man könnte auch einfach von dort das letzte Datum anzeigen. Allerdings gibt es im Artikelbericht die Möglichkeit nach dem "Erneuert am" Datum zu sortieren, was natürlich schön einfach ist, wenn es als eigene Spalte in parts.partupdate existiert.</p>
<p>Was könnte man machen:</p>
<ul>
<li>da die Preishistorie schon per Trigger nach dem Update auf parts aktualisiert wird könnte man in add_parts_price_history_entry dort zusätzlich ein<br /><code>UPDATE parts SET priceupdate = now() where id = NEW.id;</code><br />einbauen, finde ich aber etwas unschön, da der Trigger nach dem UPDATE auf parts läuft und dann wiederum parts aktualisiert. Zudem müßte man den Code, der OLD.lastcost und NEW.lastcost vergleicht, duplizieren.</li>
</ul>
<ul>
<li>man könnte einen "BEFORE UPDATE" Trigger auf parts setzen, der den OLD.lastcost/NEW.lastcost Vergleich macht und NEW.priceupdate = now(); direkt beim Speichern setzt. Und dann könnte der Trigger in add_parts_price_history_entry nur noch auf eine Veränderung von parts.priceupdate reagieren.</li>
</ul>
<ul>
<li>parts.priceupdate komplett rausschmeißen und in den Berichten und der Artikelseite immer das Datum des letzten Eintrags aus parts_price_history anzeigen. Der Bericht muß dann allerdings etwas mehr arbeiten und alle Artikel danach zu sortieren ist etwas komplizierter.</li>
</ul>
</blockquote>
<hr />
<blockquote>
<p>Im Chat gab es eine Diskussion, ob das Feld in der Form so überhaupt sinnvoll ist, da es nur sellprice/listprice/lastcost betrifft und die Preise immer häufiger aus anderen Quellen stammen. Außerdem gibt es jetzt den Reiter Preisinformation, wo man die gleiche Information bekommt.</p>
</blockquote>
<hr />
<p>Wenn da in Zukunft irgendein Datum stehen soll, so müsste klarer gekennzeichnet sein, was damit gemeint ist:<br />Letztes Update des Artikels an sich (Datum aus history_erp), letzte Preisänderung (irgendeines Preises), letzte Änderung der Verkaufspreises, letzte Änderung des Einkaufspreises? etc.<br />Da effektiv alle diese Informationen schnell via Klick auf "Historie" oder "Preisinformationen" verfügbar sind, würde ich vorschlagen, <strong>das Feld hier ganz wegzulassen</strong>.<br /><strong>So wie es jetzt ist, stiftet es nur Verwirrung und liefert schlichtweg falsche Informationen.</strong><br />Also zunächst mal löschen und dann allenfalls in Ruhe überlegen, ob und was wirklich sinnvoll ist.<br />Gruss<br />Andreas</p> projekt kivitendo - Fehler #254: Artikeldetailansicht: Historie unvollständig und "Erneuert am" kaputthttps://www.kivitendo.de/redmine/issues/254?journal_id=4262017-07-18T11:12:48ZG. Richardson
<ul></ul><p>Andreas Rudin schrieb:</p>
<blockquote>
<p>Beim Artikel mit der id 29997 (Artikelnummer K20179809) sind in der Tabelle history_erp 10 Einträge vorhanden. Davon werden aber nur 5 Stück in der Artikeldatailmaske beim Klick auf "Historie" angezeigt (es fehlen zum Beispiel die Einträge vom 2.4.2017). Es sieht so aus, dass nur die Einträge aufgeführt werden, bei denen in der Spalte "what_done" 'part' steht.</p>
</blockquote>
<p>Kannst du feststellen, bei welchen Aktionen what_done gefüllt wird und bei welchen es leer bleibt? Ich denke what_done sollte immer geschrieben werden.</p>