5 Module, die nicht ins ERP gehören: Warum Suite-Denken Ihre Ausschreibung ruiniert

Fünf Fachabteilungen sitzen am Tisch. Jede hat ihren Wunschzettel dabei. Die Personalabteilung will Skillmanagement. Der Vertrieb braucht Lead-Scoring. Die Verwaltung fordert revisionssichere Archivierung. Der Projektleiter besteht auf Kanban-Boards. Die Qualitätsmanagerin möchte Auditmanagement mit CAPA-Tracking. Alle fünf Wünsche landen im selben Dokument: dem ERP-Kriterienkatalog. Alle als A-Kriterium — also als Ausschlusskriterium.

Das Ergebnis kenne ich aus zahlreichen Ausschreibungsprojekten: Ein Lastenheft mit 177 Kriterien, von denen 131 als Ausschlusskriterien markiert sind. Das sind 74 Prozent — weit über jedem vernünftigen Benchmark. Was als strukturierte Beschaffung beginnt, endet als Wunschkonzert, das kein einzelnes System bedienen kann.

Die Anforderungen sind nicht falsch. Sie stehen nur im falschen Dokument. Diese Architekturentscheidung ist ein Kernthema meiner ERP-Beratung für den Mittelstand.

Wie Fachabteilungen Ausschreibungen kapern

Der typische Ablauf: Die IT erstellt einen Rohentwurf mit ERP-Kernkriterien — Finanzbuchhaltung, Einkauf, Produktion. Dann geht das Dokument auf Reise. Jede Fachabteilung ergänzt ihre Anforderungen. Und weil niemand seine eigenen Anforderungen als nachrangig einstuft, wird fast alles zum A-Kriterium.

Was passiert, wenn ein Anbieter bei einem einzigen A-Kriterium nicht liefert? Er fliegt raus. Nicht weil sein ERP schlecht wäre, sondern weil sein CRM-Modul kein Lead-Scoring auf Salesforce-Niveau hat. Oder weil seine Dokumentenverwaltung keine Langzeitarchivierung über 100 Jahre unterstützt. Die Fachabteilungen schützen mit ihren A-Kriterien nicht die Qualität der Auswahl — sie zerstören sie.

Der Ausweg ist eine saubere Architekturentscheidung: Was gehört ins ERP? Was gehört in ein Spezialsystem? Und wo liegt die Schnittstelle?

HR — Drei Wünsche, die kein ERP erfüllt

Personalplanung (HR-13), Personalentwicklung (HR-14), Skillmanagement (HR-15) — alle drei als A-Kriterium im Katalog, alle drei mit Risikoscore 4. Kein ERP im Mittelstandssegment liefert diese Funktionen in der Tiefe, die eine moderne Personalabteilung braucht. SAP Business ByDesign verwaltet Stammdaten und Abwesenheiten. Dynamics 365 kann Onboarding-Workflows. Strategisches Talent Management? Fehlanzeige.

Wer diese drei Kriterien als Knockout definiert, schreibt kein ERP aus — der schreibt Workday aus. Oder SuccessFactors. Oder Personio. ERP-Systeme sind transaktionsorientiert: Gehalt berechnen, Buchung erzeugen, Kostenträger belasten. Talent Management ist beziehungsorientiert: Potenziale erkennen, Entwicklung planen, Nachfolge sichern. Das sind fundamental unterschiedliche Datenmodelle.

Die Empfehlung: HR-13 bis HR-15 von A nach B herunterstufen. Stattdessen als A-Kriterium: „Das ERP muss eine dokumentierte API für den bidirektionalen Austausch von Personalstammdaten bereitstellen."

CRM — Im ERP oder mit ERP?

Salesforce ist nicht Marktführer geworden, weil es ein gutes ERP-Modul ist. HubSpot hat nicht 200.000 Kunden gewonnen, weil es nebenbei Lagerverwaltung kann. Trotzdem fordern Ausschreibungen routinemäßig Lead-Management, Opportunity-Tracking und Kampagnensteuerung als A-Kriterien im ERP.

Die entscheidende Frage: Brauchen Sie CRM im ERP oder CRM mit ERP?

Ich unterscheide drei CRM-Reifegrade:

• Stufe 1 — Verwaltend: Kundenkartei, Kontakthistorie, Angebotsverfolgung. Das ERP-Modul reicht.
• Stufe 2 — Steuernd: Pipeline, Forecasting, Vertriebssteuerung. Hier wird es hybrid.
• Stufe 3 — Strategisch: Marketing Automation, Predictive Analytics, Account-Based Marketing. Spezialist ist Pflicht.

Wer auf Stufe 3 agiert und CRM-Tiefe als A-Kriterium ins ERP-Lastenheft schreibt, ist so, als würde man einen Transporter kaufen und verlangen, dass er auch Formel 1 fährt.

Die Empfehlung: CRM-Funktionstiefe als B-Kriterium. API für Kundenstammdaten-Synchronisation als A-Kriterium.

DMS — Revisionssicherheit gehört nicht ins ERP

Öffentliche Auftraggeber haben eine besondere Beziehung zu Dokumenten. GoBD, TR-RESISCAN, BSI-Grundschutz, Langzeitarchivierung über 10, 30, manchmal 100 Jahre — das sind gesetzliche Pflichten. Und genau deshalb landen sie als A-Kriterien im ERP-Katalog.

