## Zusammenfassung Eine Sammlung von Punkten die zum Release Kandidat 3 auffallen. - [x] Drucken\ Durch die Umstellung indirekt über ein PDF zu drucken #608, verschiebt sich die Position des Ausdruckes, abhängig von den Druckerrändern usw. nach rechts unten. Damit sind die Ausdrucke unbrauchbar, es müssten alle ca. 800 Reports plus die Anwenderspezifischen überarbeitet werden. Wobei dazu kommen würde, dass vermutlich die Ränder (die mm) abhängig von Betriebssystem und Drucker variieren.\ Zusatzinfo: Dieser Versatz tritt auch beim Druck über den PDF-Druck der kleinen Druckvorschau auf (was bisher offensichtlich niemanden gestört hat).\ Das interessante ist, dass der Druck über die große Druckvorschau die richtigen Positionen im Druck liefert und auch die Umlaute richtig darstellt.\ Auch der direkte Druck aus der Dokumentenablage liefert die richtige Position. Die Herausforderung ist nun, dass von Jasperstudio im ...\\kieselstein\\kieselstein-ejb\\src\\main\\resources\\com\\lp\\jasperreports\\fonts\\liberation veraltete Fonts ausgeliefert werden. Das ist leider auch in der 6.21.5 so.\ Das heißt es muss diese Auslieferung auf die aktuelle [Liberation Sans](https://github.com/liberationfonts/liberation-fonts/files/7261482/liberation-fonts-ttf-2.1.5.tar.gz) gepatcht werden. Um nun Sicherheit zu bekommen, dass alle drei beteiligten Quellen der Fonts gleich sind, sollte eine Prüfung (Hash, Checksum) eingebaut werden. Diese sollte beim Start eines Clients durchgeführt werden. Es gibt bereits eine Prüfung ob die verwendeten Fonts sowohl am Server als auch am Client vorhanden sind. D.h. diese Prüfung könnte man auch an dieser Stelle einbauen.\ Die drei Quellen sind: - Server - obiges Fontverzeichnis - Client Zusätzlich gibt es die Sorge, wenn man z.B. Inventurstände o.ä. mit einigen 100 Seiten ausdruckt, dass die PDF Zwischendatei das System (wo genau wird die Zwischendatei erzeugt) überlastet, der Druck doppelt so lange dauert.\ Man denke bitte auch an den Druck von Bildern in den verschiedensten Reports. Die Prüfung muss auch beinhalten, dass auf eine Etikette mit ca. 3 x 3 mm ein QR Code z.B. mit der Ident und der Seriennummer der Baugruppe ausgedruckt wird und, ohne Spezialanpassung des Reports der Druck exakt an der richtigen Stelle erscheint. - [x] Drucken eines Lieferscheines aus der RestAPI bewirkt dass der linke Rand um ca. 30mm zuweit rechts ist und um 26mm zu weit unten. Ob dies bei obiger Korrektur mitgeht muss geprüft werden.\ Es werden damit die Lieferschein Etiketten (aus der RestAPI) auch immer Formatfüllend gedruckt, was man ebenfalls nicht brauchen kann.\ Die Lieferschein Etiketten aus dem Client sind ebenfalls bei weitem falsch positioniert. Die normale Artikeletikette druckt zumindest links oben. Genaueres muss noch geprüft werden. - [x] Goto andere Stückliste, falscher Tooltip (hat vermutlich mit dem V2 nichts zu tun)\ Ist man in den Stücklisten Positionen, so gibt es auch den Sprung auf die Unterstückliste. Hier wird ein falscher Tooltip angezeigt.\ Er sollte: _Goto Unterstückliste_ lauten.\ {width="491" height="359"}\ Schön wäre, wenn dies Stückliste-Button nur angezeigt / enabled würde, wenn diese Position tatsächlich eine Stückliste ist, egal ob im aktuellen Mandanten oder in einem Anderen. - [x] Länge der UID Nummer überdeckt Checkbox Steuerbetrag runden\ {width="585" height="153"}\ Siehe System, System, Land. Die Länge der UID Nummer sollte nur so breit sein wie EU-Mitglied seit.\ So wie es jetzt ist, wird die Checkbox zu Steuerbetrag runden überdeckt. Hat in der 1.1.17 so ausgesehen.\ {width="527" height="59"} - [x] Darstellung Kieselstein ERP Logo unter Hilfe Info ist verzerrt {width="562" height="171"} Idealerweise sollten wir hier eine SVG Datei darstellen. [So wie z.B. aus](https://gitlab.com/kieselstein-erp/sources/design/-/blob/main/marketing/Logo%20Kieselstein.svg?ref_type=heads).\ Der Datei bitte einen passenden Namen geben, z.B. Kieselstein_Logo_in_Info.svg. Die grafische Gestaltung macht dann das Marketing. - [x] Position des Statuszeile sollte immer am unteren Festerrand des Moduls sein. Derzeit hängt sie leider am darüber liegenden Dialog, muss sich aber an der Unterkante des jeweiligen Moduls orientieren.\ {width="348" height="55"}\ Ev. hängt das auch damit zusammen, dass das Verkaufspreispanel bzw. der untere Teil des QD Panels nun immer in der Mitte zwischen dem Trennstrich und dem unteren Rand positioniert wird. Eigentlich sollte sich dies an der unteren Kante orientieren.\ Es ist dies bei folgenden Modulen so "komisch": - [x] Anfrage Positionen * Bestellung Positionen * * Rechnung Positionen - [x] Auftrag aus Auftrag kopieren, Eingabe gewünschter Liefertermin, man kommt nicht mehr aus der Erfassung raus. D.h. man gibt den gewünschten Liefertermin ein und klickt auf Ok. Er kommt wieder mit dem Fenster. Es könnte sein dass dies unterschiedliche Positionsliefertermine des Ursprungsauftrags sind, man sieht das aber nicht, und durch anklicken von ok, kommt die nächste Frage.\ Bricht man mit Abbrechen ab, wird der Auftrag trotzdem angelegt.\ Es sind keine zum Kopfliefertermin unterschiedlichen Positionsliefertermine eingetragen. ##10032, kopieren von AB 26/00009 **Er legt für jeden Klick auf OK eine Kopie des Auftrages an, womit man dann eine Vielzahl der Aufträge hat.** - [x] Ändern einer Lieferscheinposition, Speichern nicht möglich\ LS ist Auftragsbezogen und wurde schon mal gedruckt. Will man nun eine Position des LS änderfn, z.B. den MwSt Satz, kann man diesen nicht speichern. Er bleibt immer im Dialog Speichern hängen. Übernimmt man den LS in eine Rechnung so kann im Reiter Sicht Lieferschein der Preis, MwSt Satz usw. gespeichert werden. - [x] Ist die KUNDEN_POSITIONSKONTIERUNG aktiviert, kann man die Rechnung, auch wenn sie nur eine Handeingabe enthält, nicht mehr aktivieren. Es kommt: ``` class com.lp.client.frame.ExceptionLP java.lang.Exception: Mehrwertsteuersatz zu Bezeichnung (Id null) und Datum 2026-03-31 00:00:00.0 nicht gefunden. com.lp.client.frame.delegate.Delegate.handleThrowable(Delegate.java:231) com.lp.client.frame.delegate.RechnungDelegate.berechneBelegControlled(RechnungDelegate.java:1558) com.lp.client.rechnung.ReportRechnung.berechneBelegImpl(ReportRechnung.java:262) com.lp.client.frame.report.ReportBeleg.berechneBeleg(ReportBeleg.java:357) com.lp.client.frame.report.PanelReportKriterien.berecheneBeleg(PanelReportKriterien.java:1024) com.lp.client.frame.report.PanelReportKriterien.preview(PanelReportKriterien.java:1420) com.lp.client.frame.report.PanelReportKriterien.initialize(PanelReportKriterien.java:277) ... Stacktrace Verursacher: deployment.kieselstein-2.0.0-rc3.ear.kieselstein-ejb-2.0.0-rc3.jar//com.lp.util.EJBExceptionLP.<init>(EJBExceptionLP.java:1295) deployment.kieselstein-2.0.0-rc3.ear.kieselstein-ejb-2.0.0-rc3.jar//com.lp.server.system.ejbfac.EJBExcFactory.mwstsatzFehlt(EJBExcFactory.java:1056) deployment.kieselstein-2.0.0-rc3.ear.kieselstein-ejb-2.0.0-rc3.jar//com.lp.server.system.ejbfac.MandantFacBean.mwstsatzZuDatumValidate(MandantFacBean.java:732) ``` Die Ursache ist, dass der Verpackungskostenartikel noch keinen default MwSt Satz hinterlegt hat, was ein grober Bedienungsfehler ist, der von den Versuchen kommt. Daher erledigt. - [x] Los Technikerauswahl abbrechen bringt Fehler\ Genauer - [x] Los im Status teilerledigt * Reiter Techniker * Bereits ein Techniker eingetragen * hier im Detail auf die Person klicken und den nun erschienenden Dialog zuklicken (das X rechts oben) Es kommt: ``` class com.lp.client.frame.ExceptionLP java.lang.Exception: lostechnikerDto.getIId() == null || lostechnikerDto.getLosIId() == null || lostechnikerDto.getPersonalIId() == null com.lp.client.frame.delegate.Delegate.handleThrowable(Delegate.java:231) com.lp.client.frame.delegate.FertigungDelegate.updateLostechniker(FertigungDelegate.java:1693) com.lp.client.fertigung.PanelLostechniker.eventActionSpecial(PanelLostechniker.java:264) ``` Wiederholende Lose - [x] Der Goto auf die Stückliste ist immer disabled {width="329" height="183"} - [ ] ~~Das Anlegen der Wiederholenden Lose mit Zeitintervall 14Tägig und 5Tage vorauseilend funktioniert nicht, legt keine Lose an. Monatslose (was üblich ist) werden angelegt.~~ - [x] Im Los einen Zusatzstatus (Grunddaten) angelegt. Dann auf System, Sprache, Status gewechselt. Hier wird angezeigt, dass nichts angezeigt werden kann. Einfach ein leeres Feld anzeigen.\ {width="778" height="19"} Und es sollte nachdem man das Symbol/Icon geladen hat auch die Liste aktualisieren, sodass man sofort das Icon sieht. Aktuell muss man den gesamten Client neu starten Hat man nun den Zusatzstatus hinterlegt, so wird das normale Status-Icon überschrieben und nur die Hälfte des Zusatzstatuses angezeigt. {width="68" height="42"} - [x] Auftrag, Journal offene Detaisl mit Lagerstandsdetailauswertung, sortiert nach Kunden {width="714" height="578"} ``` class com.lp.client.frame.ExceptionLP java.lang.Exception: iId == null com.lp.client.frame.delegate.Delegate.handleThrowable(Delegate.java:231) com.lp.client.frame.delegate.ArtikelDelegate.artikelFindByPrimaryKey(ArtikelDelegate.java:1695) com.lp.client.frame.component.WrapperSelectField.getDto(WrapperSelectField.java:399) com.lp.client.frame.component.WrapperSelectField.getDto(WrapperSelectField.java:359) com.lp.client.auftrag.ReportAuftragOffeneDetails.getReportRequest(ReportAuftragOffeneDetails.java:218) com.lp.client.auftrag.ReportAuftragOffeneDetails.getReport(ReportAuftragOffeneDetails.java:199) com.lp.client.frame.report.PanelReportKriterien.createPrint(PanelReportKriterien.java:1662) com.lp.client.frame.report.PanelReportKriterien.preview(PanelReportKriterien.java:1422) com.lp.client.frame.report.PanelReportKriterien.eventActionSpecial(PanelReportKriterien.java:410) com.lp.client.frame.component.PanelBasis.eventActionSpecial(PanelBasis.java:1260) com.lp.client.frame.component.PanelBasis.performActionEvents(PanelBasis.java:1981) com.lp.client.frame.component.PanelBasis.actionPerformedLog(PanelBasis.java:1700) com.lp.client.frame.component.PanelBasis.actionPerformed(PanelBasis.java:1630) java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1972) java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2314) Stacktrace Verursacher: deployment.kieselstein-2.0.0-rc3.ear.kieselstein-ejb-2.0.0-rc3.jar//com.lp.server.util.Validator.pkFieldNotNull(Validator.java:142) deployment.kieselstein-2.0.0-rc3.ear.kieselstein-ejb-2.0.0-rc3.jar//com.lp.server.artikel.ejbfac.ArtikelFacBean.artikelFindByPrimaryKeyOhneExc(ArtikelFacBean.java:3507) deployment.kieselstein-2.0.0-rc3.ear.kieselstein-ejb-2.0.0-rc3.jar//com.lp.server.artikel.ejbfac.ArtikelFacBean.artikelFindByPrimaryKey(ArtikelFacBean.java:3489) java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103) ``` - [x] Sizing der Client-Komponenten Wenn man den senkrechten Rand eines Modules verschiebt und somit verkleinert, z.B. von rechts herein, so werden bei einer Skalierung von 125% die rechten Felder abgeschnitten.\ Man sieht das z.B. in obigem Dialog. Es werden vor allem die rechten Bereiche abgeschnitten.\ {width="631" height="243"} Es sieht so aus, als wenn die Skalierung da nicht mitgerechnet werden würde.\ Macht man das bei einer Skalierung von 100% passt alles, ist es so wie vorher. - [x] Geschwindigkeit, Auftrag Sicht Lieferstatus\ Z.B. AB 26/0001197 das ist ein Abrufauftrag der eine Abrufposition und eine zusätzliche Position beinhaltet, so dauert die Anzeige des Lieferstatus ca. 10Sekunden. Hingegen der Aufruf von Info, Auftragsübersicht ist faktisch sofort (für mich nicht messbar) da. Auftrag 26/0000913 mit 140 Positionen dauert nur ca. 13Sekunden. Auch hier die Auswertung mit Menü, Info, Auftragsübersicht ist faktisch sofort da. {width="900" height="99"} Klickt man nun auf die bereits gelieferte Position z.B. 138 (aus AB 913) so dauert es wieder einige Sekunden bis das eine Detail angezeigt wird. - [x] Anzeige Texteingabe bei Teil-Erledigtem Auftrag\ Hängt vermutlich nicht wirklich mit Java 21 zusammen\ Egal in welchem Status ein Auftrag ist, z.B. 26/0000913 so sollte man trotzdem die Texteingabe hinter dem Artikel anzeigen können.\ {width="347" height="45"}\ Derzeit ist dies nur im Status angelegt bzw. offen möglich. Damit kann man nach Auslieferung des Auftrages nicht mehr nachsehen, was denn da drinnen gestanden ist. - [x] \[+\] Journal, offene Angebote, Mit Kundenstammdaten\ In diesem Journal gibt es eine Checkbox mit Kundenstammdaten. Der Wert dieser Checkbox wird zwar an den Report angb_angebot_journal durchgereicht, im Report selbst hat er keine Wirkung. Was sollte damit bezweckt werden?\ Nachdem dies keine Wirkung im Kernel / in den anliefernden Daten hat, diesesn Report-Parameter nur im Report ausgewertet. Quasi als Muster, was man damit machen kann. - [x] Angebots Vorkalkulation (##10033) bringt:\ java.lang.NullPointerException: Cannot invoke "java.math.BigDecimal.multiply(java.math.BigDecimal)" because the return value of "com.lp.server.angebot.fastlanereader.generated.FLRAngebotpositionReport.getN_gestehungspreis()" is null\ Angebotsnummer: 26/0012, 26/0011, andere gehen wiederum - [x] Vorschau der Angebotssumme bringt Fehler (##10033)\ Fehlerbeschreibung: Am Server ist ein Fehler aufgetreten. ``` class com.lp.client.frame.ExceptionLP java.lang.NullPointerException: Cannot invoke "net.sf.jasperreports.engine.JasperReport.getSectionType()" because the return value of "net.sf.jasperreports.engine.fill.JasperReportSource.getReport()" is null com.lp.client.frame.delegate.Delegate.handleThrowable(Delegate.java:259) Stacktrace Verursacher: deployment.kieselstein-2.0.0-rc3.ear//net.sf.jasperreports.engine.fill.JRFiller.createReportFiller(JRFiller.java:267) deployment.kieselstein-2.0.0-rc3.ear//net.sf.jasperreports.engine.fill.JRFiller.fill(JRFiller.java:156) deployment.kieselstein-2.0.0-rc3.ear//net.sf.jasperreports.engine.fill.JRFiller.fill(JRFiller.java:145) deployment.kieselstein-2.0.0-rc3.ear//net.sf.jasperreports.engine.JasperFillManager.fill(JasperFillManager.java:758) deployment.kieselstein-2.0.0-rc3.ear//net.sf.jasperreports.engine.JasperFillManager.fillReport(JasperFillManager.java:1074) deployment.kieselstein-2.0.0-rc3.ear.kieselstein-ejb-2.0.0-rc3.jar//com.lp.server.util.LPReport.initJRDS(LPReport.java:808) deployment.kieselstein-2.0.0-rc3.ear.kieselstein-ejb-2.0.0-rc3.jar//com.lp.server.system.ejbfac.SystemReportFacBean.printUseCaseHandler(SystemReportFacBean.java:269) java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103) java.base/java.lang.reflect.Method.invoke(Method.java:580) org.jboss.as.ee@26.1.2.Final/ ``` Angebot, Reiter 5 Umsatzübersicht, default, Anzeige kommt. Nun auf das Drucken Symbol rechts {width="50" height="42"} Es kommt obiger Fehler Gleicher Fehler auf bei Umsatzübersicht Auftrag, Lieferschein, Rechnung, Gutschrift - [x] Auftrag Techniker zuordnen und FLR Druck bringt Fehler\ Fehlerbeschreibung: Am Server ist ein Fehler aufgetreten. ``` class com.lp.client.frame.ExceptionLP java.lang.NullPointerException: Cannot invoke "net.sf.jasperreports.engine.JasperReport.getSectionType()" because the return value of "net.sf.jasperreports.engine.fill.JasperReportSource.getReport()" is null com.lp.client.frame.delegate.Delegate.handleThrowable(Delegate.java:259) com.lp.client.frame.delegate.SystemReportDelegate.printUseCaseHandler(SystemReportDelegate.java:74) com.lp.client.system.ReportPanelQuery.getReport(ReportPanelQuery.java:105) com.lp.client.frame.report.PanelReportKriterien.createPrint(PanelReportKriterien.java:1662) com.lp.client.frame.report.PanelReportKriterien.preview(PanelReportKriterien.java:1422) com.lp.client.frame.report.PanelReportKriterien.eventActionSpecial(PanelReportKriterien.java:410) Stacktrace Verursacher: deployment.kieselstein-2.0.0-rc3.ear//net.sf.jasperreports.engine.fill.JRFiller.createReportFiller(JRFiller.java:267) ``` Aufrufen mit: - Auftragsmodul, einen Auftrag auswählen - oberer Modulreiter 5 Teilnehmer - In der Liste auf den FLR Druck {width="46" height="37"} - oder mit Neu und Klick auf Teilnehmer und dann auf den FLR Druck - detto bei Funktion Es kommt immer obiger Fehler. Der Fehler kommt auch, wenn man im System, Sprache, Sachbearbeiterfunktion den FLR Druck aufruft.\ Zieht sich anscheinend durch alle Module. Egal ob die Tabelle leer oder nicht - [x] Artikel, Journal, Make or Buy bringt Fehler mit Defaultwerten ``` class com.lp.client.frame.ExceptionLP antlr/RecognitionException com.lp.client.frame.delegate.Delegate.handleThrowable(Delegate.java:262) com.lp.client.frame.delegate.ArtikelReportDelegate.printMakeOrBuy(ArtikelReportDelegate.java:138) com.lp.client.artikel.ReportMakeOrBuy.getReport(ReportMakeOrBuy.java:182) ``` - [x] Zugferd Eingangsrechnung, IBAN Zuordnung Wenn man eine eRechnung, z.B. Zugferd, mit neu und Hereinziehen des PDFs übernimmt, so wird die IBAN des Lieferanten angezeigt. Nachdem die IBAN noch keinem Lieferanten zugeordnet ist, wird kein Lieferant angezeigt. Ordnet man nun einen Lieferanten zu, so wird, da der Lieferant noch keine IBAN hat, diese trotzdem in der Eingabe gelöscht und auch beim Abspeichern wird diese nicht (mehr) zugeordnet. Es muss so sein, dass sich das Kieselstein ERP die IBAN aus der eRechnung für den angegebenen Lieferanten merkt. HJier kommt dazu, wenn beim nun neu gewählten Lieferanten bereits IBAN angegeben sind, die aber mit der erhaltenen NICHT übereinsteimmen, so wird die neue IBAN aus der eRechnung in den Bankverbindungsdaten des Lieferanten ergänzt. Testen: - Ein Ausgangsrechnung als Zugferd erstellen und versenden. - Die in der Dokumentenablage abgelegte PDF der Rechnung lokal speichern - eine neue Eingangsrechnung anlegen und die neu erzeugte und lokale gespeichert PDF hereinziehen\ Es wird die enbthaltene IBAN angezeigt - Nun einen Lieferanten zuordnen, der noch keine IBAN hat.\ Es wird die angezeigte IBAN gelöscht und auch beim Speichern der ER wird diese nicht rückeingetragen. - Es muss hier sowohl die Anzeige der IBAN aus der eRechnung bleiben und diese neue IBAN automatisch auch beim Lieferanten hinterlegt werden. Musterdaten sind hochgeladen