ERP für Medizintechnik

Ein ERP für Medizintechnik muss mehr können als buchen.

Bei Medizinprodukte- und IVD-Herstellern verbindet das ERP Einkauf, Lager, Fertigung, Rückverfolgbarkeit und Finanzprozesse. Entscheidend ist deshalb nicht nur, ob Aufträge gebucht werden können. Entscheidend ist, ob Produkt- und Prozesshistorien nachvollziehbar bleiben und qualitätsrelevante Kontrollen im System verankert sind.

Standard zuerst. Regulatorische Anforderungen im Prozess.

Dynamics 365 bringt viele Grundlagen bereits im Standard mit. Business Central unterstützt Serien-, Chargen- und Paketnummern sowie Ablauf- und Garantiedaten. Seit Business Central 2026 Release Wave 1 stellt Microsoft zusätzlich ein eigenes Quality-Management-Modul mit Inspektionen, Lot Blocking, Workflows und der Verarbeitung nichtkonformer Ware bereit. Finance & Supply Chain bietet darüber hinaus tiefere Funktionen für Quality Orders, Sampling, AQL, Nonconformance Management, Inventory Blocking und die Verknüpfung von Chargen und Seriennummern aus Komponenten und Fertigprodukten.

Das macht keine der Plattformen automatisch zu einem compliant oder validierten MedTech-ERP. Der Mehrwert entsteht durch das richtige Prozessdesign, kontrollierte Stammdaten, klare Verantwortlichkeiten und einen nachvollziehbaren Systemlebenszyklus.

Kernanforderungen

Was ein ERP im MedTech-Betrieb beherrschen muss.

Die relevanten Anforderungen entstehen entlang der Wertschöpfung. Wir betrachten deshalb nicht einzelne Module, sondern die Nachweiskette vom Lieferanten über Material und Fertigung bis zum ausgelieferten Produkt.

Traceability

Vom Bauteil bis zum ausgelieferten Produkt.

Rückverfolgbarkeit muss in beide Richtungen funktionieren: Welche Materialien und Chargen sind in ein Produkt eingeflossen, und welche Produkte, Kunden oder Standorte sind von einer bestimmten Charge oder Seriennummer betroffen? Microsoft dokumentiert diese Logik sowohl für Business Central als auch für Supply Chain Management.

Für regulierte Hersteller kommt eine zweite Ebene hinzu: Wer durfte Daten ändern, welche Qualitätsentscheidung wurde getroffen und welche regulatorischen Attribute gehören zum Produkt?

BereichTypische Anforderung
Material & EinkaufChargen, Seriennummern, Lieferantenbezug, Prüfstatus und Sperrlogik.
FertigungStücklisten, Verbrauch, Komponenten-zu-Fertigprodukt-Traceability und Produktionshistorie.
QualitätPrüfungen, Quality Orders, Abweichungen, Bestandsblockierung und Freigabestatus.
ProduktstammArtikel, Varianten, Verpackungshierarchien, UDI-relevante und regulatorische Attribute.
LogistikBestand, Lagerstatus, Ablaufdaten, Rückruf- und Where-used-Auswertungen.
ServiceSeriennummer, installierte Basis und Übergabe in qualitätsrelevante Reklamationsprozesse.
Plattformwahl

Business Central oder Finance & Supply Chain?

Die Entscheidung ist keine reine Frage der Unternehmensgröße. Sie hängt davon ab, wie komplex Fertigung, Lager, Qualitätskontrollen, internationale Gesellschaften und Traceability wirklich sind.

KriteriumBusiness CentralFinance & Supply Chain
Serien- und ChargenverfolgungIm Standard vorhanden, inklusive Paket-, Ablauf- und Garantiedaten.Im Standard vorhanden, inklusive tiefer Fertigungs-Traceability.
Quality ManagementSeit 2026 Microsoft-QM mit Inspektionen, Lot Blocking, Workflows und Nonconformance-Verarbeitung.Quality Orders, Sampling, AQL, Nonconformance Management und Inventory Blocking.
Fertigung & WarehouseGut für überschaubare bis mittlere Komplexität.Für komplexe Produktions-, Warehouse- und Supply-Chain-Szenarien.
OrganisationSchlankere Betriebs- und Prozessmodelle.Komplexe Multi-Entity- und internationale Strukturen.
EntscheidungsregelProzess- und Kontrollbedarf zuerst. Unternehmensgröße erst danach.

Business Central für Medizintechnik: was der Standard trägt
Ausführlicher Vergleich: Business Central oder Finance & Supply Chain?

Architektur

Der Standard-Core bleibt Standard.

Unser Zielbild ist kein ERP voller Sonderprogrammierung. Standardprozesse bleiben im Standard. Regulatorische Datenmodelle, Freigaben oder spezialisierte Fachanwendungen werden nur dort ergänzt, wo der Prozess sie wirklich braucht.

  1. Dynamics 365: transaktionaler Core für Finance, Einkauf, Lager, Fertigung und Supply Chain.
  2. Dataverse und Power Platform: regulatorische Attribute, Fachanwendungen und kontrollierte Workflows, wenn sie nicht sinnvoll in den ERP-Core gehören.
  3. Microsoft 365 und SharePoint: Dokumente und Zusammenarbeit mit klaren Berechtigungs- und Freigabestrukturen.
  4. Azure: Integrationen zu spezialisierten Systemen wie QMS, LIMS, MES oder EUDAMED-Datenflüssen.

Mehr zu EUDAMED- und UDI-Daten

Was wir konkret prüfen

  • welche Prozesse heute im ERP und welche außerhalb laufen
  • wo Serien-, Chargen- und Qualitätsinformationen entstehen
  • welche Rückverfolgbarkeit fachlich und regulatorisch benötigt wird
  • welche Kontrollen der Microsoft-Standard bereits abdeckt
  • wo Erweiterungen oder Power Platform tatsächlich notwendig sind
  • welche Daten zu UDI, EUDAMED, QMS oder Service übergeben werden müssen
  • ob Business Central oder Finance & Supply Chain zum Prozessmodell passt
  • welcher Teil des Zielsystems in den Validierungsscope fällt

Regulatorische Daten gehören in den Prozess.

UDI, EUDAMED, Rückverfolgbarkeit und Validierung sind keine Zusatzthemen nach der ERP-Einführung. Sie bestimmen mit, wie Artikel, Varianten, Chargen, Seriennummern, Freigaben und Änderungen strukturiert werden müssen.

Deshalb verbinden wir ERP-Architektur direkt mit EUDAMED und UDI sowie der Validierung von Dynamics 365.

Einstieg

In drei bis vier Wochen wissen Sie, welches ERP-Zielbild trägt.

In der Digitalisierungs-Standortbestimmung betrachten wir Prozesse, Systemlandschaft, regulatorische Anforderungen und Microsoft-Fit gemeinsam. Das Ergebnis ist kein Produkt-Pitch, sondern ein priorisiertes Zielbild mit Systemgrenzen, Handlungsfeldern und den nächsten sinnvollen Entscheidungen.

Quellen und Einordnung