IT-Distributor fürs Projektgeschäft: Worauf Reseller achten

Im Projektgeschäft reicht eine Preislistenposition nicht aus.

Wer einen IT-Distributor für Projektgeschäft bewertet, beschafft keine Kartons. Er bewertet eine Liefer- und Leistungskette über mehrere Jahre. Entscheidend sind daher nicht nur Einstandspreis und nominelle Verfügbarkeit. Entscheidend sind verbindliche Mengen, ein definierter Gefahrenübergang, dokumentierte Seriennummern, belastbare Supportzusagen und die regulatorische Eignung der gelieferten Plattform.

Ein Serverprojekt mit 80 Knoten scheitert nicht an einem fehlenden Datenblatt. Es scheitert an einer nicht reservierten Stückzahl, einer abweichenden Firmware-Revision, einer ungeklärten RMA-Strecke oder einer unbrauchbaren Lieferklausel. Diese Punkte müssen vor Bestellung geklärt sein.

Lieferkette und Incoterms: Verfügbarkeit ist kein Liefertermin

„Auf Lager“ ist im B2B-IT-Vertrieb eine Zustandsbeschreibung. Keine Projektzusage. Ohne schriftliche Bestätigung von Menge, Lagerstandort, Reservierungsdauer und Liefertermin bleibt die Aussage operativ unverbindlich.

Das betrifft besonders konfigurierbare Systeme. Ein Basismodell kann verfügbar sein, während RAID-Controller, HBA, 100-GbE-Adapter, Enterprise-SSDs oder passende Stromkabel eine vollständige Auslieferung blockieren. Bei Storage-Systemen gilt das ebenso für Erweiterungsgehäuse, Lizenzschlüssel, SFP-Module und kompatible Laufwerksmedien.

Für die Auswahl eines Distributors für Projektgeschäft muss die Lieferkette in Einzelpositionen zerlegt werden:

1. Stückliste mit Herstellerteilenummern sichern. Eine Beschreibung wie „64 GB DDR5 ECC“ reicht nicht. Relevant sind Hersteller, Teilenummer, Rank-Organisation, Geschwindigkeit, registrierter oder unbuffered Speicher sowie die Freigabe für die Zielplattform.

2. Mengen und Reservierungszeitraum schriftlich bestätigen lassen. Eine Reservierung muss Menge, Gültigkeitsdatum und die betroffene Konfiguration enthalten. Andernfalls kann der Bestand parallel disponiert werden.

3. Teillieferungen definieren. Für Rollouts sind 90 Prozent der Hardware oft wertlos, wenn die restlichen 10 Prozent für Clusterbildung, Redundanz oder Abnahme fehlen. Zulässigkeit und Terminierung von Teillieferungen gehören in die Bestellung.

4. Lieferort und Gefahrenübergang präzise festlegen. Incoterms® 2020 umfassen elf Regeln. Sie ordnen Kosten, Gefahren und Pflichten zwischen den Parteien zu. Die bloße Nennung einer Klausel ohne benannten Lieferort lässt Interpretationsspielraum.

5. Transport- und Verpackungsanforderungen dokumentieren. Rack-Server, USVs, Storage-Shelfs und empfindliche Optiken benötigen unterschiedliche Verpackungs-, Entlade- und Prüfprozesse. Eine beschädigte Palette ist kein Bagatellfall, wenn Chassis, Einschübe oder Backplanes betroffen sein können.

Die Incoterms-Klausel ersetzt keinen Kaufvertrag. Sie beantwortet nicht, ob eine Konfiguration vollständig ist, welche Dokumente mitgeliefert werden oder wann ein Lieferverzug vorliegt. Sie regelt jedoch zentral, wann das Risiko auf den Käufer übergeht und wer welchen Transportabschnitt organisiert oder bezahlt.

Der Projektpreis ist nur dann vergleichbar, wenn Lieferort, Lieferumfang, Gefahrenübergang und Reservierungsstatus vergleichbar sind.

Für Reseller ist die operative Konsequenz klar: Beschaffung darf nicht erst nach Auftragseingang technisch konkret werden. Die technische Stückliste muss vor Angebotsfreigabe stehen. Sonst entstehen Differenzen zwischen kalkulierter und tatsächlich beschaffbarer Plattform.

Hardware-Compliance beginnt bei Firmware und Energieprofil

