Test Feedbacks zur 3.5-beta erwünscht

Question

Hallo zusammen

Da für die kommende Version 3.5 von kivitendo vieles Neue dazugekommen ist und vieles Bestehende angepasst wurde, wäre es toll, wenn möglichst viele AnwenderInnen die aktuelle Beta-Version auf die Vorgänge hin testen, die sie im Alltag bei kivitendo nutzen.

Am einfachsten geht das mit der Online-Demo unter https://steigmann.kivitendo-premium.de

Wer einen eigenen Server betreibt, kann auch mit einer Kopie der eigenen Datenbank ein Upgrade auf die aktuelle 3.5-beta durchführen, da so an besten mit "realen" Daten getestet werden kann.

Bei der Vielfalt der Möglichkeiten mit kivitendo ist es praktisch unmöglich geworden, Änderungen jeweils so zu testen, dass alle möglichen Konstellationen dabei erfasst werden.

Umso wichtiger ist es, dass möglichst viele AnwenderInnen beim Testen mithelfen, da so am besten gewährleistet ist, dass viele unterschiedliche Anwendungsszenarien ausprobiert werden.

Oder kurz gefasst: wer jetzt mithilft, dass Fehler entdeckt und behoben werden können, profitiert anschliessend beim Upgrade der Produktiv-Version von weniger unangenehmen Überraschungen!

Rückmeldungen zu Fehlern oder Problemen können hier im Forum gemeldet werden. Bitte jeweils den Fehler möglichst genau beschreiben, damit er leicht verifiziert werden kann.
Und bitte aktuell nur Tests zur 3.5-beta hier aufnehmen!

Danke und Gruss

Andreas

Answer 1

Sehr gute Idee,
dass Demo-System ist exakt mit dieser URL erreichbar:

https://www.kivitendo.de/

Answer 2

Hallo,

ich bekomme beim Upgrade der Datenbank einen Fehler nach dem Einloggen ins Adminportal:

Führe purchase_letter_rights.pl aus: Neue Rechte für Lieferantenbriefe

Die Datenbankaktualisierung/erstellung schlug fehl. Die Datei sql/Pg-upgrade2-auth/purchase_letter_rights.pl enthielt den folgenden Fehler:
Can't locate object method "new" via package "SL::DBUpgrade2::purchase_letter_rights" (perhaps you forgot to load "SL::DBUpgrade2::purchase_letter_rights"?) at /var/www/kivitendo-erp/SL/DBUpgrade2/Base.pm line 37.
Alle Änderungen in dieser Datei wurden rückgängig gemacht. 

Meine Vorgehensweise:
Ich habe mir einen Clon meiner bestehenden Umgebung erstellt, die Daten aus dem Git besorgt und per:

cp -R /usr/src/kivitendo-erp /var/www/

Über meine Clon-Version kopiert. Die gesicherte kivitendo.conf und das Template Verzeichnis wieder zurückkopiert und in das Adminportal eingeloggt. Dann erscheint direkt der Fehler.
Die vorherige Version war die Stable 3.4.1.

Grüße
Andreas

Comments

Hallo,

Nachdem ich heute meine nochmal einen git pull ausgeführt habe funktionierte das Upgrade in Adminportal.

Nachdem ich mich jetzt bei einem Mandanten eingeloggt habe und dort auch das Upgrade durchführen wollte schlug es mit folgener Fehlermeldung fehl:

Führe assortment.sql aus: Sortimentsartikel eingeführt

Führe convert_drafts_to_record_templates.pl aus: Umwandlung von existierenden
Entwürfen in Buchungsvorlagen für die Finanzbuchhaltung

Führe email_journal_attachments_add_fileid.sql aus: attachments mit file_id

Führe filemanagement_filesystem.pl aus: add directory for filemanagment

Die Datenbankaktualisierung/erstellung schlug fehl. 
Die Datei sql/Pg-upgrade2/filemanagement_filesystem.pl enthielt den
 folgenden Fehler:
    Invalid method 'get_doc_files_rootpath' at 
sql/Pg-upgrade2/filemanagement_filesystem.pl line 15.
    Alle Änderungen in dieser Datei wurden rückgängig gemacht. 

