Blog

Die Buchhaltungssoftware reicht seit Jahren, aber die Auftragsabwicklung läuft über eine Excel-Tabelle, die nur eine Person wirklich versteht, und ein Anbieter verspricht die passende Standardlösung innerhalb von sechs Wochen. Genau in diesem Moment stehen viele Geschäftsführer eines KMU ohne eigene IT-Abteilung vor der Frage, ob Individualsoftware oder Standardsoftware die richtige Wahl ist. Die Entscheidung lässt sich strukturiert treffen, auch ohne internes IT-Fachwissen, wenn man sie an klaren Kriterien statt am Bauchgefühl oder am günstigsten Angebot festmacht.

Warum diese Entscheidung gerade jetzt ansteht

Der Digitalisierungsdruck auf Unternehmen ist in den letzten Jahren spürbar gestiegen, und viele Betriebe geben das inzwischen offen zu. 53 Prozent der befragten Unternehmen berichten von Problemen, die Digitalisierung zu bewältigen, und 64 Prozent bezeichnen sich selbst als digitale Nachzügler, so der Bitkom-Studienbericht Digitalisierung der Wirtschaft 2025, eine repräsentative Befragung von 603 Unternehmen ab 20 Beschäftigten.

Das ist keine abstrakte Statistik, sondern ein Muster, das sich in vielen Betrieben wiederfindet: Ein Alt-System stößt an seine Grenzen, ein manueller Prozess frisst zu viel Zeit, und die nächste Investitionsentscheidung steht an. 73 Prozent der Unternehmen sagen laut derselben Studie zudem, zu langsame Digitalisierung habe der Wirtschaft bereits Marktanteile gekostet. Wer diese Entscheidung überstürzt trifft, kauft oft eine Lösung, die zum Anbieter passt, aber nicht zum eigenen Prozess. Wer sie gar nicht trifft, verschleppt ein Problem, das mit der Zeit teurer wird, nicht billiger.

Die Kriterien, die wirklich zählen, nicht nur der Preis

Eine saubere Make-or-Buy-Entscheidung bei Software stützt sich auf mehrere Kriterien gleichzeitig, nicht auf den Anschaffungspreis allein. Nach dem Leitfaden von Jochen Kärcher, Build vs. Buy Entscheidung für KMU, zählen dazu die strategische Bedeutung des Prozesses fürs Kerngeschäft, die Gesamtkosten über 3 bis 5 Jahre, die Umsetzungsgeschwindigkeit, die Verfügbarkeit interner Ressourcen zum Betrieb, die Skalierbarkeit und Sicherheits- beziehungsweise Compliance-Anforderungen.

Eine einfache Faustregel hilft bei der ersten Einordnung: Wer einen austauschbaren Standardprozess automatisiert, etwa Buchhaltung oder ein Standard-CRM, fährt in der Regel mit Standardsoftware besser, weil Wartung, Weiterentwicklung und Ausfallsicherheit beim Hersteller liegen. Wer dagegen einen Prozess automatisiert, der das eigene Geschäftsmodell von Mitbewerbern unterscheidet oder eng mit einem Alt-System verzahnt ist, verliert bei Standardsoftware häufig genau die Anpassungsfähigkeit, die den Unterschied macht.

Praktisch heißt das für einen Geschäftsführer ohne IT-Abteilung: Zuerst ehrlich fragen, ob der betroffene Prozess ein Kernprozess ist, der das Unternehmen von der Konkurrenz abhebt, oder ein Randprozess, den jedes vergleichbare Unternehmen genauso hat. Diese eine Frage sortiert einen großen Teil der Fälle bereits vor.

Warum der Kaufpreis-Vergleich in die Irre führt

Ein Vergleich, der nur den Kaufpreis einer Standardlösung dem Stundensatz einer Individualentwicklung gegenüberstellt, greift zu kurz. Eine belastbare Kostenrechnung bezieht Lizenz- beziehungsweise Entwicklungskosten, Customizing, Integrationsaufwand, Schulung und die Kosten von Prozessreibung über mehrere Jahre ein, wie Kärcher im selben Leitfaden ausführt.

Konkret gehören folgende Positionen in eine ehrliche Gesamtkostenrechnung:

• Lizenz- oder Entwicklungskosten als Startpunkt, nicht als Endpunkt der Rechnung
• Customizing, also wie viel Anpassung an der Standardlösung nötig ist, damit sie zum eigenen Prozess passt
• Integrationsaufwand in bestehende Systeme, etwa eine Warenwirtschaft oder ein Alt-System
• Schulungskosten für die Mitarbeitenden, die mit der neuen Lösung arbeiten
• Kosten der Prozessreibung, wenn eine Standardlösung Umwege erzwingt, die Zeit kosten, Jahr für Jahr

Gerade der letzte Punkt wird oft übersehen. Eine Standardsoftware, die täglich einen zusätzlichen Excel-Umweg erzwingt, kostet über drei Jahre oft mehr an Arbeitszeit, als eine individuelle Anpassung an der richtigen Stelle gekostet hätte. Eine Gesamtkostenrechnung über 3 bis 5 Jahre macht solche versteckten Kosten sichtbar, ein reiner Einstiegspreisvergleich verschleiert sie.

Der Sonderfall Alt-System: wann Ablösen zur Notwendigkeit wird

Ein Alt-System wie AS/400 (IBM i) wird auch dann zum eigenständigen Entscheidungskriterium, wenn es technisch stabil läuft, weil das Wissen darüber an einzelne Personen gebunden ist. In der jährlichen, weltweiten Fortra-Marktbefragung unter IBM-i-Anwendern mit 320 Teilnehmenden rangiert IBM i Skills 2026 erstmals seit 2017 als meistgenanntes Sorgenthema, noch vor Cybersecurity, das weiterhin von 64 Prozent der Befragten genannt wird, so die 2026 IBM i Marketplace Survey Results von Fortra.

Für ein KMU heißt das: Selbst ein Alt-System ohne akute technische Probleme kann zur dringenden Priorität werden, sobald die Person, die es versteht, in Pension geht oder das Unternehmen verlässt. Genau diese Abhängigkeit von Einzelpersonen ist eines der Kaufmotive, das Betriebe zur Ablöse oder zumindest zur Anbindung eines Alt-Systems bewegt. In der Praxis begegnet uns dieses Muster regelmäßig bei Fachbetrieben, die über Jahre auf ein Alt-System wie AS/400 oder ein altes .NET-System aufgebaut haben und heute eine Excel-zu-AS/400-Anbindung oder eine schrittweise Migration brauchen, um nicht mehr von einer einzelnen Person abhängig zu sein. Anonymisierte Beispiele dazu finden sich in unseren Referenzen.

Wie ein KMU-Geschäftsführer die Entscheidung strukturiert trifft, ohne IT-Abteilung

Ohne eigene IT-Abteilung lässt sich die Entscheidung in drei nachvollziehbaren Schritten treffen: den Ist-Prozess dokumentieren, die Kriterien aus dem vorherigen Abschnitt durchgehen und eine Gesamtkostenrechnung über mehrere Jahre aufstellen, bevor überhaupt ein Angebot eingeholt wird.

Im ersten Schritt wird der betroffene Prozess so beschrieben, wie er heute tatsächlich abläuft, inklusive aller Excel-Umwege und Handarbeit, nicht wie er im Idealfall aussehen sollte. Im zweiten Schritt werden strategische Bedeutung, Gesamtkosten, Umsetzungsgeschwindigkeit, interne Ressourcen, Skalierbarkeit und Sicherheitsanforderungen der Reihe nach durchgegangen. Im dritten Schritt entsteht daraus eine Kostenrechnung, die Lizenz oder Entwicklung, Customizing, Integration, Schulung und Prozessreibung über 3 bis 5 Jahre abbildet.

Wer diesen Fahrplan nicht allein gehen möchte, kann ihn in einem Prozess-Check mit einer neutralen zweiten Meinung absichern, einem Beratungsgespräch, kein Verkaufsgespräch. In Österreich unterstützt das Förderprogramm KMU.DIGITAL grundsätzlich die Beratungsphase einer solchen Digitalisierungsentscheidung. Die Fördertöpfe der klassischen Schiene sind laut der offiziellen Programmseite erfahrungsgemäß innerhalb weniger Monate ausgeschöpft, daher lohnt sich vor jeder Antragsplanung ein aktueller Blick auf kmudigital.at, weil sich der Status kurzfristig ändern kann.

FAQ zu Individualsoftware oder Standardsoftware für KMU

Wann lohnt sich Standardsoftware für ein KMU?

Standardsoftware lohnt sich vor allem für austauschbare Randprozesse wie Buchhaltung oder ein Standard-CRM, die kein Unternehmen von seinen Mitbewerbern unterscheiden. Wartung, Weiterentwicklung und Ausfallsicherheit liegen dann beim Hersteller, was den internen Aufwand ohne eigene IT-Abteilung deutlich senkt. Zusätzliche Anpassungen sollten aber vorab realistisch eingepreist werden.

