wissen: Ticketshttps://www.kivitendo.de/redmine/https://www.kivitendo.de/redmine/redmine/favicon.ico?15768422422024-03-06T16:05:19Zwissen
Redmine projekt kivitendo - Fehler #668 (In Bearbeitung): Design 4.0: Flash beim Anlegen einer neuen Date...https://www.kivitendo.de/redmine/issues/6682024-03-06T16:05:19ZAndreas Rudin
<p>Wenn ich mit dem neuen Design in der Administration eine neue Datenbank erstelle, so wird die Datenbank zwar erstellt, die Flash-Anzeige mit der Bestätigung, dass die Datenbank angelegt wurde, wird aber von anderen Elementen überdeckt und ist nicht sichtbar.</p> projekt kivitendo - Fehler #663 (Gelöst): Fehlbetrag setzen bei Debitorenbuchungen funktioniert n...https://www.kivitendo.de/redmine/issues/6632024-03-05T16:15:13ZAndreas Rudin
<p>Beim manuellen Verbuchen von Zahlungen bei Debitorenzahlungen gibt es keine Reaktion, wenn auf den Button 'Fehlbetrag setzen' geklickt wird.</p>
<p>(Bei Kreditorenbuchungen funktioniert dies hingegen)</p> projekt kivitendo - Fehler #662 (Gelöst): Zahlungseingang verbuchen bei Debitorenbuchung bringt F...https://www.kivitendo.de/redmine/issues/6622024-03-05T16:10:17ZAndreas Rudin
<p>Beim manuellen Verbuchen einer Debitorenzahlung wird folgende Fehlermeldung ausgegeben, wenn das Feld 'Projektnummer' leer gelassen wird.<br />---<br />Fehler!<br />do_transaction() failed - DBD::Pg::db do failed: ERROR: insert or update on table "acc_trans" violates foreign key constraint "acc_trans_project_id_fkey" <br />DETAIL: Key (project_id)=(30) is not present in table "project". at /var/www/kivitendo.ch/kivitendo-erp/SL/DBUtils.pm line 60.<br />---</p>
<p>Wenn eine Projektnummer eingetragen wird, klappt das Verbuchen.</p> projekt kivitendo - Unterstützung #600 (Neu): Wenn der Bankimport für ein Konto aktiviert ist, kö...https://www.kivitendo.de/redmine/issues/6002023-06-22T19:19:26ZAndreas Rudin
<p>Kivitendo-Version 3.8.0<br />Wenn unter System → Bankkonten ein Bankkonto mit einem Buchnungskonto verknüpft wird, so wird dort angegeben, dass dieses Buchungskonto anschliessend nicht mehr manuell bebucht werden kann.<br />- Das stimmt zwar für Zahlungseingänge /-ausgänge in Rechnungen.<br />- Via Finanzbuchhaltung → Zahlungseingang / Zahlungsausgang können aber Zahlungseingänge bzw. <del>ausgänge zu bestehenden Rechnungen nach wie vor manuell gebucht werden.<br /></del> Auch Dialogbuchungen auf das entsprechend Buchungskonto können weiterhin manuell durchgeführt werden.</p>
<p>Bei Rechnungen sowie Kreditoren- und Debitorenbuchungen wird bei Zahlungseingängen auf das mit einem Bankkonto verknüpfte Buchungskonto, die bereits verbucht wurden, ein falsches Konto als Zahlungseingangskonto angezeigt, anstatt dass die Buchung auf das Bankkonto readonly angezeigt wird.</p>
<p>Anbei zwei Screenshots der gleichen Einkaufsrechnung aus der Steigmann Werft-Demo, einmal wenn Konto 1800 mit einem Bankkonto verknüpft ist und einmal ohne Verknüpfung.</p> projekt kivitendo - Fehler #588 (Neu): Bei der Auflistung von Vorsteuerkonten wird im Buchungsjou...https://www.kivitendo.de/redmine/issues/5882023-04-12T18:29:33ZAndreas Rudin
<p>Wenn ich mir via Finanzbuchhaltung → Berichte → Buchungsjournal den Auszug eines Vorsteuerkontos anzeigen lasse, so bleibt die Spalte 'Buchungsdatum' leer.<br />Das Problem tritt in der 3.8. wie auch in der 3.7 auf und tritt in der Steigmann-Demo bei den Konten 1401 und 1406 auf (siehe angehängten Screenshot).</p> projekt kivitendo - Fehler #563 (Erledigt): Zahlungeingänge bzw. -ausgänge werden bei Debitoren- ...https://www.kivitendo.de/redmine/issues/5632023-02-17T23:57:49ZAndreas Rudin
<p>In der aktuellen unstable (18.2.2023) sind sowohl im alten wie im neuen Design die Währungen bei den Zahlungseingängen bzw. <del>ausgängen bei Debitoren</del> bzw. Kreditorenbuchungen vertauscht.<br />Entsprechend werden bei beiden Währungen falsche Zahlen dargestellt, bzw. bei der Standardwährung wird der Betrag angezeigt, der für die Fremdwährung richtig wäre, bei der Fremdwährung wird ein komplett falscher Wert errechnet.<br />Die Buchungen hingegen werden korrekt ausgeführt und entsprechend auch im Tab 'Buchungen' angezeigt.</p>
<p>Beispiel:<br />Standardwährung: CHF<br />Fremdwährung: EURO<br />Tageskurs der Kreditorenbuchung: 1.1<br />Buchungssatz: 20 Euro Materialeinkauf an Verbindlichkeiten aus Lieferungen und Leistungen<br />Zahlungseingang: 20 Euro Tageskurs der Zahlung: 1.3<br />Bei den Zahlungsausgängen wird aber angezeigt: 20 CHF bzw. 15.38 EURO<br />Gebucht wird hingegen: 22 CHF Materialeinkauf, 4 CHF Kursverlust und 26 CHF Kasse<br />siehe angefügte Screenshots</p>
<p>In der 3.7.0 ist das Problem noch nicht vorhanden, da dort bei den Zahlungsein- bzw. ausgängen keine Währungen angezeigt werden, sondern nur der Betrag in Fremdwährung und der Wechselkurs</p> projekt kivitendo - Fehler #555 (Abgewiesen): Fehlermeldung "Form::check_exchangerate was an 'und...https://www.kivitendo.de/redmine/issues/5552023-01-18T09:45:18ZAndreas Rudin
<p>Wenn ich im aktuellen master vom 18.1.2023 via Finanzbuchhaltung → Debitoren/Kreditorenbuchung eine neue Buchung erstellen möchte, so erscheint sofort die oben angegebene Fehlermeldung.<br />Das passiert sowohl im neuen wie im alten Design.<br />Das ganze ist unabhängig davon, ob Fremdwährungen in der Mandantenkonfiguration eingerichtet wurden oder schon Buchungen vorhanden sind.</p>
<p>Bestehende Debitorenbuchungen und Kreditorenbuchungen kann ich aber problemlos aufrufen und bearbeiten.<br />Bei einer komplett neuen Installation ohne Daten erscheint der gleiche Fehler auch, wenn bei 'Verkauf → Rechnung erfassen'.</p>
<p>Hier der komplette Text der Fehlermeldung bei den Debitorenbuchungen:<br />--------------<br />Fehler!<br />Parameter <a class="issue tracker-1 status-3 priority-2 priority-default closed" title="Fehler: 2437 Falsche Marge bei Verwendung von Preisfaktor (Gelöst)" href="https://www.kivitendo.de/redmine/issues/6">#6</a> (undef) to Form::check_exchangerate was an 'undef', which is not one of the allowed types: scalar<br /> at /var/www/kivitendo.ch/kivitendo-erp/SL/Form.pm line 1507.<br /> Form::check_exchangerate(Form=<abbr title="0x55c848a45260">HASH</abbr>, <abbr title="0x55c8479410e0">HASH</abbr>, "USD", "17.01.2023", "buy", undef, "ar") called at /var/www/kivitendo.ch/kivitendo-erp/bin/mozilla/ar.pl line 384<br /> main::form_header called at /var/www/kivitendo.ch/kivitendo-erp/bin/mozilla/ar.pl line 303<br /> main::display_form called at /var/www/kivitendo.ch/kivitendo-erp/bin/mozilla/ar.pl line 271<br /> main::add() called at /var/www/kivitendo.ch/kivitendo-erp/bin/mozilla/common.pl line 284<br /> main::call_sub("::add") called at /var/www/kivitendo.ch/kivitendo-erp/SL/Dispatcher.pm line 313<br /> eval {...} called at /var/www/kivitendo.ch/kivitendo-erp/SL/Dispatcher.pm line 322<br /> SL::Dispatcher::handle_request(SL::Dispatcher=<abbr title="0x55c83ea24278">HASH</abbr>, FCGI=<abbr title="0x55c8473990f8">SCALAR</abbr>) called at /var/www/kivitendo.ch/kivitendo-erp/SL/Dispatcher.pm line 230<br /> SL::Dispatcher::handle_all_requests(SL::Dispatcher=<abbr title="0x55c83ea24278">HASH</abbr>) called at /var/www/kivitendo.ch/kivitendo-erp/dispatcher.fcgi line 21<br />-------------------</p> projekt kivitendo - Fehler #553 (Erledigt): Adminbereich: Beim Editieren von Benutzer*innen fehlt...https://www.kivitendo.de/redmine/issues/5532023-01-16T12:14:47ZAndreas Rudin
<p>Fehler im master vom 16.1.2023 - noch ok in 3.7.0<br />Fehler ist sowohl im alten wie im neuen Design vorhanden!</p>
<p>Beim Bearbeiten von Benutzer*innen in der Administration wird bei bestehenden Benutzer*innen ihre Gruppen- und Mandantenzugehörigkeit nicht angezeigt, das heisst, die Felder auf der rechten Seite bei der Gruppen- und Mandantenzugehörigkeit bleiben leer.<br />Beim Anlegen von neuen Benuzter*innen ist es möglich, diese zu Gruppen und Mandanten zuzuteilen und die Zugehörigkeit wird dann auf der rechten Seite angezeigt. Nach dem Speichern sind die rechten Felder aber wieder leer.</p> projekt kivitendo - Fehler #510 (Neu): Vorgangsbezeichung im Dialogbuchen zwingend wie bei Einkau...https://www.kivitendo.de/redmine/issues/5102022-08-26T22:39:19ZAndreas Rudin
<p>In der Mandantenkonfiguration kann unter Features eingestellt werden: 'Vorgangsbezeichnung in Einkaufs- und Verkaufsbelegen erzwingen'.<br />Seit Commit eacebf8a165d03444aeff7a2897b4cd7a5cbcc9c vom 21.2.2022 wirkt sich diese Einstellung auch auf Dialogbuchungen aus, obwohl <strong>Dialogbuchungen ja nichts mit Einkaufs- und Verkaufsbelegen</strong> zu tun haben.<br />Wenn es gewünscht ist, dass eine Vorgangsbezeichnung auch bei Dialog-Buchungen erzwungen werden kann, so sollte dies mit einer <strong>eigenen Einstellung in der Mandantenkonfiguration</strong> geregelt werden, da es bei den Dialog-Buchungen ja schon das Feld 'Beschreibung' als Pflichtfeld gibt und dies in den allermeisten Fällen genügt.<br />Bei Einkaufs- und Verkaufsbelegen gibt es hingegen keine 'Beschreibung', weshalb dort das Erzwingen der Vorgangsbezeichnung unabhängig von dem Verhalten bei Dialogbuchungen einstellbar sein muss.</p>
<p>Der entsprechende Code ist in bin/mozilla/gl.pl Zeile 1221</p> projekt kivitendo - Fehler #494 (Gelöst): Beim Erstellen eines Auftrags via Workflow aus der Kund...https://www.kivitendo.de/redmine/issues/4942022-03-12T11:39:54ZAndreas Rudin
<p>Kivitendo Version 3.6.0</p>
<p>Wenn Sprachen konfiguriert sind und bei einer Kundin / einem Kunden eine solche in der Kundenmaske gespeichert wurde, so wird diese Sprache beim Erstellen eines Auftrags via Workflow aus der Kundenmaske nicht übernommen, sondern das Feld 'Sprache' bleibt leer.<br />Entsprechend wird auch anschliessend beim Export eines Druckdokuments die Sprache nicht mehr automatisch gesetzt.</p>
<p>(Beim direkten Erstellen von Rechnungen aus der Kundenmaske wird die Sprache übernommen.)</p>
<p>Dieses Verhalten ist auch in der aktuellen Kivi-Demo Version 3.5.7 vorhanden.</p>
<p>Ich vermute, dass beim Erstellen von commit 473431b1a1008e2cdcb5d49bb04227f5b0004852 vom 9.11.2020 vergessen wurde, dies zu berücksichtigen, mit dem die Sprache eines Auftrags nicht mehr erst beim Export im Druckdialog gewählt wird, sondern die Sprache bereits im Auftrag festgelegt wird.</p>
<p>Früher gab es bei einem Auftrag keine explizite Sprachzuteilung und beim Export wurde die Sprache aus den Kundendaten übernommen und konnte dort angepasst werden.</p>
<p>Entsprechend sollte das Verhalten jetzt so geändert werden, dass beim Erstellen eines Auftrags aus der Kundenmaske die beim Kunden hinterlegte Sprache übernommen wird. Sie kann anschliessend falls gewünscht dann dort verändert werden.</p> projekt kivitendo - Fehler #482 (Neu): DATEV-Fehlermeldung obwohl DATEV deaktivert isthttps://www.kivitendo.de/redmine/issues/4822021-07-26T15:58:46ZAndreas Rudin
<p>Kivitendo 3.5.2 und 3.5.7</p>
<p>Das Deaktivieren von DATEV in der Mandantenkonfiguration mit dem Eintrag in defaults: feature_datev → FALSE, belässt die anderen DATEV-Einträge in der Tabelle defaults (datev_check...) auf 'TRUE'.</p>
<p>Das führt dazu, dass auch wenn DATEV deaktiviert ist, DATEV-Fehlermeldungen beim Buchen erzeugt werden, da bei der Prüfung auf DATEV-Fehler zumindest in der SL/IS.pm am Ende der sub post_invoice bei der Ausgabe eines DATEV-Fehlers nur die Einstellung von datev_check_on_sales_invoice geprüft wird und nicht die Einstellung von feature_datev.</p>
<pre><code class="perl syntaxhl"> <span class="c1"># safety check datev export</span>
<span class="k">if</span> <span class="p">(</span><span class="nv">$::instance_conf</span><span class="o">-></span><span class="nv">get_datev_check_on_sales_invoice</span><span class="p">)</span> <span class="p">{</span>
<span class="k">my</span> <span class="nv">$datev</span> <span class="o">=</span> <span class="nn">SL::</span><span class="nv">DATEV</span><span class="o">-></span><span class="k">new</span><span class="p">(</span>
<span class="nv">dbh</span> <span class="o">=></span> <span class="nv">$dbh</span><span class="p">,</span>
<span class="nv">trans_id</span> <span class="o">=></span> <span class="nv">$form</span><span class="o">-></span><span class="p">{</span><span class="nv">id</span><span class="p">},</span>
<span class="p">);</span>
<span class="nv">$datev</span><span class="o">-></span><span class="nv">generate_datev_data</span><span class="p">;</span>
<span class="k">if</span> <span class="p">(</span><span class="nv">$datev</span><span class="o">-></span><span class="nv">errors</span><span class="p">)</span> <span class="p">{</span>
<span class="nb">die</span> <span class="nb">join</span> <span class="p">"</span><span class="se">\n</span><span class="p">",</span> <span class="nv">$::locale</span><span class="o">-></span><span class="nv">text</span><span class="p">('</span><span class="s1">DATEV check returned errors:</span><span class="p">'),</span> <span class="nv">$datev</span><span class="o">-></span><span class="nv">errors</span><span class="p">;</span>
<span class="p">}</span>
<span class="p">}</span>
</code></pre>
<p>Vermutlich tritt das gleiche Problem noch an anderen Orten auf.</p>
<p>Die Frage ist nun, wie das Problem behoben werden soll:</p>
<p>1) Das Setzen von feature_datev → FALSE löst automatisch einen Trigger aus, der alle datev_check...-Spalten in defaults auf 'FALSE' setzt.</p>
<p>2) Bei der Ausgabe von DATEV-Fehlern wird immer auch die Einstellung in feature_datev berücksichtigt, also Fehler werden nur erzeugt, wenn feature_datev auf 'TRUE' steht.</p>
<p>3) weitere Vorschläge?</p>
<p>P.S. Provisorischer Work-Around: DATEV-Automatik in der Mandantenkonfiguration auf 'TRUE' setzen, alle DATEV-Prüfungen abstellen, DATEV-Automatik wieder auf 'FALSE' setzen.</p> projekt kivitendo - Fehler #471 (Abgewiesen): Debitorenbuchung erfassen: Kundenänderung überschre...https://www.kivitendo.de/redmine/issues/4712021-03-16T18:56:44ZAndreas Rudin
<p>Version 3.5.6.1 - verifiziert in Steigmann-Demo</p>
<p>Wenn ich beim Erstellen einer Debitorenbuchung eine Belegvorlage lade und dann einen anderen Kundenamen auswähle, so werden die aus der Belegvorlage geladenen Buchungskonten überschrieben.</p>
<p>Das schränkt die Nutzung von Belegvorlagen sehr stark ein, denn es ist ja oft der Fall, dass eine bestimmte Belegvorlage immer wieder für andere KundInnen genutzt wird. Wenn dann jedesmal die geladenen Buchungskonten überschrieben werden, so ist der Aufwand für die Debitorenbuchung fast gleich gross wie wenn ich ohne Belegvorlage alles von Anfang an neu eingebe.</p> projekt kivitendo - Fehler #466 (Erledigt): Kreditorenbuchungen können nicht editiert werdenhttps://www.kivitendo.de/redmine/issues/4662021-02-06T22:37:48ZAndreas Rudin
<p>Wenn ich eine vorhandene Kreditorenbuchung editieren möchte, so bekomme ich folgende Fehlermeldung:</p>
<p>Fehler!<br />Während der Ausführung trat eine Ausnahme auf.<br />Typ: undef<br />Information: : filter not found</p>
<p>Aufruf via Einkauf → Berichte → Einkaufsrechnungen & Kreditorenbuchungen → Suchen<br />Irgendeine Kreditorenbuchung (erkenntlich am Typ K) anklicken</p>
<p>Getestet in der Demo auf kivitendo.ch</p> projekt kivitendo - Fehler #445 (Erledigt): Bei 'Kontodaten bearbeiten' Buttons nicht neben zugeh...https://www.kivitendo.de/redmine/issues/4452020-10-23T20:46:00ZAndreas Rudin
<p>System → Kontenübersicht → Konten anzeigen:</p>
<p>Beim Klick auf eine Kontonummer erscheint die Maske 'Kontodaten bearbeiten'.</p>
<p>Dort hat es verschiedene Radio-Buttons ('Sammelkonto für', 'Forderungen', 'Warenlisten' etc.)</p>
<p>Bei der Beschriftung der Radio-Buttons ist der Zeilenabstand zu klein, so dass die Schrift zum Teil nicht auf der gleichen Höhe wie die zugehörigen Buttons steht.</p> projekt kivitendo - Fehler #434 (Erledigt): Drucken von Rechnungen gibt Fehlermeldunghttps://www.kivitendo.de/redmine/issues/4342020-07-05T22:51:46ZAndreas Rudin
<p>Die Fehlermeldung ist:<br />Missing parameter 'name' at /var/www/kivitendo.ch/kivitendo-erp/bin/mozilla/io.pl line 1460.<br />Die Suche mit git bisect hat ergeben, dass der Fehler wurde mit Commit fbfb83c5fb37e504ecff8b5aa6b9f20678c10896<br />eingeführt wurde.</p>
<p>Und zwar in den Änderungen der Datei templates/webpages/common/_ship_to_dialog.html</p>
<p>Wenn die Änderungen in dieser Datei zurückgenommen werden, klappt der Druck von Rechnungen wieder.</p>
<p><form>-Tag in templates/webpages/common/_ship_to_dialog.html verursacht den Fehler.</p>
<p>Wenn der <form>-Tag entfernt wird, scheint alles einwandfrei zu funktionieren.</p>
<p>Eventuell wurde da etwas ausprobiert, das nicht fertig gestellt wurde?</p>