projekt kivitendo: Ticketshttps://www.kivitendo.de/redmine/https://www.kivitendo.de/redmine/redmine/favicon.ico?15768422422015-06-02T09:16:20Zwissen
Redmine Fehler #60 (Neu): Berichte Erzeugnisse - Lagermenge bei Einzelteilen falschhttps://www.kivitendo.de/redmine/issues/602015-06-02T09:16:20ZG. Richardson
<p>Wenn man unter Stammdaten->Berichte->Erzeugnisse den Haken die "Einzelteile" mit anzeigt, und "Lagermenge" in den Bericht mit aufnimmt, wird in der Spalte nicht die Lagermenge der Einzelteile sondern die Anzahl des Einzelteils im Erzeugnis angezeigt. Liegt wahrscheinlich an einer Doppelbelegung der Variablen für Menge in der speziellen Berichtsvariante.<br />Die Lagermenge der Einzelteile macht in dem Bericht wahrscheinlich auch gar keinen Sinn.</p> Fehler #59 (Neu): SuSa Überschriften im PDF-Export ab 2. Seite kaputthttps://www.kivitendo.de/redmine/issues/592015-05-28T17:15:25ZG. Richardson
<p>der custom_header Code im ReportGenerator funktioniert wohl nicht richtig</p> Fehler #58 (Neu): Falscher initialer Ertrag/Marge bei "Steuer im Preis inbegriffen"https://www.kivitendo.de/redmine/issues/582015-05-28T15:41:52ZG. Richardson
<p>Hat man standardmäßig bei neuen Belegen "Steuer im Preis inbegriffen" eingetragen wird beim ersten Hinzufügen eines Artikels die Steuer bei der Margen- und Ertragsberechnung nicht berücksichtigt.</p>
<p>Beispiel: Ware mit VK 0,88, EK 0,44<br />Nach dem Hinzufügen ist für den Artikel Marge 50% und Erlös 0,44, nach dem ersten Erneuern 40,50% und 0,30. (0.88/1.19-0.44=0.29949).</p> Fehler #57 (Neu): Nicht alle Felder in der GUI Englisch sind übersetzthttps://www.kivitendo.de/redmine/issues/572015-05-21T15:18:42ZJan Bürenjan@kivitendo-premium.de
<p>Bspw.: Ertrag ist hartkodiert.<br />Schwieriger ist aber Umsatzsteuer, woher kommt dieser Eintrag?<br />vermutung: tabelle tax + alte backend routine in form.pm</p> Feature #55 (Neu): Benutzerdefinierte Variable (cvars) auch im Bereich Lager abbildenhttps://www.kivitendo.de/redmine/issues/552015-05-04T16:57:51ZJan Bürenjan@kivitendo-premium.de
<p>Bspw. MHD dies ist auch ein Filter für Lagerplatz etc.<br />Wünschenswert wäre mindestens eine Übersicht von BDVs im Lagerbereich.</p> Feature #52 (Neu): Freitextfeld Anrede bei Ansprechpersonenhttps://www.kivitendo.de/redmine/issues/522015-04-02T08:28:09ZG. Richardson
<p>Für eine sehr personalisierte Anrede wäre es manchmal praktisch, wenn man die gewünschte Anrede bei einer Ansprechperson direkt hinterlegen könnte, z.B.<br />Sehr geehrter Herr Prof. Dr. von und zu Hochgeboren, ...</p>
<p>Damit könnte man pauschal auch Sonderfälle abdecken, z.B. wenn in der Zielsprache der Nachname vor dem Vornamen kommt, ohne unnötig viel Logik in die Druckvorage einbauen zu müssen, oder die Druckvorlage um weitere Sprachvarianten zu ergänzen.<br />Dann müßte die Druckvorlage an der entsprechenden Stelle nur prüfen, ob die Freitextanrede gesetzt ist, ansonsten würde ganz normal<br />die Kombination aus Anrede, Titel, Vorname, Nachname verwendet werden.</p>
<p>Im alten Trac habe ich nur dieses Ticket zu dem Themenbereich gefunden: <a class="external" href="http://trac.kivitendo.de/ticket/1337">http://trac.kivitendo.de/ticket/1337</a></p> Unterstützung #45 (Neu): oe_id und inventory_id aus invoice in record_links auslagernhttps://www.kivitendo.de/redmine/issues/452015-03-06T14:55:56ZJan Bürenjan@kivitendo-premium.de
<p>... insbesondere wenn man schon bei aufträgen auslagern möchte</p> Feature #44 (Neu): Vertretermodus entfernenhttps://www.kivitendo.de/redmine/issues/442015-03-05T08:13:38ZG. Richardson
<p>Der Vertretermodus ist eine Doppelbelegung des Verkäuferfeldes bei den Kundenstammdaten, in das auch Kunden-IDs gelegt werden können. Hierbei legt man Handelsvertreter als Kunden an und verlinkt diese Kunden dann mit den Verkäuferfeld.<br />Das kann man nicht sinnvoll in Rose abbilden und führt im Programmcode zu allerlei Verrenkungen.</p>
<p>Es gibt innerhalb von kivitendo auch keinen Code, der den Vertretermodus auswertet, sondern die Auswertung geschieht durch externe Programme.</p>
<p>Mittlerweile könnte man den Vertretermodus auch mit einer benutzerdefinierten Variable abbilden, es gibt die Möglichkeit zu Kunden benutzerdefinierte Variablen vom Typ Kunde zu hinterlegen.</p>
<p>Deshalb plane ich den Vertretermodus zu entfernen. Es sollte auch nicht schwierig sein, per Datenbankskript die Vertreterinformation in eine benutzerdefinierte Variable zu überführen.</p> Feature #43 (Neu): automatische Anpassung Verkaufspreis bei Erzeugnishttps://www.kivitendo.de/redmine/issues/432015-03-03T14:03:27ZG. Richardson
<p>In commit <a class="changeset" title="Der Verkaufspreis bei Erzeugnissen wird automatisch berechnet. Das macht kaum Sinn, deswegen werf..." href="https://www.kivitendo.de/redmine/projects/forum/repository/kivitendo/revisions/ca48cabb1cda087e3a27fa04dc64e4352e150446">ca48cabb1cda087e3</a> wurde das Verhalten von Erzeugnissen geändert, daß<br />durch das Hinzufügen oder Entfernen von Einzelteilen beim Erneuern automatisch der<br />Verkaufspreis des Erzeugnisses geändert wurde.</p>
<p>Das automatische Anpassen des Verkaufspreises wird allerdings noch an anderen<br />Stellen ausgeführt, z.B. wird beim Speichern eines Artikels geprüft, ob dieser<br />Artikel in Erzeugnissen vorkommt, und wenn ja, der Verkaufspreis der<br />entsprechenden Erzeugnisse angepasst.</p>
Entweder sollte man die automatische Aktualisierung
<ul>
<li>an allen Stellen entfernen</li>
<li>das alte Verhalten wiederherstellen, damit es konsistent mit den anderen Stellen ist</li>
<li>das automatische Aktualisieren von Erzeugnispreisen konfigurierbar machen</li>
</ul>
<p>Das Verhalten betrifft v.A. Verkaufspreis und Gewicht. Während die Anpassung<br />des Gewichts wahrscheinlich immer gewünscht ist, kann es beim Preis durchaus<br />Sinn machen, das Erzeugnis z.B. als "Set" günstiger anzubieten als die Summe<br />der Preise der Einzelteile. Da ist es dann schlecht, wenn sich der manuell eingegebene<br />Verkaufspreis des Erzeugnisses im Hintergrund ändert, wenn sich der Verkaufspreis einer<br />der Einzelkomponenten ändert.</p> Feature #38 (Neu): inventory um lastcost erweiternhttps://www.kivitendo.de/redmine/issues/382015-02-09T15:22:59ZJan Bürenjan@kivitendo-premium.de
<p>Sehr schön ist das Feature Preis-Information, hier kann man "endlich" Preisaktualisierung nachträglich zurückverfolgen.<br />Super ist auch, dass jetzt orderitems-id persistent sind - Ein möglicher, sinnvoller nächster Schritt wäre jetzt die Tabelle inventory um lastcost (Einkaufspreis beim Einlagern) zu erweitern, um hierüber auch FiBu-Auswertungen wie Lagerwertveränderungen abzubilden.</p>
<p>Änderungen in der DB: lastcost, wie chargenumber oder bestbefore definieren.<br />Änderungen im Programm: Beim Einlagern ein zusätzliches Feld Einkaufspreis (im Bereich Lager und im Bereich Lieferschein, bzw. hier den EK aus der Position übernehmen).</p> Unterstützung #33 (Neu): Alle FiBu-Masken auf Controller umstellenhttps://www.kivitendo.de/redmine/issues/332015-02-04T12:47:45ZJan Bürenjan@kivitendo-premium.de
<p>Vorbedingung um diese Funktionalität ordentlich abzubilden:</p>
<p><Mosu> Für 27 gibt es keine gute Lösung.<br /><Mosu> 1. Bei jedem Druck auf Drucken auch zu speichern, erfordert den bekannten, widerlichen und immer wieder fehlerträchtigen Weg des zweifachen Submits inklusive blöden parse_amount/format_amount-Tiraden.<br /><Mosu> 2. Bei Änderungen in der Form »Drucken« so lange zu sperren, bis man wieder gespeichert hat, wird den User extrem verwirren, den vor dem ersten Speichern geht das ja noch. Erklärungsbedürftig, daher scheiße.<br /><Mosu> 3. Immer zu speichern beim Drucken hat den riesigen Nachteil, dass das bei Rechnungen nun gerade nicht passieren darf. Das heißt, entweder man macht bei Rechnungen die Maske nach dem Buchen unbearbeitbar, oder man hat plötzlich unterschiedliches Verhalten bei Rechnung vs. andere Belege. Ähnliche Argumentation gilt für bereits ausgelagerte Lieferscheine.<br /><Mosu> 4. Es gab in der Vergangenheit Kunden und User, die einen Beleg nach dem Erstellen sehr wohl noch mal verändert ausdrucken wollten, ohne ihn aber zu speichern, und zwar mit guten Gründen. Klar, das sollte nicht jede MitarbeiterIn dürfen, aber vertraute Personen durchaus schon.<br /><Mosu> = Ich habe für dich keine gute Lösung.<br /><Mosu> Falsch, ich habe eine gute Lösung, die aber aufwändig ist.</p>
<p><Mosu> Sie besteht darin, alle Einkaufs- und Verkaufsbelege zusammen mit den FiBu-Masken für Debitoren-/Kreditoren-/Dialogbuchungen auf neue Controller umzustellen. Nachdem das geschehen ist, kann man relativ problemlos plötzlich Dinge implementieren wie Read-Only-Masken.<br /><Mosu> Aber ohne diesen Rewrite kann ich dir nahezu garantieren, dass du, egal mit welcher Lösung, entweder Benutzer total verwirrst oder immer und immer wieder subtitle Bugs einbaust (mal in io.pl, man in do/oe/ar/ap.pl, mal in DO/OE/IS/IR.pm…), weil der Code weiterhin extrem untereinander abhängig ist (Code in DO.pm verlässt sich darauf, dass Werte aus den Masken geparst oder eben nicht geparst sind etc).</p> Feature #31 (Neu): Verhalten bei der Datumskurzeingabe Git-Revision: 991d16bhttps://www.kivitendo.de/redmine/issues/312015-01-30T12:16:23ZWerner Hahn
<p>Ich hatte gerade im Changelog das mit der Datumsschnelleingabe gelesen und auf meiner Testumgebung getestet. Rechnungen und Dialogbuchen.<br />Rechnungen wenn ich erst das Datum und dann mit der Maus den Cursor in eine Positionzeile (Artikelnr) gehe und dann die Artikelnr eingebe und mit enter mir die Daten aus der Datenbank (so mache ich das in der Regel) hole bekomme ich eine SQL Fehlermeldung bezüglich des Datums mit Zurück geht es dann. Mit der Tabtaste auch.<br />Ähnliches Verhalten ist auch beim Dialogbuchen aber nur wenn ich mit enter aus dem Datumsfeld gehe.<br />FCGI ist an, allerdings ist meine Testumgebung lokal auf dem Laptop und ich sehe noch kurz, dass das Feld schon das richtige Datum hat und dann die Fehlermeldung.</p> Fehler #27 (Neu): Lieferschein -> Drucken speichert den Beleg im Vorfeld nicht.https://www.kivitendo.de/redmine/issues/272015-01-22T15:37:08ZJan Bürenjan@kivitendo-premium.de
<p>tagesaktuelle unstable</p>
<p>Lieferschein aus Workflow erfasst.<br /> -> Speichern <br /> -> Position mit X löschen<br /> -> Drucken</p>
<p>In der Form und dem Ausdruck befindet sich eine Position weniger in der DB nicht.</p>
<p>Ein erneuter Aufruf des Lieferscheins zeigt wieder die gelöschte Position an.</p> Fehler #20 (Neu): Doppelte Splitbuchung in Dialogbuchung -> DATEV Export falschhttps://www.kivitendo.de/redmine/issues/202015-01-10T13:44:51ZG. Richardson
<p>Es ist in Spezialfällen immer noch möglich, doppelte Splitbuchungen zu erstellen, und zwar über die Steuer.<br />Ein Beispiel wird in den Screenshots gezeigt. Hier wurden zwei separate Belege (Reisekosten, Bahnfahrkarten zu 13€) mit unterschiedlichen Bezahlarten (Bar und Kreditkarte) in einer Buchung zusammengefasst.</p>
<p>Als Resultat wird die Buchung im DATEV-Export falsch zusammengesetzt.<br />In kivitendo wurde daraus:</p>
<pre><code>Soll: Haben:<br /> 6663 21.85 1600 13.00<br /> 1406 4.15 1800 13.00</code></pre>
<p>Im DATEV-Export wird daraus:</p>
<pre><code>Soll: Haben:<br /> 6663 21.85 1600 26.00 <br /> 1406 4.15<br />und<br /> 1600 13.00 1800 13.00</code></pre>
<p>Die resultierenden Salden stimmen zwar, allerdings verfälscht dies in der SuSa den Soll-Saldo und Haben-Saldo, so daß dies beim Abgleich der SuSa erst mal nach einem Fehler aussieht.</p>
<p>Durch das Zusammenziehen der beiden Belege kommt es auch zu einer Verschiebung der Steuer durch unterschiedliches Runden. Hätte man die beiden Belege sauber einzeln gebucht bekäme man, wie auf den Belegen angezeigt, eine Gesamtsteuer von 4.16 und netto Reisekosten von 21.84, statt 4.15 und 21.85.</p>
<pre><code>Soll Haben<br /> 6663 10.92 1600 13.00<br /> 1406 2.08</code></pre>
<pre><code>Soll Haben<br /> 6663 10.92 1800 13.00<br /> 1406 2.08</code></pre> Feature #11 (Neu): Ergebnismenge von Berichten Benutzer- / Mandantenbezogen einstellenhttps://www.kivitendo.de/redmine/issues/112014-10-15T14:15:39ZJan Bürenjan@kivitendo-premium.de
<p>Aktuell werden bei Kunden alle Kunden ohne "Seiteneinschränkungen" angezeigt, bei Projekten werden diese aber auf 20 Projekte pro Seite gesetzt.</p>
<p>S.a.: $ perldoc SL/Controller/Helper/GetModels/Paginated</p>
<p>Anbei der Chat-Konsens:</p>
<p>also default_objects_per_page aus der SL::DB::Manager::Project.pm raus und in SL/DB/Helper/Paginated.pm rein.<br />Entsprechend alle SL/DB/Manager/*.pm Klasen entseuchen und fertig.</p>