Ein Hardware-Distributor ist im Projektgeschäft auch ein Informationslieferant. Nicht im werblichen Sinn. Sondern als Quelle für belastbare Angaben zu Modellstatus, Firmware-Versorgung, technischen Nachweisen und Produktdokumentation.

Für Server und Online-Datenspeicherprodukte im Anwendungsbereich der EU-Verordnung 2019/424 gilt seit dem 1. März 2020 eine Anforderung zur sicheren Datenlöschung auf allen Datenspeichergeräten des Produkts. Bei Systemen mit internen SSDs, NVMe-Backplanes, Boot-Modulen oder integrierten Storage-Controllern muss der Reseller deshalb prüfen, wie diese Funktion technisch umgesetzt wird.

Eine Managementoberfläche mit „Erase“-Schaltfläche genügt als Projektinformation nicht. Relevant sind die unterstützten Medien, die Löschmethode, die Protokollierung und die Abgrenzung zwischen logischer Datenlöschung, kryptografischer Löschung und physischer Bereinigung. Für Rückgabe-, Leasing- und Austauschprozesse ist dieser Unterschied direkt wirksam.

Auch die Firmware-Frage ist messbar. Für die genannten Produktgruppen muss die jeweils neueste Firmware ab zwei Jahren nach dem ersten Inverkehrbringen eines Modells mindestens acht Jahre ab dem Inverkehrbringen des letzten Geräts dieses Modells verfügbar sein. Sicherheitsupdates müssen ebenfalls mindestens acht Jahre ab dem Inverkehrbringen des letzten Geräts bereitgestellt werden.

Das ist keine Zusage für unbegrenzten Herstellersupport. Es ist auch keine Aussage über Vor-Ort-Service, Ersatzteilverfügbarkeit oder Reaktionszeiten. Diese Leistungen sind getrennt zu bewerten.

Firmware-Support technisch abgrenzen

In Projektangeboten werden vier Begriffe regelmäßig vermischt:

Ein Distributor muss diese Ebenen getrennt ausweisen können. „Drei Jahre Support“ ist ohne Servicebeschreibung keine belastbare Projektposition. Der Satz lässt offen, ob Firmwarezugang, Teiletausch, Telefon-Support, Vorabaustausch oder Vor-Ort-Einsatz enthalten sind.

Bei Netzteilen liefert die Verordnung ebenfalls konkrete Vergleichswerte. Seit dem 1. Januar 2023 gelten für bestimmte Single-Output-Netzteile Mindestwirkungsgrade von 90 Prozent bei 10 Prozent Last, 94 Prozent bei 20 Prozent Last, 96 Prozent bei 50 Prozent Last und 91 Prozent bei Volllast. Der Leistungsfaktor muss bei 50 Prozent Last mindestens 0,95 erreichen.

Für die Praxis reicht es nicht, die maximale Nennleistung eines Netzteils zu vergleichen. Ein System mit zwei redundanten 1.600-Watt-Netzteilen läuft im Normalbetrieb häufig weit unterhalb der Spitzenlast. Dann beeinflussen Lastprofil, Redundanzmodus und Wirkungsgradkurve die thermische Verlustleistung stärker als die Zahl auf dem Typenschild.

Cybersecurity: Sicherheitsprozesse gehören in die Lieferantenbewertung

Das deutsche Gesetz zur Umsetzung der NIS-2-Richtlinie ist seit dem 6. Dezember 2025 in Kraft. Für betroffene Unternehmen steigen damit die Anforderungen an Risikomanagement, Sicherheitsmaßnahmen und Meldeprozesse. Reseller müssen daraus keine pauschale Rechtsberatung ableiten. Sie müssen aber ihre technische Lieferkette auditierbar machen.

Vernetzte Hardware ist Teil dieser Kette. BMCs, Management-Controller, Storage-Appliances, Switches, Firewalls und Hypervisor-Hosts besitzen Firmware, Verwaltungszugänge und häufig eigene Web-Interfaces. Jede dieser Komponenten benötigt einen definierten Update- und Eskalationsprozess.

Der Cyber Resilience Act gilt grundsätzlich ab dem 11. Dezember 2027. Meldepflichten zu aktiv ausgenutzten Schwachstellen und schwerwiegenden Sicherheitsvorfällen beginnen bereits am 11. September 2026. Für Projektangebote bedeutet das: Hersteller- und Distributorprozesse für Schwachstelleninformationen sollten jetzt abgefragt werden, nicht erst beim Sicherheitsvorfall.

