IT-Distributoren: Worauf Systemhäuser bei der Wahl achten müssen

87 Prozent der befragten IT-Reseller und Systemhäuser kaufen regelmäßig bei mindestens vier Distributoren ein. 18 Prozent arbeiten mit mehr als zehn Lieferanten zusammen.

IT-Distributoren: Worauf Systemhäuser bei der Wahl achten müssen

Diese Zahlen aus der ITscope-Umfrage von Mai und Juni 2026 unter 240 Marktteilnehmern zeigen ein eindeutiges Bild: Die Ein-Lieferant-Strategie ist im deutschen IT-Channel kein Standard mehr. Sie ist die Ausnahme.

Die Multi-Distributions-Strategie ist dabei kein Zeichen von Unsicherheit oder Lieferanten-Fluktuation. Sie ist eine bewusste Beschaffungsarchitektur, die auf konkrete Parameter reagiert: Verfügbarkeit, Konditionen, Prozessintegration und Spezialisierung. Wer als Systemhaus die falschen Kriterien bei der Distributorenwahl ansetzt, verliert nicht nur Marge, sondern vor allem Prozesszeit. Und Prozesszeit ist in der IT-Distribution eine harte Währung.

Die Multi-Distributions-Strategie: Warum ein Lieferant nicht reicht

Die Frage ist nicht, ob ein Systemhaus mehrere Distributoren benötigt, sondern wie viele und welche Rollen sie im Beschaffungsmodell übernehmen. Ein Lieferant kann bei Standardhardware sehr leistungsfähig sein und gleichzeitig bei bestimmten Serverkonfigurationen, Storage-Komponenten oder Projektanforderungen an Grenzen stoßen. Das Problem liegt dann nicht zwingend in der Qualität des Distributors. Es liegt darin, dass ein einzelner Anbieter zu viele Funktionen gleichzeitig abdecken soll.

Die ITscope-Befragung liefert dafür eine klare Datenbasis: Nur 18 Prozent der Befragten geben an, kaum aktiv nach neuen Lieferanten zu suchen. Die Mehrheit der zusammengefassten Gruppe aus Systemhäusern und Resellern – 74 Prozent – nutzt digitale Plattformen wie ITscope gezielt zur Identifikation neuer Quellen. Die Zahl bezieht sich also nicht auf Systemhäuser allein. Sie zeigt dennoch deutlich, dass die Lieferantensuche im Channel zunehmend systematisch und digital erfolgt.

Die Verteilung auf mehrere Distributoren folgt typischerweise mehreren Zielen:

  • Verfügbarkeitsrisiken begrenzen. Wenn ein Distributor einen Engpass bei einer Server-CPU-Serie, einem RAID-Controller oder einem bestimmten Laufwerk meldet, hängt die Lieferfähigkeit nicht vollständig von dieser einen Quelle ab. Die zweite oder dritte Bezugsquelle ersetzt den bevorzugten Lieferanten nicht automatisch, kann aber im Projektgeschäft entscheidend sein. Gerade bei konfigurierten Systemen reicht es nicht, dass das Chassis verfügbar ist. Fehlt eine einzelne Komponente, bleibt die gesamte Lieferung unter Umständen unvollständig.
  • Konditionen sinnvoll vergleichen. Jeder Distributor kalkuliert auf Basis eigener Einkaufsvolumina, Herstellervereinbarungen und Produktstrategien. Ein Anbieter kann bei NAS-Systemen stark aufgestellt sein, während ein anderer bei Enterprise-SSDs, Ersatzteilen oder bestimmten Serverplattformen bessere Möglichkeiten bietet. Der Vergleich muss deshalb auf den tatsächlichen Produktmix des Systemhauses bezogen sein und darf sich nicht auf einen einzelnen Listenpreis beschränken.
  • Prozesse absichern. Nicht jeder Distributor unterstützt das gleiche Spektrum an Prozessintegration. Ein Lieferant bietet eine umfassende EDI-Anbindung, ein anderer stellt eine API bereit, während ein dritter vor allem über ein Webportal arbeitet. Mehrere Quellen können daher auch unterschiedliche Automatisierungsgrade abdecken.
  • Spezialwissen verfügbar machen. Bei Refurbished-Hardware, älteren Servergenerationen, Ersatzteilversorgung oder energieeffizienten Plattformen ist die Sortimentsbreite eines Broadliners nicht immer ausschlaggebend. Ein Spezialdistributor kann hier durch Produktkenntnis, Prüfung und Beratung den größeren praktischen Nutzen liefern.
  • Abhängigkeiten vermeiden. Ein Systemhaus, das sämtliche Bestellungen, Reklamationen und Projektkonditionen über einen Anbieter abwickelt, konzentriert auch seine operativen Risiken. Fällt ein Portal aus, ändert sich eine Lieferbedingung oder verschiebt sich eine Herstellerverfügbarkeit, wirkt sich das unmittelbar auf viele Kundenaufträge aus.