Wann lohnt sich Individualsoftware?

Individualsoftware lohnt sich, wenn ein Prozess das eigene Geschäftsmodell von Mitbewerbern unterscheidet oder eng mit einem Alt-System verzahnt ist. In diesen Fällen verliert eine Standardlösung häufig genau die Anpassungsfähigkeit, die für den Wettbewerbsvorteil sorgt. Entscheidend ist die strategische Bedeutung des Prozesses fürs Kerngeschäft, nicht der reine Anschaffungspreis.

Was gehört in eine ehrliche Gesamtkostenrechnung?

Eine ehrliche Gesamtkostenrechnung umfasst Lizenz- oder Entwicklungskosten, Customizing, Integrationsaufwand, Schulung und die Kosten der Prozessreibung über 3 bis 5 Jahre. Ein reiner Vergleich von Kaufpreis gegen Stundensatz greift zu kurz, weil er versteckte Folgekosten und Zeitaufwand im laufenden Betrieb ausblendet.

Warum wird ein Alt-System wie AS/400 zum Risiko, auch wenn es stabil läuft?

Ein Alt-System wie AS/400 wird zum Risiko, weil das Wissen darüber oft an einzelne Personen gebunden ist. Laut der Fortra-Marktbefragung 2026 rangiert IBM i Skills erstmals seit 2017 als meistgenanntes Sorgenthema unter IBM-i-Anwendern, noch vor Cybersecurity, was die wachsende Abhängigkeit von Einzelpersonen unterstreicht.

Gibt es Förderung für die Entscheidungsphase einer Software-Investition?

In Österreich existiert mit KMU.DIGITAL grundsätzlich ein Förderprogramm für die Beratungsphase einer Digitalisierungs- oder Softwareentscheidung. Da die Fördertöpfe der klassischen Schiene erfahrungsgemäß rasch ausgeschöpft sind, sollte der aktuelle Förderstatus vor jeder Antragsplanung direkt auf kmudigital.at geprüft werden, weil er sich kurzfristig ändern kann.

Nächster Schritt

Wenn Sie nicht sicher sind, ob Ihr nächster Prozess eine Standardlösung oder individuelle Software braucht, lässt sich das in einem Prozess-Check klären, einem Beratungsgespräch ohne Verkaufsdruck. Wir bewerten dort konkret Ihren Prozess, die passenden Kriterien und eine realistische Gesamtkostenrechnung. Prozess-Check anfragen.

Ein Geschäftsführer eines Fachbetriebs aus Niederösterreich holt drei Angebote für eine Auftragsabwicklungssoftware ein und bekommt Zahlen zwischen 15.000 und 180.000 Euro für vermeintlich dasselbe Projekt. Genau diese Streuung macht die Frage nach den Individualsoftware Kosten für ein KMU so schwer zu beantworten, wenn man sie ohne Kontext stellt. Wer vor dem ersten Anbietergespräch eine realistische Hausnummer sucht, um Angebote einschätzen zu können, findet sie erst, wenn er versteht, wovon der Preis tatsächlich abhängt.

Warum die Frage nach dem Preis ohne Gegenfrage nicht seriös zu beantworten ist

Individualsoftware kostet ein KMU in aller Regel zwischen niedrigem fünfstelligem und niedrigem sechsstelligem Betrag. Die genaue Summe hängt fast ausschließlich von Umfang, Integrationstiefe und Anzahl der Schnittstellen ab, nicht von einem pauschalen Softwarepreis.

Diese Spanne wirkt auf den ersten Blick unbefriedigend breit. Sie ist aber keine Ausrede, sondern eine ehrliche Beschreibung der Realität. Ein System, das eine Excel-Tabelle ersetzt und mit einer bestehenden Warenwirtschaft spricht, kostet grundlegend anders als ein System, das zusätzlich ein Alt-System wie AS/400 anbindet, mehrere Standorte bedient und zusätzliche Prüfpfade dokumentieren muss. Ein Anbieter, der diese Fragen nicht stellt und trotzdem sofort eine feste Zahl nennt, hat entweder bereits ein sehr ähnliches Projekt im Baukasten oder schätzt ins Blaue.

Was die Kosten einer Individualsoftware für ein KMU tatsächlich bestimmt

Der Preis einer Individualsoftware ergibt sich aus dem Stundensatz der Entwicklung, dem geschätzten Aufwand in Stunden, der Anzahl der Schnittstellen zu bestehenden Systemen sowie dem Umfang von Test, Betrieb und Wartung. Diese vier Faktoren zusammen erklären, warum zwei scheinbar ähnliche Projekte am Ende weit auseinanderliegen.

Beim Stundensatz für Softwareentwicklung liefert der Freelancer-Kompass 2026 von freelancermap eine der derzeit breitesten Datenbasen im deutschsprachigen Raum. Rund 5.400 befragte Freelancer nennen für Software- und Webentwicklung einen Median-Stundensatz von 90 Euro, mit einer Bandbreite von etwa 80 bis 120 Euro je nach Spezialisierung und Erfahrung. Wer bei einer Agentur oder einem Unternehmen mit Projektverantwortung anfragt, landet in der Regel über diesem reinen Freelancer-Satz, weil Projektmanagement, Qualitätssicherung und die Haftung für das Ergebnis mit eingepreist sind.

Wie sich das in einer konkreten Zahl niederschlägt, zeigt die Markteinschätzung eines deutschen Software-Dienstleisters: TriniDat rechnet in seinem Kosten-Wiki mit rund 90 Euro pro Stunde als Kalkulationsbasis und kommt bei 450 Stunden auf 40.500 Euro für ein typisches Individualsoftware-Projekt. Das ist eine plausible Anbieter-Rechenübung, keine geprüfte Marktstatistik, sie zeigt aber gut, wie schnell sich Stunden zu einer fünfstelligen Summe addieren, sobald ein Projekt über eine einfache Anwendung hinausgeht. Anonymisierte Beispiele vergleichbarer Projekte finden Sie in unseren Referenzen.

Realistische Preisspannen für typische KMU-Projekte

Für ein typisches österreichisches KMU mit rund 15 Mitarbeitenden und 10 Nutzern bewegt sich ein schlankes MVP zwischen 15.000 und 40.000 Euro, ein vollständiger Ausbau zwischen 40.000 und 80.000 Euro. Hinzu kommen laufende Kosten für Hosting und Wartung, die bei einer Standardsoftware in Form von Lizenzgebühren ohnehin anfallen würden.

Diese Größenordnung stammt aus einer Beispielrechnung des österreichischen Digitalisierungs-Dienstleisters exponent für ein Auftragsabwicklungs-Szenario und ist ebenfalls eine Anbieter-Einschätzung, kein unabhängiger Marktbericht. Zusätzlich zur Entwicklung kalkuliert exponent 1.200 bis 6.000 Euro pro Jahr für Hosting und Infrastruktur sowie 3.000 bis 10.000 Euro pro Jahr für Wartung und Updates.

Ein Unterschied zur Standardsoftware bleibt dabei wichtig für die Kosten individueller Software für Unternehmen: Individualsoftware hat keine laufenden Lizenzkosten. Über mehrere Jahre kann sich die höhere Anfangsinvestition dadurch amortisieren, wobei die tatsächliche Wirtschaftlichkeit stark davon abhängt, wie intensiv das System genutzt wird. Alle genannten Zahlen sind Richtwerte für die erste Einordnung, kein Angebot und keine Kalkulation für ein konkretes Projekt.

Warum ein Pauschalpreis ohne Anforderungsanalyse ein Warnsignal ist

Ein seriöser Anbieter kann vor einer strukturierten Anforderungserhebung keinen belastbaren Pauschalpreis nennen, weil der tatsächliche Aufwand einer Individualsoftware direkt von Anzahl und Komplexität der Anforderungen abhängt. Diese Anforderungen werden erst durch eine systematische Analyse sichtbar, nicht durch ein erstes Verkaufsgespräch.

Wie teuer unklare Anforderungen in der Praxis werden können, zeigt der vielzitierte CHAOS Report der Standish Group, zusammengefasst unter anderem über budgetoverrun.com. Demnach gelten nur 31 Prozent der untersuchten IT-Projekte als erfolgreich, 50 Prozent als gefährdet, also verspätet, über Budget oder mit reduziertem Funktionsumfang, und 19 Prozent als gescheitert. Der Originalreport ist proprietär und nicht frei einsehbar. Mehrere unabhängige Quellen bestätigen aber übereinstimmend dieselben Werte und ordnen unklare, sich ändernde Anforderungen als eine der zentralen Ursachen für Kostenüberschreitungen ein.