Eine belastbare Abfrage umfasst mindestens:

• den Ansprechpartner für Produktsicherheitsmeldungen und dessen Erreichbarkeit;
• die Kennzeichnung betroffener Hardware über Modell-, Serien- und Firmwarestand;
• den Weg, auf dem Security Advisories und korrigierte Firmware bereitgestellt werden;
• die Möglichkeit, Firmwarestände vor Auslieferung zu dokumentieren;
• den Ablauf für kritische Austauschfälle bei kompromittierter oder nicht aktualisierbarer Hardware;
• die Frage, ob Management-Ports, Standardzugänge und Remote-Management vor Versand gemäß Projektvorgabe behandelt werden können.

Der letzte Punkt wird oft unterschätzt. Bei vorkonfigurierten Geräten ist zu unterscheiden zwischen logistischem Staging und produktivem Sicherheitszustand. Ein installiertes Betriebssystem, ein gesetztes BIOS-Passwort oder eine vorkonfigurierte Management-IP können die Inbetriebnahme beschleunigen. Sie erzeugen aber auch Anforderungen an Zugangsdaten, Transportverschlüsselung, Löschkonzepte und Nachweisführung.

Eine Hardware-Lieferung ist erst dann projektfähig, wenn Modell, Seriennummer, Firmwarestand und Supportpfad eindeutig zuordenbar sind.

Wareneingang: Die Rügepflicht beginnt nicht nach dem Rollout

Im beiderseitigen Handelskauf muss der Käufer die Ware nach Ablieferung unverzüglich untersuchen, soweit dies nach ordnungsgemäßem Geschäftsgang möglich ist. Erkennbare Mängel müssen unverzüglich angezeigt werden. Im Projektgeschäft ist Wareneingang deshalb keine Lageraufgabe. Er ist ein kontrollierter Prüfpunkt zwischen Beschaffung und Deployment.

Die Prüfung muss nicht jede Komponente vollständig in Betrieb nehmen. Sie muss jedoch so organisiert sein, dass offene, erkennbare Abweichungen dokumentiert werden. Dazu gehören Falschlieferungen, Transportschäden, Mengenabweichungen, offensichtliche Konfigurationsfehler und fehlende Zubehörteile.

Ein sinnvoller Wareneingangsprozess trennt vier Ebenen:

1. Dokumentenabgleich: Bestellung, Auftragsbestätigung, Lieferschein und Packliste werden gegen die freigegebene Stückliste geprüft. Abweichende Teilenummern werden nicht mit einer ähnlichen Produktbeschreibung akzeptiert.

2. Physische Prüfung: Paletten, Kartons, Siegel, Chassis und Einschübe werden auf Schäden kontrolliert. Fotos müssen Versandlabel, Zustand und betroffene Einheit nachvollziehbar verbinden.

3. Identitätsprüfung: Seriennummern, Service-Tags und MAC-Adressbereiche werden erfasst, soweit dies für Asset Management, Garantiezuordnung oder Deployment erforderlich ist.

4. Technische Stichprobe oder Burn-in: Bei kritischen Plattformen werden POST, Speichererkennung, Controller-Firmware, Netzteilstatus, Lüftertelemetrie und Laufwerksinventar geprüft. Der Umfang richtet sich nach Projektkritikalität und vertraglicher Vereinbarung.

Ein fehlendes Transceiver-Modul oder ein anderer RAID-Controller kann erst beim Aufbau sichtbar werden. Das ist zu spät, wenn die Projektabnahme terminiert ist. Besonders bei Cluster- und Storage-Designs müssen daher nicht nur Mengen, sondern Kompatibilitätsklassen geprüft werden: identische SSD-Firmware, passende Multipath-Treiber, freigegebene NIC-Revisionen und gleiche Netzteilvarianten.

Die Mängelanzeige sollte keine technische Vermutung enthalten. Sie braucht beobachtbare Fakten: Bestellnummer, Lieferdatum, Seriennummer, Soll-Teilenummer, Ist-Teilenummer, Foto, Fehlerbild und konkrete Forderung. Das beschleunigt die Zuordnung im Distributor- und Herstellerprozess.

Rücknahme und Altgeräte: Zuständigkeit nicht implizieren

