Zum Inhalt springen
P
Early Access — DACH-Region

Ein Produkt einmal beschreiben. Überall verkaufen.

PIE (Product Information Exchange) ist eine Produktdaten-Plattform für die Lebensmittel- und Agrarwirtschaft. Hersteller pflegen einen strukturierten, regelkonformen Katalog. Einkäufer lesen genau das, wofür sie freigeschaltet wurden — über eine API, einen Feed oder eine Datei in dem Format, das ihr System ohnehin erwartet.

Kostenlos startenZur Dokumentation

Dasselbe Produkt, fünfmal unterschiedlich beschrieben

Die meisten Produktdaten im Lebensmittelbereich wandern noch immer als Excel-Tabelle oder PDF. Ein Hersteller pflegt eine Fassung für den Webshop, eine zweite für das Lieferantenportal des Händlers, eine dritte für die Importvorlage des Großhändlers, eine vierte in der Spezifikation für den Lohnabfüller und eine fünfte in der Datei, die im Frühjahr jemand per E-Mail geschickt hat. Ändert sich eine Rezeptur, sind vier davon still und leise falsch.

In einer normalen Woche ist das teuer, in einer regulierten Woche gefährlich. Allergenkennzeichnung, Nährwerte, Ursprungsland, Bio-Zertifizierung und Entwaldungsnachweise sind kein Marketingtext — es sind Angaben, für die ein Lebensmittelunternehmen einsteht. Sie gehören an eine Stelle, automatisch geprüft und für jedes System lesbar, das sie braucht.

PIE ist diese eine Stelle. Ein Produkt wird einmal beschrieben, gegen die Regeln geprüft, die tatsächlich für es gelten, und den Einkäufern zugänglich gemacht, die sein Eigentümer auswählt — ohne Abtippen, ohne veralteten Export und ohne dass etwas geteilt wird, das nicht bewusst freigegeben wurde.

Was die Plattform leistet

Ein strukturierter Katalog, geprüft gegen echte Regulatorik, ausgeliefert dorthin, wo Ihre Einkäufer sind.

Ein strukturierter Katalog

Legen Sie die Felder fest, die Ihre Warengruppe wirklich braucht — in jeder Sprache, in der Sie verkaufen. Jede Änderung wird versioniert, sodass jederzeit nachvollziehbar bleibt, wie ein Produkt aussah, als ein Einkäufer es erhielt.

Compliance-Prüfung während der Arbeit

LMIV-Kennzeichnung, Bio, Entwaldung, HACCP, IFS/BRC, gesundheitsbezogene Angaben und Verpackungsvorgaben werden gegen Ihre Daten geprüft — je Markt und je Sprache —, sodass eine Lücke auffällt, solange Sie sie noch schließen können.

Sie entscheiden, wer was sieht

Produkte sind standardmäßig privat. Sie geben einem bestimmten Einkäufer Zugriff auf bestimmte Produkte und können ihn jederzeit entziehen. Jeder Zugriff wird protokolliert.

Ausgeliefert im erwarteten Format

REST-API, signierte Webhooks, ein Shopify-Listing, ein Marktplatz-Feed, eine SFTP-Datei, ein Printkatalog oder ein öffentliches Markenportal — alles Projektionen desselben Datensatzes.

GS1-bereit ab dem ersten Tag

GTIN- und GLN-Prüfung, Projektion auf das GS1 Global Data Model und ein Readiness-Score sind in jedem Tarif enthalten, auch im kostenlosen — Sie sehen also, wie nah Sie an handelsfähigen Daten sind, bevor Sie irgendetwas bezahlen.

Produktpässe und öffentliche Seiten

Veröffentlichen Sie einen digitalen Produktpass hinter einem QR-Code oder ein öffentliches Markenportal — aufgebaut aus demselben Katalog und beim Veröffentlichen als Snapshot festgehalten, damit das Gescannte nie abweicht.

So funktioniert es

Drei Schritte — und der dritte läuft von allein weiter.

  1. 01
    Hersteller

    Den Katalog einmal aufbauen

    Importieren Sie aus einer Tabelle oder einem Lieferantendokument oder legen Sie Produkte von Hand an. Definieren Sie eigene Warengruppenfelder, ergänzen Sie Bilder und Zertifikate und übersetzen Sie, was übersetzt gehört.

  2. 02
    Hersteller

    Prüfen, dann freigeben

    Das Qualitäts-Scoring zeigt, was unvollständig ist; die Compliance-Prüfung zeigt, was falsch ist. Wenn es stimmt, geben Sie einem Einkäufer genau die Produkte frei, die er sehen soll.

  3. 03
    Einkäufer

    Lesen — und weiterlesen

    Einkäufer holen den Katalog über die API ab, abonnieren einen Webhook oder erhalten eine Datei. Ändert der Hersteller etwas, ist die Fassung des Einkäufers bereits aktuell. Niemand verschickt eine korrigierte Tabelle.

Wofür PIE gemacht ist

Acht Situationen, für die wir das gebaut haben. Es sind beispielhafte Szenarien, keine Kundenberichte — echte veröffentlichen wir, sobald wir die Erlaubnis dazu haben.

Für Hersteller und Lieferanten

Beispielszenario

Die regionale Molkereigenossenschaft mit frischer Handelslistung