Die 74 Prozent beziehen sich auf Systemhäuser und Reseller zusammen: Digitale Plattformen werden im IT-Channel bereits als Werkzeug für die Lieferantensuche eingesetzt, nicht erst als letzter Ausweg bei Engpässen.

Mehrere Lieferanten bedeuten allerdings nicht, dass jede Bestellung bei jedem Anbieter angefragt werden sollte. Das erzeugt nur neue Arbeit. Zweckmäßiger ist ein Rollenmodell: ein Hauptdistributor für standardisierte Beschaffung, ein oder zwei ergänzende Quellen für bestimmte Produktgruppen und gegebenenfalls ein Spezialist für Projekte, bei denen Sortiment, Aufbereitung oder technische Beratung wichtiger sind als die maximale Produktbreite.

Broadliner gegen Spezialdistributor: Systematische Abgrenzung

Die Differenzierung zwischen Broadlinern und Spezialdistributoren ist kein reines Marketing-Segment. Sie ist eine funktionale Klassifikation mit direkten Auswirkungen auf Konditionen, Servicequalität, Produktverfügbarkeit und internen Aufwand.

Broadliner wie Also, Ingram Micro oder TD Synnex zeichnen sich durch ein breites Produktportfolio aus. Server, Storage, Networking, Peripherie, Softwarelizenzen und Zubehör lassen sich häufig aus einer Quelle beschaffen. Der Vorteil liegt in der Bündelung: Ein Systemhaus kann mehrere Produktkategorien in einem Auftrag zusammenführen, statt für jede Komponente einen eigenen Beschaffungsweg zu eröffnen. Das vereinfacht Bestellung, Versandüberwachung und Rechnungsprüfung.

Auch für Projekte mit vielen wiederkehrenden Standardkomponenten ist diese Breite relevant. Wer regelmäßig komplette Arbeitsplatzausstattungen, Netzwerkkomponenten oder standardisierte Serverkonfigurationen liefert, profitiert von konsolidierten Katalogen und etablierten Logistikprozessen. Die technische Anbindung ist bei großen Distributoren häufig über EDI, API oder strukturierte Datenformate möglich.

Der Nachteil liegt weniger in der Größe selbst als in der Distanz zum einzelnen Kunden. Konditionen, Freigaben und Herstellerprogramme sind oft an interne Kriterien gebunden. Ein kleineres Systemhaus kann deshalb nicht automatisch dieselbe Betreuung oder dieselben Einkaufsmöglichkeiten erwarten wie ein Partner mit größerem Volumen oder einem besonders relevanten Produktmix. Konkrete Umsatzschwellen und individuelle Konditionsmodelle sind in der Regel nicht öffentlich und müssen im Gespräch mit dem Distributor geklärt werden.

Spezialdistributoren bedienen klar definierte Teilsegmente – etwa Refurbished-Hardware, Green-IT-Lösungen, Nischen-Serverkonfigurationen oder Storage-Infrastruktur. Ihre Stärke liegt nicht in der maximalen Zahl verfügbarer Artikel, sondern in der Tiefe des jeweiligen Sortiments. Ein Anbieter für gebrauchte Enterprise-Systeme muss beispielsweise andere Fragen beantworten können als ein Broadliner: Wie wurden Komponenten geprüft? Welche Laufwerke oder Netzteile sind verbaut? Welche Ersatzteile stehen zur Verfügung? Wie wird der Zustand dokumentiert?

Für Systemhäuser mit einem klaren Profil kann diese Spezialisierung wirtschaftlich wichtiger sein als ein möglichst großer Gesamtkatalog. Der Ansprechpartner kennt die Produktfamilien, kann Alternativen benennen und versteht eher, welche Komponenten in einer bestehenden Umgebung tatsächlich kompatibel sind. Das ersetzt keine technische Prüfung, reduziert aber die Zahl der Schleifen in der Abstimmung.

ParameterBroadlinerSpezialdistributor
ProduktbreiteViele Kategorien und Hersteller aus einer QuelleFokussiertes Sortiment in definierten Segmenten
BeschaffungBündelung von Standard- und ProjektbedarfBeschaffung spezieller oder schwer verfügbarer Komponenten
KonditionsstrukturHäufig standardisierte Programme und individuelle HerstellerkonditionenOft stärker auf Produktgruppe und Projekt zugeschnitten
AnsprechpartnerStrukturierte Vertriebs- und SupportprozesseHäufig direkter Kontakt zu spezialisierten Vertriebsmitarbeitern
NischenprodukteJe nach Segment begrenztTeilweise Kernkompetenz des Anbieters
ProzessintegrationEDI, API und Plattformanbindungen häufig etabliertJe nach Unternehmensgröße unterschiedlich ausgeprägt
DropshipmentOft als standardisierter Prozess verfügbarTeilweise individuelle oder White-Label-Lösungen
Technische BeratungBreites, aber nicht immer tiefes ProduktspezialwissenGrößere Tiefe im jeweiligen Segment

