Kontext
Das Produktziel war auf dem Papier einfach und im Betrieb chaotisch: grosse Mengen unternehmensbezogener Daten fur Osterreich sammeln, strukturiert halten, uber API- und Admin-Flachen verfugbar machen und fur Kontakt- und Export-Workflows nutzbar machen.
Was technisch wirklich wichtig war
Die starkste Designentscheidung war, die Pipeline in Betriebs-Presets statt in einen generischen Command zu ubersetzen. Damit konnte das System in kleineren Wien-Demos, stadtweiten Presets und grosseren Osterreich-Laufen betrieben werden, ohne die Bedienoberflache jedes Mal neu zu schneiden.
Form der Delivery
- Einheitlicher Parsing-Flow statt mehrerer loser Skripte
- FastAPI-Applikationsschicht fur internen Zugriff
- Kontaktmanagement und Export-Schritte im selben Betriebsmodell
- Getrennte Presets fur Demo, Stadtumfang und landesweite Skalierung
Warum das ein starkes Portfolio-Signal ist
Das ist nicht nur ein Scraping-Skript. Es ist produktnahes Backend-Handwerk: Collection-Logik, Admin-Verhalten, Exporte und Workflow-Grenzen wurden so geformt, dass Operatoren das System wirklich nutzen konnen.
Ergebnis
Das Repository dokumentiert eine Wien-Demo um funftausend Firmen, ein Wien-weites Preset jenseits von funfzigtausend und einen Osterreich-Pfad uber hunderttausend. Entscheidend ist nicht nur die rohe Zahl, sondern dass das System als wiederholbarer Workflow und nicht als Einmal-Crawl gebaut wurde.