„Milliarden Bauteilnummern“ ist eine Zählfrage: Eine offene Bauteildatenbank braucht nur die Identitätsschicht
Ideenarchiv · GeekWaedon @GeekWaedon
GeekWaedon @GeekWaedon · 2026-11-08
Der teuerste Teil dieses Projekts ist nicht, Milliarden Datensätze zu speichern, sondern jeden einzelnen für Dritte nachprüfbar zu machen. SiliconExpert sagt es auf der About-Seite unmissverständlich: eine Datenbank mit über 1 Mrd. Bauteilen, handgefertigt von mehr als 500 Elektro-, Software- und Daten-Ingenieuren, mit täglich aktualisierten API-Daten. Zu öffentlichen Cloud-Preisen kosten ein paar hundert Gigabyte wenige Dollar im Monat – vier bis fünf Größenordnungen weniger als mehrere hundert Personenjahre. Richtig ist deshalb nicht der Nachbau eines „kostenlosen SiliconExpert“, sondern genau jene eine Schicht, die am wenigsten geöffnet wird und öffentliche Governance am dringendsten braucht: eine eindeutige Identität aus Marke plus Bauteilnummer und die Evidenzkette hinter dieser Entscheidung.
Zahlen geprüft am 2026-11-08. Der direkte Aufruf der Herstellerseite liefert Akamai Access Denied; dieses Dossier stützt sich auf indizierte Fassungen öffentlicher Seiten (About / FAQ / Pricing / die chinesische Seite „Design Right“), offizielle chinesische Texte, öffentliches Partnermaterial und Kaufberater aus 2026. Schätzwerte sind jeweils als solche gekennzeichnet.
Arbeitscodename CUPI (Component URL & Provenance Index), kein formeller Produktname. Eröffnet am 2026-11-08.
1. Erst drei Zahlen korrigieren, sonst stimmt das Budget ab Seite eins nicht
Zwei der drei Annahmen in der Aufgabenstellung brauchen eine andere Bezugsgröße. Unten stehen nur belegbare Aussagen; Werbezahlen und harte Kennzahlen bleiben getrennt.
| Ursprüngliche Aussage | Belegbare öffentliche Angabe (2026-11-08) | Bewertung |
|---|---|---|
| Weltweit Zehntausende Chip-Hersteller | Offizielle About-Seite: „over 15.000 companies“ in der Datenbank. Chinesisches Partnermaterial nennt separat „20.000 Distributoren und Lieferanten“. | 15.000 ist die Gesamtzahl der Unternehmen – inklusive passiver Bauteile, Steckverbinder, Elektromechanik und Lieferanten –, nicht 15.000 Chip-Hersteller. Die 20.000 zählen das Vertriebsnetz. Beide dürfen nicht addiert werden. |
| Voraussichtlich mehrere Milliarden Marken- und Typenkombinationen | Offizielle Kennzahl: „1 Billion+ Parts monitored for accuracy“. Die chinesische Seite „Design Right“ nennt parametrische Suche über 1 Mrd. elektronische Bauelemente. Eine Partnerseite verwendet „Milliarden elektronischer Bauelemente“ als Werbetext. | Die Größenordnung sind eine Milliarde Datensätze, nicht mehrere Milliarden eindeutige Bauteilnummern. „Milliarden“ kommt nur in Werbetexten vor und taugt nicht als technische Eingangsgröße. |
| Große Datenmenge bedeutet hohe Kosten | Offizielle FAQ: Kernarbeit ist es, „centralize and normalize that data“. About: über 500 Ingenieure „handcraft“ die Datenbank. Pricing: tägliche Aktualisierung. | Die Kosten liegen in dauerhafter menschlicher Normierung und Herkunftssicherung, nicht in Bytes. Siehe die Rechnung in Kapitel fünf. |
Also nicht mit der Serverdimensionierung anfangen. Die eigentliche Frage lautet: Wie viel menschliche Arbeit kostet es, eine Kombination aus Marke und Bauteilnummer für eindeutig zu erklären – und drei Jahre später noch von jemand anderem nachprüfen zu lassen?
2. „1 Milliarde+“ sind keine Milliarde Bauteilnummern
Die Milliarde aufgedröselt: Ein einziger Chip kann eigene Datensätze für Gurt-, Tray- oder Stangenverpackung, bleifreie und RoHS-Varianten, unterschiedliche Distributor-SKUs, Datenblatt-Revisionen sowie den Status vor und nach der Abkündigung belegen. Bei passiven Bauteilen ist es extremer – eine Chip-Widerstandsserie spannt sich über Widerstandswert × Toleranz × Spannung × Temperaturkoeffizient × Gehäuse × Verpackung auf, ein kartesisches Produkt für sich.
Vergleich mit belegbaren Ankern: DigiKey nennt „Over 18 million listed parts, with over a million available for immediate shipment“; Mouser liegt bei rund 6,8 Mio. Produkten aus über 1.200 Produktlinien (Kaufberater 2026); SiliconExpert nennt über 1 Mrd. Wenn ein Katalogdistributor bereits im zweistelligen Millionenbereich listet, erklärt sich eine zwei Größenordnungen größere kommerzielle Datenbank am plausibelsten als Zahl indizierter Datensätze – mit Quellendubletten, Verpackungsvarianten, historischen Revisionen und parametrischen Kombinationen –, nicht als eine Milliarde voneinander verschiedener bestellbarer Einheiten.
Damit ist der Instinkt „die Datenmenge ist wohl groß“ richtungsweisend, trifft aber das falsche Objekt. Groß ist nicht die Menge der eindeutigen Entitäten, sondern der Kombinationsraum aus Aliassen und Varianten. Eindeutigkeit herzustellen heißt, diesen Raum auf eine stabile ID zurückzufalten – ein Problem der Entitätsauflösung, nicht der Speicherkapazität.
Die Schlussfolgerung ist eindeutig: Wer sich „wie viele Zeilen wir speichern“ zum Ziel setzt, gräbt sich ein Loch, das nie voll wird. Wer fragt „können wir entscheiden, ob zwei Zeichenketten dieselbe bestellbare Einheit bezeichnen“, für den wird der Umfang beherrschbar – und genau diese Fähigkeit lässt sich nicht kopieren.
3. Vergleich: drei Marktschichten, und die teure ist nicht die Suche
Chinesische und internationale Plattformen danach zu ordnen, womit sie Geld verdienen, zeigt mehr über die Preislogik als jede Funktionsliste.
| Schicht | Vertreter | Erlösquelle |
|---|---|---|
| Transaktion: Bestand, Preis, Bestellung | DigiKey, Mouser, Arrow, LCSC, ICGOO | Warenmarge und Zahlungsziele; der Katalog ist gratis und kauft Reichweite |
| Discovery: kanalübergreifender Preisvergleich, parametrische Suche | Octopart / Nexar, Findchips, chinesische Bauteilsuchdienste | Gratis-Basisversion plus API-Abrechnung nach Aufrufen; Kaufberater 2026 schätzen rund 600 USD/Jahr bzw. etwa 500 USD/Monat für 50.000 Aufrufe – beides Schätzwerte |
| Entscheidung: Lebenszyklus, Compliance, Alternativen, Risiko | SiliconExpert, Z2Data, Supplyframe DSI, S&P Global Parts Intelligence | Pro Arbeitsplatz, pro Stücklistenzeile oder als Jahres-API-Paket; jede offizielle Seite endet in einer Angebotsanfrage |
Zur Preisfrage: Die Pricing-Seite und die FAQ von SiliconExpert bieten nur ein „customized quote“. Kaufberater 2026 nennen 5.000–9.000 USD pro Arbeitsplatz und Jahr, andere Berichte 10.000–25.000 USD für ein Team-Paket und rund 100.000 USD/Jahr für die API, Z2Data 12.000–35.000 USD und Supplyframe DSI 7.500–50.000 USD. Eine so weite Spanne zeigt: Das ist kein Standardprodukt. „Ein paar Zehntausend im Jahr“ passt zu einem Einstiegsarbeitsplatz oder Einzelmodel über einen lokalen Partner, ist aber kein offizieller Preis.
Die entscheidende Beobachtung: Keine der drei Schichten rechnet nach Datensatzzahl. Transaktion verdient an der Abwicklung, Discovery am Aufrufvolumen, Entscheidung daran, ob man mit diesem Datensatz eine Obsoleszenzentscheidung verantworten will. Das Abonnement kauft „eine Quelle, auf die man zeigt, wenn etwas schiefgeht“, nicht „ein Ergebnis, das ich nachschlagen kann“.
4. Was das Jahresabonnement tatsächlich kauft
Drei Sätze der offiziellen FAQ lassen sich als Lastenheft lesen: „over 1 billion components, including cross references, lifecycle, parametric, obsolescence forecasts, regulation compliance and inventory data“; „We centralize and normalize that data“; sowie „With over 500 data engineers ... Supporting source documentation is always provided“.
Der dritte Satz ist der entscheidende – er legt offen, was das Produkt wirklich ist. Geliefert wird keine Parametertabelle, sondern der Beleg hinter jeder Aussage. In einem Compliance-Prozess liegt die Verantwortung für einen falschen RoHS-Status nicht auf dem Server des Datenbankanbieters, sondern bei der Ingenieurin, die unterschreibt. Deshalb muss ein Klick zur Herstellererklärung mit Revision und Datum zurückführen. Die Feldliste der chinesischen Seite bestätigt das: ECCN, REACH, SCIP, China RoHS, Konfliktmineralien, Materialdeklarationen, PCN, JEDEC-Dokumente – fast jeder Eintrag braucht einen Originalbeleg.
Hinzu kommt die Aktualität. Die Pricing-Seite nennt API-Daten „updated daily“. Bauteildaten verfallen schnell: PCN, EOL, Last-Time-Buy, geänderte Nummernsuffixe und Markenwechsel nach Übernahmen passieren wöchentlich. Eine Datenbank ohne dauerhafte Aktualisierung ist am Tag der Veröffentlichung ein historisches Archiv.
Daraus folgt die Kostenstruktur: Crawling und Parsing ist einmaliges Engineering; Normierung und Disambiguierung, Pflege der Evidenzkette und Compliance-Einstufung binden dauerhaft Personal, und jede dieser Aufgaben braucht einen Namen dahinter. Nur die erste lässt sich automatisieren. Die anderen drei sind der Alltag dieser über 500 Ingenieure.
Ein letzter Punkt, den ein offenes Projekt nicht bekommen kann: SiliconExpert ist eine Tochter von Arrow Electronics und kann für Obsoleszenzprognosen auf Transaktionsdaten des autorisierten Vertriebs zurückgreifen. Solche Daten sind für ein offenes Projekt unerreichbar, und so zu tun als wäre es anders, wäre unehrlich. Die Funktion ohne diese Datenvoraussetzung in eine Vergleichstabelle zu schreiben, ist die häufigste Selbsttäuschung in Plänen dieser Art.
5. Die Kosten in eine nachrechenbare Rechnung übersetzen
Alles Folgende ist eine Größenordnungsabschätzung, kein Angebot. Die Einheitspreise stammen aus gängigen öffentlichen Object-Storage-Tarifen, der Personalaufwand ist grob über die offiziell genannten 500+ Ingenieure überschlagen, ohne Sozialkosten, Verwaltung und Vertrieb. Es geht ausschließlich um den Größenvergleich.
| Kostenposition | Rechnung und Bezugsgröße | Größenordnung |
|---|---|---|
| Speicher der Indexdatensätze | 1 Mrd. Datensätze × ca. 200 B ≈ 200 GB; Object Storage zu rund 0,02 USD je GB und Monat | Wenige Dollar im Monat – vernachlässigbar |
| Vollständige Parameter und Anhänge | 100 Mio. eindeutige Bauteilnummern × 2 KB ≈ 200 GB, plus Datenblatt-PDFs und Revisionshistorie, in TB gerechnet | Zehn bis einige hundert Dollar im Monat – immer noch nicht der Hauptposten |
| Dauerhafte Normierung und Herkunftssicherung | 500 Personen × ganzes Jahr, grob zu Branchengehältern angesetzt | Vier bis fünf Größenordnungen über dem Speicher – der dominante Posten |
| Rechte und Compliance | Prüfung von Quellenbedingungen, Lizenzen, Datenbankrecht und Take-down-Reaktion | Einmalige Rechtsarbeit plus dauerhafte Governance – nicht einsparbar |
Wer „Milliarden Datensätze“ als Budgetbegründung anführt, hat die Richtung umgedreht. Was den Preis auf einen fünfstelligen Jahresbetrag treibt, ist dass täglich jemand entscheiden muss, ob zwei Bauteilnummern dasselbe sind – und die Grundlage dafür archiviert. Speicher ist die billigste Zeile dieser ganzen Rechnung.
Umgekehrt spart ein offenes Projekt genau den größten Posten: keine hunderten Personen für die Vollparameterbereinigung. Nur die Identitätsschicht dünn und nachprüfbar bauen, Herstellerbekanntmachungen, Distributorkataloge und Community-Beiträge jeweils ihre Belege liefern lassen und das Zusammenführen Regeln statt Personal überlassen.
6. Rechtsgrenze: zuerst festlegen, was nicht übernommen werden darf
Tatsache und Ausdruck sind zu trennen. Eine Bauteilnummern-Zeichenkette, ein Nennwiderstand oder eine Gehäuseabmessung sind in der Regel nicht urheberrechtlich geschützt; Datenblatt-PDFs, die Anordnung von Parametertabellen und deren Wortlaut schon. In der EU kann eine Datenbank wegen einer wesentlichen Investition in Beschaffung, Prüfung oder Darstellung zusätzlich ein 15-jähriges Schutzrecht sui generis genießen (Richtlinie 96/9/EG), das Entnahme und Weiterverwendung wesentlicher Teile untersagt – und ein Bauteilkatalog fällt offensichtlich in diese Kategorie.
Artikel 3 und 4 der Richtlinie (EU) 2019/790 schaffen Ausnahmen für Text- und Data-Mining, doch Artikel 4 erlaubt Rechteinhabern maschinenlesbare Nutzungsvorbehalte (robots.txt, TDM-Reservierungsprotokolle), und die Forschungsausnahme hat Voraussetzungen zur Person. Ein kommerzielles offenes Projekt darf nicht annehmen, dass es darunter fällt. Wo eine robots.txt steht, wird angehalten – nicht umgangen.
Die architektonische Konsequenz ist hart: Keine fremden, bereits bereinigten Ergebnismengen übernehmen. Nur aus einer rechtlich geklärten Tatsachenschicht schöpfen – öffentliche Bauteilseiten der Hersteller, PCN-/EOL-Bekanntmachungen, Dokumente von Standardisierungsorganisationen und Daten, die ausdrücklich unter CC0, ODbL oder offenen API-Bedingungen veröffentlicht sind. Pro Datensatz nur „Aussage + Quell-URL + Erfassungszeit + Inhalts-Hash + Lizenz“ speichern, weder Text kopieren noch PDFs spiegeln.
Die eigene Datenbank sollte unter ODbL erscheinen (OpenStreetMap ist 2012 genau wegen des Datenbankrechts von Creative Commons zu ODbL gewechselt), der Code unter Apache-2.0 oder MIT, die reine Tatsachenschicht gegebenenfalls unter CC0; bei gemischten Rechten empfiehlt ODbL die Kennzeichnung pro Eintrag. Das muss vor der ersten Zeile Erfassungscode feststehen, sonst ist die Lizenzkette später nicht mehr rekonstruierbar und eine einzige Löschanforderung wirft das ganze Projekt auf Null zurück.
7. Wie weit die Open-Source-Seite bereits ist
Diese Richtung ist nicht leer; was fehlt, ist ganz konkret. Die Tabelle nennt nur Projekte, deren Implementierung einsehbar ist.
| Projekt | Bereits gelöst | Nicht gelöst |
|---|---|---|
| Offizielle KiCad-Symbol- und Footprint-Bibliotheken | Symbole, Footprints, 3D-Modelle und die KLC-Konventionen, geprüft über Community-Pull-Requests | Keine MPN-Eindeutigkeit, kein Lebenszyklus |
| nawotech/parts | IPN-interne Teilenummern mit CSV → SQLite → ODBC → KiCad-Datenbankbibliotheken; jede Änderung in Git diffbar | Für ein einzelnes Team gebaut, kein globaler öffentlicher Identifikator |
| LCSC-/JLCPCB-Ökosystem (JLCPCB-KiCad-Library, SQLite-Katalog des KiCad-MCP-Server, JLCSearch) | LCSC-C-Code als Primärschlüssel, FTS5-Suche mit Escaping von MPN-Bindestrichen, Gehäuse-Footprint-Zuordnung und Alternativen gleicher Kategorie | Der C-Code ist eine plattforminterne Nummer und überträgt sich nicht zwischen Katalogen |
| Werkzeuge wie KiDex, die aus einer MPN ein nutzbares Bauteil machen | Auflösung von Hersteller und kanonischem Namen über DigiKey, Querverweis auf LCSC-C-Codes, Footprint-Wiederverwendung per Fingerprint, idempotenter Import | Abhängig von Fremd-APIs; ein Werkzeug, kein öffentlicher Identifikator |
Die vier zusammengenommen zeigen die Lücke deutlich: Es fehlt ein öffentlicher Identifikator, der keiner Plattform gehört, katalogübergreifend referenzierbar, versioniert, belegt und gemeinschaftlich schiedsfähig ist. Alle bauen denselben Primärschlüssel im eigenen System nach, und niemand möchte behaupten, „diese beiden Bauteilnummern sind dasselbe“ sei nachprüfbar begründet.
8. Fazit: nur die Identitätsschicht bauen
Codename CUPI, in einem Satz definiert: keine vollständigen Parameter speichern, nur „wer hat wann und mit welchem Beleg gesagt, dass diese beiden Zeichenketten dieselbe bestellbare Einheit bezeichnen“.
Das ist Arbeitsteilung, kein Wettbewerb. Die offene Schicht verantwortet das öffentliche Gut aus Identifikatoren, Aliassen, Markenhistorie und Änderungsereignissen; kommerzielle Plattformen erlösen weiterhin Prognosen zur Restlaufzeit, Compliance-Dokumentation und Risikobewertungen. Je vertrauenswürdiger die offene Schicht, desto geringer der Normierungsaufwand der kommerziellen Datenbanken – beides schließt sich nicht aus.
Das erklärt auch, warum aus „zu teuer“ nicht direkt „bauen wir eine kostenlose“ folgt. Was der Kunde eigentlich nicht bezahlen kann, sind Urteil und Verantwortung, und Urteile brauchen dauerhaft Menschen und Institutionen. Open Source kann ersetzen, dass ein Unternehmen die Eindeutigkeit allein definiert – nicht, dass jemand unterschreibt.
Nachprüfbarkeit ist der einzige Burggraben. Jede Aussage lässt sich von jedermann über Quell-URL und Hash wiederholen, Konflikte laufen über öffentliche Pull Requests und ein Schiedsprotokoll, Fehler sind zurückrollbar, die Historie bleibt unveränderlich. Kommerzielle Datenbanken liefern Ergebnisse, die offene Schicht liefert die Fähigkeit, sie zu prüfen – genau die Aufgabe, die dieser Site beim Schreiben über Bauteile immer wieder begegnet.
9. Minimales Datenmodell, ID-Design und Phasen
Nur sieben Feldgruppen: kanonische ID, Marken-Namespace, kanonische MPN, Aliasmenge, Lebenszyklus-Ereignisse (PCN / EOL / Last-Time-Buy mit Datum und Bekanntmachungslink), Quellenbeleg (URL + Zeitstempel + Hash + Lizenz) sowie Konfidenz und Schiedsprotokoll. Keine Bestände, keine Preise, keine Compliance-Urteile, kein Hosting von Datenblättern.
Die ID leiht sich das Modell von purl (Package URL), in der Form cupi:brand/mpn@rev?pkg=...&grade=...#variant. Der Namespace absorbiert Markenübernahmen – alte Bauteilnummern werden in den neuen Namespace abgebildet, behalten aber ihre ursprüngliche ID –, Qualifier nehmen Verpackungs- und Güteklassen-Suffixe auf, damit Varianten nicht in Zeilen der Haupttabelle explodieren. Die Spezifikation muss Groß-/Kleinschreibung, Bindestriche, führende Nullen und Suffixe verbindlich festschreiben: Genau daran scheitert MPN-Disambiguierung in den meisten Fällen, nicht am Parametervergleich.
Governance übernimmt den Git-Ablauf von nawotech/parts: JSONL als Quelle, SQLite-Build, Pull-Request-Review, ein Maintainer je Warengruppe. Ein neuer Fusionskandidat braucht zwei unabhängige Quellen; Konflikte wandern in eine Schiedswarteschlange statt automatisch zusammengeführt zu werden. Das ist dieselbe Disziplin wie in Projekt eins – Kandidaten erzeugen, nie automatisch fusionieren –, denn eine falsche Zusammenführung ist nicht rückgängig zu machen.
Phasen: Woche 0–12 nur eine Warengruppe (zuerst passive Bauteile oder eine MCU-Familie), 10.000 Entitäten, drei Quellen, dazu ein öffentlicher Validator und CI. Phase zwei ergänzt Markenhistorie und PCN-/EOL-Ereignisabonnements. Erst Phase drei spricht über Community-Governance und eine Read-only-API. Keine Phase wird nach Datensatzzahl abgenommen, sondern nach Streitlösungsquote und Wiederholbarkeit der Belege.
10. Ausdrückliche Verzichtsliste und drei Abbruchlinien
- Keine vollständige Parameterdatenbank, keine Distributorpreise oder -bestände, keine Restlaufzeitprognose – genau das sind die Erlöskerne kommerzieller Datenbanken und zugleich die Posten mit der größten Verantwortung.
- Keine Werbung als „kostenloser SiliconExpert-Ersatz“. Wer nur „offene Datenbank“ sagt und nicht „Identitätsschicht“, wird ab dem ersten Tag an der Datensatzzahl gemessen und daran scheitern.
- Keine Daten aus unklaren oder nicht geklärten Quellen. Zehntausend nachprüfbare Datensätze sind mehr wert als hundert Millionen Zeilen unbekannter Herkunft.
- Kein Versprechen technischer Verwendbarkeit. Auf der Dokumentationsstartseite muss stehen: Diese Schicht dient Identifikation und Herkunft, ersetzt kein Herstellerdatenblatt und stellt weder eine Alternativbauteil-Qualifizierung noch ein Compliance-Urteil dar.
Abbruchlinien: Erstens, wenn die mittlere Schiedsdauer über 10.000 Entitäten in den ersten 12 Wochen mehr als 14 Tage beträgt, funktioniert das Governance-Modell nicht. Zweitens, wenn eine Upstream-Quelle einen maschinenlesbaren Nutzungsvorbehalt veröffentlicht oder formell die Einstellung der Erfassung verlangt, wird diese Quelle sofort entfernt statt umgangen. Drittens, wenn kein einziges Fremdwerkzeug die ID übernimmt – nicht einmal ein KiCad-Plugin –, hat die Schicht keinen Wert als öffentliches Gut: stoppen.
Zusammenfassung
Zurück zur Ausgangsfrage: Sind Milliarden Datensätze teuer? In Bytes gemessen überhaupt nicht. Gemessen als „jede Zeile ist nachprüfbar“ so teuer, dass ein Unternehmen über 500 Ingenieure beschäftigt – deshalb kostet das Abonnement einen fünfstelligen Jahresbetrag.
Was Open Source ändern kann, ist nicht dieser Preis, sondern diese Struktur. Die Identitätsentscheidung aus dem Privatvermögen eines Unternehmens in eine öffentliche Schicht mit Quellen, Rollback und Schiedsverfahren überführen und die unterschriftsbedürftigen Hochwerturteile auf der kommerziellen Seite belassen. So wird weder ein kostenloser Nachbau von SiliconExpert vorgetäuscht, noch bleibt jene eine Schicht geschlossen, die am dringendsten offen sein müsste.
Ein Satz zum Abschluss: Nicht eine größere Datenbank bauen, sondern ein Hauptbuch, das jeder prüfen kann.
Zurück zum Ideenarchiv · Projekt eins PrivateGraph-BP · Projekt zwei Risikoanalyse zur Ein-Klick-Verteilung; verwandte Praxis: Bauteilbeschaffung und Vermittlung.
Nachtrag 2026-11-08: Upstream-Quellen machen aus Zugang eine bepreiste Ware (von Pay Per Crawl zu Pay Per Use und x402, womit Seiten, Datensätze, APIs und MCP-Werkzeuge abgerechnet werden können), während Content Signals nur eine Bitte und keine Lizenz bleibt. Die Verzichtsliste des ursprünglichen Dossiers – keine Distributorpreise und Lagerbestände, nur Originaldaten mit klaren Rechten – gilt damit erst recht. Der erste Auftrag sollte ein manueller BOM-Disambiguierungsbericht sein; siehe die 5W1H-Neusortierung hinter den Zugangswällen.
Häufige Fragen
Was kostet ein SiliconExpert-Abonnement tatsächlich?
Der Anbieter veröffentlicht keinen Preis. Sowohl die Pricing-Seite als auch die FAQ bieten nur ein „customized quote“-Kontaktformular. Kaufberater schätzen für 2026 rund 5.000–9.000 USD pro Arbeitsplatz und Jahr; andere Berichte nennen 10.000–25.000 USD für ein Team-Paket und etwa 100.000 USD pro Jahr für die API, Z2Data 12.000–35.000 USD und Supplyframe DSI 7.500–50.000 USD. Diese Spanne zeigt, dass sich der Preis aus Modulen, Arbeitsplätzen und überwachten Stücklistenzeilen zusammensetzt. „Ein paar Zehntausend im Jahr“ passt zu einem Einstiegsarbeitsplatz oder einem Einzelmodul über einen lokalen Partner, ist aber kein offizieller Listenpreis.
Bedeutet „1 Milliarde+“ eine Milliarde verschiedene Bauteilnummern?
Nein. Die offizielle Formulierung lautet „1 Billion+ Parts monitored for accuracy“, und die FAQ nennt Querverweise, Lebenszyklus, Parameter, Obsoleszenzprognosen, Compliance- und Bestandsdaten, die „centralize[d] and normalize[d]“ werden müssen. Zum Vergleich: DigiKey nennt „Over 18 million listed parts, with over a million available for immediate shipment“. Plausibel ist daher die Zahl indizierter Datensätze – mit mehrfachen Quelleneinträgen, Verpackungsvarianten, historischen Revisionen und parametrischen Kombinationen –, nicht eine Milliarde unterscheidbare bestellbare Einheiten.
Gibt es weltweit wirklich Zehntausende Chip-Hersteller?
Die offizielle About-Seite nennt „over 15.000 companies“ und meint alle Unternehmen in der Datenbank: passive Bauteile, Steckverbinder, Elektromechanik und Lieferanten ebenso wie Halbleiterhersteller. Es sind also keine 15.000 Chip-Hersteller. Chinesisches Partnermaterial mit „20.000 Distributoren und Lieferanten“ beschreibt das Vertriebsnetz. Beide Zahlen haben unterschiedliche Bezugsgrößen, dürfen nicht addiert werden und taugen nicht zur Hochrechnung der eindeutigen Bauteilnummern.
Warum hat sich keine offene Datenbank durchgesetzt, wenn Speicher so billig ist?
Weil nicht das Speichern schwierig ist, sondern das dauerhafte Beurteilen und Belegen. Hinter jeder Aussage müssen Quelle, Revision, Datum und Originaldokument stehen, während PCN, EOL und Markenwechsel wöchentlich passieren. Urheberrecht an Datenblättern, das europäische Datenbankrecht sui generis und Nutzungsbedingungen setzen der Erhebung zusätzlich Grenzen. Bestehende offene Projekte decken jeweils nur ihre eigene Schicht ab – Symbol- und Footprint-Bibliotheken, interne Teilenummern, plattforminterne C-Codes –, und niemand will die plattformübergreifende Identitätsschiedsrichterrolle übernehmen.
Was sollte das offene Projekt also bauen?
Nur Identität und Evidenzkette: eine plattformübergreifende, öffentliche, versionierte Component-URL-Spezifikation plus Aliasmengen, Markenhistorie, Lebenszyklus-Ereignisse und Quellenbelege. Keine vollständigen Parameter, keine Bestände, keine Preise, keine Compliance-Urteile. Es gilt dieselbe Disziplin wie in Projekt eins: Nur Fusionskandidaten erzeugen, nie automatisch zusammenführen, Konflikte über öffentliche Pull Requests und Schiedsverfahren klären und jede Aussage für Dritte nachvollziehbar machen.
Ist das Scrapen von Distributor- und Herstellerseiten rechtlich riskant?
Ja, und der Hinweis „Tatsachen sind nicht urheberrechtlich geschützt“ reicht nicht aus. Datenblätter und die Anordnung von Parametertabellen sind geschützt; die Richtlinie 96/9/EG gewährt für Datenbanken mit wesentlicher Investition ein 15-jähriges Schutzrecht sui generis gegen Entnahme und Weiterverwendung wesentlicher Teile; und die TDM-Ausnahmen der Richtlinie (EU) 2019/790 erlauben Rechteinhabern maschinenlesbare Nutzungsvorbehalte. Sicher ist nur eine rechtlich geklärte Tatsachenschicht: robots.txt beachten, Lizenz pro Datensatz dokumentieren und die eigene Datenbank unter ODbL veröffentlichen.