Serviceanfragen für Bauunternehmen: Einrichtung und täglicher Einsatz
Serviceanfragen liegen unter /tickets, nummeriert ab TK-00001 und ausdrücklich getrennt von Mängeln: Betreff, Beschreibung, Priorität, Fälligkeit, Kunde, Projekt und zuständige Person. Die Liste folgt der Baustelle aus der oberen Leiste und zählt offen, überfällig und dringend für die gerade sichtbaren Zeilen. Die folgenden Abschnitte behandeln der Reihe nach Voraussetzungen, Anlage, Listenarbeit, Rechte und die Übergaben an Tagesbericht, Dashboard und Projektvorlagen.
Kunden, Projekte und Zuständige, auf die eine Serviceanfrage zeigt
Die Kundenauswahl bietet Kontakte der Art Kunde, die Projektauswahl die Baustellen Ihrer Firma, die Auswahl der Zuständigkeit alle aktiven Benutzerkonten. Alle drei sind am Datensatz freiwillig, jede wird beim Speichern gegen die eigene Firma geprüft, und eine fremde Kennung wird abgewiesen. Zum Öffnen des Moduls genügt projects.view, denn ein Serviceanruf ist Baustellenarbeit, die auch ein Polier erreichen muss.
Anlegen und Bearbeiten verlangen records.write, und die Route fragt dieses Recht selbst ab, statt sich auf einen ausgeblendeten Knopf zu verlassen. Nummern vergibt Home Builder Software je Firma als TK mit fünf Ziffern, innerhalb der Firma eindeutig. Anders als Mängel und Planerfragen trägt eine Serviceanfrage eine eigene Firmenkennung und kann deshalb ganz ohne Projekt bestehen.
Anfrage anlegen: Betreff, Beschreibung, Priorität und Fälligkeit
Der Betreff fasst 180 Zeichen und ist neben Status und Priorität das einzige Pflichtfeld, die Beschreibung fasst 10.000 Zeichen. Die Priorität läuft über niedrig, normal, hoch und dringend, der Status über offen, in Bearbeitung, wartet und erledigt. Eine Fälligkeit lässt sich setzen, und das Formular startet jede neue Anfrage auf offen und normal, damit der häufige Fall mit zwei Eingaben und einem Klick fertig ist.
Nach dem Speichern öffnet die Akte, in der jedes Feld an Ort und Stelle korrigierbar ist, darunter die eigenen Felder Ihrer Firma und die gemeinsame Historie. Wird eine Anfrage erledigt, hält Home Builder Software den Zeitpunkt fest; wechselt der Status danach zurück, verschwindet dieser Stempel wieder, damit kein wieder geöffneter Fall ein Abschlussdatum trägt, das längst nicht mehr stimmt.
Die Liste nach Baustelle und Status mit offen, überfällig und dringend
Sortiert wird nach Status in der Reihenfolge der Bearbeitung: offen, dann in Bearbeitung, dann wartet, dann erledigt, innerhalb jeder Gruppe die neuesten zuerst. Die Projektauswahl bietet sämtliche Baustellen an, auch solche ohne eine einzige Anfrage, damit das Feld die Baustelle benennen kann, auf die gefiltert wird. Der Statusfilter wird gegen die vier zulässigen Werte geprüft und nimmt nichts an, was nicht zum Ablauf gehört.
Die Kennzahlen zählen offene Anfragen, die überfälligen darunter und die offenen mit Priorität dringend, immer für die Zeilen auf dem Bildschirm. Ist die Liste unter einer aktiven Baustelle leer, nennt sie diese Baustelle und bietet den Weg zu allen an, weil eine leere Tabelle und ein Betrieb ganz ohne Anfragen sonst gleich aussehen und doch Verschiedenes bedeuten.
Zuständigkeit, Abschlussdatum und die Spur, die eine Anfrage hinterlässt
Die Zuständigkeit macht aus einem Anruf die Arbeit einer bestimmten Person und wird in der Akte wie jedes andere Feld gepflegt. Das Anlegen und jede Änderung gehen in das Prüfprotokoll, jeweils mit der betroffenen Anfrage. Rollen werden unter Einstellungen gepflegt, wo die Nutzer mit der Rolle stehen, die über das Schreibrecht und über den Zugang zu diesem Modul entscheidet.
Die Liste folgt dem Projekt, das sich die Anwendung modulübergreifend merkt; eine anderswo gewählte Baustelle grenzt also auch dieses Register ein. Ein auf Projekte begrenztes Konto sieht nur Anfragen seiner Baustellen, firmenweite Anfragen ohne Projekt bleiben sichtbar, sofern die Rolle es zulässt. Löschen bietet das Modul nicht an; ein Fall, aus dem nichts wurde, wird erledigt und nicht entfernt.
Serviceanfragen in Tagesberichten, im Dashboard und in Projektvorlagen
Ein Tagesbericht kann die Servicevorgänge seines eigenen Projekts verlinken und datiert damit den Einsatz, der einen davon abgeschlossen hat. Angeboten werden nur Vorgänge dieser Baustelle, ein Haken von anderswo kommt als Feldfehler zurück und geht nicht verloren. Auch der KI-Entwurf eines Tagesberichts liest die Serviceanfragen des gewählten Projekts und Zeitraums mit, ohne etwas daran zu ändern.
Das Dashboard kann offene Serviceanfragen als eine seiner wählbaren Kennzahlen führen, dazu eine Tafel mit Nummer, Betreff und Zuständigkeit. Entsteht ein Projekt aus einer Prozessvorlage, legt Home Builder Software die Vorgänge an, die die Vorlage als Serviceleistung kennzeichnet, verbunden mit dem Kunden, der Bauleitung und dem Vorgang, dessen letzter Tag die Fälligkeit setzt. Ihre Beschreibung nennt die Vorlage als Herkunft.
Ein Beispiel für eine Serviceanfrage: der Garantiefall im Marbury Place Duplex
Am Samstag, dem 15.08.2026, meldet die Hausverwaltung von Willow Creek Partners LLC, dass die Schlafzimmer im Obergeschoss des Marbury Place Duplex nicht mehr kühlen; das Haus wurde 2024 übergeben und steht noch in der Gewährleistung. Das Büro legt SR-3101 an: Betreff HVAC not cooling in the upstairs bedrooms, Priorität dringend, Fälligkeit 16.08.2026, Kunde Willow Creek Partners LLC, Projekt Marbury Place Duplex, zuständig Servicemanager Carter Boyd aus dem Hauptbüro in Raleigh. Vor dem Speichern prüft Home Builder Software alle drei Verknüpfungen gegen die eigene Firma, dann startet die Anfrage auf offen.
Am Morgen des 19.08.2026 zählt das Register 14 der 20 Anfragen als offen, davon 4 überfällig und 2 dringend; SR-3101 steckt in allen drei Kennzahlen, weil der 16.08.2026 verstrichen ist, ohne dass sich der Status bewegt hätte. Am 20.08.2026 findet Boyds Techniker einen defekten Kondensator am Außengerät, und mit dem Erledigen am Abend wandert der Zeitpunkt als Stempel in die Akte. Jede der drei Kennzahlen sinkt um genau eins, auf 13 offen, 3 überfällig und 1 dringend. Wäre der Fehler zurückgekehrt, hätte der Wechsel zurück auf in Bearbeitung den Stempel wieder gelöscht.
Serviceanfragen für Bauunternehmen: vor dem Speichern prüfen
Projekt, Kunde und Zuständigkeit werden vor dem Speichern gegen die eigene Firma geprüft, und eine unbekannte Kennung wird abgewiesen.
Anlegen und Bearbeiten verlangen records.write an der Route selbst, ein Konto mit reinem Leserecht kann das Formular also nicht direkt abschicken.
Das Abschlussdatum entsteht beim Wechsel auf erledigt und verschwindet wieder, sobald die Anfrage einen anderen Status bekommt.
Nummern sind je Firma eindeutig und lauten TK mit fünf Ziffern, zwei Anfragen können dieselbe Nummer nie tragen.
Serviceanfragen für Bauunternehmen: typische Fehler
Eine Anfrage ohne Fälligkeit kann nicht überfällig werden, die Kennzahl bleibt auf null, während der Fall altert. Setzen Sie ein Datum auch dann, wenn der Kunde keines genannt hat.
Wartet ist kein Abstellplatz für Unklares. Der Status heißt, dass etwas außerhalb des Büros die Arbeit blockiert; alles andere dort abzulegen versteckt echte Fälle hinter einem Status, den niemand nachhält.
Serviceanfragen sind keine Mängel. Ein Fehler an einem Bau, der noch läuft, gehört mit Gewerk und Frist in die Mängelliste, der Anruf eines Kunden nach der Übergabe gehört hierher.
Die Produktseite beschreibt dasselbe Modul aus betrieblicher Sicht, mit den Entscheidungen, die es trägt, und den Modulen, mit denen es verbunden ist.
Zur ProduktseiteHäufige Fragen
Kann eine Serviceanfrage mit Kunde und Projekt verknüpft werden?
Ja. Beide Beziehungen stehen neben verantwortlicher Person und Fälligkeit zur Verfügung.
Folgt die Liste der aktuell gewählten Baustelle?
Ja. Mit gewählter Baustelle wird darauf gefiltert; ohne Auswahl ist der ganze Betrieb sichtbar.
Diesen Bereich für Ihre Firma einrichten?
Beschreiben Sie die Reihenfolge, die Sie heute einhalten, und das Ergebnis, das am Ende stehen soll. Wir gehen die Einstellungen durch, die dorthin führen.