Ein System für einen Betrieb, der Klimaanlagen und Wärmepumpen montiert und wartet. Es führt den Wartungskalender, damit es niemand von Hand tun muss, plant die Technikerwoche und hängt jeden Verkauf an die konkrete Anlage beim Kunden.
Aufnahmen aus einer laufenden Instanz, die Firmendaten darin sind erfunden
Einige hundert Kunden, je eine bis mehrere Anlagen, jede mit eigenem Wartungsintervall.
Ein Split-Gerät einmal im Jahr, die Lüftungsanlage halbjährlich, die Ladenanlage alle sechs Monate. Dazu Störungen, die zwischen geplante Termine geschoben werden müssen, und Anfragen für Neumontagen, die in der Saison durchgehend hereinkommen.
In einer Tabelle hält das bis etwa hundert Anlagen. Danach beginnt das Zurückrufen bei Kunden, die sich selbst an ihre Wartung erinnert haben, und das Suchen im Postfach, wer zuletzt vor Ort war und was er dort gemacht hat. Der Kunde geht nicht, weil schlecht gearbeitet wurde. Er geht, weil sich niemand gemeldet hat.
Das ganze System steht auf einer Schleife, und die übrigen Masken bedienen nur sie. Die Reihenfolge unten ist keine Zierde, sondern der tatsächliche Arbeitsablauf.
Die Adresse, an der die Anlagen stehen, mit Koordinaten, technischem Ansprechpartner und Zufahrtshinweisen. Ein Kunde kann mehrere haben.
Hersteller, Modell, Seriennummer, Montagedatum, Garantie und ein eigenes Wartungsintervall in Monaten.
Das System rechnet den nächsten Wartungstermin aus dem letzten Besuch aus. Ist er überschritten, steht die Anlage auf der Arbeitsliste des Koordinators, ohne dass jemand sie dorthin setzt.
Wartung, Störung oder Montage geht an einen Techniker, mit Termin, Zeitansatz und der Schilderung des Kunden.
Eine abgeschlossene Wartung schreibt die geleisteten Arbeiten in die Anlagenhistorie und stellt die Uhr auf den nächsten Zyklus. Die Schleife schließt sich selbst.
Aufträge laufen durch vier Spalten. Ein Techniker sieht die eigenen, der Koordinator das ganze Team, und Überfälliges färbt sich von selbst rot, statt darauf zu warten, bemerkt zu werden.
Eine eigene Komponente auf offenen Kartenkacheln, ohne kostenpflichtige Schlüssel und ohne Module aus der Bezahlversion von Odoo. Die Punkte sind nach Dringlichkeit eingefärbt, die Filter oben schalten die Ansicht mit einem Klick um.
Wer da war, wann und was er gemacht hat, steht an der Anlage selbst. Ohne Rekonstruktion aus dem Gedächtnis und ohne Suche in Mails von vor einem Jahr.
Anfragen haben kein eigenes Modell bekommen. Sie erweitern die Standard-Pipeline von Odoo um Standort, Anlage und Vorgangsart, sodass die gesamte Stufen- und Angebotsmechanik arbeitet wie überall sonst - und der Betrieb obendrein die Verbindung zur konkreten Installation erhält.
Die Festlegungen, die in einem solchen Projekt schwerer wiegen als die Zahl der Masken.
Die Pipeline ist ein erweitertes crm.lead und kein eigenes Chancenmodell. Weniger Code in der Pflege, volle Verträglichkeit mit dem übrigen Odoo und kostenlose Aktualisierungen einer Mechanik, die niemand besser baut als der Hersteller.
Das Produkt installiert sich beim Kunden ohne einen einzigen überflüssigen Datensatz, während das Demomodul eine ganze fiktive Firma für die Vorführung mitbringt. Ein Skript mit festem Zufallsstartwert erzeugt den Satz, sodass sich die Demo mit einem Befehl identisch wiederherstellt.
Die Kartenbibliothek liegt im Repository, nicht auf einem fremden CDN. Die Komponente holt die Standorte in einer Abfrage und rechnet die Dringlichkeit selbst aus, damit die Karte in der freien Odoo-Version läuft, ohne Schlüssel für einen kostenpflichtigen Geocoder.
Die Regeln halten einen Techniker auf seinen eigenen Aufträgen und lassen ihn Akten lesen, ohne sie zu ändern. Die Matrix hat eine eigene Testreihe, denn sie ist das Einzige, was man auf dem Bildschirm erst sieht, wenn es zu spät ist.
Odoo 19 Community und Postgres in Containern, das Produktmodul getrennt vom Modul mit den Demodaten.
Dreiundzwanzig Unit-Tests sichern den Wartungszyklus, die Suche über berechnete Felder und die Rechtematrix ab. Bei jeder Änderung im Repository startet die Installation bei null, die Suite läuft vollständig durch, und ein eigener Schritt prüft, ob die Demodaten noch zu dem Skript passen, das sie erzeugt.
Die ausgelieferte Oberfläche ist polnisch, samt Feldbeschriftungen und Statusnamen - die Mannschaft, die damit arbeitet, arbeitet auf Polnisch, und ein Techniker soll für seine eigene Arbeitsliste keine Übersetzung brauchen. Genau das zeigen die Aufnahmen auf dieser Seite. Derselbe Build wird in der Sprache ausgeliefert, die das Team vor Ort tatsächlich spricht.
Der Betrieb auf diesen Aufnahmen, seine Kunden, Adressen, Seriennummern und Mitarbeiternamen sind erfunden. Ein Skript erzeugt den gesamten Datenbestand aus einer Wortliste, und eine Ähnlichkeit mit einer bestehenden Firma wäre zufällig. Hersteller und Gerätemodelle stammen aus dem Markt, weil die Akte ohne sie nicht glaubwürdig aussähe.
Ein paar Sätze dazu, was heute in der Tabelle steht und wen es stört. Wir antworten mit Umfang, Termin und Preis binnen 24 Stunden.
Kostenlose BeratungDas Bauwesen digitalisiert sich langsamer als andere Branchen, und seine Probleme sind zählbar: Budgets, die um 20-50%...
In der Fertigung achtet KI auf drei Dinge: Prozessparameter, Maschinenzustand und Produktqualität.
In der Logistik greift KI dort, wo die Mengen am größten sind: Touren, Bestände und Frachtpapiere.
Salesforce ist das weltweit meistgenutzte CRM, mit Sales Cloud, Service Cloud, Marketing Cloud und Commerce Cloud.
HubSpot ist eine Plattform für CRM und Marketing-Automatisierung aus Sales Hub, Marketing Hub, Service Hub und CMS Hub.
Sie wählen Projektart, Funktionen und Größenordnung, der Rechner ermittelt Aufwand und Termin: Webanwendung, Shop,...