SaaS, gehostet in Deutschland
Multi-Mandanten-Plattform bei Hetzner in Falkenstein. Wir betreiben, aktualisieren und sichern; Sie konfigurieren. Mandanten-Isolation auf Datenebene, tägliche Snapshots, Off-Host-Backups.
So funktioniert das Gate
Quellen rein. Saubere, berechtigte Daten raus.
PIM Gate ist die Kontrollebene zwischen den Systemen, die Produktdaten halten, und allen, die sie brauchen. Es liest aus Ihrem PIM, ERP und weiteren Quellen, wendet vier Operationen an — validieren, übersetzen, berechtigen, protokollieren — und liefert das Ergebnis an Portale, APIs und Feeds. Ihr PIM behält seine Rolle. PIM Gate gibt ihm eine Eingangstür.
VALIDIEREN · Regeln vor FreigabeÜBERSETZEN · Delta, TM, PrüfungBERECHTIGEN · wer was siehtPROTOKOLLIEREN · Versionen & Log
02 · Quellen
Aus dem lesen, was Sie bereits betreiben. Dort nichts verändern.
PIM Gate bindet Ihre Systeme standardmässig lesend an. Jede Quelle behält ihre Rolle und ihren Zeitplan; PIM Gate bildet ihre Daten auf ein kanonisches Produktschema ab, damit alles Nachgelagerte dieselbe Sprache spricht.Kaum ein Unternehmen hat nur eine Quelle für Produktdaten. Es gibt ein PIM für Marketinginhalte, ein ERP für Preise und Logistik, ein DAM oder Fileshare für Bilder und Dokumente und Lieferanten, die in ihren eigenen Formaten liefern. PIM Gate behandelt jede davon als Quelle mit eigenem Konnektor, eigenem Zeitplan und eigenem Mapping. In eine Quelle wird nur zurückgeschrieben, wenn Sie das ausdrücklich konfigurieren — zum Beispiel geprüfte Übersetzungen als Entwurf.
- Konnektoren pro Quelle. XML, REST-Pull und geplantes SFTP, jede Quelle mit eigenem Zeitplan.
- Ein kanonisches Schema. Typisierte Attribute mit Einheit, Sprache und Marktkennzeichen — das gemeinsame Vokabular für alle Portale und Kanäle.
- Mehrsprachig, mehrere Märkte. Sprach-Fallbacks (zum Beispiel de-CH → de-DE) werden im Gate aufgelöst, nicht in jedem Kanal.
- Die Quelle bleibt die Quelle. Ihr PIM bleibt das führende System. PIM Gate liest; Rückschreiben ist optional.
| source | method | status_key |
|---|---|---|
| PIM — Viamedici, Akeneo, Pimcore, Stibo, Censhare | XML | LIVE |
| Jedes System mit Dateien oder API | XML · REST-Pull · geplantes SFTP | LIVE |
| ERP / SAPindividueller Konnektor heute verfügbar; Standardkonnektoren SAP, Dynamics, Oracle auf der Roadmap | individueller Konnektor | ROADMAP |
| Lieferantendaten | Lieferantenportal (XLSX, BMEcat, API) | 2026 |
| CMS-Inhalte — Ibexa DXP, Drupal | Übersetzungskonnektoren | DEMNÄCHST |
| CRM & DAM — Salesforce, HubSpot, Cloudinary | Standardkonnektoren | ROADMAP |
| Mapping-Oberfläche Quelle → kanonisch, pro Attribut | Konfigurationsoberfläche | 2026 |
03 · Die vier Verben
Vier Operationen, die jeder Datensatz durchläuft.
Das Gate ist keine Kopie Ihres PIM. Es ist eine Reihe von Operationen zwischen Quelle und Consumer, einmal konfiguriert und bei jeder Datenbewegung durchgesetzt.
ValidierenLIVE
Nichts Unvollständiges passiert das Gate.Regeln beschreiben, was ein Datensatz enthalten muss, bevor ein bestimmter Consumer ihn sehen darf: Pflichtattribute, gültige Einheiten, eine Klassifikation, die Felder, die das Schema eines Kanals verlangt. Ein Datensatz, der durchfällt, wird weder stillschweigend verworfen noch halb leer veröffentlicht. Er wird mit einer Begründung auf Feldebene zurückgehalten — missing: country_of_origin —, sodass das verantwortliche Team genau weiss, was zu korrigieren ist, und der Kanal die Lücke nie sieht.
- Pflichtfelder pro Consumer, nicht ein globales Regelwerk
- Einheiten und Werttypen gegen das kanonische Schema geprüft
- Klassifikationsprüfung (zum Beispiel ETIM-Klasse vorhanden)
- Begründung auf Feldebene für jeden zurückgehaltenen Datensatz
- Vollständigkeit pro Produkt vor der Veröffentlichung sichtbar
REGELEBENE: MANDANT · PORTAL · KANAL ERGEBNIS: BESTANDEN · ZURÜCKGEHALTEN · ABGELEHNT
Übersetzen2026
Nur was sich geändert hat, in Ihren Worten, freigegeben von Ihren Leuten.Ändert sich ein Quelltext, erkennt PIM Gate, welche Segmente neu oder anders sind, und schickt nur diese weiter. Vorhandene Übersetzungen kommen aus Ihrem Translation Memory (TMX), freigegebene Begriffe aus Ihrer Terminologiedatenbank (TBX), und die übrigen Segmente gehen an die Engine, die Sie für diese Sprache gewählt haben — DeepL, OpenAI, Anthropic, Azure OpenAI oder ein EU- oder lokales Modell. Pro Sprache gibt eine prüfende Person frei, bevor etwas veröffentlicht wird. Arbeiten Ihre Übersetzer lieber in ihren eigenen Werkzeugen, erhalten sie ein kleines XLIFF- oder XLSX-Delta-Paket ohne Dubletten und liefern es auf demselben Weg zurück.
- Delta-Erkennung auf Segmentebene
- Wiederverwendung von TMX und TBX über Sprachen und Kanäle
- Engine pro Sprache oder Markt
- Prüfqueue mit Freigeben / Änderung anfordern
- Export-/Import-Pakete für externe Übersetzer
FORMATE: TMX · TBX · XLIFF · XLSX PRODUKTIVE SPRACHEN: de-DE · de-CH · en-GB
Berechtigen2026
Jeder sieht seine eigenen Regale — und nicht mehr.Berechtigungen legen fest, welchen Ausschnitt des Katalogs ein Nutzer, ein Portal oder ein API-Token sehen darf und was damit erlaubt ist. Sie sind geschichtet: Mandant, Portal, Rolle, Markt, Kategorie — bis zum einzelnen Asset. Im Vertrieb kann der Zugriff der Geschäftsbeziehung folgen: Der Aussendienst sieht seine Kunden, der Kunde sieht, was seine Vereinbarung abdeckt. Gefiltert wird bei jeder Abfrage auf dem Server, ob sie von einer Portalseite, einem Export oder der API kommt.
- Ebenen: Mandant → Portal → Rolle → Markt → Kategorie → Asset
- Zugriff entlang der Geschäftsbeziehung (Vertrieb → Kunde → Vereinbarung)
- Serverseitige Filterung jeder API-Antwort
- Katalogauswahl manuell oder per Regel, gespeicherte Filtervorlagen
- Rollen und Gruppen in einer Admin-Konsole
BEISPIEL: role=dealer · market=CH → 312 von 20'418 SKUs
ProtokollierenLIVE
Jede Änderung und jeder Download hinterlässt eine Spur.Jeder Export wird als Version gespeichert. Sie können zwei beliebige Versionen Feld für Feld vergleichen, sehen, was ein Kanal an einem bestimmten Tag erhalten hat, und sicher zurückrollen. Nutzeraktionen — Einladungen, Freigaben, Downloads, Rollenwechsel — landen in einem append-only Log, das nachträglich nicht verändert werden kann. So wird die Frage «Wer hatte wann welches Datenblatt?» zu einer Abfrage statt zu einer Recherche.
- Versionierte Exporte mit Vergleich nebeneinander
- Append-only Audit-Log
- Audit-Log-Oberfläche in der Admin-Konsole
- Massendownloads mit Audit-Trail
- Optional 10 Jahre Aufbewahrung des Audit-Logs
LOG: APPEND-ONLY AUFBEWAHRUNG: STANDARD · 10 JAHRE OPTIONAL
Illustrative Werte
04 · Consumer
Menschen bekommen Portale. Systeme bekommen APIs und Feeds.
Alles Nachgelagerte liest aus derselben geprüften Ebene. Eine Portalseite, ein Shop-Import und die BMEcat-Datei für den Grosshandel zeigen denselben freigegebenen Wert — jeweils gefiltert auf das, was dieser Consumer sehen darf.
Für Menschen
- KundenportalLIVEHändler, Distributoren, Key Accounts
- Lieferantenportal2026Lieferanten, die Daten einreichen
- Vertriebsportal2026Innen- und Aussendienst
- Media-PortalROADMAPAgenturen, die Assets liefern
Für Systeme
- Versionierte REST-API /v1LIVEToken pro Mandant, Rate Limiting, Filterung nach Berechtigung
- WebhooksLIVEsigniert, bei Änderung ausgelöst
- Pull, Push und zeitgesteuerte AuslieferungLIVEpro Integration kombinierbar
- Delta-EndpunktLIVE/v1/sync/diff?since= liefert nur geänderte Felder
- GraphQL-Endpunkt2026
- Open-Data-Feeds, DPP-Datensätze, BMEcat2026über Datenmodule
- Veröffentlichte OpenAPI-Spezifikation & Doku2026unter docs.pimgate.ai
GET /v1/sync/diff
// Nur was sich seit dem letzten Sync geändert hatGET /v1/sync/diff?since=2026-09-23T02:00:00ZAuthorization: Bearer <tenant-token> → 200 OK · 212 fields · 38 products · deltaEin Shop fragt jede Nacht ab und erhält nur die Felder, die sich geändert haben.
de
05 · Mandanten und Portale
Ein Mandant pro Unternehmen. So viele Türen, wie Sie brauchen.
Ein Mandant ist Ihr isolierter Bereich auf der Plattform: Ihre Daten, Ihre Nutzer, Ihre Regeln, Ihre Subdomain. Darin öffnen Sie Portale — eines pro Stakeholder-Gruppe —, jedes mit eigenem Branding, eigener Domain, eigenen Sprachen, Märkten und eigener Katalogauswahl.Gruppen mit mehreren Marken oder Landesgesellschaften betreiben einen gebrandeten Mandanten pro Marke oder Land, jeweils unter eigener Domain und aus denselben oder verschiedenen Quellen gespeist. Weil jedes Portal aus den geprüften Daten des Mandanten liest, ist ein neues Portal eine Konfiguration und kein Projekt: Zielgruppe, Katalogauswahl, Märkte und Sprachen, Branding festlegen — und Nutzer einladen.
- Mandant — isolierte Daten, Nutzer und Konfiguration; eigene Subdomain, eigene Domain und Zertifikat inklusive.2026
- Portal — eine Webanwendung für eine Zielgruppe; Branding und Theming pro Portal.2026
- Katalogauswahl — manuell oder regelbasiert, mit Märkten und Sprachen pro Portal.LIVE
- Gebrandeter Mandant — einer pro Marke oder Landesgesellschaft, unter eigener Domain.2026
Portal-Nutzer sind in jeder Version unbegrenzt.
06 · Vorher und nachher
Von Punkt-zu-Punkt zu einem Gate.
Ohne Gate bedeutet jeder neue Kanal einen weiteren Export aus jeder Quelle, und jede Änderung in einer Quelle schlägt auf jeden Export durch. Mit Gate wird jedes System genau einmal angebunden.
Ohne Gate
- Jeder Kanal hat sein eigenes Exportskript, seinen Zeitplan und seine Feldliste.
- Eine Änderung im PIM bricht Exporte, von denen niemand wusste.
- Kunden bekommen, was in der letzten E-Mail stand.
- Niemand kann sagen, wer welche Version erhalten hat.
Mit PIM Gate
- Jede Quelle wird einmal angebunden, jeder Consumer einmal.
- Mapping und Regeln liegen an einem Ort und sind versioniert.
- Jeder Consumer sieht seinen berechtigten, aktuellen Ausschnitt.
- Jede Auslieferung ist versioniert, jeder Download protokolliert.
Quelle hinzufügen, ohne einen Kanal anzufassen. Kanal hinzufügen, ohne eine Quelle anzufassen.
07 · Der Einstieg
In Tagen live für das erste Portal.
PIM Gate läuft neben Ihrem PIM, es muss also keine Migration abgeschlossen werden. Ein erstes Portal ist typischerweise in Tagen bis wenigen Wochen live, abhängig von Ihren Quellen und den Regeln, die durchgesetzt werden sollen.
- 01
Anbinden
PIM Gate liest aus Ihrem PIM oder ERP per XML, API oder geplantem SFTP. Wir bilden Ihre Attribute auf das kanonische Schema ab und legen den Zeitplan pro Quelle fest. Ihr PIM bleibt unberührt.
- 02
Berechtigen
Festlegen, wer was sieht: Mandanten, Portale, Rollen, Märkte, Kategorien, bis zum Asset. Die Regeln definieren, die ein Datensatz für jeden Consumer bestehen muss.
- 03
Ausliefern
Das Portal unter Ihrer Domain und Marke öffnen, API-Tokens für Shop oder DXP ausstellen, Feeds planen. Nutzer einladen — so viele Sie brauchen.
- →
Betreiben
Wir betreiben, aktualisieren und sichern die Plattform. Ihr Team passt Portale, Rechte und Regeln an, wenn sich das Geschäft ändert.
Onboarding ist ein Paket zum Festpreis, ab € 5'000.
08 · Delta und Versionierung
Delta statt Dumps. Jeder Export versioniert.
Consumer erhalten nur, was sich auf Feldebene geändert hat — rund 95 % kleinere Payloads als Vollexporte. Und weil jeder Export gespeichert wird, sehen Sie genau, was ein Kanal an welchem Tag erhalten hat.Vollexporte sind einfach, bis sie es nicht mehr sind: nächtliche Dateien, die Stunden laufen, Shops, die 20'000 Produkte neu importieren, um drei Preise zu ändern, und keine Möglichkeit festzustellen, welche Version ein Partner gerade sieht. PIM Gate berechnet die Differenz zwischen der letzten Auslieferung und dem aktuellen Stand, pro Feld und pro Consumer. Webhooks werden mit dem Delta ausgelöst; Pull-Consumer fragen /v1/sync/diff?since= ab und erhalten dasselbe. Jeder Export bleibt als Version erhalten, die Sie mit jeder anderen vergleichen und auf die Sie zurückrollen können.
- Delta auf Feldebene für API, Webhooks und zeitgesteuerte Feeds
- Versionierte Exporte mit Vergleich nebeneinander
- Sicheres Zurückrollen auf einen früheren Export
- Migrationsbrücke: altes und neues PIM parallel, Umschalten pro Attributgruppe
Illustrative Payload-Grössen
0
kleinere Payloads mit Delta auf Feldebene
0
Versionen nebeneinander vergleichbar
0
nötige Änderungen in Ihrem PIM
09 · Klare Grenzen
Was PIM Gate nicht ist.
Ein Gate ist nützlich, weil es eine Aufgabe erfüllt. Das sind die Aufgaben, die es bewusst den Systemen überlässt, die Sie bereits haben.
KEIN PIM
Es ersetzt Ihr PIM nicht.
Produktdaten werden weiterhin dort angelegt, angereichert und freigegeben, wo sie es heute werden. PIM Gate liest sie, steuert ihre Verteilung und wird nie zu einem zweiten Master. Wechseln Sie das PIM, bleibt das Gate.
KEIN SHOP
Es verkauft nicht.
PIM Gate versorgt Shop, DXP und Marktplätze über die API mit geprüften Daten. Checkout, Warenkorb und Zahlung bleiben in Ihrem Commerce-System. Die kommende Commerce-Ebene ergänzt Preise, Verfügbarkeiten und Dokumente — weiterhin vor Ihrem Shop, nicht an seiner Stelle.
KEIN DAM
Es ersetzt Ihr DAM nicht.
Bilder, Dokumente und Datenblätter reisen mit dem Produkt und werden nach Berechtigung ausgeliefert. Erstellung, Bearbeitung und Markenbibliotheken bleiben in Ihrem DAM.
KEIN PROJEKT
Es ist keine einmalige Integration.
Es ist eine SaaS-Plattform, die wir betreiben, aktualisieren und sichern. Sie konfigurieren Portale, Rechte und Regeln — keine Server, kein individueller Code zu pflegen.
10 · Betrieb
Eine Codebasis, drei Betriebsarten.
Die meisten Kunden nutzen die Multi-Mandanten-SaaS mit Hosting in Deutschland. Für Anforderungen an Datenresidenz oder Regulierung läuft dieselbe Plattform in einem Schweizer Rechenzentrum oder als dedizierte Installation.
Schweizer Hosting
Dieselbe Plattform in einem Schweizer Rechenzentrum, für Unternehmen, deren Daten in der Schweiz bleiben müssen.
Dediziert oder On-Premises
Eine dedizierte Installation oder ein Betrieb im eigenen Rechenzentrum für regulierte Branchen wie Medizintechnik, Versicherungen oder öffentliche Institutionen. Enterprise-Vereinbarung.
Stage-/Test-Mandant
Ein separater Mandant auf derselben Plattform, um Änderungen vor der Produktion zu testen. Buchbar zusammen mit einem Produktivabo.
11 · Fragen
Fragen, die Architekten stellen.
- Weil PIM Gate eins braucht. In Ihrem PIM werden Daten angelegt und freigegeben; PIM Gate ist die Ebene, die sie für Menschen und Systeme ausserhalb öffnet — mit Regeln, Berechtigungen und einem Audit-Trail, für die Ihr PIM bei externen Nutzern nicht gebaut wurde.
- Standardmässig nicht. Es liest. Rückschreiben ist optional und eng begrenzt, zum Beispiel geprüfte Übersetzungen als Entwurf.
- Es ist SaaS: Betrieb, Updates und Backups machen wir. Ihr Team konfiguriert Portale, Rechte und Regeln — keine Server.
- Portale und Kanäle bleiben. Die Migrationsbrücke betreibt altes und neues PIM parallel; Sie schalten Attributgruppen von der alten auf die neue Quelle um und können jederzeit zurückrollen.
- Über die versionierte REST-API mit Token pro Mandant, über signierte Webhooks oder zeitgesteuerte Auslieferung. Der Delta-Endpunkt liefert nur geänderte Felder.
- Ja. Mit einem Portal oder einem Modul starten, zum Beispiel Übersetzung, und weitere Module später zum Listenpreis ergänzen.
- Einen separaten Stage-/Test-Mandanten auf derselben Plattform, buchbar zusammen mit einem Produktivabo.
- OIDC/SAML ist für höhere Versionen auf der Roadmap. Den aktuellen Stand zeigt die Roadmap.