Grüße
Andreas

---

Die Fehlermeldung kann man so nicht erkennen,

Es sieht danach aus, dass der Webserver nicht neugestartet worden ist.

In dem Bereich wird aber auch noch etwas geändert werden, ggf. fällt das Skript dann auch ganz raus in der 3.5

---

Ist seit heute 7:45h geändert.
Ein git pull sollte die Änderungen einspielen und damit diese Hürde überwinden

---

Jetzt hat es funktioniert. Wobei der Mandat bei dem das Script auf einen Fehler gelaufen ist, nicht mehr zu retten war. Bei einem weiteren funktionierte es wunderbar.
Wenn es die Zeit erlaubt werden ich nochmal weiter testen.

Answer 3

Wenn man in kivitendo 3.4.1 eine nicht vorhandene Artikelnummer in der Auftragsmaske hinzufügte, kam man nach der Erstellung des Artikels wieder zurück in die Auftragsmaske. In der 3.5-beta bleibt man aber stattdessen in der Warenmaske und muss den Auftrag noch einmal von vorne beginnen.

Das gleiche passiert auch bei Angeboten, Lieferscheinen und Rechnungen.

Comments

Hi,
ist seit Mitte letzter Woche behoben.
Bitte einmal mit einem aktuellen git pull gegentesten.

Errata:

Ah, da war ich etwas zu voreilig. Der entsprechende Entwickler hat sich der Sache angenommen, hier der aktuelle Status: als Ticket

Answer 4

Hallo allerseits

Wenn ein Konto vom Typ "Überschrift" mit der kleinsten Kontonummer erfasst wird, also in der Kontoübersicht als erstes erscheinen wird, dann kommt im Dialogbuchen die Fehlermeldung:
Can't call method "id" on an undefined value at bin/mozilla/gl.pl line 835.

Ist mir beim Schweizer Kontorahmen aufgefallen, wo das Überschrifts-Konto "1 AKTIVEN" die kleinste Kontonummer hat,
Kann aber in der Demo von 3.5beta mit deutschem Kontorahmen ebenfalls nachvollzogen werden. Einfach mal ein Überschriftskonto 0001 test erfassen und anschliessend Dialogbuchen versuchen.

Hoffe damit etwas beigtragen zu haben

Gruss
Rolf

Answer 5

Habe heute das upgrade auf Beta durchführen müssen.
zur Beta folgende Anmerkungen:

Dass die Speichern usw Buttons jetzt oben sind ist sehr gewöhnungsbedürftig.
Klar war das vorher eher unpraktisch, aber sich in der Handhabung bei jedem Update umstellen zu müssen behindert denWorkflow.

Einen neuen Artikel aus einem alten zu erstellen ist nicht mehr wie vorher möglich:
Bei mir z. B. Alte Artikelnummer (006-67557-5,0/50) neue Artikelnummer (006-67557-6,0/50). Vorher konnte ich die Werte entsprechend ändern und als neuen Artikel abspeichern.
Beim Wählen als neu speichern wird das Artikelfeld gelöscht und ich muss die ganze Nummer neu eintippen.

Änderung der Sortierung der Artikelliste führt zu leerer Liste.
D. h. Stammaten - Berichte - Artikel zeigt die Artikel sortiert nach der Beschreibung an. Meine Artikelnummern sind aber nach Lieferant-Warengruppe-Artikelgruppe-Ausprägung aufgebaut, da es ja keinen funktionierenden Kategorienbaum gibt.
Beim Klicken auf die Artikelnummer verschwindet die gesamte Liste und es wird ein leeres Fenster angezeigt. (nur Kopf und Fuß sind vorhanden). Oder gibt es einen undokumentierten Trick die Artikel nach Artikelnummer zu sortieren. Meines Wissens nach waren sie vorher danach sortiert, nachdem gesucht wurde. Das ist jetzt nicht mehr der Fall. Ist immer nach Artikelbeschreibung sortiert.