Nur: ERP-Systeme sind transaktionsorientiert, nicht dokumentenorientiert. Kein Tier-1-ERP liefert ein vollwertiges DMS nativ. SAP hat ArchiveLink — eine Schnittstelle, kein DMS. Dynamics nutzt SharePoint — brauchbar für Kollaboration, nicht für revisionssichere Langzeitarchivierung. Die Spezialisten — d.velop, ELO, DocuWare — sind seit Jahrzehnten auf Dokumentenmanagement fokussiert und entwickeln ihre Systeme entlang regulatorischer Anforderungen weiter.

Wer für Behörden ausschreibt, weiß: Die Anforderungen aus BSI-Grundschutz allein erfordern Mandantentrennung, Verschlüsselung, granulare Zugriffsrechte und Protokollierung auf Feldebene. Das deckt kein ERP-Modul ab, ohne massiv angepasst zu werden. Und massive Anpassung ist das Gegenteil von dem, was eine ERP-Einführung erfolgreich macht.

Die Empfehlung: DMS-Kriterien aus dem ERP-Katalog herauslösen. Als A-Kriterium: „Integration externer DMS-Systeme über CMIS, REST-API oder ArchiveLink."

Projektmanagement — Kaufmännisch ja, operativ nein

Die gesamte Organisation nutzt seit Jahren Jira. Dann kommt die ERP-Ausschreibung, und im Lastenheft steht: Multi-Projektmanagement, Ressourcenplanung, Meilenstein-Tracking — alles als A-Kriterium. Niemand hat vor, Jira abzuschaffen. Aber niemand hat zwischen zwei fundamental verschiedenen Welten unterschieden:

Kaufmännisches PM gehört ins ERP: Projektbudgets, Kostenträger, Stundensätze, Abschlagszahlungen, Projektkostenrechnung. SAP PS, Dynamics 365 Project Operations und Oracle PPM sind dafür gebaut.

Operatives PM gehört ins Spezialtool: Aufgabenzerlegung, Sprints, Kanban-Boards, Collaboration. Jira, Asana, Monday.com liefern eine Nutzererfahrung, die kein ERP der Welt erreicht. Wer 200 Entwickler zwingt, ihre Sprint-Aufgaben im ERP zu pflegen, erlebt am ersten Tag Workarounds — und nach sechs Monaten die heimliche Wiedereinführung von Jira. Ohne Schnittstelle zum ERP, weil die nicht eingeplant war.

Die Empfehlung: Kaufmännisches PM bleibt A-Kriterium. Operatives PM wird gestrichen. Stattdessen: „API für Import von Zeitbuchungen und Export von Projektstrukturen."

QM nach ISO 9001 — Die Gegenfrage

Würde Ihre Qualitätsabteilung ein QM-System akzeptieren, das nebenbei auch Buchhaltung kann?

Die Frage klingt absurd. Aber genau das fordert ein Lastenheft, das QM als A-Kriterium im ERP definiert. Kriterium ERP-31, Score 4: Dokumentenlenkung, Auditmanagement, CAPA-Prozesse, Reklamationsmanagement, Lieferantenbewertung — alles soll das ERP können.

ISO 9001 fordert ein QM-System. Sie fordert nicht, dass es im ERP lebt. Die Norm ist technologieagnostisch. Ob das in SAP, in Babtec oder auf einem gut organisierten SharePoint passiert, ist der Norm egal.

Die Branchenrealität macht es noch deutlicher: In der Automobilzulieferindustrie (IATF 16949) führt kein Weg an Systemen wie Babtec QSYS oder iqs CAQ vorbei. In der Medizintechnik (ISO 13485) braucht es Qualityze oder MasterControl. Und bei Professional Services reicht ConSense oder sogar ein DMS mit Workflow. Aber in keinem Fall ist das ERP die richtige Heimat.

Die Empfehlung: ERP-31 von A nach B. Im Katalog als A-Kriterium: „Bidirektionaler Austausch von Lieferanten-, Material- und Chargendaten mit externen QM-Systemen."

Die Faustregel

Fünf Module, ein Muster. In jedem Fall gilt dieselbe Umkehrung:

• Fachliche Funktionstiefe (HR, CRM, DMS, PM, QM): Bisher A-Kriterium im ERP → B-Kriterium oder separate Ausschreibung
• Schnittstellenfähigkeit (REST-API, Middleware, Standardkonnektoren): Bisher nicht gefordert → A-Kriterium im ERP
• Stammdatenhoheit im ERP (Kunden, Lieferanten, Personal): Bisher implizit vorausgesetzt → A-Kriterium, explizit formuliert

Diese Umkehrung öffnet den Anbietermarkt, statt ihn zu schließen. ERP-Systeme, die für Finanzen und Logistik hervorragend sind, können plötzlich mitbieten — auch ohne QM-Modul oder DMS-Modul. Und das sind häufig die besseren ERP-Systeme, weil sie sich auf ihren Kern konzentrieren.

Der Kostenmythos. „Mehrere Systeme sind doch teurer als eins!" Ja, mehrere Lizenzen kosten mehr. Aber: kürzere Implementierung, weniger Anpassungen, höhere Akzeptanz, risikoärmere Updates. Die Total Cost of Ownership über fünf Jahre ist häufig niedriger — das bestätigen auch die Zufriedenheitsstudien von Trovarit.

Nächster Schritt

Fünf Module, fünf Architekturentscheidungen — und alle müssen vor der Ausschreibung fallen. Ich prüfe Ihren Kriterienkatalog auf versteckte Suite-Zwänge, die den Markt einschränken und die Qualität drücken.

→ Erstgespräch vereinbaren — kostenfrei

→ Oder zuerst mehr lesen: KI als Ausschlusskriterium in ERP-Ausschreibungen