Das hat auch eine rechtliche Seite. Fehlt eine schriftliche Anforderungsgrundlage wie ein Pflichtenheft, schuldet der Auftragnehmer im Zweifel nur eine Software, die dem allgemeinen Stand der Technik entspricht, ein vager Maßstab, der im Streitfall beiden Seiten schadet, wie die Wiener Kanzlei digital-recht.at zu Lasten- und Pflichtenheft in der Softwareentwicklung ausführt. Die sorgfältige Erarbeitung der Anforderungen liegt formal in der Verantwortung des Auftraggebers, in der Praxis wird sie aber meist gemeinsam mit dem Auftragnehmer erarbeitet.

Wie eine seriöse Anforderungsanalyse abläuft und was Sie davon haben

Eine seriöse Anforderungsanalyse dokumentiert zuerst den Ist-Prozess, priorisiert danach die Anforderungen und schätzt den Aufwand mit einer Bandbreite statt mit einer einzelnen Zahl. Am Ende steht ein Angebot mit Preisspanne, das sich mit fortschreitender Klärung verengt, kein Fixpreis aus dem ersten Gespräch.

In der Praxis läuft das in vier Schritten ab:

• Ist-Prozess dokumentieren: Wie läuft der Ablauf heute wirklich, inklusive aller Excel-Umwege und Handarbeit, nicht wie er im Idealfall aussehen sollte.
• Anforderungen sammeln und priorisieren: Was muss die Software zwingend können, was ist wünschenswert, was ist verzichtbar, festgehalten in einem Lastenheft.
• Aufwand schätzen: Auf Basis der priorisierten Anforderungen und der Anzahl der Schnittstellen entsteht eine Bandbreite, keine einzelne Zahl.
• Angebot mit Bandbreite statt Fixpreis: Die Spanne verengt sich, sobald Details wie Schnittstellen und Testumfang im Pflichtenheft feststehen.

Für einen Geschäftsführer ohne eigene IT-Abteilung bedeutet das vor allem eines: Man verliert keine Zeit, wenn man vor dem ersten Fixangebot eine solche Analyse einfordert, man gewinnt eine belastbare Entscheidungsgrundlage. Wir begleiten bei Titan Web Solutions rund 40 Kunden in Wien und Niederösterreich genau an diesem Punkt, häufig mit einem Prozess-Check als neutralem Einstieg, bevor überhaupt über eine konkrete Zahl gesprochen wird. Wer bereits eine Website oder einen Online-Shop bei uns betreut, findet den gleichen Ansatz auch beim Webdesign wieder: erst der Prozess, dann der Preis.

FAQ zu den Kosten von Individualsoftware für KMU

Was kostet Individualsoftware für ein KMU im Durchschnitt?

Individualsoftware kostet ein KMU nach aktuellen Markteinschätzungen meist zwischen niedrigem fünfstelligem und niedrigem sechsstelligem Betrag, wobei ein schlankes MVP häufig zwischen 15.000 und 40.000 Euro liegt und ein vollständiger Ausbau zwischen 40.000 und 80.000 Euro, abhängig von Umfang, Schnittstellen und Integrationstiefe des Projekts. Die exakte Zahl ergibt erst eine strukturierte Anforderungsanalyse, kein pauschaler Vergleich.

Warum sind die Stundensätze für Softwareentwicklung so unterschiedlich?

Der Median-Stundensatz für Software- und Webentwicklung liegt laut einer Befragung von rund 5.400 Freelancern im DACH-Raum aktuell bei 90 Euro, mit einer Bandbreite von etwa 80 bis 120 Euro, während Agenturen und Unternehmen mit Projektverantwortung meist darüber kalkulieren, weil Projektmanagement, Qualitätssicherung und Haftung für das Ergebnis eingepreist sind. Der genaue Satz hängt zusätzlich von Spezialisierung und Erfahrung ab.

Warum kann kein seriöser Anbieter sofort einen Fixpreis nennen?

Ein seriöser Anbieter kann vor einer strukturierten Anforderungserhebung keinen belastbaren Fixpreis nennen, weil der tatsächliche Aufwand direkt von Anzahl und Komplexität der Anforderungen abhängt, die erst durch eine systematische Analyse des Ist-Prozesses und der benötigten Schnittstellen sichtbar werden, und ein vorschneller Pauschalpreis entweder auf einer Schätzung ins Blaue oder auf späterer Nachverhandlung beruht. Ein Warnsignal ist ein Fixpreis ohne Rückfragen fast immer.

Was passiert, wenn kein Pflichtenheft vorliegt?

Fehlt eine schriftliche Anforderungsgrundlage wie ein Pflichtenheft, schuldet der Auftragnehmer im Zweifel nur eine Software, die dem allgemeinen Stand der Technik entspricht, ein vager rechtlicher Maßstab, der im Streitfall häufig beiden Seiten schadet, weshalb die gemeinsame Erarbeitung von Lasten- und Pflichtenheft vor Projektstart im Interesse beider Vertragsparteien liegt. Die Verantwortung dafür liegt formal beim Auftraggeber.

Wie läuft eine seriöse Anforderungsanalyse ab?

Eine seriöse Anforderungsanalyse dokumentiert zuerst den bestehenden Ist-Prozess inklusive aller Umwege und Handarbeit, sammelt und priorisiert danach die tatsächlichen Anforderungen in einem Lastenheft, schätzt den Aufwand auf dieser Basis mit einer Bandbreite statt mit einer einzelnen Zahl und mündet in ein Angebot, das sich mit fortschreitender Klärung verengt. So entsteht am Ende ein Pflichtenheft als gemeinsame Vertragsgrundlage.

Nächster Schritt

Wenn Sie vor einer Software-Investition eine realistische Kostenspanne für Ihren konkreten Prozess brauchen, lässt sich das in einem Prozess-Check klären, einem Beratungsgespräch ohne Verkaufsdruck. Wir dokumentieren dort Ihren Ist-Prozess, ordnen die Anforderungen und geben Ihnen eine belastbare Bandbreite statt einer geratenen Zahl. Prozess-Check anfragen.

In vielen Großhandels- und Fachbetrieben in Wien und Niederösterreich landet die Bestellung eines Kunden per E-Mail im Postfach, als Freitext, PDF-Anhang oder Excel-Tabelle, und ein Mitarbeiter tippt Artikelnummer, Menge und Lieferadresse von Hand ins Warenwirtschaftssystem ab. Das funktioniert Tag für Tag, bindet aber Arbeitszeit, die an anderer Stelle fehlt, und bei jedem Tippfehler drohen Fehllieferung oder Reklamation. Wer den Bestellprozess automatisieren will, statt weiter abzutippen, stellt sich zu Recht eine wirtschaftliche Frage: Ab wann rechnet sich eine Schnittstelle zur Warenwirtschaft wirklich?

Eine automatisierte Schnittstelle lohnt sich, sobald das manuelle Abtippen von Bestell-E-Mails regelmäßig Mitarbeiterkapazität bindet und Tippfehler zu Fehllieferungen oder Reklamationen führen. Eine allgemeingültige Mindestmenge an Bestellungen gibt es dafür nicht. Entscheidend sind Bestellaufkommen, Fehlerkosten und Mitarbeiterstundensatz im jeweiligen Betrieb. Ein kurzer Prozess-Check zeigt den konkreten Break-even für den eigenen Betrieb.

Warum das manuelle Abtippen von Bestell-E-Mails teurer ist, als es aussieht

Das manuelle Abtippen von Bestell-E-Mails ist teuer, weil es geschulte Mitarbeiterzeit für einen reinen Übertragungsschritt bindet, der selbst keinen Wert schafft. Belastbare Zahlen zur Bestellerfassung per E-Mail existieren zwar nicht, vergleichbare Studien zur Belegverarbeitung zeigen aber eine plausible Größenordnung.

Für die Bearbeitung einer papierbasierten Eingangsrechnung wurde ein Aufwand von rund 27 Minuten ermittelt. Bei strukturierter elektronischer Verarbeitung sank dieser auf rund 5 Minuten, und lag bei rund 2 Minuten, wenn die Rechnung automatisch mit einer hinterlegten Bestellung abgeglichen wurde, wie eine vom Bundesministerium des Innern berechnete und von der Computerwoche zitierte Auswertung zeigt. Die Zahl stammt aus der Rechnungsverarbeitung, nicht aus der Bestellerfassung per E-Mail. Sie zeigt aber, wie groß der Zeitunterschied zwischen manueller und strukturierter Dokumentenverarbeitung ausfallen kann. Übertragen auf den Bestelleingang heißt das: Jede Bestellung, die ein Mitarbeiter von Hand aus einer E-Mail überträgt, kostet ein Vielfaches der Zeit, die eine automatisierte Übernahme benötigen würde.