Nach dem Anlegen eines neuen Artikels bleibt die Artikelmaske aktiv
Vorher: Artikelliste anzeigen, neuen Artikel anlegen, Artikel speichern, Artikelliste wurde mit neuem Artikel angezeigt.
Jetzt: Artikelliste anzeigen, neuen Artikel anlegen, Artikel speichern, Artikelmaske bleibt aktiv,
Ich muss jetzt zweimal zurück in der Browser-Chronik und dann neu laden und nochmal klicken um die Abfrage erneut zu senden.

Bei der Artikelsuche sind standardmäßig alle Ausprägung aktiv
( Ware, Dienstleistung, Erzeugnis, Sortiment) D. h. ich muss dreimal klicken um nur Artikel anzuzeigen, die außerdem voher Waren hießen. Wenn ich nach Artikel (Waren) suche will ich keine Erzeugnisse. Vllt. Wäre sie Suche mit Untermenü benutzerfreundlicher, d. h. wenn ich auf Artikel klicke (oberer Menüpunkt) kriege ich alles, wenn ich im Untermenü auf Ware klicke eben nur die Ware. Erspart mir drei Klicks. Bei jeder Suche. Diesbezüglich ist die Vorauswahl der Suchergebnisliste sowieso umständlich, weil ich z. b. immer EAN und Listenpreis mit anzeige und dafür die Preiseinheit, Zeilensumme und Maßeinheit weglasse. Sind eh schon 5 Klicks bis die Liste bereit ist angezeigt zu werden.

Artikelausprägung ist bei der Suche an der Stelle wo vorher die Beschreibung war.
Ich weiß ja nicht wie die Anderen nach Artikeln suchen aber ich suche entweder nach Nummer oder nach Beschreibung. D. h. es wäre viel praktischer wenn die häufig benutzten Felder oben sind.

Änderung Preis in Rechnung
Ich erstelle immer aus dem Lieferschein eine Rechnung. Wenn sich seit der letzten Bestellung die Preise geändert haben, mache ich das über den Button Preisquelle. Nach der Auswahl "Freier Preis" spring der Cursor in das Feld für einen neuen Artikel und nicht in das Feld für die Eingabe des freien Preises. Ist nicht wichtig aber hinderlich. Das war aber vorher auch schon so. Nicht erst in 3.5

So ich arbeite jetzt mal weiter. Wenn mir noch was auffällt schreibe ich noch was.

Comments

Zu:
a)
Bei jedem Update werden die Knöpfe nicht umgestellt. Das ist eigentlich das erste Mal in 13 Jahren.
Komisch war die Umstellung für mich auch, mittlerweile nerven mich eher alte Installation bei denen ich noch nach unten scrollen muss.

b)
Ich find es besser so wie es jetzt ist. Die Funktion als neu speichern ohne vorher den Artikel zu ändern ist eine kivi-Eigenart die anderweitig eher nicht zu finden war. Besonders schwierig dies einzuhalten war es bei Konto als neu speichern.
Ich hab da mit älteren Versionen andauernd Verdoppelungen gehabt, die ich in der DB wieder ändern musste.

c)
Kann ich nicht reproduzieren. Standardmäßig wird nach Beschreibung sortiert. Beim Klick auf Artikelnummer erhaltte.
Ah, sieht nach diesem Bug aus 253

Mit git pull erhälst du eine aktualisierte Beta, die bisher nur reine Bugfixes beinhaltet, würde ich noch empfehlen.
Da ist alles drin was in den letzten 8 Wochen noch gefixt wurde (s.a. Ticket-System allgemein).

d)
s.a. c)

e)
Ja, Endlösung sind hier benutzerspezifische Suchmasken. Im Hintergrund des Programms ist schon einiges dafür angelegt worden - Der Schritt wäre auch toll, aber die benötigte Energie ist leider noch zu hoch. Für eine Kundenanpassung kannst Du Dir im HTML-Template unter templates/webpages/ic/search.html aber selber helfen indem du das Attribut checked unter dem Abschitt Part Type entfernst.

f))
s.a. e)

g)
good catch. Jeder der auf freier Preis klickt WILL zwingend diesen danach editieren.
Ist mir noch nie aufgefallen.
In der beta Phase wird das aber jetzt nicht angepasst. Es könnte auch etwas aufwändiger sein, da der Rücksprung aus dem Dialog immer in die neue Zeile als Standard geht.

---

DANKE!!

