Zum Inhalt springen
MARCODES
Abstraktes Relief aus dunklem Papier: ein großer Block mit einem passgenau angedockten kleinen Anbau in Orange

Branchensoftware erweitern: Wenn die Standardlösung fast passt

Lücken in Ihrer Branchensoftware schließen Sie, indem Sie neben dem System bauen statt in ihm: mit Zusatzfeldern und Modulen des Herstellers, mit einer Schnittstelle zu einer kleinen eigenen Anwendung oder mit einem Werkzeug, das Daten nur liest. Was davon passt, hängt davon ab, was der Hersteller offiziell erlaubt und wie oft er Updates liefert.

8 min Lesezeit Branchen und Praxis

Eine Branchenlösung bildet die Abläufe ab, die bei den meisten Kunden des Herstellers gleich sind. Die Lücken liegen fast immer dort, wo Ihr Betrieb anders arbeitet als der Durchschnitt: ein eigenes Prüfprotokoll, ein Bericht für einen Großkunden, ein Portal für Außendienst oder Partner. Solche Lücken rechtfertigen selten den Austausch eines Systems, mit dem Ihre Mitarbeiter seit Jahren arbeiten. In vielen Branchen läuft es deshalb ähnlich. Der Kern bleibt, daneben entsteht ein kleines, klar abgegrenztes Stück eigene Software.

Typische Lücken in Branchenlösungen

Die meisten Lücken fallen in vier Gruppen. Wer seine Liste so sortiert, sieht schneller, welche Art von Erweiterung nötig ist.

  • Fehlende Felder und Status: Die Software kennt „offen“ und „erledigt“, Ihr Ablauf hat aber eine Freigabe durch einen zweiten Mitarbeiter. Oder es fehlt ein Feld für eine Prüfnummer, die ein Kunde verlangt.

  • Berichte und Auswertungen: Die Daten sind vorhanden, aber der eingebaute Bericht zeigt sie nicht so, wie Geschäftsführung oder Kunde sie brauchen. Das Ergebnis ist ein monatlicher Export nach Excel, der jedes Mal von Hand nachbearbeitet wird.

  • Zugänge für Dritte: Kunden, Subunternehmer oder Außendienst sollen einen kleinen Teil der Daten sehen oder ergänzen, ohne eine volle Lizenz und ohne Zugriff auf alles andere.

  • Verbindungen zu anderen Systemen: Die Branchensoftware und die Buchhaltung, der Onlineshop oder ein Messgerät tauschen keine Daten aus. Jemand tippt ab.

Schreiben Sie zu jeder Lücke dazu, wie oft sie im Alltag auftritt und wie lange die Umgehung dauert. Ein Beispiel zum Nachrechnen: Ein Bericht, der dreimal pro Woche je 20 Minuten Nacharbeit in Excel kostet, bindet eine Stunde pro Woche, bei 46 Arbeitswochen also 46 Stunden im Jahr. Bei angenommenen internen Kosten von 50 Euro pro Stunde sind das 46 mal 50 gleich 2.300 Euro im Jahr. Dieser Betrag ist die Obergrenze dessen, was eine Erweiterung im ersten Jahr kosten darf, wenn sie sich allein über die eingesparte Zeit rechnen soll. Fehlerquellen beim Abtippen und Abhängigkeit von dem einen Mitarbeiter, der die Excel-Datei versteht, kommen hinzu, lassen sich aber schlechter beziffern.

Ein gutes Zeichen für eine Lücke, die sich schließen lässt: Sie können sie in einem Satz beschreiben, und sie betrifft einen Ablauf, nicht das ganze System. Wenn die Liste dagegen den Kern berührt, etwa die Art, wie Aufträge, Lager oder Abrechnung grundsätzlich funktionieren, ist die Frage eine andere. Dann geht es um Standard oder Eigenentwicklung, nicht um eine Erweiterung.

Zusatzmodul, Schnittstelle oder Eigenbau

Für jede Lücke gibt es drei Wege, die sich in Aufwand, Abhängigkeit und Lebensdauer deutlich unterscheiden.

Zusatzmodul oder Konfiguration des Herstellers