In dieselbe Richtung weist die Billentis-Marktstudie zur elektronischen Rechnung von Bruno Koch. Sie beziffert die Kostensenkung durch den Umstieg von papierbasierter auf elektronische Dokumentenverarbeitung mit 50 bis 80 Prozent. Die Studie ist älter und bezieht sich ebenfalls auf Rechnungsprozesse, sie gilt aber als vielzitierter Branchenbenchmark für die grundsätzliche Größenordnung möglicher Einsparungen bei der Automatisierung papier- und E-Mail-basierter Belegprozesse.

Die Folgekosten von Tippfehlern: Fehllieferungen, Reklamationen, Nacharbeit

Tippfehler bei der manuellen Bestellerfassung verursachen Folgekosten in Form von Fehllieferungen, Reklamationen und Nacharbeit, weil falsche Mengen, Artikelnummern oder Lieferadressen oft erst beim Kunden auffallen, wenn die falsche Ware bereits unterwegs ist. Wie häufig manuelle Übertragungsfehler grundsätzlich vorkommen, zeigt eine aktuelle wissenschaftliche Auswertung zur manuellen Datenübertragung.

Eine systematische Übersichtsarbeit mit Metaanalyse von 93 ausgewerteten Studien ermittelt für die manuelle Datenübertragung eine gepoolte Fehlerrate von 6,57 Prozent, mit einem 95-Prozent-Konfidenzintervall von 5,51 bis 7,72 Prozent (Garza et al., International Journal of Medical Informatics, 2025). Die Studie untersucht die manuelle Übertragung aus Patientenakten im klinischen Bereich, nicht die Bestellerfassung. Sie belegt aber, dass Fehlerraten im mittleren einstelligen Prozentbereich bei rein manueller Datenübertragung kein Ausnahmefall, sondern ein dokumentiertes Phänomen sind.

Übertragen auf den Bestelleingang bedeutet das: Bei einem Fehleranteil in dieser Größenordnung reicht bereits ein moderates Bestellvolumen, damit regelmäßig falsche Mengen, vertauschte Artikelnummern oder falsche Lieferadressen im Warenwirtschaftssystem landen. Jeder dieser Fehler zieht Folgearbeit nach sich: eine Fehllieferung muss zurückgeholt und neu versendet werden, eine Reklamation bindet Zeit im Kundenservice, und die anschließende Korrektur im System ist wieder manuelle Nacharbeit obendrauf. Konkrete Eurobeträge für diese Folgekosten lassen sich ohne betriebsspezifische Daten nicht seriös beziffern, sie sind aber ein wichtiger Baustein für die eigene Break-even-Rechnung.

Bestellprozess automatisieren: die Stellschrauben statt einer Pauschalzahl

Ob sich ein automatisierter Bestellprozess rechnet, hängt nicht von einer festen Bestellmenge ab, sondern vom Zusammenspiel aus gebundener Mitarbeiterzeit, Fehlerfolgekosten und Wachstumstempo im jeweiligen Betrieb. Eine seriöse, öffentlich belegte Schwelle wie ab einer bestimmten Anzahl Bestellungen pro Monat lohnt sich eine Schnittstelle gibt es dafür nicht.

Recherchierte Vendor-Blogs nennen zu diesem Thema teils stark abweichende Werte, mitunter mit zehnfachem Unterschied, ohne eine nachvollziehbare Primärquelle zu nennen. Solche Zahlen sind nicht belastbar und sollten bei der eigenen Entscheidung keine Rolle spielen. Belastbarer ist ein Blick auf die tatsächlichen Stellschrauben im eigenen Betrieb:

• Bestellvolumen: Wie viele Bestellungen laufen pro Woche oder Monat per E-Mail ein, und wie stark schwankt dieses Volumen saisonal?
• Gebundene Mitarbeiterzeit: Wie viele Arbeitsstunden fließen aktuell in das Abtippen und die Kontrolle der Daten, und was kostet diese Zeit bei internem Stundensatz?
• Fehlerfolgekosten: Wie oft führen Tippfehler tatsächlich zu Fehllieferungen oder Reklamationen, und wie aufwendig ist deren Korrektur?
• Wachstumstempo: Wächst das Bestellvolumen absehbar weiter, sodass die einzige Skalierungsoption sonst mehr Personal wäre?

Dass bei diesem Thema bei einem relevanten Teil der österreichischen KMU noch Potenzial liegt, zeigt der aktuelle Digitalisierungsgrad: Rund drei von vier heimischen KMU hatten 2025 eine digitale Basisintensität erreicht, das EU-Ziel für 2030 liegt bei 90 Prozent aller Betriebe, so eine Auswertung der WKO. Der eigene Break-even lässt sich am zuverlässigsten mit einer kurzen Prozessanalyse statt mit einer Pauschalzahl ermitteln, etwa im Rahmen eines Prozess-Checks.

Drei Wege zur Automatisierung: API-Schnittstelle, Middleware, OCR/Parsing

Für die Automatisierung des Bestelleingangs gibt es grundsätzlich drei technische Wege: die direkte API-Anbindung ans Warenwirtschaftssystem, eine Middleware als Vermittler zwischen E-Mail-Postfach und ERP, oder eine OCR- beziehungsweise Parsing-Lösung für unstrukturierte E-Mails und PDF-Anhänge. Welcher Weg passt, hängt von der bestehenden Systemlandschaft und der Struktur der eingehenden Bestellungen ab.

Direkte API-Schnittstelle. Bietet das Warenwirtschaftssystem eine offene Schnittstelle, lassen sich Bestelldaten direkt und ohne Zwischenschritt übernehmen. Das ist die technisch sauberste Lösung, setzt aber ein modernes oder gut dokumentiertes System voraus.

Middleware als Vermittler. Fehlt eine direkte Anbindung, übernimmt eine Automatisierungsplattform die Vermittlerrolle zwischen Postfach und Warenwirtschaft: Sie liest eingehende E-Mails aus, prüft und übersetzt die Daten und übergibt sie strukturiert an das ERP. Das ist häufig der pragmatischste Weg bei gewachsenen oder älteren Systemen.

OCR und Parsing für unstrukturierte Inhalte. Kommen Bestellungen als Freitext oder eingescanntes PDF, muss zunächst Text erkannt und in strukturierte Felder überführt werden, bevor eine Übernahme ins System möglich ist. Dieser Ansatz ist am aufwendigsten in der Einrichtung, wird aber dort nötig, wo sich Kunden nicht auf ein festes Format wie eine Bestell-Excel-Vorlage festlegen lassen.

In der Praxis kombinieren viele Betriebe zwei dieser Ansätze, etwa Parsing für unstrukturierte E-Mails und eine direkte API-Anbindung für den strukturierten Rest des Bestelleingangs.

Wie Titan Web Solutions Bestellschnittstellen baut

Der Einstieg in ein solches Projekt beginnt bei uns immer mit dem Prozess-Check, einem Beratungsgespräch, kein Verkaufsgespräch, in dem wir Bestellvolumen, Systemlandschaft und die tatsächlichen Fehlerquellen im Betrieb erfassen. Erst danach steht fest, ob eine direkte Schnittstelle, eine Middleware-Lösung oder eine Kombination aus beidem sinnvoll ist.

Für die Umsetzung setzen wir unter anderem auf unser eigenes Automatisierungstool auf Basis von Fastify, BullMQ und PostgreSQL, mit dem sich Bestelldaten zuverlässig aus verschiedenen Quellen einlesen, prüfen und ins Zielsystem übergeben lassen. Dazu kommt Erfahrung mit Legacy-Anbindungen, etwa Excel-zu-AS/400-Anbindungen, Datenexporten aus Lotus Notes oder der Integration älterer .NET-Anwendungen, wie sie in vielen gewachsenen Warenwirtschaftslandschaften noch im Einsatz sind. Mehr zu unserem Angebot in diesem Bereich finden Sie unter Individualsoftware und Automatisierung.

Für einen Fachbetrieb aus Niederösterreich haben wir auf dieser Basis bereits eine Anbindung umgesetzt, bei der Bestelldaten automatisiert zwischen einem vorgelagerten System und der Warenwirtschaft fließen, ohne dass Mitarbeiter Daten doppelt erfassen müssen. Details zu vergleichbaren Projekten zeigen unsere Referenzen.

FAQ zum automatisierten Bestellprozess

Ab wann lohnt sich eine automatisierte Schnittstelle zur Warenwirtschaft?

Eine automatisierte Schnittstelle lohnt sich, sobald manuelle Bestellerfassung spürbar Mitarbeiterzeit bindet und Tippfehler regelmäßig zu Fehllieferungen oder Reklamationen führen, nicht erst ab einer festen Bestellmenge, denn dafür fehlt eine seriöse, belastbare Studienlage. Entscheidend sind stattdessen Bestellvolumen, gebundene Mitarbeiterzeit, Fehlerfolgekosten und Wachstumstempo im jeweiligen Betrieb. Ein Prozess-Check ermittelt den konkreten Break-even für den eigenen Betrieb.

Welche Kosten entstehen durch manuelle Bestellerfassung?

