Open-Source-Ticketsystem für die Werkstatt: Sinnvoll oder reines Chaos?

Wir hatten vor drei Jahren mit ähnlicher Euphorie ein Open-Source-System in der Werkstatt aufgesetzt. Acht Monate lief alles super dann lief die Datenbank voll und das System stand still. Da wir keine täglichen Backups hatten, waren die Daten der letzten drei Wochen futsch – wir wussten bei etlichen Kunden nicht mehr welches Teil wohin gehörte. Seitdem nutzen wir eine fertige Cloud-Lösung.

Wenn ihr es selbst aufsetzt, installiert es nicht direkt auf dem Host-Betriebssystem, sondern containerisiert. Nehmt einen Server mit mindestens 4 GB RAM und richtet einen Cronjob ein, der täglich automatische Datenbank-Backups auf einen externen Speicher schiebt. So seid ihr nach einem Crash in zehn Minuten wieder online.

Die Erstinstallation dauert einen halben Tag. Der eigentliche Horror beginnt bei Versions-Upgrades, wenn sich Plugins gegenseitig zerschießen.

Wir nutzen seit zwei Jahren ein Open-Source-System. Unsere Serverkosten liegen bei 12 Euro im Monat. Im Vergleich zu Fertiglösungen sparen wir rund 1.800 Euro pro Jahr – allerdings habe ich für die Ersteinrichtung und die E-Mail-Templates damals auch an die 40 Stunden reingesteckt.

In Italien müsst ihr bei der Speicherung von Gerätedaten und Kundenkontakten die geltenden Datenschutzgesetze strikt einhalten. Bei selbst gehosteten Systemen haftet euer Betrieb bei einer Sicherheitslücke vollumfänglich selbst.

Klärt vorab drei Dinge: 1) Könnt ihr zuverlässigen Mailversand über einen externen SMTP-Dienst sicherstellen? 2) Werden tägliche Backups auf einem separaten Server gesichert? 3) Läuft die mobile Ansicht für die Techniker schnell genug?

Erfassen eure Techniker die Fälle am Desktop in der Werkstatt oder direkt vor Ort beim Kunden am Smartphone? Die mobilen Web-Oberflächen der meisten Open-Source-Tools sind für den Außeneinsatz nämlich extrem träge.

Richtig.

Ich sehe das anders. Lösungen, die im kleinen Maßstab funktionieren, brechen bei Wachstum zusammen, das habe ich spät gelernt.

Viel Erfolg.

man sollte der Reihe nach vorgehen.. dann kein Prozess ohne Dokumentation vrebessert sich weil man nicht weiß, was man verbessern soll.

lösungen, die im kleinen Maßstab funktionieren brechen bei Wachstum zusammen, das habe ich spät gelernt. das war's entschuldige, wenn ich zu lang war.

Kurzfassung für Neueinsteiger: Kein Prozess ohne Dokumentation verbessert sich, weil man nicht weiß was man verbessern soll.

Ich hoffe, das hilft dir weiter.

Ich habe mich lange damit beschäftigt. Wenn du das nicht von Anfang an schriftlich festhältst gibt es später Streit.

Der Zahlungsplan sollte an die Projektphasen gekoppelt sein nicht an den Kalender.

Ich schreibe das, damit ihr denselben Fehler nicht macht. Code ohne Installationsanleitung gehört dir nicht, auch wenn du ihn in den Händen hältst.

Ich bin ein kleines Unternehmen, ich erzähle es aus meiner Sicht. Scheut euch nicht zu fragen, wer nicht fragt, zahlt am Ende mehr.

Nach der Übergabe lebt das System weiter; Wartung ist ein separater Posten. Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

Letztes Jahr haben wir fast genau dasselbe erlebt. also kein Prozess ohne Dokumentation verbessert sich, weil man nicht weiß was man verbessern soll.

Wenn du zu einem Thema drei verschiedene Antworten bekommst, war die Frage falsch gestellt. Schreibt mir, wenn ihr Fragen habt ich antworte so gut ich kann.

Wir sind auch eine Zeit lang an derselben Stelle hängen geblieben. Lösungen, die im kleinen Maßstab funktionieren, brechen bei Wachstum zusammen, das habe ich spät gelernt.

Beim Lesen dieser Antwort war ich erleichtert, es liegt also nicht nur an mir. Das allein zu versuchen, ist der teuerste Weg.

Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

Kurzfassung für Neueinsteiger: Schaut zuerst, welche Daten ihr bei der Entscheidungsfindung zur Hand habt.