Viele Branchenlösungen haben frei definierbare Felder, eigene Berichtsvorlagen oder Zusatzmodule, die der Hersteller oder seine Partner anbieten. Das ist der erste Prüfschritt, weil diese Wege Updates überstehen: Der Hersteller pflegt sie selbst. Prüfen Sie dabei auch, ob die Zusatzfelder in Exporten, in der Suche und in der Schnittstelle auftauchen. Ein Feld, das nur in der Maske sichtbar ist, hilft beim Erfassen, aber nicht beim Auswerten. Fragen Sie den Hersteller konkret, nicht allgemein: „Können wir einen eigenen Status zwischen offen und erledigt anlegen, und erscheint er in den Berichten?“ Die Antwort auf eine allgemeine Frage lautet fast immer: „Das geht.“

Schnittstelle zu einer kleinen eigenen Anwendung

Bietet das System eine dokumentierte Schnittstelle, entsteht daneben eine eigene Anwendung für genau den fehlenden Ablauf: ein Portal für Subunternehmer, eine Freigabe-Strecke, ein Bericht. Die Branchensoftware bleibt das führende System für ihre Daten, die eigene Anwendung liest und schreibt nur über die Schnittstelle. Für solche Anwendungen bauen wir individuelle Webanwendungen mit Laravel, die genau einen Zweck haben und deshalb klein bleiben.

Eigenbau, der nur liest

Fehlt eine Schnittstelle, ist ein lesender Zugriff oft der sicherste Weg: ein regelmäßiger Export, den eine eigene Auswertung übernimmt, oder ein lesender Datenbankzugang, wenn der Hersteller ihn erlaubt. Schreibende Zugriffe direkt in die Datenbank der Branchensoftware sollten Sie vermeiden. Sie umgehen die Prüfregeln des Herstellers, und beim nächsten Update kann sich die Tabellenstruktur ändern, ohne dass es jemand ankündigt.

Zum Aufwand nach unserer Schätzung: Ein Zusatzfeld oder eine Berichtsvorlage ist eine Sache von Stunden, eine Schnittstelle mit Abgleich in eine Richtung braucht etwa 5 bis 15 Personentage, ein Portal für Dritte eher 20 bis 40. Den Ausschlag geben die Qualität der Schnittstelle und die Zahl der Sonderfälle. Mit den 2.300 Euro aus dem Rechenbeispiel oben ist deshalb meist nur der erste Weg bezahlt; die anderen beiden rechnen sich erst, wenn mehrere Lücken zusammenkommen oder Fehler beim Abtippen Geld kosten.

Wie weit Erweiterungen tragen können, ohne den Kern zu verbiegen, zeigt ein frühes Projekt von uns. Für ein Fotografen-Kollektiv entstand auf TYPO3 ein Bildermarktplatz: Upload-Assistent, Bildserien, Profile, Suche, Lizenzmodelle und Wasserzeichen in zwei Bildgrößen kamen als eigene Erweiterungen dazu, die Grundstruktur des CMS blieb unverändert. Dadurch funktionierten alle Redaktionsfunktionen weiter, und eine zweite Anwendung daneben war nicht nötig. Die Plattform wurde rund zwei Jahre durchgehend gepflegt.

Der helle Standardblock bietet vorne einen Anschluss, ein oranger Stecker passt genau hinein.

Was der Hersteller erlaubt

Bevor etwas gebaut wird, sollte feststehen, was der Lizenzvertrag und der Wartungsvertrag zulassen. Drei Dokumente liefern die Antwort: der Lizenzvertrag, der Wartungs- oder Supportvertrag und die Dokumentation der Schnittstelle.

Diese Fragen sollten Sie dem Hersteller schriftlich stellen:

  1. Gibt es eine dokumentierte Schnittstelle, und ist sie in Ihrer Lizenz enthalten oder ein kostenpflichtiges Zusatzmodul?

  2. Dürfen Dritte, also ein externer Entwickler, die Schnittstelle in Ihrem Auftrag nutzen, und braucht es dafür eine Partnerschaft mit dem Hersteller?

  3. Gibt es eine Testumgebung mit eigenen Zugangsdaten, damit Erweiterungen nicht gegen das Live-System entwickelt werden?

  4. Wie werden Änderungen an der Schnittstelle angekündigt, und wie lange bleiben alte Versionen erhalten?

  5. Bleibt der Support bestehen, wenn eine fremde Anwendung über die Schnittstelle Daten schreibt?

Wie unterschiedlich die Regeln sein können, zeigt DATEV: Dort gibt es Schnittstellen-Partner, deren Anbindungen DATEV regelmäßig technisch prüft und im DATEV-Marktplatz listet, und Anbieter, die Schnittstellen ohne Partnerschaft nach der Dokumentation im Entwicklerportal bauen. Welche Schnittstelle für Ihren Zweck offensteht, klären Sie vor dem ersten Angebot, nicht danach.

