Handwerker App und Bausoftware — individuell statt Standard

Der Markt für Handwerker-Software ist dicht besetzt mit Lizenz-Produkten — Auftragsabwicklung, Stundenerfassung, Aufmaß, ein Modul mehr je Jahr. Was funktioniert, solange Ihre Prozesse zur Software passen. Sobald Sie aber einen mehrgewerklichen Workflow, eine spezielle Lieferanten-Anbindung oder eine Integration ins eigene ERP brauchen, kippt das Verhältnis: Lizenzkosten skalieren mit Mitarbeitern, Anpassungen kosten je Customizing extra, und der Hersteller priorisiert die Roadmap nach Marktdurchschnitt — nicht nach Ihrem Betrieb. Eine individuelle Handwerker App oder Bausoftware als Eigenentwicklung ist keine Antwort auf jede Größe — aber ab einer bestimmten Schwelle (typischerweise 30+ Mitarbeiter mit eigener IT-Verantwortung) der ehrlichere Weg, weil Code und Datenmodell in eigener Hand bleiben.

Eine Handwerker App ohne robusten Offline-Modus ist eine Office-App im Mantel einer Baustelle. Im Heizungskeller, im Treppenhaus eines Altbaus, in der Werkhalle hinter dem Stahltor — Internetverbindung ist nicht verlässlich. Der bewährte Pfad ist Mobile-First mit lokalem Eventlog: jede Eingabe (Stunden, Aufmaß, Foto, Materialliste, Bautagebuch-Eintrag) wird lokal als unveränderlicher Event geschrieben. Sync zum Backend läuft über strukturierte Resync-Punkte und idempotente APIs — beim nächsten WLAN, ohne Datenverlust, ohne dass der Mitarbeiter prüfen muss, „ob alles ankam“. Dazu gehören Konflikt-Strategien für gleichzeitige Änderungen aus Büro und Außendienst — sonst überschreibt die letzte Änderung die ehrliche.

Große Bauprojekte verlangen BIM. Der Generalunternehmer arbeitet mit IFC-Modellen, Performance-Level-1-Daten, AIA-Vorgaben — und erwartet, dass die Bausoftware seines Tier-2- oder Tier-3-Lieferanten daran anschlussfähig ist. Mittelständische Bau- und Ausbaubetriebe haben aber selten ein eigenes BIM-Tooling und können sich kein Solibri- oder Navisworks-Stack-Setup leisten. Pragmatischer Pfad: eine IFC-Import-Pipeline auf Open-Source-Basis (xBIM Toolkit oder IFC.js / web-ifc), die das Modell in eine eigene Datenstruktur überführt — Bauteile, Mengen, Eigenschaften — und an die Auftrags- und Aufmaß-Logik anschließt. So bleibt der Mittelstands-Betrieb BIM-anschlussfähig, ohne ein Großprojekt-Stack-Investment.

Seit dem 01.01.2025 ist im inländischen B2B-Bereich jeder Handwerksbetrieb verpflichtet, E-Rechnungen in den Formaten XRechnung oder ZUGFeRD (ab Version 2.0.1) empfangen zu können — auch der Kleinstbetrieb. Die Versendepflicht greift abgestuft: Betriebe mit Vorjahres-Umsatz über 800.000 € müssen ab 01.01.2027 E-Rechnungen senden, ab 01.01.2028 gilt die Pflicht für alle B2B-Transaktionen. Viele Mittelstandsbetriebe arbeiten heute mit PDF-Mailanhängen und manueller Übergabe an den Steuerberater — der Sprung auf einen strukturierten ZUGFeRD-Workflow (XML im PDF/A-3) und sauberen DATEV-Export ist ein Architektur-Thema, kein Tooling-Klick. Die Empfangsseite (XRechnung-Parser) und die Sendeseite (Mustang-Bibliothek oder Factur-X-PHP) gehören in die Bausoftware oder Handwerker-App selbst, nicht in eine Drittanbieter-Insellösung.

Bestellungen, Wareneingang, Baustelle-Materiallisten, Rückgaben — die Material- und Lieferanten-Schicht ist in vielen Handwerksbetrieben der teuerste Daten-Bruch. Ein Mitarbeiter ruft beim Großhändler an, der schickt eine PDF-Bestätigung, die wandert ins Office, jemand pflegt die Position in Excel — und wenn der Lieferschein nicht ankommt, findet niemand die Bestellung wieder. Eine Handwerker App ist als Insellösung nur halb so wertvoll, wenn sie nicht über ein Lieferantenportal oder ein integriertes Material-Datenmodell mit Bestell- und Lieferschein-Status verbunden ist. Anschluss an Großhändler-APIs (z.B. Würth, Sonepar, Stauf), Barcode-/QR-Erfassung beim Wareneingang und ein klarer Audit-Pfad, wer was wann ausgegeben hat — das ist die nächste Hebel-Stufe nach der reinen Auftrags-App.