Manuelle Bestellerfassung kostet vor allem gebundene Mitarbeiterzeit sowie Folgekosten durch Tippfehler wie Fehllieferungen, Reklamationen und Nacharbeit. Vergleichbare Studien zur Belegverarbeitung zeigen, dass strukturierte elektronische Verarbeitung den Zeitaufwand gegenüber manueller Erfassung deutlich senken kann. Konkrete Eurobeträge lassen sich aber nur betriebsspezifisch ermitteln.

Wie funktioniert eine Schnittstelle zwischen E-Mail-Postfach und Warenwirtschaftssystem technisch?

Technisch läuft das entweder über eine direkte API-Anbindung ans Warenwirtschaftssystem oder über eine Middleware, die eingehende Bestell-E-Mails ausliest, die Daten prüft und strukturiert an das ERP übergibt. Bei unstrukturierten E-Mails oder PDF-Anhängen kommt zusätzlich eine OCR- oder Parsing-Komponente zum Einsatz, die Freitext in strukturierte Felder überführt.

Was ist der Unterschied zwischen API-Anbindung und Middleware?

Eine API-Anbindung verbindet zwei Systeme direkt miteinander, ohne Zwischenschicht, und setzt eine offene Schnittstelle auf Seiten des Warenwirtschaftssystems voraus. Eine Middleware übernimmt dagegen die Vermittlerrolle zwischen E-Mail-Postfach und ERP, wenn keine direkte Anbindung möglich ist, und ist deshalb oft die pragmatischere Lösung bei älteren oder gewachsenen Systemen.

Wie fehleranfällig ist die manuelle Übertragung von Bestelldaten wirklich?

Eine aktuelle Metaanalyse von 93 Studien zur manuellen Datenübertragung ermittelt eine gepoolte Fehlerrate von 6,57 Prozent. Die zugrunde liegenden Studien stammen aus dem klinischen Bereich, nicht aus der Bestellerfassung, zeigen aber, dass Fehlerraten im mittleren einstelligen Prozentbereich bei manueller Übertragung ein reales, dokumentiertes Phänomen sind.

Nächster Schritt

Wenn Sie nicht wissen, ob sich eine automatisierte Schnittstelle für Ihren Bestellprozess schon rechnet oder noch nicht, lässt sich das am schnellsten in einem Prozess-Check klären. Dort bewerten wir gemeinsam Ihr Bestellvolumen, die gebundene Mitarbeiterzeit und die tatsächlichen Fehlerquellen in Ihrem Betrieb. Prozess-Check für Ihren Bestellprozess anfragen.

Die AS/400 im Lager läuft seit 22 Jahren zuverlässig, jede Bestellung geht über sie, doch der einzige Mitarbeiter, der die RPG-Programme wirklich versteht, geht in zwei Jahren in Pension. Diese Situation kennen viele Geschäftsführer in Fertigungs- und Handelsbetrieben in Wien und Niederösterreich: Die Technik funktioniert, das Wissen dazu verschwindet. Wer jetzt vor der Frage steht, ob er die AS/400 ablösen oder anbinden soll, braucht keine Grundsatzdebatte, sondern eine Entscheidungsgrundlage.

Warum die AS/400 heute zum Risiko wird, obwohl sie stabil läuft

Das eigentliche Risiko einer AS/400 ist nicht die Technik, sondern das schwindende Know-how dahinter. 69 Prozent der Teilnehmer der Fortra IBM i Marketplace Survey 2026 nennen IBM-i-Skills als ihre größte Sorge, ein Wert, der erstmals seit neun Jahren die Cybersicherheit von Platz eins verdrängt, wie IT Jungle berichtet.

Der Wert ist zudem kein Ausreißer, sondern ein klarer Trend: 2020 lag der Anteil bei 45 Prozent, 2025 bei 60 Prozent, jetzt bei 69 Prozent, ein Anstieg von 24 Prozentpunkten in sieben Jahren. Cybersecurity bleibt mit 64 Prozent weiterhin ein wichtiges Thema, ist gegenüber dem Höchststand von 79 Prozent im Jahr 2024 aber spürbar zurückgegangen. Application Modernization liegt mit 62 Prozent bereits auf Platz drei der genannten Sorgen.

Die Fachkräftebasis für RPG und AS/400 altert deutlich schneller, als Nachwuchs entsteht. Laut der Auswertung von Procern auf Basis der ALL400S-Jahresendumfrage 2023 sind über 72 Prozent der IBM-i-Entwickler mindestens 50 Jahre alt, 35,8 Prozent sind bereits 60 Jahre oder älter. 46,5 Prozent planen, innerhalb der nächsten zehn Jahre in Rente zu gehen, weitere 5,6 Prozent sind bereits ganz oder teilweise im Ruhestand. Nur 48,7 Prozent planen in diesem Zeitraum keinen Ruhestand. 30 Prozent der befragten Unternehmen geben zudem an, es sei zu schwer, RPG-Programmierer zu finden, die vor Ort arbeiten.

Für einen Betrieb, dessen Warenwirtschaft seit über 20 Jahren auf AS/400 läuft, heißt das: Der Ausfall des Systems ist selten das Problem. Das Problem ist, dass in fünf oder zehn Jahren niemand mehr da ist, der es reparieren oder erweitern kann.

Zwei Wege, ein Ziel: Anbinden versus Ablösen

Anbinden und Ablösen sind keine Gegensätze, sondern zwei Enden eines Spektrums. Bei der Anbindung bleibt die AS/400 im Kern bestehen und bekommt Schnittstellen zu Webshop, CRM oder Excel, bei der Ablöse wird die Funktionalität schrittweise oder vollständig in ein neues System überführt.

Technisch ist die Anbindung heute gut machbar. IBM selbst stellt mit den Integrated Web Services für IBM i ein natives Werkzeug bereit, mit dem sich bestehende RPG- oder COBOL-Programme und SQL-Abfragen ohne Neuschreiben als SOAP- oder REST-Schnittstelle bereitstellen lassen, laut IBM Support-Dokumentation. Das ist die technische Grundlage für Projekte wie eine Excel-zu-AS/400-Anbindung, wie wir sie in der Praxis für Fachbetriebe umgesetzt haben: Bestelldaten oder Lagerbestände fließen automatisiert zwischen Excel-Tabellen und der AS/400, ohne dass Mitarbeiter Daten doppelt erfassen.

Eine vollständige Ablöse ersetzt das Altsystem dagegen durch individuelle Software, meist auf modernen Frameworks. Das lohnt sich, wenn die AS/400 nicht nur schwer zu integrieren ist, sondern fachlich an ihre Grenzen stößt, etwa weil Geschäftslogik erweitert werden muss, die im bestehenden RPG-Code kaum mehr wartbar ist. Für viele KMU, die wir im Bereich Individualsoftware und Automatisierung begleiten, ist die Anbindung der pragmatischere erste Schritt: Sie löst das akute Integrationsproblem, ohne das Risiko einer Komplettmigration einzugehen.

Was beide Wege wirklich kosten, und warum es keine Pauschalzahl gibt

Eine pauschale Kostenzahl für Anbinden versus Ablösen gibt es nicht, und sie wäre auch nicht seriös. Anbieteranalysen wie Nalashaa weisen ausdrücklich darauf hin, dass sich die Kosten nicht in einer einfachen Zahl zusammenfassen lassen. Entscheidend sind stattdessen konkrete Kostentreiber, die sich nur im Einzelfall bewerten lassen.

Folgende Faktoren bestimmen in der Praxis, welcher Weg günstiger ist:

• Zahl und Komplexität der benötigten Schnittstellen, etwa zu Webshop, CRM oder Buchhaltung
• Datenvolumen und Datenqualität, saubere Stammdaten senken den Aufwand deutlich
• Zustand und Alter des bestehenden RPG-Codes, gut dokumentierte Programme lassen sich günstiger anbinden oder ablösen als gewachsener Code ohne Dokumentation
• Testaufwand, besonders wenn geschäftskritische Prozesse wie Lagerbuchungen betroffen sind
• Parallelbetrieb, also wie lange Alt- und Neusystem gleichzeitig laufen müssen

Tendenziell ist die Anbindung günstiger, wenn wenige, klar abgegrenzte Schnittstellen fehlen. Eine vollständige Ablöse rechnet sich eher, wenn ohnehin mehrere Systeme ersetzt werden müssten oder die AS/400 fachlich an ihre Grenzen stößt. Eine belastbare Zahl dafür liefert erst eine Bestandsaufnahme des konkreten Systems, zum Beispiel im Rahmen eines Prozess-Checks.

Stolpersteine, die Projekte teuer machen

Die teuersten Fehler bei AS/400-Projekten entstehen selten durch die gewählte Technik, sondern durch unterschätzte Altlasten: fehlende Dokumentation, versteckte Abhängigkeiten im RPG-Code, zu knapp bemessene Tests und ein fehlender Rollback-Plan.