Bei Elektro- und Elektronikgeräten können Hersteller, Händler oder Verkäufer – abhängig von ihrer Rolle und dem nationalen Recht – Registrierungs-, Mengenmelde- sowie Rücknahme- und Verwertungspflichten treffen. Für B2B-Projekte lässt sich diese Verantwortung nicht aus der Rechnungssumme ableiten.

Die entscheidenden Parameter sind die Vertragskette, das Zielland, die Geräteart und die Marktrolle der Beteiligten. Ein Reseller sollte deshalb nicht voraussetzen, dass Distributor, Hersteller oder Endkunde die Rücknahme automatisch übernimmt.

Im Angebot und im Projektvertrag müssen mindestens diese Punkte benannt sein:

• Wer die Altgeräte übernimmt oder einen Rücknahmepartner stellt.
• Ob Demontage, Verpackung, Abholung und Transport enthalten sind.
• Wer für Datenlöschung auf Laufwerken, Boot-Medien, Controller-Caches und ausgebauten SSDs verantwortlich ist.
• Welche Nachweise über Übergabe, Löschung, Behandlung oder Verwertung benötigt werden.
• Welche Kosten bei nicht standardfähigen Geräten entstehen, etwa bei beschädigten Akkus, USV-Batterien oder Sonderverpackungen.

Gerade bei Server-Rückbau ist die Datenlöschung vom Recyclingprozess zu trennen. Ein Gerät kann zur Verwertung bestimmt sein und trotzdem noch Daten auf NVMe-Modulen, SATA-DOMs, SD-Karten oder austauschbaren Controller-Medien enthalten. Die Rücknahmevereinbarung ersetzt kein Löschprotokoll.

Projektunterstützung bewerten: Nicht der Rabatt entscheidet allein

Wer einen B2B-IT-Distributor bewertet, sollte Preis, Verfügbarkeit und Projektunterstützung nicht zu einer Kennzahl verdichten. Diese Parameter haben unterschiedliche Fehlerbilder.

Der niedrigste Einkaufspreis kompensiert keine falsche Konfiguration. Eine starke Kreditlinie kompensiert keine fehlende Firmware-Freigabe. Ein Herstellerstatus kompensiert keine dokumentierte Lieferzusage. Auch Zertifizierungen eines Distributors sind kein allgemeiner Nachweis für fehlerfreie Projektabwicklung oder Lieferfähigkeit.

Für die Hardware-Distributor-Auswahl eines Resellers sind daher belastbare Antworten zu folgenden Punkten relevant:

• Kann der Distributor eine technisch konsistente Stückliste gegen Herstellerfreigaben prüfen?
• Werden Konfigurationsänderungen versioniert und schriftlich bestätigt?
• Sind Mengen, Lieferdatum, Lieferort und Incoterms-Klausel im Angebot eindeutig?
• Lassen sich Seriennummern und Asset-Daten vor oder bei Lieferung bereitstellen?
• Ist klar geregelt, wer bei DOA-Fällen, Transportschäden und Fehlkonfigurationen entscheidet?
• Sind Hersteller-Support, Garantie, Vorabaustausch und RMA-Prozess als getrennte Positionen beschrieben?
• Gibt es einen belastbaren Eskalationsweg für Firmware- und Sicherheitsmeldungen?
• Ist die Rücknahme von Altgeräten vertraglich einer Partei zugeordnet?

Die Antwortqualität zählt mehr als die Antwortgeschwindigkeit. Ein Distributor, der für jede technische oder logistische Frage nur auf den Hersteller verweist, ist im Standardgeschäft ausreichend. Im Projektgeschäft verlagert er operative Risiken auf den Reseller.

Die Auswahlentscheidung muss prüfbar bleiben

Der Markt wächst. Das erhöht weder die Verfügbarkeit einzelner Komponenten noch verkürzt es automatisch RMA-Zeiten oder senkt Projektpreise. Lieferzeiten, Rabatte, Kreditlinien und Austauschfristen sind nicht standardisiert. Sie müssen für jedes Angebot, jede Konfiguration und jeden Vertrag konkret vereinbart werden.

Ein IT-Distributor für Projektgeschäft ist dann geeignet, wenn er technische, logistische und regulatorische Informationen in einer nachvollziehbaren Lieferkette zusammenführt. Preislistenkompetenz genügt nicht. Gefordert sind Stücklistenstabilität, dokumentierte Übergabepunkte, Firmware-Transparenz und definierte Eskalationswege.