IT-Distributor Auswahl: Worauf Systemhäuser achten müssen

Im Tagesgeschäft entscheiden nicht die letzten Prozentpunkte im Produktpreis über die Wirtschaftlichkeit, sondern Lieferfähigkeit, Logistikqualität, Prozesskosten und die Frage, wie schnell ein Systemhaus auf Änderungen reagieren kann. Eine günstige Serverkomponente, die nicht rechtzeitig eintrifft, ist kein Schnäppchen, sondern eine blockierte Projektmarge.

Die verfügbaren Marktdaten sind in diesem Punkt eindeutig: In einer IDC-Erhebung bewerteten ITK-Händler die Qualität der Logistik mit 1,3 und die Warenverfügbarkeit mit 1,4 auf einer Skala von 1 bis 5. Damit liegen genau die Faktoren vorn, die in vielen Einkaufsverhandlungen noch immer hinter dem Preisvergleich verschwinden. Für die IT-Distributor-Auswahlkriterien für Systemhäuser heißt das: Der Einkauf muss vom Einzelpreis auf die gesamte Leistungskette umstellen.

Logistik und Warenverfügbarkeit sind keine Nebensache

Ein Systemhaus verkauft seinen Kunden selten nur Hardware. Es verkauft einen zugesagten Termin, eine konfigurierte Lösung und die Erwartung, dass Server, Storage, Netzwerkkomponenten und Zubehör im richtigen Umfang am richtigen Ort eintreffen. Der Distributor ist dabei ein Teil der eigenen Lieferkette. Seine Fehler landen deshalb nicht in irgendeiner anonymen Abteilung, sondern beim Endkunden des Systemhauses.

Der Produktpreis ist nur eine Position in der Rechnung

Der reine Einstandspreis lässt sich leicht vergleichen. Die Folgekosten einer schlechten Abwicklung stehen dagegen an mehreren Stellen:

• Mitarbeiter verbringen Zeit mit Nachfragen, manueller Bestandskontrolle und der Korrektur fehlerhafter Aufträge.
• Ein fehlendes Bauteil verzögert die Installation einer ansonsten vollständigen Lösung.
• Ersatzgeräte müssen kurzfristig zu schlechteren Konditionen beschafft werden.
• Techniker warten auf Material oder fahren ein zweites Mal zum Kunden.
• Projekttermine verschieben sich, während die interne und externe Kommunikation weiterläuft.
• Die eigene Marge sinkt, obwohl der ursprüngliche Einkaufspreis attraktiv aussah.

Das ist klassisches TCO-Denken: Total Cost of Ownership gilt nicht nur für den Betrieb eines Servers, sondern auch für den Beschaffungsprozess. Bei einem Distributor muss der Einkäufer deshalb die Kosten der Zusammenarbeit betrachten. Dazu gehören Bestellaufwand, Reklamationsquote, Lieferabweichungen, Rücksendungen, Nachlieferungen und die Geschwindigkeit der Kommunikation.

Die Logistikqualität ist dabei nicht mit einem hübschen Versandetikett erledigt. Ein professioneller Prozess umfasst mindestens die korrekte Auftragsübernahme, eine belastbare Bestandsanzeige, nachvollziehbare Liefertermine, vollständige Sendungen und eine saubere Behandlung von Teillieferungen. Wer bei einer Bestellung mit zehn Positionen nur acht erhält, braucht nicht zwingend einen langsameren Paketdienst. Er braucht eine verlässliche Information darüber, was fehlt, warum es fehlt und wann die Restmenge eintrifft.

Verfügbarkeit muss nach Produktgruppe bewertet werden

Eine allgemeine Aussage wie „auf Lager“ reicht für die Einkaufssteuerung nicht aus. Broadliner können bei Standardhardware eine hohe Katalogbreite und große Lagerbestände bieten. Bei spezialisierten Serverkonfigurationen, Storage-Systemen oder herstellerspezifischen Erweiterungen sieht die Lage anders aus. Dort zählt nicht nur, ob ein Artikel im Katalog steht, sondern ob genau die benötigte Konfiguration verfügbar ist.

Für die Zuverlässigkeit eines IT-Großhändlers sind daher mehrere Ebenen relevant:

1. Physischer Bestand: Ist das Produkt tatsächlich verfügbar oder nur im System gelistet?