Unvollständige Dokumentation. Viele AS/400-Systeme sind über Jahre gewachsen, oft ohne dass Änderungen konsequent dokumentiert wurden. Wer ein Modul anbinden oder ablösen will, muss die tatsächliche Logik oft erst aus dem Code selbst rekonstruieren.

Versteckte Abhängigkeiten. Ein Report, der scheinbar isoliert läuft, greift oft auf Datenstrukturen zu, die auch andere Programme nutzen. Wird das übersehen, entstehen Folgefehler, die erst Wochen später auffallen.

Unterschätzter Testaufwand. Gerade bei Lagerbuchungen oder Auftragsabwicklung führt jeder Fehler direkt zu falschen Beständen oder falschen Lieferungen. Der Testaufwand für diese Prozesse wird in Projektplänen regelmäßig zu knapp angesetzt.

Fehlender Rollback-Plan. Wer ohne klaren Weg zurück in Produktion geht, riskiert bei Problemen einen ungeplanten Stillstand. Ein Parallelbetrieb von Alt- und Neusystem für eine definierte Übergangszeit ist der sicherere Weg.

Wie eine fundierte Entscheidung entsteht

Eine fundierte Entscheidung entsteht aus drei Schritten: einer ehrlichen Bestandsaufnahme der bestehenden AS/400-Landschaft, einer Priorisierung nach Geschäftskritikalität und einem schrittweisen Vorgehen, das Risiko reduziert, statt es auf einen einzigen Stichtag zu konzentrieren.

Ein etabliertes Muster dafür ist der Strangler-Fig-Ansatz von Martin Fowler: Neue Funktionen werden außen angedockt, Altfunktionen werden Stück für Stück abgelöst, während das bestehende System weiterläuft. Das reduziert das Risiko einer Vollmigration erheblich, weil zu keinem Zeitpunkt der komplette Betrieb von einer einzigen Umstellung abhängt.

In der Praxis beginnt eine solche Entscheidung am besten mit einer neutralen Bestandsaufnahme, unabhängig davon, ob am Ende eine Schnittstelle oder eine vollständige Ablöse steht. Wer parallel dazu auch klären möchte, wie der laufende Betrieb von bestehenden oder neuen Systemen abgesichert wird, findet dazu weitere Informationen unter Wartung und Hosting.

FAQ zu AS/400 ablösen oder anbinden

Muss eine stabil laufende AS/400 abgelöst werden?

Nein, eine stabil laufende AS/400 muss nicht sofort abgelöst werden. Wenn das eigentliche Problem eine fehlende Integration mit Webshop, CRM oder Excel ist, löst häufig eine Schnittstelle das Problem schneller und mit geringerem Risiko als eine vollständige Migration. Ob eine Ablöse trotzdem sinnvoll ist, hängt vor allem von Geschäftskritikalität und Zustand des bestehenden Codes ab.

Was kostet die Anbindung einer AS/400 im Vergleich zur Ablöse?

Für diesen Vergleich gibt es keine seriöse Pauschalzahl, das bestätigen auch Anbieteranalysen ausdrücklich. Die tatsächlichen Kosten hängen von der Zahl der Schnittstellen, dem Datenvolumen, dem Zustand des bestehenden RPG-Codes und dem Testaufwand ab. Eine belastbare Einschätzung liefert erst eine Bestandsaufnahme des konkreten Systems.

Warum ist RPG-Know-how so schwer zu finden?

RPG-Know-how ist schwer zu finden, weil die Entwicklerbasis stark gealtert ist. Über 72 Prozent der IBM-i-Entwickler sind laut einer Auswertung von Procern mindestens 50 Jahre alt, 35,8 Prozent sind bereits 60 Jahre oder älter, und knapp die Hälfte plant den Ruhestand innerhalb der nächsten zehn Jahre.

Wie funktioniert eine Anbindung der AS/400 an moderne Systeme technisch?

Technisch lässt sich eine AS/400 meist über die Integrated Web Services für IBM i anbinden, ein natives IBM-Werkzeug, mit dem bestehende RPG- oder COBOL-Programme als REST- oder SOAP-Schnittstelle bereitgestellt werden, ohne den Code neu zu schreiben. Damit lassen sich Daten automatisiert mit Excel, Webshops oder CRM-Systemen austauschen.

Was ist der Strangler-Fig-Ansatz bei einer AS/400-Migration?

Der Strangler-Fig-Ansatz ist ein Migrationsmuster, bei dem neue Funktionen schrittweise außen an das Altsystem angedockt und alte Funktionen Stück für Stück abgelöst werden, während die AS/400 weiterläuft. Das senkt laut Martin Fowler das Risiko gegenüber einer Vollmigration an einem einzigen Stichtag deutlich.

Nächster Schritt

Wenn Sie nicht genau wissen, welcher Weg für Ihre AS/400 tatsächlich der günstigere und risikoärmere ist, lässt sich das in einem Prozess-Check klären, einem Beratungsgespräch, kein Verkaufsgespräch. Wir bewerten dort konkret die Schnittstellen, den Code-Zustand und die Kostentreiber Ihres Systems. Prozess-Check für Ihre AS/400 anfragen.

Die Website läuft, im WordPress-Backend hat seit Monaten niemand mehr etwas angeklickt, und wer eigentlich für Updates zuständig wäre, weiß im Betrieb keiner mehr genau. Genau in diesem Zustand befinden sich viele Unternehmens-Websites in Wien und Niederösterreich, und genau das macht sie 2026 zu einem lohnenden Ziel für automatisierte Angriffe. Dieser Beitrag zeigt, was WordPress-Wartung heute konkret bedeutet, welche Bausteine wirklich zählen und wie Sie erkennen, ob Ihre eigene Seite gefährdet ist.

Warum WordPress-Websites 2026 ein größeres Ziel sind als früher

WordPress betreibt laut W3Techs im Juli 2026 rund 41,5 Prozent aller Websites weltweit und ist damit die mit Abstand größte Angriffsfläche unter allen Content-Management-Systemen. Weil sich ein einziger gefundener Fehler auf Millionen gleichartiger Installationen anwenden lässt, lohnt sich die automatisierte Suche nach Lücken für Angreifer besonders bei WordPress.

Die Zahlen dazu sind eindeutig. Laut dem Sicherheitsbericht „State of WordPress Security in 2026“ von Patchstack wurden 2025 insgesamt 11.334 neue Schwachstellen im WordPress-Ökosystem gemeldet, ein Anstieg von 42 Prozent gegenüber dem Vorjahr. 91 Prozent davon betrafen Plugins, nicht den WordPress-Kern selbst. Besonders relevant für Betreiber: 46 Prozent dieser Schwachstellen wurden von den Herstellern nicht behoben, bevor sie öffentlich bekannt wurden, und die mediane Zeit bis zum ersten Massenexploit lag bei nur fünf Stunden. Wer ein Plugin-Update tagelang liegen lässt, hat rechnerisch längst ein offenes Fenster.

Das bedeutet nicht, dass WordPress als System unsicher ist. Der Kern selbst war 2025 nur für 6 der gemeldeten Schwachstellen verantwortlich, allesamt mit niedriger Priorität. Das eigentliche Risiko liegt im Zusammenspiel aus Plugins, Themes und der Frage, wie schnell jemand reagiert, wenn ein Update erscheint.

Für den Betrieb bedeutet eine erfolgreiche Attacke selten nur ein technisches Problem. Eine kompromittierte Seite verschickt oft unbemerkt Spam, verlinkt auf fragwürdige Angebote oder wird von Google und Browsern als unsicher markiert, bevor jemand im Unternehmen überhaupt bemerkt, dass etwas nicht stimmt. Bis die Seite bereinigt, aus einer Blacklist entfernt und das Vertrauen der Suchmaschine wiederhergestellt ist, vergehen oft Tage, in denen die Website für Kunden und Suchmaschinen kaum erreichbar ist.

Was WordPress-Wartung 2026 konkret umfasst

Echte WordPress-Wartung besteht aus fünf Bausteinen: laufende Updates von Core, Theme und Plugins, geprüfte Backups, aktives Monitoring inklusive Threat Protection, eine aktuelle PHP-Version im Hintergrund und regelmäßige Performance-Checks. Fehlt einer dieser Bausteine, bleibt die Seite verwundbar, selbst wenn die anderen gepflegt werden.

Updates. Core, Theme und alle aktiven Plugins sollten zeitnah aktualisiert werden, idealerweise nach einem Test in einer Staging-Umgebung, damit ein Update keine andere Funktion zerstört. Angesichts der oben genannten fünf Stunden bis zum ersten Massenexploit reicht ein wöchentlicher Blick ins Backend nicht mehr aus.

Backups. Ein tägliches, extern gespeichertes Backup ist die Versicherung gegen den Ernstfall. Es nützt aber nur, wenn regelmäßig getestet wird, ob sich daraus auch tatsächlich etwas wiederherstellen lässt.