180 Produkte, und der Händler verlangt veröffentlichte Daten mit vollständigen Kennzeichnungsfeldern — Allergene, Nährwerte je 100 g, Füllmenge, Ursprungsland — dazu Bilder nach Vorgabe. Heute ist das eine Tabelle je Händler, bei jeder Rezepturänderung neu abgetippt. In PIE ist es ein Katalog: Die Compliance-Prüfung zeigt Ihnen, welchen der 180 Produkten ein Pflichtfeld fehlt, bevor der Händler sie zurückweist, die Projektion auf das GS1 Global Data Model zeigt Ihren Readiness-Score, und der Datenpool-Konnektor veröffentlicht, sobald Sie so weit sind. Die Rezeptur ändern Sie einmal.

Beispielszenario

Der Bio-Importeur, der direkt und im Großhandel verkauft

24 Produkte, ein Shopify-Shop und vier Großhandelskunden, die jeweils eine andere Datei wollen. Das Produkt wird einmal beschrieben. Shopify ist ein Kanal — veröffentlichen, und der Shop aktualisiert sich. Die Großhandelskunden erhalten eine Freigabe und lesen den Katalog live über die API statt einer Datei, die Sie mailen. Markenportal und Printkatalog sind Projektionen derselben Daten, das PDF kann dem Webshop also gar nicht widersprechen.

Beispielszenario

Der Verarbeiter, der sich auf die Entwaldungsverordnung vorbereitet

Kaffee, Kakao, Soja, Rind und Palmöl fallen darunter, und die Pflicht kommt zu einem festen Datum. Gebraucht werden Geodaten je Charge oder ein Nachweislink, am Produkt hinterlegt und auf Verlangen vorzeigbar. Genau das prüft PIE — neben LMIV, Bio, HACCP, IFS/BRC, gesundheitsbezogenen Angaben und Verpackung. So ist der Nachweis eine Eigenschaft des Produktdatensatzes und nicht ein Ordner, den jemand unter Zeitdruck zusammensucht.

Beispielszenario

Der Hersteller, dessen Einkäufer in keinem Datenpool sind

Ein regionaler Großhändler, ein Gastronomie-Lieferant, eine Bio-Fachhandelskette, ein Marktplatz, ein Exportkunde. Keiner von ihnen nutzt einen GDSN-Datenpool; alle wollen aktuelle, strukturierte, allergenvollständige Daten. Heute bekommen sie eine Tabelle per Mail, jemand tippt sie ab, und sie veraltet mit der nächsten Rezepturänderung. PIE beliefert sie direkt — Freigabe, API-Feed, Webhook, Dateiablage oder Kanalveröffentlichung — mit demselben Datensatz, strukturiert nach dem GS1 Global Data Model. Nichts davon ist verloren, wenn später eine Handelslistung kommt: Die Daten haben bereits die Form, die ein Datenpool verlangt, das Veröffentlichen wird zum Konnektor statt zum Projekt.

Beispielszenario

Der Lohnabfüller und der Rohstoffeinkäufer

Ein Verarbeiter, der Basiskäse einkauft, ein Lohnabfüller für drei Marken, eine Genossenschaft, die zwölf Mitgliedsbetriebe bündelt. Zwischen ihnen bewegt sich die Produktspezifikation — Zutaten, Allergene, Nährwerte, Haltbarkeit, Verpackung, Herkunft, mikrobiologische Grenzwerte. Sie ist das zentrale Dokument im Lebensmittel-B2B, und es gibt keinen Standard dafür: Sie wandert als PDF oder Tabelle, und jeder Empfänger baut sie von Hand nach. PIE behandelt die Spezifikation als strukturierte Daten — mit derselben Prüfung, Versionierung und Sprachbehandlung wie ein Handelsprodukt — und lässt die einkaufende Seite direkt lesen, statt erneut zu fragen.

Für Einkäufer

Beispielszenario

Der Großhändler, der vierzig Lieferanten anbindet

Jeder Lieferant erhält einen begrenzten Link. Er trägt ein, worum Sie gebeten haben — in seiner Sprache, mit seinen Spaltennamen; Ihr Feldmapping übersetzt das. Ein von Ihnen definiertes Qualitätsprofil entscheidet, was „vollständig genug“ heißt, und eine Einreichung, die daran scheitert, erreicht Ihren Katalog gar nicht erst. Keine Zugänge einzurichten, keine Tabellen abzugleichen, kein Lieferant, der auf Ihre IT wartet.

Beispielszenario

Die Gastronomiegruppe, die belastbare Allergendaten braucht

Vierzehn Allergene, mehrere Hundert zugekaufte Artikel und die rechtliche Pflicht, richtig zu liegen. Freigabebasierter Zugriff heißt: Sie sehen die aktuellen Daten Ihrer Lieferanten, nicht den Export vom letzten Quartal. Ändert ein Lieferant eine Rezeptur, löst ein Webhook aus — Ihr Menüsystem erfährt es am selben Tag statt beim nächsten Audit.

Beispielszenario

Der Händler, der einen Lieferantenfeed direkt ins ERP zieht

Eine dokumentierte REST-API, Cursor-Paginierung, ein stabiler Fehlervertrag, signierte Webhooks und API-Schlüssel, die Ihr Team selbst verwaltet. Die Daten kommen strukturiert und je Sprache an, sodass deutsche und französische Beschreibungen in den richtigen Feldern landen — ohne ein Transformationsskript, das nur eine Person versteht.

Mit zwanzig Produkten kostenlos beginnen

Ohne Karte, ohne Vertriebsgespräch. Bauen Sie einen echten Katalog, prüfen Sie ihn gegen echte Regulatorik und sehen Sie Ihren GS1-Readiness-Score, bevor Sie irgendetwas entscheiden.

Kostenlos startenSprechen Sie uns an