2. Reservierbarkeit: Kann Ware für ein konkretes Projekt blockiert werden?

3. Lieferzeit: Bezieht sich die Angabe auf den Versand oder auf den Eingang beim Systemhaus?

4. Konfigurationsgrad: Wird ein Einzelteil geliefert oder eine geprüfte, kundenspezifische Zusammenstellung?

5. Nachlieferung: Wie wird mit fehlenden Positionen und geänderten Lieferterminen umgegangen?

Gerade im Projektgeschäft entscheidet die letzte Frage über die operative Qualität. Ein Liefertermin, der sich täglich verändert, ist keine Planung, sondern eine Vermutung mit automatischer E-Mail.

Die beste Verfügbarkeit ist nicht die größte Zahl im Produktkatalog, sondern die Fähigkeit, eine zugesagte Konfiguration vollständig und nachvollziehbar zu liefern.

Die Multi-Distributor-Strategie: Redundanz statt Abhängigkeit

Die meisten Systemhäuser verlassen sich nicht auf einen einzigen Anbieter. Laut einer Marktbefragung von Compris arbeiten 58 Prozent der Systemhäuser mit bis zu vier Distributoren gleichzeitig zusammen. Etwa 20 Prozent nutzen mehr als vier Anbieter, während rund 22 Prozent mit nur einem Distributor auskommen.

Diese Verteilung ist kein Zeichen für fehlende Einkaufsdisziplin. Sie zeigt, dass der Markt unterschiedliche Beschaffungsfunktionen verlangt. Ein Anbieter kann bei Standardprodukten stark sein, ein anderer bei Storage-Projekten, ein dritter bei Finanzierung, Services oder besonders anspruchsvollen Herstellerbeziehungen.

Rund 70 Prozent der Bezugsquellen von IT-Resellern in Deutschland entfallen auf Distributoren. Das macht die Auswahl und Aufteilung der Lieferanten zu einer strategischen Aufgabe. Wer mehrere Partner einsetzt, sollte jedoch nicht einfach überall dieselben Artikel bestellen. Eine Multi-Distributor-Strategie braucht eine klare Allokation.

Welche Rolle die einzelnen Anbieter übernehmen können

Ein belastbares Lieferantenmodell trennt zwischen Hauptversorgung, Spezialbedarf und Ausweichoptionen:

Die Kunst besteht darin, diese Rollen nicht zu vermischen. Ein Broadliner muss nicht automatisch der beste Partner für eine hochkomplexe Storage-Architektur sein. Umgekehrt ist ein Spezialdistributor nicht zwangsläufig die wirtschaftlichste Quelle für jede Standardmaus, jeden Monitor oder jedes Netzwerkkabel.

Zu viele Lieferanten erzeugen ebenfalls Kosten

Mehrere Bezugsquellen reduzieren Risiken, erhöhen aber den administrativen Aufwand. Jeder zusätzliche Distributor bringt eigene Preislisten, Verfügbarkeitslogiken, Zahlungsbedingungen, Retourenprozesse und Schnittstellen mit. Werden diese Unterschiede nicht systematisch erfasst, entsteht ein uneinheitlicher Einkauf, der die vermeintliche Ausfallsicherheit wieder auffrisst.

Ein Systemhaus sollte deshalb nicht nur fragen, wie viele Lieferanten es besitzt, sondern welche Funktion jeder einzelne erfüllt. Eine sinnvolle Zuordnung kann beispielsweise so aussehen:

• Standardhardware läuft über einen oder zwei Broadliner.
• Komplexe Server- und Storage-Projekte werden einem spezialisierten Partner zugewiesen.
• Kritische Komponenten erhalten eine definierte Zweitquelle.
• Hersteller mit knappen Kontingenten werden über mehrere Kanäle beobachtet.
• Projektaufträge werden nicht allein nach dem Artikelpreis, sondern nach Lieferfähigkeit und Abwicklungsrisiko vergeben.

Das ist Allokation im praktischen Sinn: Der Auftrag geht nicht automatisch an den billigsten Datensatz, sondern an den Anbieter, der die wirtschaftlich beste Gesamtlösung liefern kann.

Technische Integration entscheidet über die Prozesskosten

