Kurz gesagt: Bei der ERP-Auswahl gewinnt nicht die Software mit der längsten Funktionsliste, sondern die, die Ihre Prozesse mit der geringsten Anpassung und dauerhaft tragen kann. Die fünf kritischen Funktionen, die Sie nicht übersehen sollten: die Passung zu Ihren Prozessen, die türkische Lokalisierung und die Einhaltung der Vorschriften, die Integrationsfähigkeit, das Datenmodell und die Datenhoheit sowie das Betriebsmodell mit dem Release-Management. Auch die Reihenfolge der Bewertung zählt: zuerst der Umfang, dann das Produkt.
Die meisten ERP-Auswahlverfahren beginnen mit einer Funktionsvergleichstabelle. Die Präsentationen der Kandidaten werden nebeneinandergelegt, jede Zeile wird mit „ja“ oder „nein“ markiert, und die Software mit den meisten „ja“ liegt vorn. Die Methode ist einfach, aber irreführend: Dass eine Funktion vorhanden ist, sagt nicht, wie sie in Ihrem eigenen Ablauf arbeitet. Dieser Beitrag betrachtet die fünf Funktionen, die eine ERP-Auswahl wirklich entscheiden, und wie Sie jede davon prüfen.
1. Passung zu Ihren Prozessen: Abläufe statt Funktionen
Die erste und wichtigste Funktion ist, in welchem Maß die Software Ihre Prozesse mit ihrem Standard abdeckt. Eine Auswahl, bei der nicht gezeigt wurde, wie jeder Ablauf – vom Auftrag bis zum Versand, vom Einkauf bis zur Fertigung – in der Software läuft, kehrt mitten im Projekt als Satz „So führen wir diesen Prozess nicht“ zurück.
Der Weg zur Prüfung ist, die Prozesse in einer gemeinsamen Sprache zu beschreiben. BPMN, ein internationaler Standard zur Modellierung von Geschäftsprozessen, sorgt dafür, dass Ihr Team und die Kandidaten auf denselben Ablauf schauen. Die Analyse, die zeigt, ob jeder Bedarf mit Standardfunktionen der Software gedeckt wird, heißt Gap / Fit: Ein „Fit“ ist ein Bedarf, den der Standard deckt, ein „Gap“ ein Bedarf, der eine Anpassung, eine Entwicklung oder eine Prozessänderung verlangt.
Die richtige Frage lautet also nicht „Gibt es diese Funktion?“, sondern „Wie läuft unser Ablauf in dieser Software im Standard, und wo muss angepasst werden?“
2. Türkische Lokalisierung und Einhaltung der Vorschriften
Für einen Hersteller, der in der Türkei tätig ist, muss der Buchhaltungs- und Belegfluss eines ERP-Systems den lokalen Vorschriften folgen. Elektronische Belege wie die E-Rechnung, die E-Archiv-Rechnung und der E-Lieferschein unterliegen den E-Beleg-Regeln der türkischen Steuerverwaltung (GIB), die gesetzlichen Bücher ihrer E-Buch-Anwendung. Die Verarbeitung personenbezogener Daten richtet sich nach dem türkischen Datenschutzgesetz (KVKK, Gesetz Nr. 6698).
Entscheidend ist, ob die Lokalisierung im Kern der Software, in einem Zusatzmodul oder über eine Anbindung eines Drittanbieters bereitgestellt wird. Jede Variante bringt eine andere Verantwortung für Wartung und Upgrades mit sich. Lassen Sie sich zeigen, wie diese Belege durchgängig erzeugt werden und wer sie wie aktualisiert, wenn sich die Vorschriften ändern.
3. Integrationsfähigkeit und offene Schnittstellen
Ein ERP-System arbeitet nicht allein. CRM, das Fertigungsmanagementsystem (MES), die Planung, der E-Commerce und die Bankensysteme tauschen Daten mit ihm aus. Dokumentierte, versionierte und durch Zugriffsrechte geschützte Programmierschnittstellen (APIs) gehören deshalb zu den wertvollsten Funktionen eines ERP-Systems.
Stellen Sie bei der Bewertung drei Fragen: Sind die Schnittstellen offen dokumentiert? Wie bleibt die Abwärtskompatibilität bei Upgrades erhalten? Wer wird für die Wartung der Integrationen verantwortlich sein? Undokumentierte oder projektspezifische Anbindungen verursachen beim ersten Upgrade den meisten Aufwand.
4. Datenmodell, Reporting und Datenhoheit
Der Wert eines ERP-Systems bemisst sich an der Verlässlichkeit seiner Daten. Die Stammdatenstruktur (Material, Stückliste, Kunde, Lieferant), die Nachvollziehbarkeit der Buchungen und ein Prüfpfad, der zeigt, wer was wann geändert hat, sind kritische Funktionen.
Ebenso wichtig ist die Frage der Datenhoheit: Können Sie Ihre Daten jederzeit in Standardformaten exportieren? Braucht das Reporting ein eigenes Werkzeug? Bei einer Cloud-Lösung sollte schon in der Auswahl geklärt sein, wo die Daten liegen und wie sie Ihnen am Vertragsende übergeben werden.
5. Betriebsmodell, Release-Management und Nachhaltigkeit
Ob die Software als Cloud-Abonnement (SaaS), auf Ihren eigenen Servern oder in einer für Sie reservierten Cloud-Umgebung läuft, ist nicht nur eine technische Entscheidung. Die Cloud-Computing-Definition des US-amerikanischen National Institute of Standards and Technology (NIST) ist eine nützliche Referenz, um die Aufteilung der Verantwortung zwischen diesen Modellen zu klären.
Das Betriebsmodell bestimmt, wie oft Upgrades kommen, wie Anpassungen in neue Releases übernommen werden und wer die Wartungslast trägt. Fragen Sie die Kandidaten: Wie läuft der Wechsel auf ein neues Release, wie wirkt er sich auf Anpassungen aus, und wie lange werden ältere Releases unterstützt?
Funktionsliste oder Prozesspassung?
Dieselben fünf Themen liefern aus zwei Blickwinkeln ganz unterschiedliche Ergebnisse:
| Thema | Bewertung nach Funktionsliste | Bewertung nach Prozesspassung |
|---|---|---|
| Prozesspassung | „Es gibt ein Fertigungsmodul.“ | Wie läuft Ihr eigener Fertigungsablauf im Standard, und wo muss angepasst werden? |
| Lokalisierung | „Die E-Rechnung wird unterstützt.“ | Wie werden die Belege durchgängig erzeugt, und wer aktualisiert sie, wenn sich die Vorschriften ändern? |
| Integration | „Eine API ist vorhanden.“ | Sind die Schnittstellen dokumentiert und versioniert, und wer wartet sie? |
| Daten | „Es gibt ein Reporting-Modul.“ | Deckt das Datenmodell den Bedarf, und erhalten Sie Ihre Daten in einem Standardformat? |
| Betrieb und Releases | „Cloud- und On-Premises-Varianten sind vorhanden.“ | Wie werden Anpassungen in neue Releases übernommen, und wer trägt die Wartungslast? |
Die richtige Reihenfolge: zuerst der Umfang, dann das Produkt
Um diese fünf Funktionen sinnvoll zu bewerten, müssen Sie zuerst wissen, was Sie bewerten. Ein Produktvergleich bei noch unklarem Umfang gleicht einem Anzug, der ohne Maßnehmen geschneidert wird.
Im Ansatz von MindDX ist diese Reihenfolge bewusst gewählt. Assess strukturiert den Ist-Zustand und den Bedarf und validiert den Umfang mit Belegen; das Ergebnis ist der Validierte Umfang, und die Produktentscheidung folgt erst auf diese Belege. Die vollständige Gap / Fit-Analyse, die zeigt, ob jeder Bedarf mit Standardfunktionen gedeckt wird, entsteht in Implement. So stützt sich die Diskussion über Funktionen auf Belege statt auf Annahmen.
Wenn Sie Angebote vergleichen, lesen Sie unseren Beitrag über die fünf kritischen Posten in einem ERP-Angebot.
Fazit
Bei der ERP-Auswahl entscheidet nicht, wie viel die Software kann, sondern mit wie wenig Anpassung und wie nachhaltig sie Ihr Geschäft trägt. Prozesspassung, Lokalisierung, Integration, Daten und Release-Management sind fünf Seiten dieser einen Frage.
Möchten Sie Ihre Auswahl mit Belegen beginnen?
Entdecken Sie die MindDX Platform.
Quellen
- Object Management Group — Business Process Model and Notation (BPMN) 2.0
- Türkische Steuerverwaltung (GIB) — E-Beleg-Portal (auf Türkisch)
- Türkische Steuerverwaltung (GIB) — E-Buch-Portal (auf Türkisch)
- Türkische Datenschutzbehörde (KVKK) — Personal Data Protection Law (auf Englisch)
- Gesetz Nr. 6698 zum Schutz personenbezogener Daten — amtlicher Text (auf Türkisch)
- NIST SP 800-145 — The NIST Definition of Cloud Computing