Ein SHK-Handwerker öffnet aus seiner Branchensoftware den Shop seines Fachgroßhändlers, prüft einen Artikel und übernimmt den Warenkorb zurück in sein Angebot. Für den Kunden wirkt das wie ein zusammenhängender Vorgang. Für die IT des Großhandels greifen dabei Shop, Kundenkonto, Preislogik, Verfügbarkeit und Rückübertragung ineinander. Genau dort entscheidet sich, ob die IDS-Connect-Schnittstelle im Tagesgeschäft trägt.
Kurzantwort
Die IDS-Connect-Schnittstelle verbindet Handwerkersoftware und Großhandelsshop für Artikelsuche, Detailaufruf sowie das Senden und Empfangen von Warenkörben. Ein belastbarer Betrieb braucht jedoch mehr als einen erfolgreichen Shopaufruf: Versionen, Zugangsdaten, Positionsreferenzen, Preise, Einheiten, Rücksprungadresse, Fehlermeldungen und Doppelübertragungen müssen kontrolliert werden. Das ERP bleibt führend für Artikel, Konditionen, Bestand und Auftrag.
IDS-Connect-Schnittstelle: Was leistet sie im SHK-Großhandel?
IDS steht für Integrierte Daten-Schnittstelle. Sie wurde von ITEK für den Bundesverband Software und Digitalisierung im Bauwesen, die DG Haustechnik und den Zentralverband Sanitär Heizung Klima entwickelt. Die aktuelle Standardseite von ITEK nennt Version 2.5 als gültige Fassung. Sie ist zu den im Markt weiterhin genutzten Versionen 2.0 und 2.3 abwärtskompatibel.
Der Standard verbindet die kaufmännische Software des Handwerks mit dem Onlineshop des Großhandels. Der Handwerker startet den Vorgang, arbeitet im Shop und gibt ausgewählte Informationen an seine Software zurück. Die IDS-2.5-Spezifikation von ITEK bezeichnet das deshalb als halbautomatische Kommunikation. Der Shop bleibt während des Vorgangs die sichtbare Arbeitsumgebung des Großhandels.
Für einen SHK-Fachgroßhandel entsteht der Nutzen an einer wichtigen Kundenschnittstelle: Das Handwerk kann im gewohnten System arbeiten und trotzdem auf die Artikelsuche, kundenbezogene Shopfunktionen und Warenkörbe des Beschaffungspartners zugreifen. Ob Preise, Verfügbarkeit und weitere Inhalte tatsächlich bereitstehen, hängt von der jeweiligen Shop- und Softwareumsetzung ab. Diese Fähigkeiten müssen im Pilot einzeln geprüft werden.
Wie läuft IDS Connect zwischen Handwerkersoftware und Großhandelsshop ab?
Ein typischer Vorgang besteht aus fünf Übergaben:
- Die Handwerkersoftware startet den Shop oder eine Shopfunktion mit den vereinbarten Anmelde- und Aktionsparametern.
- Der Shop authentifiziert den Nutzer und öffnet Suche, Artikelansicht oder Warenkorb.
- Der Handwerker prüft Artikel, Mengen, Preise, Verfügbarkeit und gegebenenfalls Alternativen im Shop.
- Der Shop überträgt den Warenkorb samt Referenzen über die vorgesehene Rücksprungadresse an die Handwerkersoftware.
- Die Handwerkersoftware ordnet die Positionen dem Angebot, Auftrag oder Bestellvorgang zu. Der Handwerker prüft das Ergebnis und entscheidet über den nächsten Schritt.
IDS Connect ersetzt weder die kaufmännische Prüfung im Handwerksbetrieb noch die Auftragslogik im Großhandel. Ein zurückgegebener Warenkorb ist zunächst ein strukturierter Datensatz. Ob daraus bereits eine Bestellung wurde oder erst ein Angebotsentwurf entsteht, muss für jede Funktion und jedes beteiligte System eindeutig sein.
Diese Trennung ist für die IT wichtig. Ein Kunde darf nicht annehmen, dass die Warenkorbrückgabe automatisch einen Auftrag ausgelöst hat. Umgekehrt darf eine Bestellung nicht doppelt entstehen, weil Shop und Handwerkersoftware denselben Vorgang erneut senden.
Welche Funktionen von IDS 2.5 muss der Großhandel prüfen?
ITEK beschreibt mehrere Funktionen, die ein Shop abhängig von seiner Umsetzung unterstützen kann:
| Funktion | Zweck im Tagesgeschäft | Prüfpunkt für die IT | |---|---|---| | Shop-Suche | Handwerker startet die Produktsuche aus seiner Software | Suchbegriff, Kundenkontext und Rückgabe funktionieren | | Artikel-Deep-Link | Direkter Aufruf einer Artikeldetailseite über eine Artikelnummer | Artikel wird eindeutig gefunden, fehlende Treffer werden verständlich gemeldet | | Warenkorb senden | Handwerkersoftware übergibt Positionen an den Shop | Keine Position geht verloren, Referenzen und Einheiten bleiben erhalten | | Warenkorb empfangen | Shop gibt ausgewählte oder geänderte Positionen zurück | Änderungen, Ergänzungen und Löschungen sind nachvollziehbar | | Login- und Versionsinformation | Beteiligte Systeme klären Anmeldung und unterstützte Fassung | Produktiv genutzte Versionen und Zugangspfade sind dokumentiert | | Heatinglabel | Übergabe einer Artikelliste an die vorgesehene Plattform | Nur aktivieren, wenn Prozess und Rückgabe im eigenen Sortiment benötigt werden |
Version 2.5 ergänzt nach ITEK insbesondere die Artikelsuche aus der Handwerkersoftware. Open Masterdata löst eine andere Aufgabe: Die aktuelle ITEK-Standardseite zu Open Masterdata beschreibt die bedarfsgerechte Versorgung von Anwendungssystemen mit Produktstammdaten.
Ein Haken in einer Funktionsliste reicht nicht als Abnahme. Die IT sollte jede benötigte Aktion mit echten, freigegebenen Testartikeln, Kundenkonditionen und Ausnahmefällen ausführen. Erst dann ist sichtbar, welche Teile der Spezifikation beide Systeme tatsächlich beherrschen.
Welche Daten und Referenzen müssen erhalten bleiben?
Die wichtigste technische Anforderung ist nicht die Anzahl übertragener Felder. Entscheidend ist, dass der fachliche Bezug erhalten bleibt. Die IDS-Spezifikation verlangt deshalb, Referenznummern der Positionen durch den Shopvorgang hindurch zu bewahren. Änderungen im Shop müssen so an die Handwerkersoftware zurückkommen, dass sie dort der ursprünglichen Position zugeordnet werden können.
Für den Großhandel gehören mindestens diese Daten in den Feld- und Verantwortungstest:
- Kundenkonto, Benutzer und zugeordnete Kondition
- interne und externe Artikelreferenz
- Positionsreferenz aus der Handwerkersoftware
- Menge und Mengeneinheit
- Beschreibung und gegebenenfalls Herstellerbezug
- Preisart, Preisstand und kundenspezifischer Preis, soweit übertragen
- Verfügbarkeit oder Lieferinformation samt Zeitpunkt, soweit angezeigt
- geänderte, ersetzte oder nicht gefundene Position
- Warenkorb- und Belegreferenz
- Funktions- und Schnittstellenversion
- Rückgabeergebnis, Fehlercode und Zeitstempel
Das ERP oder Branchensystem sollte die führende Quelle für Artikel, Kundenzuordnung, Konditionen, Bestand und Auftrag bleiben. Der Shop stellt diese Informationen im Kundenprozess bereit. Die Handwerkersoftware führt ihren eigenen Angebots- oder Bestellvorgang. Eine ERP-Integration muss deshalb festlegen, welches System jedes Feld lesen, verändern und endgültig buchen darf.
Besonders kritisch sind Einheiten und Ersatzartikel. Ein Fitting kann als Stück, Packung oder Gebinde geführt werden. Wird eine Shopposition ersetzt, muss die ursprüngliche Referenz erhalten bleiben und die Änderung für den Handwerker sichtbar sein. Sonst ist der Warenkorb technisch übertragen, fachlich aber nicht belastbar.
Was unterscheidet IDS Connect, OCI und Open Masterdata?
Die drei Begriffe tauchen im Fachgroßhandel häufig nebeneinander auf, lösen aber unterschiedliche Aufgaben.
| Standard oder Verfahren | Hauptaufgabe | Typischer Zusammenhang | |---|---|---| | IDS Connect | Handwerkersoftware mit Großhandelsshop verbinden, Artikel suchen und Warenkörbe austauschen | SHK- und baunahe Handwerkssysteme | | OCI | Beschaffungssystem oder ERP mit einem Lieferantenshop verbinden und Warenkörbe zurückgeben | Einkaufssysteme von Unternehmen und öffentlichen Auftraggebern | | Open Masterdata | Produktinformationen und Dokumente bei Bedarf bereitstellen | Produktdatenversorgung des Handwerks |
Die OCI-Schnittstelle im Fachgroßhandel ist daher kein Ersatzartikel zu IDS Connect. Beide können im selben Großhandel nötig sein, wenn Handwerkskunden und Industriekunden unterschiedliche Beschaffungssysteme einsetzen. Open Masterdata ergänzt dagegen die Produktdatenversorgung. BMEcat, ETIM, DATANORM und ECLASS lösen wiederum andere Aufgaben bei Austausch und Klassifikation von Produktdaten.
Für die Architekturentscheidung zählt der tatsächliche Kundenprozess. Wer startet die Suche? Welches System baut den Warenkorb? Wo wird bestellt? Welche Produktdaten werden nur angezeigt und welche in einen Beleg übernommen? Erst diese Fragen bestimmen den passenden Standard.
Welche Sicherheits- und Betriebsfragen muss die IT klären?
Die IDS-Spezifikation sieht Anmeldeinformationen, Shopaufruf und eine Rücksprungadresse für die Rückübertragung vor. Daraus entstehen konkrete Betriebsaufgaben:
- Zugangsdaten schützen: Kundennummer, Benutzername und Passwort gehören weder in Tickets noch in Klartextprotokolle. Ablage, Rotation und Sperrung müssen geregelt sein.
- Transport absichern: Die Spezifikation empfiehlt HTTPS. Für einen neuen produktiven Pilot sollte verschlüsselte Übertragung verbindliche Voraussetzung sein.
- Rücksprungadresse begrenzen: Die Hook-URL darf nur erwartete Aufrufe und Daten annehmen. Eingaben werden validiert, Fehler sicher beantwortet und ungewöhnliche Versuche protokolliert.
- Sitzungen trennen: Parallel geöffnete Shopvorgänge, mehrere Niederlassungen und erneute Browseraufrufe dürfen Warenkörbe nicht vertauschen.
- Doppelverarbeitung verhindern: Eine wiederholte Rückübertragung erhält denselben Vorgangsbezug und löst nicht unbemerkt eine zweite Bestellung aus.
- Protokolle nutzbar halten: Funktionscode, Version, Vorgangsreferenz, Ergebnis und technische Dauer gehören ins Monitoring. Passwörter, vollständige Warenkörbe und unnötige personenbezogene Angaben gehören nicht in allgemeine Logs.
- Rückfallweg definieren: Bei Störung muss der Handwerker erkennen, ob nichts übertragen wurde, ein Warenkorb gespeichert ist oder eine Bestellung bereits vorliegt.
Für einen IT-Leiter mit kleinem Team ist der spätere Betrieb oft wichtiger als die erste Verbindung. Wer beantwortet Kundenfragen? Wer prüft nach Shop- oder Softwareupdates die Kompatibilität? Wer kann ein Konto sperren? Die IT-Perspektive im Fachgroßhandel hilft, Zuständigkeiten, Berechtigungen und Wartung vor dem Pilot festzulegen.
Welche Fehlerfälle gehören in den IDS-Connect-Pilot?
Ein Pilot mit nur einem fehlerfreien Standardwarenkorb prüft zu wenig. Mindestens folgende Fälle sollten bewusst durchlaufen werden:
- Handwerkersoftware nutzt Version 2.0 oder 2.3, der Shop unterstützt zusätzlich 2.5.
- Anmeldung ist falsch, gesperrt oder einem falschen Kundenkonto zugeordnet.
- Artikelnummer ist unbekannt oder im Kundensortiment nicht verfügbar.
- Warenkorb enthält eine nicht geführte Position.
- Menge oder Einheit wird im Shop geändert.
- Artikel wird ersetzt, die ursprüngliche Positionsreferenz muss erhalten bleiben.
- Nutzer schließt das Browserfenster vor der Rückübertragung.
- Rücksprungadresse ist vorübergehend nicht erreichbar.
- Zwei Vorgänge desselben Benutzers laufen parallel.
- Warenkorb wird nach einem Verbindungsabbruch erneut gesendet.
- Angezeigter Preis oder Lieferhinweis ist beim späteren Bestellabschluss nicht mehr gültig.
- Handwerker nutzt eine andere Niederlassung oder ein weiteres Shopkonto.
Zu jedem Testfall braucht es ein erwartetes Ergebnis. „Fehler erscheint“ ist zu ungenau. Festgelegt werden Status, Meldung für den Nutzer, Protokolleintrag, Verantwortlicher und erlaubter nächster Schritt. So bleibt ein Problem sichtbar, ohne dass der Handwerker oder der Innendienst raten muss, ob ein Auftrag vorliegt.
Welche Kennzahlen zeigen einen stabilen IDS-Connect-Betrieb?
Der Geschäftsnutzen zeigt sich nicht an der Zahl aktivierter Funktionen. Für einen kontrollierten Pilot sind diese Messgrößen aussagekräftiger:
- Anteil erfolgreich abgeschlossener Shopaufrufe nach Funktion und Version
- Anteil vollständig zurückgegebener Warenkörbe
- Zahl fehlender, ersetzter oder nicht zuordenbarer Positionen
- Fehler nach Ursache, Shopversion und Handwerkssystem
- doppelte oder abgebrochene Übertragungen
- Zeit vom Shopaufruf bis zur erfolgreichen Rückgabe
- Supportfälle je aktivem Kundenkonto
- Warenkörbe ohne eindeutigen Folgeprozess
- Bestellungen mit nachträglicher Klärung von Artikel, Menge oder Kondition
- Nutzung nach Niederlassung und Handwerkssystem
Messen Sie vor und nach dem Pilot denselben Abschnitt des Kundenprozesses. Eine schnellere Warenkorbrückgabe ist kein Erfolg, wenn dadurch mehr Rückfragen im Innendienst oder ungeklärte Doppelbestellungen entstehen. Relevant ist der vollständige Weg bis zum eindeutig zugeordneten Vorgang.
Wie starten Sie einen kontrollierten IDS-Connect-Pilot?
Beginnen Sie mit einer Shopstrecke, wenigen freigegebenen Kundenkonten und den Handwerkssystemen, die Ihre Kunden tatsächlich einsetzen. Erfassen Sie vorher Versionen, benötigte Funktionen, Artikelgruppen, Konditionslogik und vorhandene Supportfälle. Danach definieren IT, E-Commerce, Innendienst und ein fachlicher Verantwortlicher gemeinsam die Abnahmekriterien.
Der Pilot läuft zunächst ohne breite Freischaltung. Standardwarenkorb und Fehlerfälle werden dokumentiert, Protokolle geprüft und Zuständigkeiten erprobt. Erst wenn Artikelsuche, Warenkorbrückgabe, Referenzen, Meldungen und Rückfallweg zusammenpassen, wird der nächste Kundenkreis angebunden.
Der nächste sinnvolle Schritt ist ein Schnittstellencheck mit einem repräsentativen Shopkonto und anonymisierten Testartikeln. Prüfen Sie dabei nicht nur, ob sich der Shop öffnet. Prüfen Sie, ob der vollständige Vorgang nach Änderung, Abbruch und erneuter Übertragung noch eindeutig bleibt. Wenn Sie diese Strecke an Ihre bestehende Systemlandschaft andocken möchten, können Sie den Pilot mit Conveso sachlich abgrenzen.
Geschäftsführer und Berater für den technischen Fachgroßhandel