Viele Distributoren können heute ein breites Sortiment und wettbewerbsfähige Preise anbieten. Der Unterschied zeigt sich häufig erst nach dem Auftragseingang. Wie kommen Bestellungen ins System? Wie werden Bestätigungen verarbeitet? Wie werden Preis, Bestand und Liefertermin aktualisiert? Und wie viel davon muss ein Mitarbeiter noch per Hand erledigen?

Automatisierte Systemanbindungen über EDI- und API-Schnittstellen gehören deshalb zu den zentralen Anforderungen in der Beschaffung. Branchenplattformen wie ITscope können dabei als verbindendes Element zwischen Warenwirtschaft, Lieferanten und Produktdaten dienen. Entscheidend ist nicht das Etikett der Schnittstelle, sondern der Automatisierungsgrad im realen Prozess.

Was eine brauchbare Anbindung leisten muss

Eine Integration ist erst dann wirtschaftlich relevant, wenn sie wiederkehrende Arbeit aus dem Einkauf entfernt. Dazu gehören unter anderem:

• Übernahme von Artikel-, Preis- und Verfügbarkeitsdaten in die eigene Warenwirtschaft
• Automatisierte Übertragung von Bestellungen
• Rückmeldung von Auftragsbestätigungen und Lieferterminen
• Verarbeitung von Versand- und Rechnungsdaten
• Abgleich von Seriennummern, Rückständen und Teillieferungen
• Einheitliche Produktdaten für Angebote und Kundenprojekte
• Nachvollziehbare Statusinformationen ohne manuelle Rückfrage

Der Nutzen liegt nicht nur in eingesparten Klicks. Automatisierte Prozesse reduzieren Übertragungsfehler und verbessern die Skalierbarkeit. Ein Systemhaus kann mehr Aufträge abwickeln, ohne den administrativen Aufwand im gleichen Verhältnis zu erhöhen. Das ist ein direkter Beitrag zur operativen Marge.

Schnittstelle ist nicht gleich Prozessqualität

Ein Distributor kann eine API anbieten und trotzdem schlecht integrierbar sein. Wenn Bestandsdaten verspätet eintreffen, Lieferzeiten nicht differenziert abgebildet werden oder Rückstände keine eindeutige Statuslogik besitzen, bleibt der Prozess lückenhaft. Die technische Existenz einer Schnittstelle sagt wenig über ihren praktischen Wert aus.

Für die Bewertung eines B2B-Hardware-Lieferanten sind deshalb konkrete Fragen sinnvoll:

1. Werden Bestände in Echtzeit, regelmäßig oder nur auf Anfrage aktualisiert?

2. Lassen sich verfügbare, reservierte und erwartete Mengen unterscheiden?

3. Werden Liefertermine pro Position übertragen?

4. Können Teillieferungen und Rückstände automatisch verarbeitet werden?

5. Sind Preisänderungen und kundenspezifische Konditionen eindeutig gekennzeichnet?

6. Gibt es eine stabile Dokumentation und einen erreichbaren technischen Ansprechpartner?

7. Wie werden Fehler, Ausfälle und Datenabweichungen behandelt?

Ein manuell gepflegter Export, der jeden Morgen neu geladen werden muss, kann für einen kleinen Betrieb ausreichen. Für ein wachsendes Systemhaus ist er häufig nur eine versteckte Personalstelle.

Broadliner oder VAD: Die wirtschaftliche Frage hinter der Anbieterwahl

Der Markt unterscheidet grundsätzlich zwischen Broadlinern und Spezial- beziehungsweise Value-Added-Distributoren. Broadliner punkten mit Katalogbreite, Skaleneffekten und standardisierten Abläufen. VADs konzentrieren sich stärker auf bestimmte Technologien, Hersteller oder Projektanforderungen und ergänzen den Warenbezug oft um Beratung und technische Leistungen.

Die Entscheidung sollte nicht ideologisch getroffen werden. Weder ist der Broadliner automatisch der effizienteste Partner, noch rechtfertigt ein Spezialist jede zusätzliche Servicegebühr. Entscheidend ist, wo im Projekt die Kosten und Risiken liegen.

Broadliner: stark bei Standardisierung und Durchsatz

Für standardisierte Beschaffungsvorgänge bieten Broadliner klare Vorteile:

