ERP
Die wichtigste ERP-Frage in der Medizintechnik lautet nicht, ob ein System „branchenfähig“ heißt. Entscheidend ist, welche regulierten Kernprozesse der Standard bereits belastbar abdeckt, welche Anforderungen über Konfiguration lösbar sind und wo tatsächlich eine Erweiterung oder ein Fachsystem notwendig ist.
ERP für Medizintechnik bei AENUMA · IVDR ERP
Jede kundenspezifische Erweiterung erhöht nicht nur Implementierungsaufwand. In regulierten Prozessen entstehen zusätzlich Auswirkungen auf Validierung, Test, Dokumentation und spätere Updates. Deshalb lohnt es sich, Anforderungen bewusst in vier Kategorien zu trennen: Standard, Konfiguration, Erweiterung und externes Fachsystem.
Das Ziel ist nicht maximaler Standard um jeden Preis. Das Ziel ist ein möglichst stabiler Core, bei dem Abweichungen vom Standard fachlich begründet sind.
Ein ERP für Medizinprodukte- und IVD-Hersteller sollte Serien-, Chargen- und gegebenenfalls Verpackungsinformationen entlang von Einkauf, Lager, Fertigung und Versand führen können. Besonders relevant ist die Verbindung zwischen Komponenten und daraus erzeugten Fertigprodukten.
Im Rückruf- oder Reklamationsfall muss schnell beantwortet werden können: Welche Chargen oder Seriennummern sind betroffen? Welche Komponenten wurden verwendet? An welche Kunden oder Standorte wurden die Produkte ausgeliefert?
Eine Rückverfolgbarkeit, die nur über mehrere Excel-Auswertungen funktioniert, ist technisch möglich, aber organisatorisch fragil.
Qualitätsprüfung darf nicht vollständig neben dem operativen Bestand existieren. Wenn Ware geprüft, gesperrt oder freigegeben wird, muss der operative Prozess diesen Status respektieren.
Dynamics 365 Supply Chain Management unterstützt dafür unter anderem Quality Orders und Inventory Blocking. Seit Business Central 2026 Release Wave 1 bietet Microsoft auch für Business Central ein eigenes Quality-Management-Modul mit Qualitätsinspektionen, Lot Blocking, Workflows und der Verarbeitung nichtkonformer Ware. Entscheidend ist jedoch nicht nur, dass eine Funktion existiert. Im Prozessdesign muss festgelegt sein, wann eine Prüfung ausgelöst wird, wer freigeben darf und welche Folgeaktionen bei Abweichungen erlaubt sind.
Weiter: Dynamics 365 Quality Management für Medizintechnik
Regulierte Beschaffung braucht mehr als Bestellung und Rechnung. Relevant sind Lieferantenbezug, Wareneingangsprüfung, Chargeninformationen, Qualitätsstatus und nachvollziehbare Abweichungen.
Nicht jede Lieferantenqualifizierung muss im ERP abgebildet werden. Häufig liegen Auditberichte, Zertifikate oder formale Qualifizierungen im QMS. Das ERP sollte jedoch die operativen Entscheidungen unterstützen, die daraus folgen: Darf bestellt werden? Ist eine Wareneingangsprüfung erforderlich? Welche Charge wurde von welchem Lieferanten geliefert?
Stückliste, Materialverbrauch, Produktionsauftrag und Ergebnis müssen zusammenpassen. Bei serien- oder chargengeführten Produkten sollte nachvollziehbar sein, welche Komponenten tatsächlich in welches Fertigprodukt eingeflossen sind.
Diese As-Built-Sicht ist mehr als Produktionscontrolling. Sie bildet die Basis für Ursachenanalyse und Rückverfolgbarkeit.
| Anforderung | Warum relevant |
|---|---|
| Serien-/Chargenführung | Rückverfolgbarkeit und Rückruf |
| Bestandsblockierung | Nicht freigegebene Ware darf nicht verwendet werden |
| Produktionshistorie | Belegbare As-Built-Sicht |
| Qualitätsprüfungen | Kontrollierte Prüfung im operativen Prozess |
| Änderungssteuerung | Nachvollziehbare Stammdaten und Konfiguration |
| UDI-/Produktdaten | Verbindung zu regulatorischen Datenprozessen |
Nicht alle regulatorischen Attribute müssen zwingend im ERP gepflegt werden. Aber Artikel, Varianten, Verpackungsebenen und andere operative Produktdaten sollten mit dem Regulatory-Datenmodell verbunden sein.
Sonst entsteht zwischen ERP und EUDAMED ein manueller Übersetzungsprozess. Genau dort entstehen häufig doppelte Pflege, widersprüchliche Produktstände und unnötige Abstimmung.
Ein funktionierender Prozess ist nicht automatisch ein kontrollierter Prozess. Rollen, Berechtigungen, Genehmigungen und Änderungen an kritischen Stammdaten müssen zum Risikoprofil passen.
Typische Beispiele sind die Änderung von Artikelstammdaten, Qualitätsstatus, Freigaben, Sperrungen oder regulatorisch relevanten Attributen. Bei qualitätsrelevanten Funktionen gehören diese Berechtigungen in den Validierungsscope.
Bei aktiven Geräten und Kapitalgütern endet der Prozess nicht mit der Auslieferung. Seriennummer, Kundenstandort, installierte Einheit, Wartungshistorie und Reklamation bilden zusammen eine Produkthistorie.
Das ERP muss nicht zwangsläufig alle Serviceprozesse selbst abbilden. In einer Microsoft-Architektur kann Dynamics 365 Field Service dafür die bessere Komponente sein. Wichtig ist, dass die Systeme dieselbe Produktidentität und Seriennummer verwenden.
Mehr zu Vertrieb und Field Service für Medizintechnik
Viele ERP-Projekte konzentrieren sich auf Transaktionen und unterschätzen Stammdaten. Für regulierte Hersteller sind jedoch Änderungen an Artikeln, Stücklisten, Varianten, Prüfparametern oder Verpackungseinheiten besonders relevant.
Deshalb sollte vor der Einführung geklärt werden, welche Daten kritisch sind, wer sie ändern darf, welche Änderungen eine Freigabe benötigen und ob regulatorische Folgeprozesse ausgelöst werden müssen.
ERP ist selten das einzige relevante System. QMS, LIMS, MES, PLM, Dokumentenmanagement und EUDAMED-Prozesse können außerhalb liegen. Die entscheidende Architekturfrage lautet deshalb: Welche Information gehört in welches System?
Ein gutes Zielbild minimiert doppelte Datenhaltung und definiert eindeutig, welche Anwendung für welchen Datentyp führend ist. Schnittstellen sollten anschließend diese Verantwortung abbilden, nicht ersetzen.
Ein ERP-Design sollte nicht nur den Go-live bestehen, sondern auch spätere Änderungen. Je mehr kundenspezifische Logik im Core steckt, desto höher ist typischerweise der Aufwand bei Releases und Revalidierung.
Deshalb ist „Standard zuerst“ auch ein Governance-Prinzip. Ein Standardprozess mit sauberer Konfiguration ist langfristig oft leichter zu validieren und zu aktualisieren als eine große kundenspezifische Erweiterung.
Beide Plattformen unterstützen Serien- und Chargenverfolgung. Business Central hat seit 2026 zusätzlich ein eigenes Microsoft-Quality-Management-Modul. Finance & Supply Chain Management bleibt bei komplexer Fertigung, tiefem Sampling, AQL, Nonconformance Management, Advanced Warehouse und detaillierter Komponenten-Traceability funktional stärker.
Weiter: Business Central oder Finance & Supply Chain?
Die Auswahl sollte trotzdem nicht nur nach einer Feature-Liste erfolgen. Relevante Kriterien sind unter anderem Fertigungstiefe, Qualitätsprozesse, internationale Gesellschaftsstruktur, Supply-Chain-Komplexität, Servicegeschäft, Integrationsbedarf und vorhandene Microsoft-Landschaft.
Ein kleinerer Hersteller mit komplexer Fertigung kann Finance & Supply Chain benötigen. Ein größerer Hersteller mit relativ einfachen operativen Prozessen kann mit Business Central gut passen. Unternehmensgröße allein reicht als Auswahlkriterium nicht.
Bei bestehenden NAV- oder AX-Landschaften kommt eine weitere Dimension hinzu: Welche Historie und welches Customizing sollen in die neue Plattform übernommen werden?
Gerade in regulierten Unternehmen darf die Migration nicht ausschließlich technisch betrachtet werden. Historische Chargen-, Qualitäts- oder Traceability-Daten können weiterhin relevant sein. Gleichzeitig gehört nicht jede Altlast in das neue System.
Mehr zur Migration von Dynamics NAV und AX
Für jede Anforderung sollte am Ende eine von vier Antworten möglich sein:
Diese Trennung verhindert, dass ein ERP im Projektverlauf zum Sammelbecken für jede Anforderung wird.
Braucht Medizintechnik zwingend eine Branchenlösung?
Nein. Entscheidend ist, ob die konkreten Prozesse und regulatorisch relevanten Anforderungen abgedeckt werden. Eine Branchenlösung kann sinnvoll sein, ist aber kein Ersatz für Fit-Gap-Analyse und Prozessdesign.
Kann Dynamics 365 Rückverfolgbarkeit abbilden?
Ja. Business Central und Supply Chain Management verfügen über Funktionen zur Serien- und Chargenverfolgung. Der konkrete Prozess muss jedoch so gestaltet werden, dass die benötigte Traceability tatsächlich entsteht.
Gehört Qualitätsmanagement ins ERP oder QMS?
Beides kann sinnvoll sein. Operative Qualitätskontrollen, die Bestand oder Fertigung steuern, gehören oft nah an das ERP. Dokumentenlenkung, CAPA oder Auditmanagement können in einem QMS verbleiben. Entscheidend sind klare Systemgrenzen.
Wie viel Customizing ist vertretbar?
So wenig wie möglich, so viel wie fachlich notwendig. Jede Erweiterung sollte einen klaren Nutzen haben, weil sie Implementierung, Validierung und spätere Updates beeinflusst.
Ein gutes ERP für Medizintechnik ist nicht das System mit den meisten Funktionen. Es ist das System, das die kritischen Prozesse möglichst weit im Standard abdeckt, klare Systemgrenzen erlaubt und langfristig kontrolliert betrieben werden kann.
Nächster Schritt: Digitalisierungs-Standortbestimmung oder ERP für Medizinproduktehersteller.
Weiterlesen: ERP-Auswahl für Medizintechnik
Weiterlesen: Chargen- und Serienrückverfolgbarkeit
Weiterlesen: UDI im ERP
Fachbeiträge für Medizinprodukte- und IVD-Hersteller
Microsoft Learn: Item Tracking in Business Central
Microsoft Learn: Tracked Components in Supply Chain Management
Microsoft Learn: Inventory Blocking
Stand: 17. August 2026.
