Beispielseite · bb.daten | ↑ Zurück zum Markenkit
click-dummy · beckerbillett website · direction daten · operations-log
$ bb.daten@operations:~ all systems ONLINE
uptime · 12mo 99,92% · tickets/d 142.037 · stand 17.05.2026 · 14:32:07
$ bb.daten --position

wir zählen data-driven
data-survived.

beckerbillett misst seit 2003 jede transaktion aus hamburg. achtzig jahre druckerei, dreiundzwanzig jahre datenpunkte — und ein stack, der weiß, wann die vorstellung ausverkauft sein wird.

gegründet 1946 handelsregister hamburg · verified
first datapoint 2003 backend go-live · 8.437 d
tickets / day 142.037 /tickets/issued · live
uptime · 12mo 99,92% ops-report · OK
$ bb.daten ls /modules

vier modules.
ein operations-stack.

jedes modul mit dokumentierten io-ports, uptime-wert, api-endpoint. ein stack-owner pro haus — keine vendor-lock-ins, keine schnittstellen-lizenzen.

M-01tickets.druck

tickets & druck

bonrollen, wechselmotive, saaltickets. aus der eigenen druckerei in hamburg, geliefert in 48 stunden.

// inspec.yml// outprint.fleet
$ cat M-01 →
M-02software.api

backend & api

ticketing-backend, kassen-treiber, dokumentierte api. seit 2003 monolithisch, ohne migration.

// inhttp.request// outJSON / CSV
$ cat M-02 →
M-03hardware.fleet

hardware & werkstatt

in hamburg gewartet, ersatzteil-garantie 7 jahre. mobile-mietservice für saisonspitzen.

// indevice.id// outservice.contract
$ cat M-03 →
M-04shop.frontend

shop & vorverkauf

whitelabel-shop, partner-anbindung (eventim, gyg, bookingkit), forecast aus 23 j. daten.

// inbrand.config// outstorefront
$ cat M-04 →
$ bb.daten tail -f /houses/by-type

sechs sparten.
247 häuser.

live aus der operations-tabelle: angebundene häuser pro sparte mit live-metriken. aggregat-daten, keine marketing-zahlen.

type
name · description
endpoint
count
B-01 museumdauerausstellung, sonderschau, audio-guide /houses?type=museum 62 OK → cat
B-02 zoojahreskarten, mehr-tages-logik, wetter-forecast /houses?type=zoo 38 OK → cat
B-03 theaterabo-phasen, saalplan, premiere-logistik /houses?type=theater 71 OK → cat
B-04 parkrfid-armband, pre-loading, wallet /houses?type=park 22 OK → cat
B-05 stadionblock-sitzplan, drehkreuz, hospitality /houses?type=stadion 14 CHECK → cat
B-06 eventfestival, schloss, burgen, stadtwerke /houses?type=event 40 OK → cat
$ bb.daten cat /ops/uptime.log

23 jahre operations-logbuch.
ohne migration.

beckerbillett.daten läuft seit 2003 monolithisch — kein vendor-switch, kein stack-rewrite, keine akquisition, die das logbuch verloren hat. 23 jahre kontinuierliche datenpunkte als grundlage für vorverkaufs-forecasts.

CH-01tickets/year · 1946 → 2026
2003 · backend live 1946 2026
// 80 yr trajectory · ops live since 2003 · current 12,8 mio/yr

endpoint statt demo.

was die wettbewerber als render rendern, läuft bei uns als endpoint. api dokumentiert, datenexport ohne lizenzmodell, operations-logbuch öffentlich einsehbar.

  • api-endpoints unter /docs/api
  • datenexport csv/json/pdf — ohne lizenzmodell
  • operations-logbuch öffentlich (/ops/log)
  • migrationspfade von eventim, gyg, bookingkit
  • whitelabel-api für deine dashboards
$ cat /docs/api →
$ bb.daten cat /quotes/customers.txt
"

andere anbieter zeigen mockups. beckerbillett zeigt den endpoint und den uptime-wert. das ist eine andere art, mit uns zu reden.

Dr. M. Vogel it-leitung · phänomenta lüdenscheid · seit 2019
$ bb.daten git log --max-count=3

recent commits.
aus der ops-etage.

drei aktuelle commits aus der software-etage. volles changelog unter /docs/changelog.

v3.4.112.05.2026

endpoint /tickets/issued bietet jetzt csv-export ohne lizenzmodell

auf wunsch mehrerer häuser haben wir den csv-export aktiviert. ohne lizenz, ohne throttling. output entspricht 1:1 dem internen operations-format.

→ release-note
v3.4.005.05.2026

mobile-terminal-firmware v2.8 released

robustere akku-anbindung, neue gummi-tastatur-treiber, längere standby-zeit für open-air-einsatz. wartung bleibt in hamburg, keine zwischenstation.

→ release-note
v3.3.828.04.2026

forecast-modell auf 23 jahre aggregat erweitert

vorverkaufs-forecast für theater + museum nutzt jetzt aggregat-daten aus 23 jahren ops-logbuch. erste tests zeigen Δ +12 % genauigkeit bei premiere-vorhersagen.

→ release-note

$ bb.daten request --demo

kein mockup. keine roadmap-folie. wir zeigen den endpoint, den uptime-wert und das operations-logbuch direkt am bildschirm.