Monitoring und Threat Protection. Ein System, das ungewöhnlichen Traffic, fehlgeschlagene Login-Versuche und verdächtige Dateiänderungen meldet, verkürzt die Zeit zwischen Angriff und Entdeckung erheblich. Ohne Monitoring erfährt ein Betrieb von einer Kompromittierung oft erst, wenn Kunden sich über Spam-Mails oder eine Google-Warnung beschweren.

PHP-Version. Viele Betreiber wissen nicht, welche PHP-Version im Hintergrund läuft, dabei ist das einer der wichtigsten Sicherheitsfaktoren. Laut endoflife.date erhielt PHP 8.1 seit 31. Dezember 2025 keinerlei Sicherheitsupdates mehr. PHP 8.2 befindet sich seit 31. Dezember 2024 nur noch in der reinen Security-Phase und erhält bis 31. Dezember 2026 ausschließlich kritische Patches, danach ebenfalls keine mehr. Wer sein Hosting nicht aktiv pflegt, betreibt seine Website 2026 mit hoher Wahrscheinlichkeit auf einer PHP-Version, die keine Fehlerbehebungen mehr bekommt.

Performance. Ladezeiten und Serverauslastung gehören ebenfalls zur Wartung, weil veraltete Plugins und ungepflegte Datenbanken eine Seite schleichend verlangsamen, lange bevor Besucher es als Sicherheitsproblem erkennen.

Ein professionell betreutes WordPress-Wartungspaket deckt genau diese fünf Bausteine ab, statt sie auf einzelne Zufallsmomente im Kalender zu verteilen.

Woran Sie erkennen, dass Ihre Website vernachlässigt ist

Eine vernachlässigte WordPress-Website zeigt selten ein einzelnes dramatisches Warnsignal, sondern eine Kombination kleiner Hinweise, die einzeln harmlos wirken: ignorierte Update-Zähler im Backend, kein dokumentiertes Backup, eine spürbar langsamer gewordene Seite und die Unklarheit, wer im Betrieb überhaupt Zugriff und Verantwortung hat.

Typische Anzeichen im Alltag sind mehrere rote oder orange Zahlen neben „Aktualisierungen“ im WordPress-Dashboard, ein Login-Bildschirm, den seit dem letzten Relaunch niemand mehr geöffnet hat, sowie die Situation, dass die ursprüngliche Agentur nicht mehr existiert oder nicht mehr reagiert. Dazu kommt oft ein Hosting-Vertrag, der reine Serverfläche liefert, aber keine Betreuung der Software darauf. Keiner dieser Punkte allein ist dramatisch. In Summe bedeuten sie, dass die Seite faktisch unbetreut ist, unabhängig davon, wie gut sie einmal gebaut wurde.

Eigenleistung, Freelancer oder Wartungsvertrag: Die Optionen im Vergleich

Für die laufende Betreuung einer WordPress-Website gibt es drei realistische Wege: Eigenleistung durch eine interne Person, punktuelle Beauftragung eines Freelancers oder ein durchgehender Wartungsvertrag mit einem spezialisierten Anbieter. Welche Option passt, hängt vor allem davon ab, wie kritisch die Website für das Geschäft ist und wie viel Zeit intern tatsächlich dafür da ist.

Kriterium	Eigenleistung	Freelancer	Wartungsvertrag
Reaktionszeit auf Updates	abhängig von Tagesgeschäft	abhängig von Verfügbarkeit	vertraglich vereinbart
Backups getestet	selten dokumentiert	meist nicht enthalten	fixer Bestandteil
Monitoring rund um die Uhr	in der Regel nicht vorhanden	in der Regel nicht vorhanden	üblicher Standardbestandteil
Klare Zuständigkeit	oft unklar bei Personalwechsel	endet mit dem Auftrag	dauerhaft geregelt

Eigenleistung funktioniert, solange jemand im Betrieb WordPress technisch versteht und regelmäßig Zeit dafür einplant, nicht nur wenn gerade ein Problem sichtbar wird. In der Praxis verschwindet diese Zeit im Tagesgeschäft meist zuerst. Ein Freelancer kann punktuelle Updates übernehmen, deckt aber selten laufendes Monitoring, Reaktion außerhalb vereinbarter Stunden und dokumentierte Backups gleichzeitig ab. Ein Wartungsvertrag mit fixem Monitoring, Threat Protection und täglichen Backups ist der einzige der drei Wege, der die Fünf-Stunden-Lücke aus dem Patchstack-Bericht systematisch schließt, weil dort jemand kontinuierlich zuständig ist statt gelegentlich.

Wenn ohnehin ein Relaunch ansteht, weil Design oder Struktur der Seite nicht mehr zum Betrieb passen, lohnt es sich, Wartung von Anfang an mitzudenken. Ein Website-Relaunch mit WordPress sollte einen Wartungsplan immer schon in der Konzeptphase berücksichtigen, statt ihn erst nach dem ersten Ausfall nachzurüsten. Wer zusätzlich merkt, dass die eigene Seite in Google und in KI-gestützten Suchantworten kaum vorkommt, findet dazu passende Ansätze in unseren Leistungen zu SEO und GEO.

FAQ zu WordPress-Wartung 2026

Wie oft sollte eine WordPress-Website aktualisiert werden? Sicherheitsrelevante Updates für Core, Theme und Plugins sollten innerhalb weniger Tage eingespielt werden, im Idealfall nach einem kurzen Test auf einer Staging-Seite. Angesichts einer medianen Zeit von nur fünf Stunden bis zum ersten Massenexploit ist ein monatlicher Rhythmus für Sicherheitsupdates zu langsam.

Reicht ein tägliches Backup als Absicherung aus? Ein tägliches Backup ist die Grundlage, aber nur wirksam, wenn es außerhalb des Webservers gespeichert und regelmäßig auf Wiederherstellbarkeit getestet wird. Ein Backup, das sich im Ernstfall nicht zurückspielen lässt, schafft nur ein falsches Sicherheitsgefühl. Ebenso wichtig sind mehrere Wiederherstellungspunkte, damit sich auch ein erst spät bemerkter Befall auf einen sauberen, unkompromittierten Stand zurücksetzen lässt.

Woran erkenne ich, welche PHP-Version meine Website nutzt? Diese Information liefert das Hosting-Unternehmen oder ein Blick in die Systeminformationen im WordPress-Backend unter Werkzeuge und Website-Zustand. Läuft dort PHP 8.1 oder älter, erhält die Website seit Ende 2025 keine Sicherheitsupdates mehr für die zugrunde liegende PHP-Version.

Lohnt sich ein Wartungsvertrag auch für eine kleine Website? Ja, weil die Bedrohungslage laut Patchstack unabhängig von der Größe der Website ist. Automatisierte Angriffswerkzeuge suchen nach bekannten Lücken in Plugins, nicht nach großen Unternehmen, und treffen damit kleine Websites genauso häufig wie große. Gerade bei kleinen Seiten fehlt oft jemand, der einen Vorfall zeitnah bemerkt, weshalb eine durchgehende Betreuung hier den größten Unterschied macht.

Was kostet WordPress-Wartung ungefähr? Die Kosten hängen vom Umfang der Website und den gewünschten Leistungen ab, etwa Anzahl der Plugins, Backup-Frequenz und Reaktionszeit bei Vorfällen. Bei Titan Web Solutions beginnt ein Wartungspaket ab 35 Euro im Monat, mit einem transparenten Einstiegspreis, statt die Website erst im Detail zu prüfen und dann ein unklares Angebot vorzulegen.

Nächster Schritt

Wenn Sie nicht genau wissen, welche PHP-Version, welche Plugin-Stände und welche Backup-Situation Ihre WordPress-Website aktuell hat, lässt sich das in einer kurzen technischen Analyse klären. Wir prüfen die relevanten Punkte aus diesem Beitrag konkret an Ihrer Website und zeigen, wo Handlungsbedarf besteht. Jetzt eine WordPress-Analyse anfragen.

Der Kalkulator ist seit zwei Wochen krank. Eine Anfrage von einem langjährigen Kunden liegt am Tisch, das Angebot muss bis Freitag raus, aber die Excel-Datei mit den Formeln für Rabattstaffeln, Materialaufschläge und Sonderkonditionen versteht sonst niemand im Betrieb. Genau das ist ein Wissensmonopol im Unternehmen: eine geschäftskritische Kalkulation, die an einer einzigen Person hängt. Dieser Beitrag richtet sich an Geschäftsführer und Betriebsleiter in Wien und Niederösterreich, die dieses Risiko kennen und wissen wollen, wie sie es systematisch loswerden.

Was ist ein Wissensmonopol in der Angebotskalkulation?