Der Wechsel oder die Ergänzung durch einen Spezialdistributor lohnt sich für Systemhäuser vor allem in drei Situationen:

1. Die Standardbeschaffung passt nicht zum Produktmix. Wenn ein relevanter Teil des Geschäfts aus refurbished Enterprise-Storage, Ersatzteilen oder besonderen Serverkonfigurationen besteht, bringt ein allgemeiner Katalog nicht automatisch die beste Beschaffung.

2. Der Support verursacht zu viel Reibung. Ein Ticket-System ist effizient, wenn die Anfrage standardisiert ist. Bei Kompatibilitätsfragen, Reklamationen oder projektbezogenen Änderungen kann ein direkter Ansprechpartner die Abstimmung deutlich verkürzen.

3. Die Marge hängt an der Produkttiefe. Bei Nischenprodukten entscheidet nicht allein der Einkaufspreis. Verfügbarkeit, Prüfqualität, Dokumentation und die Fähigkeit zur technischen Einordnung beeinflussen, ob ein Systemhaus den Auftrag zuverlässig kalkulieren kann.

Broadliner sind deshalb nicht grundsätzlich schlechter als Spezialdistributoren. Bei hohem Standardvolumen, breitem Sortiment und stark automatisierten Abläufen bleiben sie häufig die effizientere Wahl. Ein Spezialist ist nicht automatisch günstiger und kann bei fehlender Integration sogar zusätzlichen manuellen Aufwand erzeugen. Die richtige Entscheidung ist eine Funktion aus Volumen, Produktmix, Kundenanforderungen und Prozessreife.

Digitale Beschaffungsprozesse: EDI, API und Plattform-Anbindung

Die Prozessintegration zwischen Systemhaus und Distributor ist kein Nice-to-have. Sie ist ein Kostenfaktor, der direkt in die operative Marge eingeht. Jeder manuelle Bestellschritt – E-Mail, telefonische Anfrage, Webportal-Login oder das Übertragen von Artikelnummern in das eigene ERP-System – erzeugt zusätzliche Fehlerquellen. Bei einzelnen Projektaufträgen ist das vertretbar. Bei wiederkehrenden Bestellungen skaliert der Aufwand jedoch mit jedem Auftrag.

EDI: stabil, strukturiert und nicht nebenbei erledigt

EDI, also Electronic Data Interchange, bildet in vielen professionellen Beschaffungsumgebungen den industriellen Standard. EDIFACT-konforme Nachrichtentypen können Bestellungen, Auftragsbestätigungen, Lieferscheine und Rechnungen automatisiert zwischen den Systemen übertragen.

Der Vorteil liegt in der Prozessstabilität. Artikelnummern, Mengen und Lieferadressen müssen nicht bei jedem Auftrag erneut manuell übertragen werden. Statusinformationen können in das ERP-System zurückfließen, und die Rechnungsprüfung lässt sich stärker standardisieren. Gerade bei wiederkehrenden Standardbestellungen ist das ein deutlicher Unterschied zum rein webbasierten Einkauf.

EDI ist allerdings kein Schalter, den man einfach umlegt. Vor dem produktiven Betrieb müssen Nachrichtentypen abgestimmt, Felder gemappt und Testzyklen durchgeführt werden. Auch Sonderfälle gehören in die Planung: Teillieferungen, Rückstände, Ersatzartikel, unterschiedliche Lieferadressen oder Aufträge mit Projekt- und Rahmenvertragsbezug. Eine technisch bestehende Schnittstelle ist noch keine funktionierende Prozessintegration.

API: flexibler, aber abhängig von der Dokumentation

API-Schnittstellen bieten ein flexibleres Integrationsmodell. REST-basierte APIs können unter anderem Preisabfragen, Lagerinformationen, Auftragserstellung und Status-Tracking unterstützen. Das macht sie besonders interessant, wenn ein Systemhaus Produktdaten in den eigenen Shop, ein Angebotswerkzeug oder ein internes Konfigurationstool übernehmen möchte.

Der Unterschied zu EDI liegt nicht darin, dass eine Methode grundsätzlich moderner wäre. EDI ist stark bei standardisierten Geschäftsnachrichten und stabilen Transaktionsprozessen. APIs sind oft besser geeignet, wenn Daten dynamisch abgefragt oder in mehrere Anwendungen eingebunden werden sollen. In einer belastbaren Architektur können beide Ansätze nebeneinander bestehen.

