Software für die Auftragsabwicklung entwickeln lassen: wann es sich lohnt

Ein Auftrag kommt per E-Mail rein. Jemand tippt ihn ins ERP, notiert die Sonderwünsche auf einem Zettel und ruft in der Produktion an. Drei Tage später fragt der Kunde nach dem Status, und keiner weiß auf Anhieb, wo seine Bestellung gerade steht. Kennst du das?

Das ist oft der Moment, in dem Mittelständler darüber nachdenken, Software für die Auftragsabwicklung entwickeln zu lassen. Der Weg von der Bestellung über Auftragsbestätigung, Kommissionierung und Lieferung bis zur Rechnung ist das Rückgrat im Tagesgeschäft. Wenn er hakt, kostet das Zeit, Nerven und manchmal den Kunden.

Ehrlich gesagt ist eine Eigenentwicklung für die meisten Betriebe nicht die erste Antwort. Wann sie sich wirklich lohnt, wann ein Standard-ERP reicht und wie du Sonderprozesse neben ein bestehendes System baust statt es komplett zu ersetzen: der Reihe nach.

Wo die Auftragsabwicklung im Mittelstand wirklich hakt

Die Auftragsabwicklung ist selten an einer einzigen Stelle kaputt. Sie franst an den Rändern aus. Laut Statistischem Bundesamt nutzen 44 Prozent der Unternehmen ab zehn Beschäftigten ein ERP-System. Ein Kernsystem ist also oft schon da. Trotzdem läuft der Auftragsprozess bei vielen an den Kanten über E-Mail, Excel und Zuruf.

Das deckt sich mit den Zahlen. In der DIHK-Digitalisierungsumfrage 2025 nennen 54 Prozent der Unternehmen die Komplexität bestehender Systeme und Prozesse als Bremse, 60 Prozent den Zeitmangel. Und laut Bitkom berichtet rund die Hälfte der Unternehmen, dass ihnen das Managen der Digitalisierung Probleme bereitet. Ein ERP zu haben und einen sauberen Prozess zu haben, sind zwei verschiedene Dinge.

Die drei Bruchstellen, die immer wiederkommen

Medienbrüche. Die Bestellung wandert von der E-Mail ins ERP, von dort auf einen Ausdruck, dann als Zuruf in die Produktion. Jeder Übergang ist eine Stelle, an der Information verloren geht oder falsch ankommt.

Doppelerfassung. Dieselben Auftragsdaten werden zwei-, dreimal getippt. Einmal im Shop, einmal im ERP, einmal in der Versandsoftware. Das frisst Zeit und produziert Tippfehler, die später im Lager oder in der Rechnung auffallen.

Fehlende Statustransparenz. Niemand sieht auf einen Blick, wo ein Auftrag steht. Der Vertrieb ruft im Lager an, das Lager ruft in der Produktion an. Der Kunde wartet.

Wer diese drei Punkte bei sich wiedererkennt, hat ein Prozessproblem. Ob die Lösung eine Eigenentwicklung ist, steht damit noch nicht fest.

Software für die Auftragsabwicklung entwickeln lassen: wann sich das lohnt

Die unbequeme Wahrheit: Für die meisten Betriebe reicht ein Standard-ERP, wenn man es richtig einrichtet und konsequent nutzt. Viele Probleme in der Auftragsabwicklung sind keine Software-Probleme, sondern eine Frage der Prozessdisziplin. Ein neues System, das denselben chaotischen Ablauf abbildet, macht das Chaos nur digital.

Eine eigene Lösung lohnt sich, wenn dein Auftragsprozess echte Sonderfälle hat, die kein Standardsystem sauber abbildet. Ein paar Beispiele aus der Praxis:

• Du kalkulierst Aufträge nach individuellen Regeln, die sich in keinem Standardfeld unterbringen lassen.
• Deine Kommissionierung folgt einer Logik, die dein Wettbewerbsvorteil ist, und kein ERP kennt sie.
• Du hängst an Kunden- oder Lieferantensystemen, für die es keine fertige Schnittstelle gibt.
• Deine Leute verbringen jeden Tag Stunden damit, Daten zwischen Systemen hin- und herzutragen. Sie sind der menschliche Kleber zwischen deinen Tools.

Wenn nichts davon zutrifft, spar dir das Geld und hol lieber mehr aus deinem bestehenden System heraus. Wann Standard an seine Grenzen kommt und welche Signale wirklich für eine eigene Lösung sprechen, haben wir in einem eigenen Beitrag zu den Grenzen von Standardsoftware sortiert.

Sonderprozesse neben das ERP bauen, nicht dagegen