Das Urheberrecht setzt einen Rahmen, den der Vertrag in Teilen enger fassen kann. Nach § 69d UrhG darf, wer ein Programm berechtigt nutzt, dessen Funktionieren beobachten und testen. § 69e UrhG erlaubt das Zurückübersetzen des Codes nur unter engen Bedingungen und nur, soweit es für das Zusammenspiel mit einem unabhängig geschaffenen Programm unerlässlich ist und die Informationen nicht anders zugänglich sind. Für eine Erweiterung im Alltag heißt das: Eine offizielle Schnittstelle oder ein dokumentierter Export ist immer der bessere Weg als jede Form von Nachbauen.

Updates des Herstellers überstehen

Eine Erweiterung ist erst dann gelungen, wenn sie das nächste Update ohne Notfall übersteht. Gefährlicher als große Versionssprünge sind kleine, stille Änderungen, weil sie selten angekündigt werden: Ein Feld wird umbenannt, ein Statuswert heißt plötzlich anders, eine Liste wird seitenweise statt vollständig ausgeliefert. Der Abgleich läuft weiter, meldet keinen Fehler und verarbeitet nur noch die erste Seite.

Gegen solche Brüche helfen vier Maßnahmen:

  • Eine Zuordnungstabelle statt fester Werte: Welche Statuswerte und Felder der Branchensoftware welchen Werten in Ihrer Anwendung entsprechen, steht an einer Stelle. Ändert der Hersteller etwas, wird eine Zeile angepasst, nicht der Code an zehn Stellen.

  • Tests gegen die Testumgebung: Automatische Tests rufen die wichtigsten Schnittstellen-Aufrufe gegen das Testsystem des Herstellers auf. Kommt ein Update, laufen sie dort zuerst.

  • Ein täglicher Zahlenabgleich: Die eigene Anwendung zählt, wie viele Datensätze sie übernommen hat, und vergleicht die Zahl mit der Quelle. Weicht sie ab, geht eine Meldung raus. Genau dieser Abgleich findet den Fall mit der ersten Seite, den kein Fehlerprotokoll zeigt.

  • Release-Termine im Kalender: Viele Hersteller veröffentlichen ihre Update-Termine im Kundenbereich. Wer sie kennt, plant eine Stunde Prüfung am Tag danach ein, statt eine Woche später von Mitarbeitern zu hören, dass ein Bericht leer ist.

Halten Sie außerdem fest, wer die Erweiterung betreut. Eine Schnittstelle, die vor drei Jahren ein Werkstudent gebaut hat und die niemand mehr kennt, ist ein Risiko, das in keiner Kostenrechnung steht.

Kurz beantwortet

Häufige Fragen

  • Das hängt vom Weg ab, nicht von der Erweiterung an sich. Gewährleistung und Support sind dabei zwei verschiedene Dinge: Die gesetzliche Gewährleistung betrifft Mängel der gekauften Software, der Support ist eine Leistung aus Ihrem Wartungsvertrag. Wer offizielle Schnittstellen, Zusatzfelder oder Module nutzt, bleibt im vorgesehenen Rahmen. Änderungen am Programmcode oder schreibende Zugriffe direkt in die Datenbank kann der Hersteller dagegen vom Support ausschließen. Klären Sie das vorab schriftlich anhand Ihres Wartungsvertrags.

  • Bei sauber getrennten Erweiterungen ändert sich meist nichts, weil sie nur über die Schnittstelle sprechen. Kritisch sind stille Änderungen an Feldern und Statuswerten. Ein Testlauf gegen die Testumgebung und ein täglicher Zahlenabgleich zeigen solche Brüche, bevor Mitarbeiter sie bemerken.

Lücke beschreiben, Weg finden

Schildern Sie uns die Lücke in Ihrer Branchenlösung. Wir prüfen mit Ihnen, ob ein Modul des Herstellers, eine Schnittstelle oder eine kleine eigene Anwendung der passende Weg ist.

Zu unseren Branchen

Nachweise

Quellen und Stand

Stand: 13.05.2026. Die Hinweise zu §§ 69d und 69e UrhG beschreiben die gesetzliche Lage in Grundzügen und ersetzen keine Rechtsberatung; was Ihr Lizenzvertrag erlaubt, klären Sie mit dem Hersteller oder einem Anwalt.

Weiterlesen:

Artikel teilen