Die Qualität einer API hängt von mehr ab als von der Existenz eines Entwicklerportals. Relevant sind unter anderem:

  • Sind Preise und Verfügbarkeiten kundenspezifisch abrufbar?
  • Werden Lieferzeiten, Rückstände und Teillieferungen eindeutig ausgewiesen?
  • Gibt es eine Testumgebung und nachvollziehbare Fehlermeldungen?
  • Wie werden Änderungen an Datenfeldern oder Endpunkten angekündigt?
  • Lassen sich mehrere Lieferadressen und Dropshipment-Aufträge abbilden?
  • Sind Rate Limits und Wartungsfenster für den laufenden Betrieb dokumentiert?

Nicht jeder Distributor stellt eine vollständige API bereit. Und nicht jede vorhandene API deckt den gesamten Beschaffungsprozess ab. Für die Auswahl eines IT-Lieferanten für Systemhäuser zählt deshalb die tatsächliche Prozessabdeckung, nicht das Schlagwort „API verfügbar“.

Plattformen: gute Übersicht, aber kein Ersatz für die Primärquelle

Aggregierende Plattformen wie ITscope stellen einen dritten Zugangsweg dar. Sie konsolidieren Produktinformationen, Verfügbarkeiten und Preise mehrerer Distributoren in einer Oberfläche. Das ist vor allem dann hilfreich, wenn ein Systemhaus regelmäßig verschiedene Quellen vergleicht oder neue Lieferanten identifizieren möchte.

Die Plattform reduziert den Abfrageaufwand und schafft eine gemeinsame Sicht auf ein fragmentiertes Angebot. Sie ersetzt jedoch nicht automatisch die Prüfung beim jeweiligen Distributor. Produktdaten können unterschiedlich gepflegt sein, Lieferbedingungen variieren, und die konkrete Verfügbarkeit muss bei kritischen Projektkomponenten vor der Bestellung bestätigt werden. Eine Plattform ist damit ein Recherche- und Vergleichswerkzeug, aber nicht zwingend die letzte Instanz für jede Lageraussage.

Die 74 Prozent aus der genannten Befragung beziehen sich auf Systemhäuser und Reseller gemeinsam. Für die Beschaffungsstrategie ist diese Unterscheidung wichtig: Die Zahl belegt die hohe Bedeutung digitaler Recherche im zusammengefassten Channel-Segment, nicht eine isolierte Nutzungsquote der Systemhäuser.

Für die Entscheidung zwischen Webportal, API und EDI sollte das Bestellprofil betrachtet werden. Starre Schwellenwerte nach Bestellzahl sind dabei höchstens grobe Orientierungen, keine allgemeingültigen Wirtschaftlichkeitsgrenzen.

  • Bei wenigen, stark individuellen Bestellungen kann ein Webportal ausreichen, sofern Produktdaten, Lieferadressen und Dokumente zuverlässig verarbeitet werden.
  • Bei wiederkehrenden Bestellungen mit mehreren Lieferanten bringt eine API häufig Vorteile bei Preisabfragen, Verfügbarkeiten und Statusinformationen.
  • Bei standardisierten, volumenstarken Abläufen ist EDI besonders interessant, weil Bestell- und Rechnungsprozesse stärker automatisiert werden können.
  • Bei einer Multi-Distributions-Strategie kann eine Plattform die Recherche bündeln, während die eigentliche Bestellung über die jeweils passende Schnittstelle des Distributors läuft.

Der Aufwand für eine Integration sollte nicht mit einer pauschalen Amortisationsfrist bewertet werden. Ob sich ein Projekt rechnet, hängt von Bestellfrequenz, Fehlerquote, internen Stundensätzen, Rückfragen, Retouren und der Stabilität der Schnittstelle ab. Ein Systemhaus sollte deshalb vorab messen, wie viel Zeit heute in manuelle Datenübertragung, Nachfragen und Korrekturen fließt. Erst daraus lässt sich eine belastbare Wirtschaftlichkeitsrechnung für die eigene Umgebung ableiten.

Logistik-Benchmarks: Lieferzeiten und die Tücken des Dropshipments

Die Lieferzeit ist im B2B-Hardwarevertrieb kein weicher Faktor. Sie ist ein verbindlicher Parameter im Projektgeschäft. Ein Server-Rack, das verspätet eintrifft, verschiebt nicht nur die Montage. Es kann die Inbetriebnahme, die Abnahme und damit die Rechnungsstellung des gesamten Projekts beeinflussen.

Für inländische Lagerware werden in der IT-Distribution häufig Lieferzeiten von etwa einem bis drei Werktagen bei schneller Abwicklung und etwa drei bis fünf Werktagen als branchenübliche Spanne genannt. Bei Ware, die zunächst beim Hersteller oder aus einem ausländischen Lager beschafft werden muss, liegen die Zeiträume typischerweise deutlich weiter auseinander: Schnelle Fälle können im Bereich von drei bis zehn Werktagen liegen, während eine branchenübliche Abwicklung auch ein bis drei Wochen beanspruchen kann.