• Große Produktauswahl aus einer Bezugsquelle
• Vergleichsweise standardisierte Bestell- und Rückgabeprozesse
• Gute Eignung für wiederkehrende Artikel
• Einfachere Bündelung von Bestellungen
• Häufig hohe Verfügbarkeit bei etablierten Standardprodukten

Das reduziert die Zahl der Transaktionen und vereinfacht die operative Beschaffung. Wer regelmäßig ähnliche Arbeitsplatzsysteme, Netzwerkkomponenten oder Peripherie benötigt, profitiert von kurzen Entscheidungswegen und einer breiten Katalogabdeckung.

Die Grenze liegt dort, wo das Projekt nicht mehr aus austauschbaren Einzelpositionen besteht. Ein Hochverfügbarkeitscluster, eine Storage-Erweiterung oder eine herstellerspezifische Serverkonfiguration verlangt oft mehr als die Verfügbarkeit einzelner Artikelnummern.

VADs: Mehrwert nur dann, wenn er reale Arbeit ersetzt

Value-Added-Distribution ist kein Freifahrtschein für höhere Preise. Der zusätzliche Wert muss im Projekt sichtbar werden. Das kann technische Vorplanung, Konfigurationshilfe, Herstellereskalation, Zertifizierungswissen, Finanzierung oder Unterstützung bei der Implementierung sein.

Die entscheidende Kalkulationsfrage lautet: Welche interne Leistung wird durch den Distributor ersetzt oder beschleunigt?

Wenn ein VAD eine Konfiguration absichert, die sonst mehrere Stunden Engineering und mehrere Korrekturschleifen erfordern würde, kann die höhere Handelsspanne wirtschaftlich sinnvoll sein. Wenn der Distributor dagegen lediglich ein weiteres PDF mit Produktdaten liefert, handelt es sich nicht um strategischen Mehrwert, sondern um Vertriebssprache.

Bei der Projektunterstützung durch IT-Distributoren sollte ein Systemhaus daher auf konkrete Leistungen bestehen:

• Wer erstellt oder validiert die technische Konfiguration?
• Gibt es einen benannten Ansprechpartner für das Projekt?
• Wie schnell werden Herstellerfragen beantwortet?
• Welche Unterstützung erfolgt bei Kompatibilitätsproblemen?
• Werden Alternativen bei Nichtverfügbarkeit vorgeschlagen?
• Welche Leistungen sind im Preis enthalten, welche werden separat berechnet?

Das Ergebnis muss in die Projektmarge passen. Technische Beratung ist wertvoll, aber nicht automatisch rentabel.

Service-Level, Zahlungsziele und Garantieabwicklung

Die Leistungsfähigkeit eines Distributors endet nicht mit dem Versand. Im B2B-Geschäft gehören Reklamation, Austausch, Garantieabwicklung und kaufmännische Flexibilität zur Lieferantenleistung. Ein Anbieter, der schnell verkauft, aber bei einem Defekt wochenlang unklar bleibt, produziert für das Systemhaus zusätzliche Kosten.

Service-Level müssen messbar sein

Ein Service Level Agreement sollte nicht aus allgemeinen Formulierungen bestehen. Aussagen wie „schneller Support“ oder „hohe Servicequalität“ sind für eine Einkaufsentscheidung unbrauchbar. Relevant sind überprüfbare Zusagen:

• Reaktionszeit bei technischen und kaufmännischen Anfragen
• Eskalationsweg bei kritischen Projektverzögerungen
• Umgang mit Falschlieferungen und Transportschäden
• Fristen für Rücknahme und Austausch
• Informationspflicht bei Bestands- oder Terminänderungen
• Zuständigkeit bei Hersteller- und Garantiefragen

Nicht jedes Systemhaus benötigt für jede Produktgruppe ein formales SLA. Für kritische Infrastruktur, größere Projekte und wiederkehrende Beschaffung kann eine dokumentierte Vereinbarung jedoch sinnvoll sein. Sie schafft keine perfekte Lieferkette, macht Abweichungen aber sichtbar und diskutierbar.

Garantieabwicklung ist ein Teil der TCO

Bei einem defekten Gerät interessiert den Kunden nicht, ob der Fehler beim Hersteller, Distributor oder Transportdienstleister entstanden ist. Er erwartet eine Lösung. Das Systemhaus muss deshalb wissen, wer welchen Teil der Abwicklung übernimmt.