Der teuerste Reflex ist, das ganze ERP ersetzen zu wollen, weil ein Teilprozess nervt. Das ist meistens der falsche Weg. Dein ERP verwaltet Stammdaten, Bestände und Buchhaltung. Das läuft. Reiß es nicht raus, nur weil deine Kommissionierung eine Extrawurst braucht.

Der bessere Ansatz: Das ERP bleibt die zentrale Datenquelle, die Single Source of Truth. Den Sonderprozess baust du als eigene kleine Anwendung daneben, angebunden über die Schnittstellen des ERP. Der Auftrag entsteht weiter im ERP, deine Speziallösung greift die relevanten Daten ab, führt den Sonderprozess und schreibt das Ergebnis zurück.

Das hat drei Vorteile. Du fasst ein funktionierendes System nicht an. Du hältst die Eigenentwicklung klein und damit bezahlbar. Und du bleibst flexibel, weil sich der Sonderteil unabhängig weiterentwickeln lässt. Ob ein solcher Satellit oder doch eine breitere Individuallösung passt, ist eine Abwägung, die wir bei individueller Softwareentwicklung im ersten Schritt immer gemeinsam durchgehen. Wie die Anbindung an dein Warenwirtschaftssystem technisch aussieht, hängt am ERP und seinen Schnittstellen.

So gehst du vor

1. Prozess aufzeichnen. Nimm einen echten Auftrag und verfolge ihn von der Bestellung bis zur Rechnung. Jede Station, jedes System, jeder Zettel. Auf Papier oder am Whiteboard, egal.
2. Bruchstellen markieren. Wo wird abgetippt? Wo geht Zeit verloren? Wo fragen Leute nach, weil sie den Status nicht sehen? Diese Stellen sind deine Kandidaten.
3. Standard ausreizen. Prüf ehrlich, ob dein ERP den Fall nicht doch kann. Oft fehlt nur eine Einstellung, ein Modul oder eine Schulung. Das ist billiger als jede Zeile Code.
4. Sonderfälle isolieren. Trenne das, was wirklich speziell ist, vom Rest. Nur der spezielle Teil ist ein Kandidat für eine eigene Lösung.
5. Schnittstellen klären. Bevor irgendjemand programmiert: Welche Daten muss die neue Lösung aus dem ERP ziehen, welche zurückschreiben? Gibt es eine API? Diese Frage entscheidet über Machbarkeit und Preis.
6. Klein anfangen. Bau erst den einen Prozess, der am meisten weh tut. Nicht die eierlegende Wollmilchsau. Ein enger erster Schritt zeigt schnell, ob die Richtung stimmt.

Was so eine Entwicklung kostet

Belastbare Preise gibt es erst nach einem sauberen Konzept. Als Orientierung: Seriöse Dienstleister im deutschsprachigen Raum rechnen je nach Erfahrung mit Stundensätzen zwischen etwa 90 und 180 Euro. Ein Rechenbeispiel: Ein klar umrissenes Zusatzmodul mit rund 450 Stunden landet damit grob zwischen 40.000 und 80.000 Euro. Das ist eine Spanne, keine Punktlandung, und sie steht und fällt mit Funktionsumfang und Schnittstellen.

Was du nicht vergessen darfst: Software ist nie fertig. Sie braucht Wartung, kleine Anpassungen und Updates, wenn sich dein ERP ändert. Aus unserer Projekterfahrung solltest du grob 15 bis 20 Prozent der Entwicklungskosten pro Jahr für den laufenden Betrieb einplanen. Genau deshalb ergibt eine dauerhafte Betreuung mehr Sinn als ein Projekt, das nach dem Go-live niemand mehr anfasst.

Ein Hinweis, der sich sonst rächt: Eine eigene Software repariert keinen kaputten Prozess. Wenn deine Abläufe unklar sind, gießt du mit einer Eigenentwicklung nur das Durcheinander in Code. Erst der Prozess, dann die Software. Immer in dieser Reihenfolge.

Was du jetzt tun kannst

Zeichne deinen Auftragsprozess einmal ehrlich auf und markier die Stellen, an denen abgetippt, telefoniert und gewartet wird. Wenn die Bruchstellen echte Sonderfälle sind, die kein Standard abbildet, lohnt der Gedanke an eine eigene Lösung neben dem ERP. Wenn nicht, hol mehr aus dem heraus, was du schon hast.

Wenn du unsicher bist, auf welcher Seite du stehst, buch dir eine Fokus-Session. Du bekommst eine ehrliche Einschätzung, ob sich der Aufwand für dich rechnet.