Ein kanonisches Schema
Alle Quellen landen in einem offenen Produktmodell. Jedes Attribut kennt seinen Datentyp, seine Einheit, sein Sprachverhalten und die Märkte, für die es gilt.
FUNKTION · DATENMODELL & QUALITÄTS-GATELIVE
Nichts Unvollständiges passiert das Gate.
Jeder Datensatz wird auf ein kanonisches Schema abgebildet und gegen Ihre Regeln geprüft, bevor ein Portal, Shop oder Feed ihn sieht. Vollständige Datensätze passieren. Fragliche warten auf Prüfung. Fehlerhafte werden gestoppt — mit dem genauen Feld, das nicht bestanden hat.
OFFENES KANONISCHES SCHEMAREGELN PRO KANAL & MARKTFEHLER AUF FELDEBENE
01 · Was es tut
Ein Modell. Klare Regeln. Eine Ansicht für jede Zielgruppe.
Regeln am Gate
Validierung und Vollständigkeit werden zentral geprüft, pro Kanal und Markt — statt in jedem Shop, Feed und Portal neu gebaut.
Ansichten pro Zielgruppe
Katalogansichten wählen genau die Produkte, Märkte und Sprachen aus, die ein Portal oder Consumer erhalten soll — manuell, per Regel oder beides.
02 · Offenes kanonisches Schema
Ein Produktmodell, auf das sich jeder Consumer verlassen kann.
PIM Gate führt einen kanonischen Datensatz pro Produkt, unabhängig von den Systemen, die ihn gespeist haben. Das Schema ist offen: dokumentiert, über die API vollständig lesbar und jederzeit exportierbar — Ihr Datenmodell wird nicht in PIM Gate eingeschlossen. Jedes Attribut trägt Metadaten, die nachgelagerten Systemen sagen, wie es zu behandeln ist: welcher Typ, welche Einheit, ob es übersetzt wird und in welchen Märkten es gilt.
- Offenes kanonisches ProduktschemaLIVE
- Attribut-Metadaten: Datentyp, Einheit, Sprachverhalten, MarktkennzeichenLIVE
- Produkt-, Hierarchie- und Medienansichten für jeden DatensatzLIVE
- Herkunft pro Attribut festgehalten, auch für maschinell übersetzte Werte
Offenes kanonisches Schema
Ein Produktmodell, auf das sich jeder Consumer verlassen kann.
03 · Validierungsregeln
Regeln, einmal definiert, für jeden Kanal durchgesetzt.
Validierungsregeln beschreiben, was ein Datensatz erfüllen muss, bevor er das Gate verlassen darf: welche Felder für welchen Kanal, Markt und welche Sprache Pflicht sind, welche Datentypen und Einheiten zulässig sind, welche Werte aus einer kontrollierten Liste stammen und welche Formate gelten. Jeder Datensatz endet in einem von drei Zuständen — bestanden, zur Prüfung zurückgehalten oder abgelehnt — und Ablehnungen nennen das genaue Feld und den Grund. Korrigiert wird einmal, an der Quelle.
- Pflichtfelder pro Kanal, Markt und SpracheLIVE
- Prüfung von Typ, Einheit, Format und WertelisteLIVE
- Drei Ergebnisse: BESTANDEN · ZUR PRÜFUNG · ABGELEHNT mit Fehlern auf Feldebene
- Dieselben Regeln steuern die Live-Validierung im Lieferantenportal → Lieferantenportal2026
Validierungsregeln
Regeln, einmal definiert, für jeden Kanal durchgesetzt.
04 · Vollständigkeit
Sehen, was fehlt — pro Produkt, Sprache und Kanal.
Vollständigkeit ist der Anteil der Pflichtattribute, die für einen bestimmten Kanal und eine bestimmte Sprache gefüllt sind. Weil die Anforderungen verschieden sind — ein Grosshandels-Feed braucht andere Felder als ein Kundenportal —, berechnet PIM Gate sie pro Kombination und nennt die fehlenden Attribute beim Namen. Teams beheben, was einen Kanal blockiert, statt einem Durchschnittswert hinterherzulaufen.
- Vollständigkeit pro Produkt × Sprache × Kanal — LIVE
- Fehlende Attribute namentlich aufgelistet
- Katalogweites Dashboard für Datenqualitäts-ScoringROADMAP
Vollständigkeit
Sehen, was fehlt — pro Produkt, Sprache und Kanal.
05 · Märkte & Sprachen
Fallbacks nach Ihren Regeln — statt leerer Felder.
Ein Schweizer Portal soll Schweizerdeutsch zeigen, wo es vorhanden ist, und Deutsch, wo nicht — aber nie ein leeres Feld. PIM Gate löst jedes Attribut über eine Fallback-Kette auf, die Sie pro Markt festlegen, etwa de-CH → de-DE → en-GB. Marktkennzeichen bestimmen, welche Produkte, Preise und Attribute in welchem Land überhaupt existieren — ein Kunde in der Schweiz sieht nie einen EUR-Preis.
- Mehrsprachige und mehrmarktfähige Daten mit konfigurierbaren Fallback-KettenLIVE
- Auflösung pro Attribut, nicht pro Produkt
- Marktkennzeichen auf Attributen und Produkten (z. B. DE · AT · CH)
- Sprachen und Märkte pro Portal wählbarLIVE
Märkte & Sprachen
Fallbacks nach Ihren Regeln — statt leerer Felder.
06 · Katalogansichten
Ein Katalog, so viele kuratierte Ansichten wie nötig.
Eine Katalogansicht ist ein definierter Ausschnitt Ihres Katalogs: die Produktgruppen, Märkte und Sprachen, die ein Portal, eine Kundengruppe oder ein API-Consumer erhalten soll. Per Regel aufgebaut, bleibt sie aktuell, wenn sich der Katalog ändert; einzelne Produkte lassen sich manuell ein- oder ausschliessen, und die Kombination wird als Vorlage für das Team gespeichert.
- Katalogauswahl manuell und per RegelLIVE
- Gespeicherte FiltervorlagenLIVE
- Märkte und Sprachen pro PortalLIVE
- Ansichten speisen Portale, API-Tokens und Exporte gleichermassen → Rollen & Rechte
Katalogansichten
Ein Katalog, so viele kuratierte Ansichten wie nötig.
07 · Auf der Roadmap
Was wir als Nächstes ins Modell bauen.
- Vererbung Attribute, Texte und Assets werden von Produktfamilien und übergeordneten Produkten geerbt, mit Übersteuerung, wo eine Variante abweicht.ROADMAP
- Schemaerweiterung pro Mandant Eigene Attribute im kanonischen Schema für Ihren Mandanten ergänzen, ohne andere Mandanten zu berühren.
- Dashboard für Datenqualitäts-Scoring Kennzahlen und Verläufe über den gesamten Katalog, nach Produktgruppe, Markt und Kanal.ROADMAP
Auf der Roadmap
Was wir als Nächstes ins Modell bauen.
Zur Roadmap →
08 · Spezifikationen
Datenmodell & Qualitäts-Gate auf einen Blick.
| Spezifikation | Wert | Status |
|---|---|---|
| Produktmodell | OFFENES KANONISCHES SCHEMA | LIVE |
| Attribut-Metadaten | TYP · EINHEIT · SPRACHE · MARKT | LIVE |
| Ansichten | PRODUKT · HIERARCHIE · MEDIEN | LIVE |
| Sprachen & Märkte | MULTI-LOCALE · MULTI-MARKET · FALLBACK CHAINS | LIVE |
| Katalogansichten | MANUELL + REGELN · VORLAGEN | LIVE |
| Validierungsregeln | REQUIRED · TYPE · UNIT · FORMAT · VALUE LIST | LIVE |
| Validierungsergebnisse | PASSED · HELD · REJECTED (FIELD-LEVEL) | LIVE |
| Vollständigkeit | PER PRODUCT × LOCALE × CHANNEL | LIVE |
| Dashboard Datenqualitäts-Scoring | — | ROADMAP |
| Schemaerweiterung pro Mandant | — | ROADMAP |
| Vererbung Attribute / Texte / Assets | — | ROADMAP |
| ETIM-Klassifikation & BMEcat-Ausgabe | ETIM · BMECAT 2005 | 2026 |
09 · Funktioniert mit
Standards, die das Modell spricht.
GTIN / EAN-13ISO-Sprach- und LändercodesETIM · MODUL · 2026BMEcat 2005 · MODUL · 2026schema.org/Product · OPEN DATA · 2026Digitaler Produktpass · MODUL · 2026