Ein praktikabler Prozess klärt:

1. Wo wird der Defekt gemeldet?

2. Welche Informationen und Nachweise werden benötigt?

3. Gibt es eine Vorab-Ersatzlieferung oder nur eine Reparatur?

4. Wer trägt Transport- und Bearbeitungskosten?

5. Wie werden Seriennummern und Kaufbelege dokumentiert?

6. Was passiert bei nicht mehr lieferbaren Komponenten?

7. Wie wird der Kunde über den Status informiert?

Gerade bei Servern, Storage-Systemen und Netzwerktechnik kann ein Ausfall erhebliche Folgekosten verursachen. Ein Distributor mit sauberer RMA- und Garantieabwicklung ist deshalb unter Umständen wirtschaftlicher als ein Anbieter mit geringfügig besseren Einkaufspreisen, aber langsamen Eskalationswegen.

Zahlungsziele verbessern Liquidität, ersetzen aber keine Kalkulation

Flexible Zahlungsziele und projektbezogene Finanzierungsmodelle können für Systemhäuser einen echten Wettbewerbsvorteil darstellen. Sie entlasten die Liquidität, wenn Hardware vorfinanziert werden muss oder Kunden erst nach Projektabschluss zahlen.

Allerdings darf ein längeres Zahlungsziel nicht dazu führen, dass ein defizitäres Projekt künstlich attraktiv gerechnet wird. Für die kaufmännische Bewertung gehören mindestens diese Größen zusammen:

• Einkaufspreis und erwartete Verkaufsmarge
• Zahlungsziel des Distributors
• Zahlungsziel des Endkunden
• Kapitalbindung durch Lager- und Projektbestände
• Aufwand für Konfiguration und Logistik
• Risiko von Preisänderungen oder Nichtverfügbarkeit
• Kosten möglicher Nachlieferungen und Reklamationen

Finanzierung ist ein Werkzeug im Beschaffungsmodell. Sie ist kein Ersatz für eine belastbare Projektkalkulation.

Ein Verfahren für die IT-Distributor-Auswahl

Die Auswahl sollte nicht in einer einmaligen Tabellenübung enden. Ein Distributor kann auf dem Papier gut aussehen und im Alltag an fehlenden Lieferinformationen, langsamen Rückmeldungen oder manuellen Prozessen scheitern. Sinnvoll ist deshalb ein Verfahren, das Bewertung und tatsächliche Zusammenarbeit verbindet.

1. Beschaffungsprofil des Systemhauses definieren

Zuerst wird festgelegt, welche Warengruppen und Projektarten regelmäßig beschafft werden. Ein Anbieter für Arbeitsplatzhardware wird nach anderen Kriterien bewertet als ein Partner für Rechenzentrumsinfrastruktur. Ohne dieses Profil vergleicht der Einkauf Äpfel mit Storage-Controllern.

Zu erfassen sind unter anderem:

• Anteil von Standard- und Projektgeschäft
• Häufigkeit zeitkritischer Bestellungen
• Bedarf an Konfiguration und technischer Beratung
• Bedeutung von Herstellerzertifizierungen
• Anforderungen an Garantie und Austausch
• Erwartete Bestellvolumina
• Notwendigkeit von EDI- oder API-Anbindungen

2. Anbieter nach Rollen statt nur nach Rangliste bewerten

Ein Ranking von eins bis zehn ist schnell erstellt und oft wenig hilfreich. Besser ist eine Zuordnung nach Aufgaben: Hauptlieferant, Spezialpartner, Zweitquelle oder Projektanbieter. So wird sichtbar, welche Lücke ein Distributor tatsächlich schließt.

3. Datenqualität und Prozessintegration testen

Vor einer umfassenden Anbindung sollte ein Pilot mit realistischen Artikeln und Bestellabläufen stattfinden. Getestet werden nicht nur Artikelstammdaten, sondern auch Rückstände, Teillieferungen, Stornierungen und Rechnungsdaten. Genau dort liegen später die Kosten.

4. Lieferfähigkeit über Zeit beobachten

Eine Momentaufnahme der Verfügbarkeit reicht nicht. Der Einkauf sollte dokumentieren, wie häufig sich Liefertermine ändern, wie oft Bestellungen geteilt werden und ob angekündigte Mengen tatsächlich eintreffen. Ein einzelner guter Auftrag beweist wenig; wiederholbare Leistung dagegen schon.

