Eine ergänzende Individualsoftware ist eine individuell entwickelte Anwendung, die neben Ihrem bestehenden Kernsystem läuft und über Schnittstellen Daten mit diesem austauscht. Das Kernsystem bleibt bestehen, während die Erweiterungslösung gezielt funktionale Lücken schließt. Eine Schnittstelle ist dabei eine definierte Verbindung, über die zwei Programme Daten austauschen.
Viele Unternehmen arbeiten seit Jahren mit bewährten Softwaresystemen, die wichtige Geschäftsprozesse zuverlässig unterstützen. Doch was passiert, wenn neue Anforderungen entstehen, die sich mit der vorhandenen Lösung nicht oder nur mit großem Aufwand umsetzen lassen? Nicht immer muss deshalb das gesamte System ersetzt werden. Oft ist es sinnvoller, bestehende Software gezielt um individuell entwickelte Funktionen zu ergänzen. So können Unternehmen ihre gewohnten Anwendungen weiterhin nutzen und gleichzeitig zusätzliche Anforderungen abdecken.
In diesem Ratgeber erfahren Sie, wann eine ergänzende Individualsoftware sinnvoll ist, wie die Anbindung über Schnittstellen funktioniert und welche Möglichkeiten sich daraus für Ihren Betrieb ergeben. Beispiele aus der Praxis zeigen, wie solche Lösungen umgesetzt werden können.
Was ist eine komplementäre Software zu einem bestehenden System?
Fast jedes größere Unternehmen hat ein Kernsystem. Es verwaltet Bestellungen, Artikel, Kunden oder Personal und stammt häufig von einem etablierten Hersteller. Die Software läuft, die Mitarbeitenden kennen sie, und ein Wechsel ist meist weder gewünscht noch notwendig. Trotzdem gibt es immer wieder den Moment, in dem jemand sagt: „Das kann unser System nicht.“
Dann beginnen die Umwege: eine Excel-Liste neben dem System, ein Export am Freitag, ein Import am Montag oder eine Kollegin, die Daten manuell abgleicht. Auf Nachfrage heißt es vom Hersteller dann vielleicht: „Steht auf der Roadmap, frühestens in einem Jahr.“ Oder: „Die Zusatzentwicklung kostet extra und ist nicht in der Lizenz enthalten.“
Genau hier setzt Individualsoftware als Ergänzung an. Sie ersetzt das Kernsystem nicht, sondern ergänzt es gezielt. Dieser Ratgeber erklärt, wie das technisch funktioniert, wann sich eine ergänzende Individualsoftware lohnt, wann nicht und was zwei Unternehmen in Österreich damit erreicht haben. Wenn Sie zuerst die Grundlagen lesen möchten, finden Sie diese auf der Seite Individuelle Softwareentwicklung.
Standardprodukt oder Individualsoftware: Was unterscheidet die beiden Wege?
Fehlt eine Funktion, gibt es meist zwei Möglichkeiten: Sie hoffen und warten auf eine Erweiterung durch den Hersteller oder lassen eine individualisierte Software entwickeln. Die Unterschiede in der Übersicht:
| Kriterium | Herstelleranpassung im Standardprodukt | Individualsoftware |
|---|---|---|
| Funktionsumfang | Das Produkt kann, was es kann. Abweichungen sind schwierig, teuer oder unmöglich | Zugeschnitten auf Ihren Ablauf, nichts Überflüssiges |
| Eigentum | Die Anpassung gehört dem Hersteller und hängt an seiner Lizenz | Nutzungsrechte und Eigentumsrechte werden vertraglich geregelt |
| Weiterentwicklung | Abhängig von Roadmap und Produktstrategie des Herstellers | Wächst mit Ihren Prozessen, wann Sie es brauchen |
| Laufende Kosten | Lizenzgebühren pro Nutzer oder Modul, oft steigend | In der Regel keine nutzerabhängigen Lizenzgebühren für die eingesetzten Open-Source-Komponenten; Kosten für Entwicklung, Betrieb und Wartung |
| Systemwechsel | Anpassung geht mit dem alten System verloren | Je nach Abhängigkeit vom bisherigen Kernsystem können größere Anpassungen oder eine Neuentwicklung erforderlich sein |
| Zeit bis zur Lösung | Oft Monate bis Jahre Wartezeit | Kleine Erweiterungen in Wochen, mittlere in Monaten |
| Risiko versteckter Kosten | Hoch, wenn die Anpassung wächst | Ein klar definierter Projektumfang und ein Pauschalangebot können die Kosten planbarer machen; zusätzliche Anforderungen verursachen gegebenenfalls Mehrkosten |
Ein Beispiel aus der Praxis: In einem Konzern wurde eine Anpassung an einem CRM-System zunächst mit 200.000 Euro veranschlagt. Am Ende lagen die Kosten bei über 500.000 Euro. Der spätere Wechsel auf ein anderes System dauerte rund eineinhalb Jahre. Solche Erfahrungen zeigen, warum es sich lohnt, bei besonderen Anforderungen auch eine individuell entwickelte Ergänzung zu prüfen. Sie kann gezielt jene Funktionen übernehmen, die sich innerhalb des Standardprodukts nur schwer oder mit hohen Kosten umsetzen lassen.
Wann ist eine Individualsoftware nicht sinnvoll?
Wenn ein Standardprodukt genau das kann, was Sie benötigen, ist eine individuelle Neuentwicklung meist nicht sinnvoll. Etwas von Grund auf neu zu entwickeln, das bereits als ausgereifte Standardlösung verfügbar ist, bringt in der Regel keinen Vorteil.
Das gilt auch für ganze Systemklassen. Das gilt besonders für Bereiche wie Buchhaltung, Warenwirtschaft und klassische CRM-Funktionen, für die zahlreiche etablierte Produkte verfügbar sind. Auch für die Zeiterfassung reicht in vielen Unternehmen eine Standardlösung aus. Erst bei besonderen Dienstmodellen, komplexen Regeln oder individuellen Abläufen kann eine maßgeschneiderte Ergänzung oder Neuentwicklung sinnvoll werden.
Eine Individualsoftware wird vor allem dann interessant, wenn wichtige Anforderungen von den Möglichkeiten des bestehenden Systems abweichen. Typische Aussagen, die darauf hindeuten, sind etwa:
- „Das ist individuelle Entwicklung, machen wir nicht, passt nicht in die Produktstrategie.“
- „Nicht im Standardprodukt enthalten, wird daher nicht umgesetzt.“
- „Steht auf der Roadmap, frühestens in einem Jahr.“
- „Zusatzentwicklung kostet extra, ist nicht in der Lizenz enthalten.“
Wie funktioniert die Anbindung an ERP-System, Kernsystem und Co?
Die Anbindung erfolgt über Schnittstellen. Welche Art von Schnittstelle infrage kommt, hängt davon ab, welche Möglichkeiten das bestehende System bietet. In der Praxis begegnen uns vor allem drei Varianten.
Programmierschnittstelle
Moderne Systeme bieten häufig eine Programmierschnittstelle (API). Das ist eine dokumentierte Schnittstelle, über die andere Programme Daten abfragen und übertragen können. Ist eine API vorhanden, ist sie meist der bevorzugte Weg. Der Datenaustausch kann automatisiert, in beide Richtungen und bei Bedarf in Echtzeit erfolgen.
Datenbankzugriff oder Dateiaustausch
Viele Systeme im Mittelstand verfügen über keine oder nur eingeschränkte APIs. Dann arbeiten wir mit strukturierten Exporten und Importen, zum Beispiel über CSV- oder XML-Dateien oder über einen direkten Lesezugriff auf die Datenbank. Das ist technisch weniger elegant als eine API, kann aber dennoch zuverlässig funktionieren.
Semi-automatische Schnittstellen
Nicht jeder Datenaustausch muss vollständig automatisiert erfolgen. Bei semi-automatischen Schnittstellen werden Daten beispielsweise als Excel-Datei (XLSX) exportiert, anschließend manuell geprüft, bearbeitet oder mit Informationen aus anderen Systemen ergänzt und danach in ein Zielsystem importiert oder in einem vorgesehenen Systemordner abgelegt.
Diese Form der Datenübertragung kann sinnvoll sein, wenn technische Einschränkungen bestehen oder bestimmte Informationen vor der Weiterverarbeitung fachlich kontrolliert werden müssen. Allerdings bleiben manuelle Arbeitsschritte notwendig, die bei der Planung berücksichtigt werden sollten.
Worauf sollten Sie bei der Integration achten?
Bei der Wahl des Integrationswegs sind vor allem drei Punkte entscheidend.
- Erstens die technische Dokumentation: Gibt es einen REST-Webservice, eine andere API oder lediglich einen Datei-Export?
- Zweitens die benötigte Aktualität der Daten: Ein direkter Abgleich in Echtzeit ist aufwendiger als ein nächtlicher Lauf, und nicht in jedem Fall notwendig.
- Drittens die Zuständigkeit: Wer passt das Mapping an, wenn sich im Kernsystem ein Feld oder Datenformat ändert?
Diese Fragen stellen sich unabhängig davon, ob es sich um ein ERP-System eines großen Herstellers, eine mittelständische Warenwirtschaft, einen Online-Shop oder ein mobiles Erfassungsgerät im Lager handelt. Die Systeme unterscheiden sich, die grundlegenden Integrationsfragen bleiben ähnlich.
Welche Daten fließen typischerweise über die Schnittstelle?
In den meisten Projekten geht es um vier Arten von Daten.
- Stammdaten wie Artikel, Kunden, Lieferanten oder Mitarbeitende bleiben häufig im Kernsystem führend und werden an die Individualsoftware übergeben.
- Bewegungsdaten wie Bestellungen, Aufträge, Buchungen oder Dienstzeiten entstehen je nach Prozess im einen oder anderen System und werden entsprechend weitergegeben.
- Dokumente und Dateien wie Lieferantenkataloge oder Prüfprotokolle werden über geeignete Datei-Schnittstellen ausgetauscht.
- Statusinformationen wie „freigegeben“ oder „geprüft“ sorgen dafür, dass beide Systeme denselben Bearbeitungsstand kennen.
Zwei Fragen klären wir zu Beginn jedes Projekts: Welches System ist für welche Daten die führende Quelle? Und wie häufig muss der Abgleich stattfinden – in Echtzeit, stündlich, einmal pro Nacht oder manuell bei Bedarf? Diese Entscheidungen beeinflussen den Aufwand oft stärker als die Frage, von welchem Hersteller das Kernsystem stammt.
Entscheidend ist nicht allein, von welchem Hersteller das Kernsystem stammt, sondern welche technischen Möglichkeiten es bietet. Ein wichtiger Bestandteil jedes Integrationsprojekts ist das sogenannte Mapping: Dabei wird festgelegt, welches Datenfeld in einem System welchem Feld im anderen System entspricht.
Strukturierte Datenfelder, beispielsweise mit fest definierten Auswahlmöglichkeiten, lassen sich in der Regel einfacher zuordnen und übertragen als Freitextfelder. Besonders aufwendig wird es, wenn in einem einzigen Textfeld unterschiedliche Informationen oder mehrere Datenkategorien gespeichert sind. Diese müssen vor der Übernahme gegebenenfalls getrennt, geprüft und einer passenden Datenstruktur zugeordnet werden.
Wie sieht eine Individualsoftware in der Praxis aus?
Produktdaten im Großhandel
Ein internationaler Großhandelskonzern verwaltet rund 1,2 Millionen Artikelstammdaten. Das Kernsystem stammt von Microsoft und bleibt die führende Quelle. Die Herausforderung lag in den vorgelagerten Prozessen: Lieferanten- und Produktdaten mussten zusammengeführt und geprüft, Preise abgeglichen und Artikel katalogisiert werden, bevor sie in das Kernsystem übernommen werden konnten. Viele dieser Arbeitsschritte wurden zuvor manuell durchgeführt.
s-team hat eine Software entwickelt, die diese Vorstufe digitalisiert und mehrere verteilte Excel-Listen überflüssig macht. Sie bietet ein umfangreiches Interface für das Kernteam, um Lieferanten- und Artikelstammdaten einzuspielen, zu normalisieren, anhand interner Vorgaben zu prüfen und zu katalogisieren, bevor die Daten mittels einer Schnittstelle automatisiert an das Kernsystem übergeben werden.
Der Relaunch der Anwendung kostete rund 100.000 bis 120.000 Euro und dauerte etwa ein Jahr. Ein früheres Zusatzmodul, das Lieferantendateien im XML-Format automatisch in Tabellen umwandelt, lag bei rund 5.000 Euro. Beide Beispiele zeigen die Bandbreite: Eigenentwicklungen können klein beginnen und später erweitert werden.
Personalverwaltung im Rettungsdienst
Notruf Niederösterreich benötigte eine neue Lösung für seine Personalverwaltung und Zeiterfassung, nachdem die bisherige Standardsoftware das Ende ihres Lebenszyklus erreicht hatte. Individuelle Anforderungen ließen sich beim bisherigen Anbieter nur mit hohem Aufwand berücksichtigen.
s-team entwickelte eine Anwendung, die unter anderem unterschiedliche Dienststellen und Dienstmodelle, Schicht- und Dienstpläne, Qualifikationen, Urlaubsfreigaben, Prüfungen nach dem Arbeitszeitgesetz, Dienstreisen, Krankmeldungen, Karenzen sowie die Erfassung von Reisekosten und Zulagen berücksichtigt.
Die Erfassung, Verwaltung, Auswertung und Aufbereitung der entsprechenden Daten erfolgt in der individuell entwickelten Anwendung. Die eigentliche Lohnverrechnung bleibt im bestehenden BMD-System. Der Datenaustausch erfolgt über strukturierte Exporte. Die Lösung wurde über die Jahre schrittweise erweitert und an neue gesetzliche sowie organisationsinterne Anforderungen angepasst.
Was passiert beim Systemwechsel?
Wird ein bestehendes Kernsystem durch eine neue Software ersetzt, hat das häufig auch Auswirkungen auf individuell entwickelte Ergänzungen. Dabei ändern sich möglicherweise nicht nur die Schnittstellen, sondern auch Datenstrukturen, technische Abläufe und fachliche Prozesse.
Ob die bestehende Individualsoftware weiterverwendet werden kann, hängt davon ab, wie eng sie mit dem bisherigen Kernsystem verbunden ist und wie stark sich die neue Umgebung davon unterscheidet. Bei ähnlichen Systemen können kleinere Anpassungen ausreichen. Bei grundlegenden Veränderungen ist dagegen häufig eine umfangreiche Überarbeitung oder ein vollständiger Relaunch der Ergänzungssoftware notwendig.
Eine individuelle Anwendung bietet dennoch den Vorteil, dass sie als eigenständige Lösung neben dem Kernsystem betrieben werden kann. Je nach Architektur lassen sich dadurch einzelne Funktionen, die Oberfläche oder Teile der Datenhaltung weiterverwenden. Ob und in welchem Umfang das möglich ist, muss jedoch für jeden Systemwechsel gesondert geprüft werden.
Auch Anpassungen direkt innerhalb einer Standardsoftware können bei einem Produktwechsel verloren gehen oder müssen im neuen System erneut umgesetzt werden. Welche Variante langfristig flexibler ist, hängt deshalb von der konkreten technischen Umsetzung und den Abhängigkeiten zwischen den beteiligten Systemen ab.
Was kostet eine Individualsoftware und wie geht es los?
Individuelle Eigenentwicklungen sind typischerweise kleinere bis mittlere Projekte.
Kleinere Anwendungen wie ein Umwandlungsmodul oder einfache Schnittstellen zwischen zwei Systemen liegen bei rund 5.000 bis 10.000 Euro als Pauschale. Die Umsetzung dauert je nach Umfang wenige Tage bis mehrere Wochen.
Mittlere Anwendungen, die umfangreichere Prozesse oder die Anforderungen einer ganzen Abteilung abdecken, benötigen häufig mehrere Monate Entwicklungszeit. Je nach Funktionsumfang, Schnittstellen und technischer Komplexität können die Kosten deutlich über jenen kleiner Zusatzmodule liegen. Ein konkretes Beispiel dafür ist der zuvor beschriebene Relaunch im Produktdatenmanagement.
Den vollständigen Preisrahmen und wichtige Kostentreiber wie Datenmigration und Datenschutz erläutern wir im Ratgeber Ablauf, Dauer und Kosten.
Der Einstieg erfolgt über ein Erstgespräch. Sie schildern uns, wo Ihr Kernsystem an seine Grenzen stößt. Wir prüfen die vorhandenen Schnittstellen und entwickeln daraus ein Konzept. Ein Angebot erhalten Sie in der Regel innerhalb einer Woche.
Nach dem Go-live können wir die Anwendung auf eigener Server-Hardware in Wien betreiben und laufend warten. Was das im Detail bedeutet, lesen Sie unter Softwarewartung und Betrieb. Ob eine Individualsoftware oder eine Standardlösung besser zu Ihrer Situation passt, zeigt der Vergleich Individualsoftware oder Standardsoftware.
Wenn Ihnen einer der oben genannten Sätze in den vergangenen Monaten begegnet ist, vereinbaren Sie noch heute ein Erstgespräch mit uns. Auf Wunsch stellen wir Ihnen auch den Kontakt zu ausgewählten Referenzkunden her.
Erstgespräch · kostenlos und unverbindlich
Welche Lücke soll Ihre Software schließen?
Beschreiben Sie kurz, was Ihr bestehendes System heute nicht kann. Wir melden uns innerhalb eines Werktags mit einem Terminvorschlag.
- Terminvorschlag innerhalb eines Werktags
- Ehrliche Einschätzung, auch wenn Standardsoftware besser passt
- Entwicklung, Hosting und Betrieb aus einer Hand in Wien
Rufen Sie gerne auch unsere Kunden an, wir stellen den Kontakt her.
Danke, Ihre Anfrage ist bei uns.
Wir melden uns innerhalb eines Werktags mit einem Terminvorschlag. Wenn es eilt, rufen Sie uns an: +43 1 934 35 23.
Häufige Fragen
Was ist eine Schnittstelle?
Eine Schnittstelle ist eine definierte Verbindung, über die zwei Programme Daten austauschen können. Sie legt fest, welche Daten in welchem Format übertragen werden. Im Alltag bedeutet das beispielsweise: Ein Artikel, der im Kernsystem angelegt wird, erscheint automatisch auch in einer Eigenentwicklung, ohne dass er ein zweites Mal eingegeben werden muss. Der Datenaustausch kann in Echtzeit, in regelmäßigen Intervallen oder auf Knopfdruck erfolgen.
Was ist eine API?
API steht für „Application Programming Interface“, auf Deutsch Programmierschnittstelle. Sie ermöglicht anderen Programmen, über klar definierte Regeln Daten abzufragen oder zu übertragen. Je nach System kann der Austausch in Echtzeit und in beide Richtungen erfolgen. Ist eine gut dokumentierte API vorhanden, erleichtert das die Integration deutlich.
Was ist eine komplementäre Software?
Eine komplementäre Software ist eine zusätzliche Anwendung, die ein bestehendes System um bestimmte Funktionen ergänzt, ohne es vollständig zu ersetzen. Das Kernsystem bleibt für seine zentralen Daten und Prozesse bestehen. Die individuelle Erweiterung übernimmt zusätzliche Aufgaben und tauscht über Schnittstellen Daten mit dem Kernsystem aus.
Geht das auch, wenn mein System keine API hat?
Ja. Fehlt eine Programmierschnittstelle, können je nach System strukturierte Exporte und Importe oder Datenbankzugriffe eingesetzt werden. Welche Variante geeignet ist, hängt von den technischen Möglichkeiten des bestehenden Systems ab. Der Aufwand kann dabei höher sein als bei einer gut dokumentierten API.
Muss ich mein ERP-System oder Kernsystem wechseln?
Nein. Eine ergänzende Individualsoftware kann das bestehende Kernsystem um zusätzliche Funktionen erweitern, ohne es zu ersetzen. Wird das Kernsystem später ausgetauscht, muss allerdings geprüft werden, ob die individuelle Anwendung weiterverwendet werden kann. Je nach Unterschieden bei Schnittstellen, Datenstrukturen und Prozessen können kleinere Anpassungen, eine umfangreiche Überarbeitung oder ein vollständiger Relaunch notwendig sein.
Was kostet eine Individualsoftware?
Kleinere Anwendungen wie Zusatzmodule oder einfache Schnittstellen liegen bei s-team häufig zwischen 5.000 und 10.000 Euro. Umfangreichere Lösungen können je nach Funktionsumfang, Entwicklungsaufwand und erforderlichen Anbindungen deutlich mehr kosten. Hinzu kommen gegebenenfalls Kosten für Hosting, Betrieb, Wartung und Weiterentwicklung.
Wann sollte ich lieber das Standardprodukt nehmen?
Wenn ein Standardprodukt Ihre Anforderungen bereits vollständig erfüllt, ist eine individuelle Neuentwicklung meist nicht notwendig. Eine Individualsoftware wird vor allem dann interessant, wenn wichtige Anforderungen von den Möglichkeiten des vorhandenen Systems abweichen oder nur mit erheblichem Zusatzaufwand umgesetzt werden können.
Quellen
- Fraunhofer IAO, Studie zu Systemintegration und Schnittstellen im Mittelstand: https://www.iao.fraunhofer.de
- WKO, Digitalisierung im Mittelstand, KMU-Digitalisierungsstudie: https://www.wko.at/digitalisierung
- Statistik Austria, IKT-Einsatz in Unternehmen 2024: https://www.statistik.at/statistiken/tourismus-und-dienstleistungen/ikt-einsatz-in-unternehmen
- OpenAPI Initiative, Spezifikation für Programmierschnittstellen: https://www.openapis.org
- Freelancermap Marktstudie 2025, Stundensätze IT-Freelancer DACH: https://www.freelancermap.de/marktstudie