Knöpfe -> des war vorher wirklich doof. Da muss man sich halt daran gewöhnen. Vllt wären sie rechts ganz schön so wie die Burger auf Touchscreens ;-) Aber das kann ich auch über css selber machen.

Artikel neu -> Ich hatte mir das eben schon angewöhnt und keine doppelten mehr, weil ich das wusste. Jetzt muss ich eben erst die Artikelnummer kopieren bevor ich den neuen anlege. Ich habe aber soeben festgestellt, dass die benutzerdefinierten Variablen nicht mit übernommen werden. Das war vorher aber auch ein Problem. Das hat auch nicht immer geklappt.

Ich meine mich zu erinnern, dass das nur dann ging, wenn der Artikel direkt gespeichert wurde. Mit zwischendrin "erneuern" waren die auch weg. Ich gebe die EAN nämlich immer über einen Handscanner ein und der führte dann zu erneuern. D. h. Ich habe immer erst die neue Nummer eingegeben, dann gespeichert und anschließend die EAN eingegeben. Dann waren die CVARS da. Jetzt weiß ich noch nicht ob die CVARS irgendwie übernommen werden können.

In meinem CMS geht das duplizieren über Smarty mit Rechtsklick -> Duplikat anlegen -> neuen Namen angeben (Vorgabe ist "Duplikat von xxxyyy". Da werden aber wirklich alle Untertabellen mit kopiert.

Freier Preis -> Mit den zigerlei Preisen ist für mich sowieso eher hinderlich als nützlich, da ich nichts herstelle und nur Handelsware habe. D. h. die Unterscheidung zwischen Listenpreis und Einkaufspreis führt für mich nur zu doppeltem Pflegeaufwand. Zumal die Preise nicht mit 3 Nachkommastellen gespeichert werden.

D. h. wenn ich einen neuen Artikel ins Sortiment aufnehme, lege ich einen an, kopiere die verschiedenen Varianten über neu abspeichern mit EAN (s. o.). Anschließend ändere ich dann den Preis über die Wareneditormakse im CRM. Da werden die Preise nämlich mit 3 Stellen gespeichert. Und zwar Einkaufs- und Listenpreis auf den gleichen Wert.

Turnusmäßig gehe ich immer mal wieder alle Artikelgruppen durch und ändere so die Preise, damit ich nicht bei jeder Einkaufsrechnung zigmal klicken muss. Bei jeder Einkaufrechnung, bei der ich nämlich zu einem anderen Preis einkaufe ändert sich der Einkaufspreis und der ist dann wieder 2-stellig.

Mit den Preisfaktoren bin ich nicht klar gekommen. Ich kaufe 10 Stück für 14,65€ netto und verkaufe diese dann einzeln zum Bruttovk von 3,55€. Ich habe nicht rausgefunden wie ich das mit den Preisfaktoren abbilden kann. Daher kaufe ich 10 Stück zum Einzelpreis von 1,465 und das kann ich dann nicht speichern. Ist aber das kleinere Übel als beim Verkauf jedesmal 0,1 als Menge einzugeben, was auch falsch ist und dann falsch auf dem Kassenbon steht.

Die Preise je Lieferant habe ich wieder komplett abgeschafft. Die können nämlich nur manuell gepflegt werden (oder csv) und pfuschen dann jedesmal auch noch in den Rechnungen mit rum. (Abgeschafft heißt ich habe über postgres die Tabellen geleert ;-) )

benutzerspezifische Suchmasken -> Hört sich sehr gut an. Ich weiß, dass das sehr viel Arbeit macht das alte umzustellen.

Ich kenne mich halt weder mit Perl noch mit Latex aus. Und ich gebe offen zu, dass mir das auch zu kompliziert und umständlich ist, für den Nutzen, den ich als Einzelkämpfer daraus hätte, das auch noch zu lernen.

Für mich geht es einfach schneller, eine SQL-Select zu schreiben über Datenbankverbindung direkt in der Calc-Tabelle anzuzeigen und meine Pivot-Tabellen damit zu füllen. Da habe ich alles auf einen Blick. Mit der Methode mache ich auch meine Inventur