Diese Werte sind keine Zusage für einen einzelnen Auftrag. Sie hängen unter anderem von der Lagerposition des Artikels, der Herstellerverfügbarkeit, dem Bestellzeitpunkt, der Versandart und der Vollständigkeit der Konfiguration ab. Ein A-Artikel kann kurzfristig verfügbar sein, während ein spezifisches Rail-Kit, ein Ersatznetzteil oder eine ältere Serverkomponente erst nach Bestellung beschafft wird. Bei konfigurierten Systemen bestimmt zudem die langsamste kritische Komponente den realen Liefertermin.

Für die Auswahl eines Distributors sollte deshalb nicht nur gefragt werden: „Ist der Artikel auf Lager?“ Aussagekräftiger sind mehrere Detailfragen:

  • Bezieht sich die Anzeige auf das eigene Lager oder auf eine Hersteller- beziehungsweise Partnerverfügbarkeit?
  • Ist die angegebene Menge frei verfügbar oder bereits für andere Aufträge reserviert?
  • Wird bei Teillieferungen automatisch informiert?
  • Wie werden Rückstände und voraussichtliche Nachliefertermine kommuniziert?
  • Kann der Liefertermin für eine vollständige Serverkonfiguration verbindlich bestätigt werden?
  • Welche Versandoptionen gelten für Standardlieferung, Express und Streckengeschäft?

Dropshipment: Zwei Varianten, unterschiedliche Anforderungsprofile

Dropshipment beziehungsweise Streckengeschäft ermöglicht dem Systemhaus, die Ware direkt vom Distributor an den Endkunden liefern zu lassen. Der Umweg über das eigene Lager entfällt. Dadurch können Lagerflächen, interne Wareneingänge und zusätzliche Transportwege reduziert werden. Für Projekte mit verteilten Standorten oder direkt zu versendender Hardware ist das ein praktisches Werkzeug.

Die entscheidende Frage lautet jedoch, wie der Versand nach außen wirkt. Neutrale Lieferung und echtes White-Label-Dropshipment werden im Alltag häufig gleichgesetzt, sind aber nicht dasselbe.

Neutrale Lieferung. Der Distributor entfernt sichtbare Werbemittel, eigene Logos oder Marketingunterlagen aus dem Paket. Die Ware wird nicht als klassische Endkundenlieferung des Distributors beworben. Auf Lieferschein, Versandlabel oder Rücksendeunterlagen können jedoch weiterhin Standardinformationen des Distributors erscheinen. Diese Variante wird von vielen Broadlinern unterstützt, sollte aber im Detail geprüft werden.

White-Label-Versand. Verpackung, Lieferschein und Begleitdokumente erscheinen im Namen des Systemhauses. Der Endkunde nimmt den Reseller als Absender wahr. Dafür müssen Logo-Daten, Dokumentenvorlagen, Liefer- und Rücksendeadressen sowie gegebenenfalls besondere Kommunikationsregeln hinterlegt werden. Nicht jeder Distributor unterstützt diesen Prozess vollständig. Manche bieten lediglich einen neutralen Versand an.

Die Differenz zwischen neutralem Versand und echtem White-Label-Dropshipment bestimmt die Wahrnehmung des Endkunden – und damit auch, wem er die Lieferleistung zuschreibt.

Vor der Entscheidung für Streckengeschäft sollten Systemhäuser den Ablauf einmal als vollständige Prozesskette prüfen. Dazu gehören Bestellung, Versandbestätigung, Lieferschein, Reklamation und Retoure. Ein neutraler Karton nützt wenig, wenn die Rücksendeadresse des Distributors auf dem Dokument steht oder der Endkunde bei einer Lieferabweichung an einen nicht angekündigten Ansprechpartner verwiesen wird.

Für die Dropshipment-Prüfung sind daher insbesondere diese Punkte relevant:

1. Versanddarstellung klären. Bietet der Distributor echtes White-Label oder ausschließlich neutralen Versand? Welche Angaben erscheinen auf Paketlabel, Lieferschein und Retourenunterlagen?

2. Lieferqualität bewerten. Nicht nur die nominelle Lieferzeit zählt. Entscheidend sind auch Vollständigkeit, Verpackung, Seriennummerndokumentation und die Behandlung von Teillieferungen.

3. Retourenprozess festlegen. Wer nimmt die Retoure an, wer stellt das Label bereit und kann der Distributor die Abwicklung im Namen des Resellers übernehmen?

4. Sonderfälle abbilden. Bei beschädigter Ware, Falschlieferung oder fehlenden Zubehörteilen muss klar sein, wer mit dem Endkunden kommuniziert und wer die Ersatzlieferung auslöst.

5. Projektlogik berücksichtigen. Bei Installationsprojekten kann eine Teillieferung sinnvoll sein, bei vorkonfigurierten Systemen dagegen zusätzliche Koordination verursachen.

