Was ist PLM? Produktlebenszyklus in der Lebensmittelindustrie

Der Produktlebenszyklus eines Lebensmittels

Entwicklung

Die Entwicklung beginnt mit einer Versuchsrezeptur: welche Zutaten, in welchen Verhältnissen, mit welchem Produktionsprozess? Während der Entwicklung ändert sich die Zusammensetzung regelmäßig, und bei jeder Änderung müssen Nährwerte, Allergene und die Zutatenliste neu berechnet werden.

Spezifikation und Compliance

Sobald die Rezeptur feststeht, wird das Produkt vollständig spezifiziert: Kennzeichnung gemäß EU-Verordnung 1169/2011, PAL-Bewertung für Kreuzkontamination, Verpackung, logistische Daten.

Produktion und Pflege

Das Produkt geht in die Produktion, aber die Spezifikation ist nicht statisch. Ein Lieferant ändert die Zusammensetzung eines Rohstoffs. Die Lebensmittelüberwachung veröffentlicht neue Vorschriften. Ein geänderter Rohstoff kann Dutzende Endprodukte betreffen. Wer behält den Überblick darüber, welche Spezifikationen angepasst werden müssen? In der Praxis: niemand, bis es beim Audit schiefgeht.

Auslaufphase

Produkte werden angepasst (Reformulierung, Kostenoptimierung, Clean Label) oder laufen aus. Die historische Spezifikation muss verfügbar bleiben - wenn es in zwei Jahren einen Rückruf wegen einer Zutat gibt, muss nachvollziehbar sein, welche Produkte diese Zutat enthielten und was damals auf dem Etikett stand.

Warum generische PLM-Software nicht für Food funktioniert

Traditionelle PLM-Software ist für die Fertigungsindustrie gebaut. Ein Auto hat eine Stückliste mit Teilenummern. Ein Lebensmittel hat eine Rezeptur mit Prozentangaben, Allergene, die durch die gesamte Kette durchgerechnet werden müssen, und Nährwerte, die sich ändern, sobald der Mehllieferant wechselt.

Generische PLM-Tools können eine Stückliste verwalten, aber keine Zutatenliste mit korrekter Hierarchie, QUID-Prozentangaben und Allergenhervorhebung zusammenstellen. Sie kennen keine gewichtete Nährwertberechnung, nicht die 14 kennzeichnungspflichtigen EU-Allergene, keine Rundungsregeln. Das Ergebnis: Lebensmittelbetriebe, die ein generisches PLM implementieren, pflegen am Ende parallel Excel-Tabellen für die Berechnungen, die das PLM nicht kann.

PLM vs ERP

PLM und ERP werden regelmäßig verwechselt, machen aber grundlegend etwas anderes:

System	Kernfunktion	Beispiel
ERP	Operative Prozesse: Einkauf, Lager, Finanzen, Logistik	SAP, Microsoft Dynamics, Exact
PLM	Produktlebenszyklus: Dokumentenmanagement, Änderungsprozesse, Projektmanagement	ERP-Module, breite PLM-Pakete

Das ERP weiß, wie viel von einem Produkt auf Lager liegt. Ein PLM verwaltet die Produktdaten und den Änderungsprozess. In der Lebensmittelindustrie braucht es eine dritte Kategorie: ein System, das weiß, was im Produkt steckt, was aufs Etikett muss und ob es den Vorschriften entspricht. Das nennen wir Food PLM. Über eine API-Anbindung arbeiten diese Systeme zusammen.

Was ein Food PLM anders macht

Ein spezialisiertes Food PLM wie Eclarion kombiniert Lebenszyklusmanagement mit den Berechnungen und der Compliance, die die Lebensmittelindustrie braucht:

• Rezeptverwaltung mit verschachtelten Stücklisten und zusammengesetzten Zutaten
• Automatische Berechnungen von Nährwerten, Allergenen und der Zutatenliste - ändert sich ein Rohstoff, werden alle Rezepturen automatisch aktualisiert
• PAL-Bewertung für Kreuzkontaminationsrisiken nach VITAL-Standard
• Audit Trail - jede Änderung wird erfasst (wer, was, wann), frühere Versionen lassen sich jederzeit abrufen
• Produktspezifikationen - mehrsprachig und immer aktuell
• API-Integration mit ERP, Datenpools (GS1) und anderen Systemen

Der Unterschied zu einem generischen PLM? Start innerhalb von Tagen statt Monaten.

PLM-Software wählen: diese Fragen stellen

Auf der Suche nach PLM-Software für die Lebensmittelindustrie? Diese Fragen trennen die Spreu vom Weizen:

1. Berechnet das System Nährwerte und Allergene aus der Stückliste? Viele Systeme erfassen Nährwerte und Allergene, berechnen sie aber nicht automatisch aus der Rezeptur. Das ist der Unterschied zwischen Daten speichern und Daten arbeiten lassen.
2. Was passiert, wenn sich ein Rohstoff ändert? Werden alle Rezepturen automatisch neu berechnet, oder muss jemand das manuell aktualisieren?
3. Kennt die Software die EU-Vorschriften? Die 14 Pflichtallergene, Rundungsregeln für Nährwerte, mehrsprachige Kennzeichnung - ist das eingebaut, oder muss man drumherum bauen?
4. Wie schnell bin ich einsatzbereit? Tage oder Monate? Eine PLM-Implementierung, die ein Jahr dauert, ist bei Inbetriebnahme schon veraltet.
5. Kann ich mein ERP anbinden? Eine offene API ist der Unterschied zwischen einem integrierten System und einer weiteren Insellösung.

Von Excel zu Food PLM

Die meisten Lebensmittelbetriebe starten mit Excel. Rezepturen in Tabellen, Nährwerte manuell von Lieferantenspezifikationen abgetippt, Allergenübersichten in einer separaten Datei. Das funktioniert bei 10 Produkten. Bei 50 wird es fragil. Bei 200 ist es unhaltbar.

Der Umstieg auf ein Food PLM löst vier Probleme, die alle QA-Verantwortlichen mit Excel kennen:

1. "Ein Lieferant hat etwas geändert und ich weiß nicht, welche Produkte betroffen sind." In Excel wird manuell gesucht, welche Rezepturen einen Rohstoff verwenden, pro Produkt werden Nährwerte neu berechnet und die Deklaration angepasst. In einem Food PLM wird der Rohstoff einmal geändert und alle Rezepturen werden automatisch aktualisiert.

2. "Ich kann nicht nachweisen, wer was wann geändert hat." Ein Auditor fragt nach der Spezifikation eines Produkts, wie sie vor einem Jahr aussah. In Excel wühlt man sich durch Ordner und Postfächer. In einem Food PLM öffnet man die Versionshistorie und sieht pro Eintrag, wer was geändert hat.

3. "Jeder hat Zugriff auf die Excel-Datei." Ein Produktionsmitarbeiter öffnet die Datei und ändert versehentlich eine Rezeptur. Niemand bemerkt es bis zum nächsten Audit. In einem Food PLM wird festgelegt, wer ansehen, bearbeiten oder freigeben darf.

4. "Wir haben drei Versionen und niemand weiß, welche aktuell ist." Die Spezifikation steht in einer Tabelle, die Lieferantendaten in einer E-Mail, der Allergenstatus in noch einer anderen Datei. In einem Food PLM gibt es eine Quelle: ändert sich etwas, ist es überall aktualisiert.

Häufig gestellte Fragen

Was ist die PLM-Bedeutung?

PLM steht für Product Lifecycle Management. Die Bedeutung: das zentrale Verwalten aller Produktinformationen über den gesamten Produktlebenszyklus. In der Lebensmittelindustrie umfasst das Rezepturen, Allergene, Nährwerte, Kennzeichnung und Compliance.

Ist PLM dasselbe wie ERP?

Nein. ERP verwaltet operative Prozesse (Einkauf, Lager, Logistik). PLM verwaltet Produktdaten (Rezepturen, Spezifikationen, Compliance). Die meisten Lebensmittelbetriebe brauchen beides, verbunden über eine API.

Brauchen wir als kleines Unternehmen PLM?

Wer mehr als eine Handvoll Produkte hat und mit Allergendeklaration, Nährwerten und wechselnden Lieferanten arbeitet: ja. Die Unternehmensgröße ist nicht entscheidend, die Komplexität der Produktdaten schon.

Was kostet eine PLM-Implementierung?

Generische PLM-Systeme brauchen Monate für Implementierung und Konfiguration. Ein spezialisiertes Food PLM wie Eclarion ist innerhalb von Tagen einsatzbereit, weil es bereits auf die Lebensmittelindustrie ausgerichtet ist.

Kann PLM-Software unsere bestehenden Systeme ersetzen?

Ein Food PLM ersetzt nicht das ERP, sondern ergänzt es. Es übernimmt den Produktdaten-Teil, den das ERP nicht gut kann: Rezepturberechnungen, Allergenmanagement, Kennzeichnung und Compliance.

Eclarion ist genau dafür gebaut: Rezepturverwaltung mit automatischen Berechnungen, Erstellung von Produktspezifikationen und vollständige Compliance mit EU-Vorschriften. Alle Möglichkeiten ansehen oder kostenlose Testversion starten.