Ein Wissensmonopol entsteht, wenn eine geschäftskritische Kalkulation ausschließlich in einer Excel-Datei existiert, deren Formeln, Verknüpfungen und Sonderregeln nur eine einzige Person wirklich versteht. Fällt diese Person aus, kann niemand mehr verlässlich ein Angebot erstellen, nachkalkulieren oder Fehler in der Datei erkennen. In der IT-Branche nennt man dieses Phänomen auch Bus-Faktor: die Frage, wie viele Personen ausfallen müssten, damit ein Prozess komplett zum Stillstand kommt.

Bei Angebotskalkulationen ist der Bus-Faktor in vielen Betrieben genau eins. Die Datei ist über Jahre gewachsen, jede Sonderregel wurde als weitere Formel oder versteckte Hilfsspalte ergänzt, dokumentiert wurde nichts. Wer die Datei geerbt hat, hat sie sich selbst erarbeitet und wurde dadurch unersetzlich, ohne dass das jemand so geplant hätte. Oft merkt das Umfeld erst im Krankheitsfall, wie viel Spezialwissen tatsächlich in der Datei steckt, weil im Alltag alles reibungslos funktioniert.

Warum Excel für komplexe Kalkulationen ein Risiko ist

Excel-Tabellen sind fehleranfällig, weil Formeln und Verknüpfungen ohne Versionskontrolle wachsen und niemand ihre Korrektheit systematisch prüft. Eine Metaanalyse von Fehlerstudien aus 35 Jahren kommt zu dem Ergebnis, dass Fachleute in 94 Prozent der untersuchten Unternehmenstabellen mindestens einen Fehler fanden, meist falsch eingegebene Formeln oder logische Fehler in ihrer Anwendung (t3n, 2024). Bei einer Angebotskalkulation heißt das im schlechtesten Fall: ein zu niedriger Preis, eine Marge, die nicht stimmt, oder ein Rabatt, der falsch berechnet wird, ohne dass es jemand bemerkt.

Das Problem ist kein Einzelfall. Eine Befragung von 314 Digitalisierungsverantwortlichen in Mittelstandsunternehmen zeigt, dass 82 Prozent der Betriebe noch überwiegend manuelle oder teilautomatisierte Prozesse haben, und 71 Prozent sehen genau in der Prozessdigitalisierung ihr größtes Einsparpotenzial (maximal.digital, Digitalisierungsstudie 2024). Die Angebotskalkulation ist in vielen Fällen genau so ein Prozess: zentral fürs Geschäft, aber nie mit der nötigen Sorgfalt strukturiert worden. Dazu kommt, dass Excel-Dateien selten einen Änderungsverlauf haben. Wenn eine Formel angepasst wird, ist meist nicht mehr nachvollziehbar, wer das wann und warum getan hat.

Was passiert konkret, wenn der Kalkulator ausfällt?

Fällt die Person mit dem Wissensmonopol aus, verzögern sich Angebote, Kollegen improvisieren mit Näherungswerten, und Fehler häufen sich, weil niemand die Logik der Datei vollständig kennt. Wird die Person dauerhaft ersetzt, dauert der Wiederaufbau des Wissens oft länger als geplant. Das gilt selbst dann, wenn Ersatz grundsätzlich am Markt verfügbar wäre. In der Zwischenzeit entstehen zwei mögliche Schäden gleichzeitig: verzögerte Angebote, die Kunden zur Konkurrenz treiben, und fehlerhafte Angebote, die stillschweigend Marge kosten.

Wie eng der Arbeitsmarkt für spezialisiertes Fachwissen aktuell ist, zeigt der Blick auf die IT-Branche als Vergleichsfall: In Deutschland fehlten laut Bitkom zuletzt rund 109.000 IT-Fachkräfte, eine offene Stelle blieb im Schnitt 7,7 Monate unbesetzt, bei fast 60 Prozent der Unternehmen sogar länger als sechs Monate (SAC, Wissensmonopol IT). Wer sich auf eine einzelne Person verlässt, verlässt sich also auch darauf, dass diese Person nie länger ausfällt, nie kündigt und nie in Pension geht. Für einen Betrieb, der von der Angebotskalkulation lebt, ist das eine Wette, die man nicht eingehen sollte.

Wie der Ausweg aus dem Excel-Wissensmonopol aussieht

Der Ausweg führt über zwei Schritte: zuerst die bestehende Logik der Kalkulation dokumentieren und im Team sichtbar machen, danach die Kalkulation in eine strukturierte Anwendung überführen, die mehrere Personen bedienen können. Eine Dokumentation allein reduziert das Risiko, sie beseitigt es aber nicht, weil sie mit jeder Änderung an der Excel-Datei wieder veraltet.

Der zweite Schritt ist deshalb der wichtigere: die Kalkulationslogik aus der Tabelle herauszulösen und in eine individuelle Software zu überführen. Dort werden Preisregeln, Rabattstaffeln und Sonderfälle als klar benannte Regeln hinterlegt statt als verschachtelte Formeln, die niemand mehr nachvollziehen kann. Mehrere Mitarbeiter können mit derselben Logik arbeiten, Änderungen sind nachvollziehbar, und ein Ausfall einer einzelnen Person legt den Betrieb nicht mehr lahm.

In der Praxis sehen wir dieses Muster häufig bei Fachbetrieben, deren Kalkulation über Jahre in Excel gewachsen ist und die parallel noch mit Alt-Systemen wie AS/400 oder alten .NET-Anwendungen arbeiten. Der Umstieg muss dabei nicht in einem großen Sprung passieren. Oft beginnt er mit einer klar abgegrenzten Workflow-Automatisierung für genau den einen Prozess, der das größte Risiko trägt, bevor weitere Bereiche folgen. Wichtig ist dabei, die Person mit dem größten Wissen aktiv einzubinden, statt sie zu übergehen. Ihr Wissen ist die Grundlage der neuen Regeln, nur eben nicht mehr die einzige Kopie davon.

Wichtig ist der erste Schritt davor: eine ehrliche Bestandsaufnahme, wo im Betrieb Wissen an einzelnen Personen hängt und wie kritisch das jeweils ist. Nicht jeder Prozess mit einem Wissensmonopol ist gleich dringend. Eine Kalkulation, die täglich für neue Angebote gebraucht wird, hat eine andere Priorität als ein selten genutztes Reporting. Erst nach dieser Einordnung lässt sich entscheiden, welcher Prozess zuerst abgelöst werden sollte.

Ein konkreter erster Schritt

Wenn eine geschäftskritische Kalkulation in Ihrem Betrieb nur eine Person wirklich versteht, lohnt sich ein strukturierter Blick darauf, bevor der Ernstfall eintritt. In unserem Prozess-Check analysieren wir gemeinsam mit Ihnen, wo genau das Risiko liegt und welcher Weg aus der Excel-Falle für Ihren Betrieb sinnvoll ist. Das ist ein Beratungsgespräch, kein Verkaufsgespräch.

Häufige Fragen zum Wissensmonopol im Unternehmen

Was ist ein Wissensmonopol im Unternehmen? Ein Wissensmonopol liegt vor, wenn eine geschäftskritische Aufgabe, etwa eine Angebotskalkulation, nur von einer einzigen Person zuverlässig ausgeführt werden kann. Fällt diese Person aus, gibt es keinen funktionierenden Ersatzweg. Das Risiko betrifft besonders gewachsene Excel-Dateien ohne Dokumentation.

Reicht es, die Excel-Datei einfach besser zu dokumentieren? Dokumentation senkt das Risiko, löst es aber nicht dauerhaft, weil sie bei jeder Änderung an der Datei aktuell gehalten werden muss und das in der Praxis selten passiert. Eine strukturierte Anwendung mit klar hinterlegten Regeln ist die stabilere Lösung, weil die Regeln Teil des Systems sind und nicht nur eines Dokuments daneben.

Was kostet die Ablöse einer Excel-Kalkulation durch Individualsoftware? Das hängt von der Komplexität der bestehenden Logik und den gewünschten Anbindungen ab, etwa an Warenwirtschaft oder Buchhaltung. Ein Prozess-Check am Anfang zeigt, welcher Aufwand realistisch ist, bevor ein Angebot mit einem transparenten Ab-Preis erstellt wird.

Wie lange dauert die Umstellung von Excel auf eine eigene Anwendung? Das hängt vom Umfang ab. Ein einzelner, klar abgegrenzter Kalkulationsprozess lässt sich häufig deutlich schneller ablösen als eine komplette Warenwirtschaft. Ein stufenweiser Umstieg, beginnend mit dem risikoreichsten Prozess, ist meist der pragmatischste Weg.

Was ist der Unterschied zwischen Wissensmonopol und Bus-Faktor? Beide Begriffe beschreiben dasselbe Risiko aus unterschiedlichen Blickwinkeln. Wissensmonopol beschreibt den Zustand, dass Wissen bei einer Person konzentriert ist. Bus-Faktor ist die aus der IT stammende Kennzahl, die angibt, wie viele Personen ausfallen müssten, damit ein Prozess zum Stillstand kommt.