• Abfrage nach Artikel über Pivottabelle in Libreoffice-Calc,
• Mit Bluetooth Handscanner alle EAN direkt am Regal einscannen,
• über 3. Tabelle die Differenzen anzeigen lassen,
• über CRM-Lagerkorrektur die Mengen ändern.

Der Betatester macht jetzt mal die Bude zu und geht nach Hause. Morgen teste ich dann weiter und schreibe, was mir noch auffällt.

Tut mir leid, dass ich euch so vollgequatscht habe, aber alternativ hätte ich die Buchhaltung zu machen und das ist ja total mein Hobby.

Schönen sonnigen Abend noch

Answer 6

Guten Morgen,

jetzt gehts weiter

in CRM werden die Preise US mit Punkt angezeigt. In kivi DE mit Komma. Kommt von PHP<->Perl ist mir schon klar. Ist aber nicht Userfreundlich. Ich weiß schon, dass man erst die Ausgabe und dann die Eingabe parsen müsste in CRM um auch Kommas zu kriegen.

Fehler bei der Eingabe eines Lieferscheins:

Während der Ausführung trat eine Ausnahme auf.
Typ: 	undef
Information: 	
panic: attempt to copy freed scalar 93e31f8 to 9482880 at /usr/share/perl5/core_perl/Carp.pm line 229.

• Artikelnummer eingeben
• Auswahlfenster erscheint
• Artikel auswählen
• Menge eingegeben
• Übernehmen

Artikel ist zwar im Lieferschein drin beim Speichern dann:

Fehler!
do_transaction() failed - DBD::Pg::db selectall_arrayref failed: FEHLER:  Syntaxfehler bei »)«
LINE 1: ...ry_order_items WHERE delivery_order_id = $1 AND NOT id IN ()
                                                                      ^ at /disk/web/html/riwollis-kivi/SL/DBUtils.pm line 166.

Lieferschein ist leer bis auf den neuen Artikel
Passiert offensichtlich nur, wenn die Menge im Auswahlfenster geändert wird. Bei Übernahme der Menge geht es ohne Fehler

Neuer Test mit Artikel neu abspeichern: Artikel aufrufen und sofort als neu speichern - Die Benutzerdefinierten Variablen sind leer.
Für mich sehr unpraktisch, weil ich mit 14 eigenen benutzerdefinierten Variablen die Varianten abbilde über Farbe, Lauflänge, Zusammensetzung usw.

Ob das für die Lieferantenpreise (Model-Lastcost) auch gilt weiß ich nicht. Für mich wäre das mit dem Model nur von Nutzen gewesen, wenn darin die letzten Einkaufspreise der Lieferanten stehen würden. D. h. ich kaufe bei LieferantA zum PreisA und bei LieferantB zu PreisB aus den letzten Rechnungen. So wie die Einkaufspreise aus den Rechnungen in den Einkaufspreis im Artikel eingetragen werden.

Das ist bei mir insofern unpraktisch, weil ich für den gleichen Artikel bei verschiedenen Lieferanten unterschiedliche Einkaufspreise habe. Ich muss dann bei der nächsten Rechnung jedes Mal die Preise manuell ändern. (Siehe Freier Preis)

Einlagern über Standard-Lagerplatz: Beim ersten auswählen erscheint eine Warnmeldung, dass einige Lagerbewegungen noch nicht vollständig sind und es wird nicht gebucht. Drückt man OK wird auch nicht gebucht. Beim zweiten Mal muss ich warten bis der Warnhinweis von allein verschwindet und dann werden die Mengen eingetragen und gebucht.

Neuer Lieferschein: Wenn ich den Lieferanten änder, Standardwert ist der Lieferant des letzten Lieferscheins und den Cursor in den ersten Artikel zur Eingabe setze springt der Cursor zurück auf Ansprechperson und die Eingabe erscheint dort.

Beim Buchen der Zahlungsausgänge auf die Rechnung springt der Curor nach dem Erneuern ebenfalls auf den neuen Artikel obwohl ich zuvor einen Betrag und ein Konto eingegeben habe (brauch ich für Skontobuchungen).