5. Pilotprojekte mit wirtschaftlicher Auswertung abschließen

Nach einer Testphase gehören die Ergebnisse in eine nüchterne Rechnung:

• Wie viele manuelle Vorgänge sind entfallen?
• Wie schnell wurden Anfragen beantwortet?
• Wie viele Aufträge waren vollständig?
• Wie hoch war der Aufwand bei Rückfragen und Reklamationen?
• Mussten Alternativartikel gesucht werden?
• Hat sich die Lieferzeit auf die eigene Projektabwicklung ausgewirkt?

Erst dann lässt sich beurteilen, ob der Distributor im Alltag tatsächlich günstiger arbeitet.

Ein Distributor ist nicht dann gut, wenn er den niedrigsten Preis anbietet. Er ist gut, wenn seine Leistung die eigene Lieferfähigkeit verbessert, ohne die Projektmarge aufzufressen.

Typische Fehler bei der Auswahl

In der Praxis wiederholen sich einige Fehlentscheidungen.

Erstens: Der Einkauf vergleicht nur Artikelpreise.

Das führt zu einer scheinbaren Optimierung. Prozesskosten, Ausfallrisiken und Zeitaufwand bleiben unsichtbar.

Zweitens: Verfügbarkeit wird mit Katalogbreite verwechselt.

Ein umfangreiches Sortiment sagt wenig darüber aus, ob eine konkrete Serverkonfiguration vollständig geliefert werden kann.

Drittens: Mehrere Lieferanten werden ohne Rollenmodell eingesetzt.

Dann entstehen doppelte Stammdatenpflege, unklare Zuständigkeiten und ein uneinheitlicher Reklamationsprozess.

Viertens: Eine Schnittstelle wird als fertige Automatisierung betrachtet.

Ohne verlässliche Daten, Statusmeldungen und Fehlerbehandlung bleibt die API nur ein technisches Verkaufsargument.

Fünftens: Projektunterstützung wird nicht in der Marge bewertet.

Zusätzlicher Service kann sinnvoll sein, muss aber eine konkrete interne Leistung ersetzen oder ein relevantes Projektrisiko senken.

Sechstens: Garantie und Rückgabe werden erst im Schadensfall betrachtet.

Dann ist es zu spät, um Zuständigkeiten, Fristen und Ersatzprozesse effizient zu verhandeln.

Fazit: Die richtige Auswahl ist eine Risikoentscheidung

Für Systemhäuser sind Logistikqualität und Warenverfügbarkeit die zentralen Größen bei der Auswahl eines IT-Großhändlers. Das bestätigen auch die genannten Bewertungen aus der IDC-Erhebung. Der Produktpreis bleibt relevant, aber er steht nicht isoliert über allen anderen Faktoren. Er ist eine Position in einer Wirtschaftlichkeitsrechnung, die Lieferfähigkeit, Prozesskosten, Kapitalbindung und Service einschließen muss.

Die meisten Systemhäuser fahren mit mehreren Distributoren sinnvoller als mit einer vollständigen Abhängigkeit von nur einem Anbieter. Entscheidend ist jedoch die klare Aufgabenverteilung zwischen Broadliner, Spezialdistributor, VAD und Zweitquelle. Automatisierte EDI- und API-Anbindungen senken den manuellen Aufwand, entfalten ihren Wert aber erst bei belastbaren Daten und sauber definierten Prozessen.

Meine Empfehlung für den Einkauf ist deshalb eindeutig: Nicht mit einer allgemeinen Lieferantenliste starten, sondern mit den eigenen kritischen Beschaffungssituationen. Welche Produkte müssen verfügbar sein? Welche Projekte dürfen nicht ins Rutschen kommen? Wo fehlen interne technische Ressourcen? Und welche Prozesskosten entstehen heute durch manuelle Arbeit?

Danach werden die Distributoren nicht nach Werbeversprechen, sondern nach Rollen, Datenqualität, Lieferleistung und realem TCO bewertet. Der günstigste Anbieter gewinnt nur dann, wenn er auch zuverlässig liefert. In allen anderen Fällen ist der niedrige Preis lediglich der erste, auffälligste Posten einer deutlich teureren Rechnung.