Die Lieferzeitspanne eines Dropshipment-Auftrags sollte außerdem mit der Standardlieferung verglichen werden. Zusätzliche Bearbeitungsschritte können den Ablauf verändern. Eine pauschale Verzögerung lässt sich daraus jedoch nicht ableiten; sie ist vom Distributor, dem Produkt und dem gewählten Versandprozess abhängig.

Anforderungen öffentlicher Auftraggeber: Beschaffungsrahmen und Nachhaltigkeitskriterien

Das Geschäft mit öffentlichen Auftraggebern – Kommunen, Landesbehörden und Bundesinstitutionen – erfordert eine Distributorenwahl, die über Produktverfügbarkeit und Einkaufskonditionen hinausgeht. Prozesse müssen nachvollziehbar, dokumentierbar und mit den Vorgaben des jeweiligen Auftrags vereinbar sein.

Rahmenvertragsfähigkeit und Dokumentation

Öffentliche Beschaffung erfolgt häufig über Rahmenverträge oder formal definierte Abrufprozesse. Der Distributor muss in der Lage sein, entsprechende Konditionen zu hinterlegen und abrechnungskonform zu liefern. Dazu gehören eine eindeutige Zuordnung des Auftrags, korrekte Rechnungsangaben und die Verarbeitung von Referenzen wie Bestell- oder Rahmenvertragsnummern.

Für ein Systemhaus ist entscheidend, ob diese Anforderungen im Standardprozess abgebildet werden können oder ob jede Bestellung manuell nachbearbeitet werden muss. Die zweite Variante ist nicht grundsätzlich ausgeschlossen, erhöht aber den Prüfaufwand und die Fehlerwahrscheinlichkeit. Vor der Aufnahme eines Distributors sollte deshalb ein Musterauftrag durchgespielt werden – einschließlich Auftragsbestätigung, Lieferschein und Rechnung.

eVergabe und elektronische Kommunikation

Die Kommunikation zwischen öffentlichem Auftraggeber und Lieferant erfolgt zunehmend über elektronische Vergabe- und Beschaffungsplattformen. Ein Distributor muss nicht jede Plattform direkt anbinden. Er sollte aber in der Lage sein, die erforderlichen Dokumente in den vorgegebenen Formaten bereitzustellen und Änderungen im Auftragsverlauf sauber zu dokumentieren.

Für das Systemhaus entsteht sonst eine problematische Zwischenrolle: Es muss Daten aus dem Vergabeprozess übernehmen, an den Distributor weiterreichen und anschließend die Rückmeldungen wieder in den ursprünglichen Prozess zurückführen. Je mehr Medienbrüche dabei entstehen, desto wichtiger werden klare Zuständigkeiten und eine belastbare Dokumentation.

Liefertreue und Eskalation

Im öffentlichen Auftrag ist der Liefertermin nicht bloß ein Zielwert. Er kann Bestandteil der vertraglichen Leistung sein. Ein Distributor, der nur eine unverbindliche Lageranzeige liefert, reicht für zeitkritische Projekte deshalb nicht immer aus. Wichtig ist, wie Liefertermine bestätigt, Änderungen kommuniziert und Eskalationen behandelt werden.

Ein Systemhaus sollte dabei nicht nur nach einer allgemeinen Lieferquote fragen. Aussagekräftiger ist die Betrachtung konkreter Abläufe: Wann wird ein Rückstand gemeldet? Gibt es einen festen Ansprechpartner für Projektaufträge? Werden Alternativartikel vorgeschlagen? Kann eine Teillieferung abgestimmt werden? Und wer übernimmt die Kommunikation, wenn eine Herstellerlieferung ausbleibt?

Zahlungsziele und Finanzierung

Öffentliche Auftraggeber arbeiten mit Zahlungszielen, die sich auf die Liquidität des Systemhauses auswirken können. Der Distributor muss diese Zahlungslogik entweder akzeptieren oder gemeinsam mit dem Reseller eine passende Finanzierungslösung ermöglichen. Das ist insbesondere bei größeren Hardwareprojekten relevant, bei denen der Einkauf zeitlich vor dem Zahlungseingang des Kunden liegt.

Die Konditionsprüfung sollte daher nicht bei Einkaufspreis und Rabatt enden. Zahlungsziel, Kreditlimit, Versandkosten, Rücknahmebedingungen und mögliche Gebühren gehören in dieselbe Betrachtung. Ein nominell günstiger Einkauf kann wirtschaftlich unattraktiv werden, wenn die Finanzierung des Auftrags nicht zum Geschäftsmodell des Systemhauses passt.

Nachhaltigkeit als belastbares Auswahlkriterium