Außerdem wird nach dem Buchen eine neue Rechnung geöffnet und es wird nicht wie bisher die Liste mit den offenen Rechnungen angezeigt. Ich muss dann entweder 3x zurück gehen und neu laden oder neu suchen um die nächste Rechnung buchen zu können. Kann ich aber auch lösen indem ich die Rechnung in einem neuen Fenster öffne, buche und dann die Liste neu lade.

So jetzt habe ich alle meine kivi-Buchungen gemacht. Beim nächsten workaround mit kivi probier ich weiter mit der Beta.

Schönen sonnigen Tag aus Fellbach aus der Strickbude von

Iris Hammer

PS: für CRM hab ich auch über git ein update gemacht. Danke an jbueren für die Anleitung.

Answer 7

So noch eine Anmerkung zu CRM. Ich weiß zwar nicht ob das hierher passt oder einen neuen Q&A geben sollte:

Updatecheck:

SQL-Error in crm_Calendar02.sql
SQL-Code: UPDATE events SET stop = start WHERE stop < start; 

Meiner Ansicht nach muss das Update nach dem Erstellen der TMP-Tabelle und dem Erstellen der neuen erfolgen:

UPDATE events SET stop = start WHERE stop < start;
UPDATE events SET repeat = 'day' WHERE repeat IS NULL; 
UPDATE events SET repeat_factor = 0 WHERE repeat_factor IS NULL; 
UPDATE events SET repeat_quantity = 0 WHERE repeat_quantity IS NULL; 

Meine events Tabelle hat die Felder start und stop gar nicht und in der Installation werden die auch nicht erstellt: -> installation_01.sql

Answer 8

Guten Morgen,

Ich habe heute morgen bei einem Artikel eine Inventur gemacht und möchte eigentlich die Korrekturen eingeben.
Das habe ich bisher immer über CRM Inventurlager gemacht. Darin werden die Optionsfelder nicht mit Werten gefüllt daher:

SQL-Error:
Array
(
    [0] => 42601
    [1] => 7
    [2] => FEHLER:  Syntaxfehler bei »or«
ZEILE 1: ...ike '003-90031%'  AND obsolete ='f' AND  (b.id =  or b.id is...
                                                              ^

Ich habe in der inventurlagerphp meine Lagernummer fix in das Optionsfeld reingeschrieben ohne die Funktion getLagerOrte(). Das hat aber auch nichts geholfen.

Also mit der Hand am Arm Einlagerungen und Entnahmen einzeln buchen.
Wenn ich im Wareneingabefeld für die Entnahme eine Artikelnummer eintippe erscheint ein Auswahlfenster, aus dem ich nur eine Artikelnummer übernehmen kann.

Bisher konnte ich Teilnummern eingeben (003-90031) und habe dann alle Artikel die mit dieser Nummer beginnen als Liste bekommen.
Versuche ich Das Auswahlfenster zu umgehen, indem ich die Teilnummer eintippe und Enter drücke bekomme ich eine Liste aller Artikel und die ist dann auch noch nach dem Namen sortiert und ich kann sie auch nicht umsortieren.

Wähle ich im Auswahlfenster Alle als Liste werden ebenfalls Alle Artikel und nicht nur die aus der Liste angezeigt.

Das mit der Sortierung war bei den Entnahmen schon immer ein Problem. Wie und wann welche Sortierung greift scheint nicht kongruent zu sein. Mal wird nach dem Suchbegriff sortiert, mal nach irgendeinem Feld. Für mich ist auf jeden Fall die Sortierung nach dem Artikelnamen nicht brauchbar. Ich bräuchte dann wenigstens, dass ich umsortieren kann.

Viele Grüße
Und eine schöne Woche

Iris

Answer 9

Guten Tag,

mir ist noch etwas aufgefallen:

Beim Anlegen eines neuen Erzeugnisses sind die Benuterdefinierten Variablen nicht vorhanden.
Erst wenn das Erzeugnis gespeichert ist, und ich es wieder zum Bearbeiten öffne, kann ich auch die Cvars eingeben.

Vieie Grüße

Iris

Answer 10

Schön wärs wenn man bei den Dateianhängen noch einen Kommentar zum Dokument hinzufügen und anzeigen könnte ( eine Spalte wäre ja noch frei )

Schöne Grüsse
Reinhard