Nachhaltigkeitsanforderungen gewinnen in öffentlichen Ausschreibungen an Gewicht. Gefragt sein können Informationen zur Lieferkette, zu Umweltstandards, zur Verpackung, zur Energieeffizienz oder zur Wiederverwendung von Komponenten. Auch die Fähigkeit, entsprechende Nachweise und Produktinformationen bereitzustellen, wird damit zu einem praktischen Auswahlkriterium.

Spezialdistributoren im Bereich Green IT und Refurbished-Hardware können hier einen strukturellen Vorteil haben, wenn Prüfung, Aufbereitung und Dokumentation zu ihrem Kerngeschäft gehören. Ein Broadliner kann dagegen durch seine Breite und standardisierte Dokumentation punkten. Entscheidend ist nicht das Nachhaltigkeitsversprechen im Vertrieb, sondern die Frage, welche Nachweise für den konkreten Auftrag tatsächlich geliefert werden können.

Bei refurbished Hardware sollte das Systemhaus besonders genau prüfen, wie der Zustand der Komponenten klassifiziert wird, welche Garantie gilt und ob Seriennummern sowie Prüfprotokolle verfügbar sind. Bei Neugeräten können Energieverbrauch, Herstellerangaben und Verpackung eine Rolle spielen. Die Auswahl des Distributors wird damit Teil der eigenen Angebots- und Nachweiskette.

Die Wahl als Betriebsmodell: Kriterien für den passenden IT-Distributor

Die Entscheidung für oder gegen einen Distributor ist kein Bauchgefühl. Sie ist eine Funktion aus Parametern, die für das eigene Geschäft gewichtet werden müssen. Ein Hardware-Großhändler kann bei Lieferzeit und Sortiment überzeugen, aber bei Retouren oder Schnittstellen schwach sein. Ein kleiner Spezialanbieter kann fachlich hervorragend passen, erzeugt jedoch möglicherweise zusätzlichen manuellen Aufwand.

Ein brauchbares Raster sollte deshalb nicht nur Anbieter nebeneinanderstellen, sondern die Anforderungen des Systemhauses abbilden:

KriteriumPrüfparameterRelevanz bei hohem VolumenRelevanz bei Nischenfokus
Lieferzeit LagerwareVerfügbare Menge, bestätigter Termin, VersandoptionenHochMittel
Lieferzeit SonderbestellungHerstellerbezug, Rückstandsmanagement, AlternativenMittelHoch
KonditionsstrukturStaffelungen, Projektpreise, Zahlungsziele, NebenkostenHochMittel bis hoch
EDI/API-IntegrationUmfang, Dokumentation, Testumgebung, StatusdatenHochJe nach Prozess
Plattform-AnbindungDatenqualität, Aktualität, Such- und VergleichsfunktionenMittelHoch
DropshipmentNeutraler Versand, White-Label, RetourenprozessMittelHoch
Persönlicher AnsprechpartnerErreichbarkeit, Eskalationsweg, FachkenntnisMittelHoch
NischenprodukteSortiment, Prüfung, Kompatibilität, ErsatzteilversorgungNiedrigHoch
RahmenvertragsfähigkeitReferenzen, Rechnungslogik, DokumentenformateAbhängig vom SegmentAbhängig vom Segment
NachhaltigkeitsnachweiseVerfügbarkeit und Belastbarkeit der DokumentationSteigendMittel bis hoch

Die Bewertung sollte mit realen Aufträgen erfolgen. Ein Systemhaus kann beispielsweise eine typische Serverkonfiguration, einen Storage-Ausbau und einen Standard-Clientauftrag auswählen. Für jede Kombination werden nicht nur Preis und Lieferzeit erfasst, sondern auch Aufwand und Risiko:

  • Wie viele Rückfragen sind bis zur belastbaren Angebotsabgabe nötig?
  • Wie vollständig sind Produkt- und Kompatibilitätsdaten?
  • Wie zuverlässig werden Liefertermine aktualisiert?
  • Wie einfach lassen sich Teillieferungen und Ersatzartikel steuern?
  • Wie schnell wird eine Reklamation angenommen und gelöst?
  • Welche Informationen müssen Mitarbeitende manuell in das ERP-System übertragen?
  • Sind Dokumente für Kunden, Rahmenverträge oder Nachhaltigkeitsnachweise verfügbar?

Auf diese Weise entsteht kein abstrakter Hardware-Großhändler-Vergleich, sondern ein Bild der tatsächlichen Eignung für das eigene Geschäftsmodell. Die niedrigste Artikelposition ist nicht automatisch die beste Wahl, wenn der Auftrag anschließend durch Rückfragen, Fehlbestellungen oder manuelle Nacharbeit teurer wird.

Auch die Zahl der aktiven Lieferanten sollte nicht als starre Zielgröße verstanden werden. Die Befragungsdaten zeigen, dass mehrere Bezugsquellen im Markt üblich sind. Daraus folgt aber nicht, dass jedes Systemhaus eine bestimmte Anzahl von Distributoren parallel aktiv führen muss. Entscheidend ist die Abdeckung der kritischen Produktgruppen und Prozesse.

Ein praktikables Modell kann aus folgenden Rollen bestehen:

1. Hauptlieferant für Standardbedarf. Dieser Distributor deckt die häufigsten Produkte ab und bietet einen stabilen Bestell- und Rechnungsprozess.

2. Ergänzende Quelle für Verfügbarkeit. Sie kommt zum Einsatz, wenn Lagerbestand, Liefertermin oder Herstellerzugang des Hauptlieferanten nicht ausreichen.

3. Spezialdistributor für Nischen. Er liefert Produkte oder Dienstleistungen, die im Broadliner-Sortiment fehlen oder dort nicht sinnvoll betreut werden.

4. Projektbezogene Quelle. Für einzelne öffentliche Aufträge, Sonderkonfigurationen oder Refurbished-Projekte kann ein zusätzlicher Anbieter sinnvoll sein, ohne zum dauerhaften Hauptlieferanten zu werden.

Die Multi-Distributions-Strategie funktioniert dann, wenn Zuständigkeiten und Einsatzregeln festgelegt sind. Sonst entsteht lediglich ein größerer Lieferantenstamm mit verstreuten Logins, uneinheitlichen Daten und unklaren Reklamationswegen. Ein Systemhaus sollte deshalb regelmäßig prüfen, welche Lieferanten tatsächlich genutzt werden, welche Produktgruppen sie abdecken und welche Prozesse noch manuell laufen.

Der Wettbewerbsvorteil entsteht nicht durch die bloße Zahl der Konten bei verschiedenen Distributoren. Er entsteht durch die Fähigkeit, für jede Beschaffungssituation die passende Quelle auszuwählen: Broadliner für standardisierte Bündel, Spezialisten für technische Tiefe, Plattformen für Markttransparenz und direkte Schnittstellen für wiederkehrende Abläufe.

Wer einen Distributor für Server-Komponenten finden will, sollte daher nicht mit dem größten Katalog beginnen, sondern mit dem eigenen Betriebsmodell. Welche Liefertermine müssen eingehalten werden? Welche Komponenten verursachen die meisten Rückfragen? Wo entstehen Retouren? Welche Kunden verlangen White-Label-Versand, Rahmenvertragsfähigkeit oder Nachhaltigkeitsnachweise? Erst aus diesen Antworten ergeben sich belastbare IT-Distributor-Auswahlkriterien für B2B-Hardware.

Die Ein-Lieferant-Strategie ist im deutschen IT-Channel nicht deshalb überholt, weil mehrere Anbieter grundsätzlich moderner wären. Sie passt schlicht immer seltener zu den Anforderungen eines Systemhauses, das gleichzeitig Verfügbarkeit, Marge, Automatisierung und Projektrisiko steuern muss. Eine gute Beschaffungsarchitektur verbindet deshalb mehrere Quellen – aber nicht wahllos. Sie ordnet jedem Distributor eine klare Funktion zu und bewertet diese Funktion an den Prozessen, die beim Kunden am Ende zählen.

Häufige Fragen

Warum reicht ein einzelner Distributor für ein Systemhaus meist nicht aus?
Ein einzelner Anbieter stößt bei bestimmten Konfigurationen oder Spezialanforderungen oft an seine Grenzen, während eine Multi-Distributions-Strategie Verfügbarkeitsrisiken begrenzt und einen besseren Konditionenvergleich ermöglicht.
Was ist der Hauptunterschied zwischen Broadlinern und Spezialdistributoren?
Broadliner bieten ein breites Portfolio für die Bündelung von Standardbeschaffungen, während Spezialdistributoren durch tiefes Fachwissen und Sortiment in Nischensegmenten wie Refurbished-Hardware oder speziellen Serverkonfigurationen überzeugen.
Wann lohnt sich die Anbindung über EDI oder API?
EDI eignet sich besonders für standardisierte, volumenstarke Abläufe zur Automatisierung von Bestell- und Rechnungsprozessen, während APIs flexibler sind und sich für dynamische Preisabfragen oder die Integration in eigene Tools anbieten.
Worauf muss man beim Dropshipment achten?
Es ist entscheidend zu klären, ob der Distributor lediglich neutralen Versand oder echtes White-Label-Dropshipment anbietet, bei dem auch Lieferscheine und Retourenunterlagen im Namen des Systemhauses erstellt werden.
Welche Rolle spielen Distributoren bei öffentlichen Ausschreibungen?
Der Distributor muss in der Lage sein, Rahmenverträge abzubilden, korrekte Rechnungsreferenzen zu verarbeiten und notwendige Nachweise für Nachhaltigkeitskriterien oder technische Dokumentationen bereitzustellen.