Parkraumintegration
Parkraummanagement-Integration
Parkraummanagement-Integration für Gebäude: Belegung, Schrankenstatus, Wegweisung und systemübergreifende Verknüpfungen, ohne Lieferung von Schranken oder Parkraumhardware.
Leistungsumfang: Integration, keine Parkraumhardware
Parkplatzmanagement bedeutet in diesem Zusammenhang, ein bestehendes oder fremdes Parksystem an die Gebäudeplattform anzubinden. Schranken, Parkscheinautomaten, Zahlungsterminals, ANPR-Kameras oder Stellplatzsensoren liefern wir nicht. Der Parkplatzanbieter bleibt für seine Geräte, seine Transaktionen und seine Gewährleistung verantwortlich. Unsere Rolle besteht darin, Belegung, Schrankenstatus, Ein- und Ausfahrtsereignisse sowie Gerätestörungen in das Betriebsbild des Gebäudes zu überführen und sie mit Beleuchtung, Lüftung, Zutritt und Reporting zu verknüpfen. Diese Abgrenzung hält die Verantwortung klar und erlaubt es dem Auftraggeber, das bereits beschaffte Parksystem zu behalten. Wird ein neues System ausgeschrieben, können wir die Schnittstellenanforderungen definieren. Die Schnittstellenliste wird abgestimmt, bevor der Parkplatzanbieter und das Gebäudeteam die Arbeit aufnehmen. Eine schriftliche Schnittstellenliste ist zugleich der klarste Schutz gegen einen späteren Anspruch, die Integration sei in einem anderen Paket enthalten gewesen. Diese Klarheit macht einen späteren Wechsel des Parkplatzanbieters beherrschbar, und sie sollte sich in den Plänen, der Punktliste und dem Wartungsvertrag wiederfinden.
- Wir integrieren bestehende oder fremde Parksysteme
- Schranken, Parkscheinautomaten und Kameras bleiben beim Parkplatzanbieter
- Schnittstellenanforderungen lassen sich vor der Beschaffung definieren
- Verantwortungsgrenzen im Leistungsumfang schriftlich festgelegt
Daten und Schnittstellen
Parksysteme stellen Daten auf unterschiedliche Weise bereit. Ältere Anlagen liefern potentialfreie Kontakte für Schranke offen, Vollanzeigen oder Störung. Neuere Systeme bieten eine Software-API, einen Datenbankexport oder ein Modbus- bzw. BACnet-Gateway. Die Integration sollte mit einer Datenliste beginnen: was benötigt wird, in welcher Frequenz und wer welchen Punkt verantwortet. Belegungszählungen, Zählungen je Ebene, Ein- und Ausfahrtsereignisse, Zahlungsstatus und Fehlercodes sind üblich. Die Zeitsynchronisation ist wichtiger, als sie scheint: Ein Einfahrtsereignis, das zwei Minuten gegenüber den CCTV-Aufzeichnungen versetzt ist, erschwert die Vorfallauswertung. Jeder Punkt benötigt einen Namen, eine Einheit, ein Qualitätskennzeichen und eine dokumentierte Quelle. Die Datenliste sollte Live-Status von historischen Aufzeichnungen unterscheiden, denn beide kommen üblicherweise über verschiedene Wege, mit unterschiedlicher Latenz und unterschiedlichen Aufbewahrungsregeln. Dokumentiert ein Anbieter seine Schnittstelle nicht, gehört diese Verhandlung vor den Vertrag und nicht nach der ersten Störung.
- Datenliste vor Beginn der Schnittstellenarbeit abgestimmt
- API, Datenbankexport, Modbus, BACnet oder potentialfreie Kontakte
- Zeitsynchronisation mit CCTV- und Zutrittsaufzeichnungen
- Jeder Punkt hat Name, Einheit, Qualitätskennzeichen und Quelle
Belegungszählung und Wegweisung
Sobald die Zählungen verlässlich sind, kann die Plattform die Wegweisung steuern: Freiplatzanzeigen, Ebenenanzeigen, Zonenanzeigen und Ansichten in der App. Die Wegweisungslogik sollte eine Hysterese enthalten, damit eine Anzeige an der Schwelle nicht zwischen voll und frei flackert, sowie einen Rückfallzustand, wenn die Zählungen veralten. Der Status von E-Ladestellplätzen lässt sich anzeigen, wo die Ladepunkte ihn melden. Historische Auslastungsdaten stützen Entscheidungen zu Zuteilung, Tarifpolitik und Zugang außerhalb der Betriebszeiten. Die Plattform kann Wochentags- und Wochenendmuster vergleichen, dauerhaft volle Zonen identifizieren und zeigen, wie lange Fahrzeuge stehen. Dies sind betriebliche Erkenntnisse, kein Ersatz für das Umsatzsystem des Parkplatzbetreibers. Eine Wegweisanzeige, die einen Stellplatz verspricht, den sie nicht verifizieren kann, ist schlechter als keine Anzeige, denn Fahrer verlieren das Vertrauen in das System nach der zweiten falschen Runde. Veraltete Zählungen sollten durch eine neutrale Meldung ersetzt werden, nicht durch die letzte bekannte Zahl. Zählungen sollten am ersten Betriebstag anhand einer manuellen Erhebung kalibriert werden und erneut nach jeglichen Sensorarbeiten.
- Freiplatzanzeigen und Ebenenanzeigen
- Hysterese gegen Flackern an den Schwellen
- Status der E-Ladestellplätze, wo Ladepunkte ihn melden
- Auslastungstrends nach Zone und Zeitfenster
Beleuchtungs-, Lüftungs- und CO-Steuerung
Parkplatzereignisse werden nützlich, wenn sie mit dem übrigen Gebäude verknüpft sind. Ein Fahrzeug, das eine Untergeschossebene einfährt, kann die Lichtszene und die Lüftungsstufe für diese Zone auslösen. Eine Schrankenstörung kann einen Alarm im Facility Management auslösen und den Bediener auf die nächste Kamera verweisen. Ein Ausfahrtsereignis kann den zugehörigen Zutrittsdatensatz freigeben. Die Lüftung sollte CO- und Belegungsdaten folgen statt einem festen Zeitgeber, mit gestuften Ventilatordrehzahlen und einer definierten Spülzeit. Eine typische Stufenregelung nutzt CO-Schwellen im Bereich von 20 bis 30 ppm für die erste Stufe und eine höhere Alarmstufe über 50 ppm; die tatsächlichen Werte müssen jedoch aus der Planung der Tiefgaragenlüftung und den örtlichen Anforderungen stammen. Brand- und Rauchsteuerung verbleiben beim Brandmeldesystem; die Parkplatzintegration darf eine lebensschutzrelevante Sequenz nicht verzögern oder übersteuern.
- Einfahrtsereignisse lösen Zonenbeleuchtung und Lüftung aus
- Schrankenstörungen werden an Facility Management und CCTV geleitet
- CO und Belegung steuern die Lüftungsstufen
- Brand- und Rauchsteuerung bleiben außerhalb der BAS-Sequenz
Grenzen bei Zutritt, E-Laden und Zahlung
Zutritt und Zahlung sind Grenzen, die früh gezogen werden müssen. Das Parksystem verantwortet Tickets, Tarife, Validierungen und Zahlung; die Gebäudeplattform kann Status und Ereignisse zur Korrelation empfangen, sollte aber nicht zum Transaktionssystem werden. Wo dieselbe Berechtigung eine Lobbytür und eine Parkschranke öffnet, benötigen Zutrittssystem und Parksystem eine definierte Beziehung, einschließlich des Verhaltens, wenn eines davon offline ist. Das Laden von Elektrofahrzeugen bringt eine zweite kommerzielle Beziehung hinzu: Der Ladepunktbetreiber verantwortet Ladevorgänge und Abrechnung, während die Gebäudeplattform die Anschlussleistung begrenzen oder das Laden in Richtung Eigenerzeugung verschieben kann. Jede Grenze sollte das führende System, die Datenrichtung und das Rückfallverhalten benennen. Unklarheiten an diesen Grenzen werden üblicherweise von einem Fahrer an der Schranke entdeckt – der ungünstigste Ort, um sie zu klären.
- Das Parksystem bleibt das Transaktionssystem
- Berechtigungsbeziehung zwischen Zutritt und Parken definiert
- Ladevorgänge und Abrechnung bleiben beim Ladepunktbetreiber
- Führendes System und Rückfallverhalten je Grenze benannt
Reporting und Betrieb
Parkplatzberichte sollten betriebliche Fragen beantworten: Wie voll wurde jede Zone, wann, wie lange, und wie oft lag die Wegweisung falsch? Die Plattform kann Belegung, Ein- und Ausfahrtszählungen, Schrankenstörungen und Geräteausfallzeiten als Trend aufzeichnen. Sie kann Zählungen mit den Transaktionssummen des Parkplatzbetreibers abgleichen, wo die Schnittstelle dies erlaubt; der Abgleich ist jedoch eine Prüfung, kein Abrechnungssystem. Alarme sollten nach Gerät und Standort gruppiert werden, mit einem klaren Weg zum Parkplatzanbieter für Störungen außerhalb des Integrationsumfangs. Eine monatliche Durchsicht von Auslastung und Störungen ist üblicherweise wertvoller als ein Live-Dashboard, das niemand ansieht. Die Durchsicht sollte die Wegweisungslogik auch an tatsächlichen Ankünften prüfen, denn eine Zählung, die um Mitternacht stimmt, kann zur Morgenspitze dennoch falsch sein. Trends sollten lange genug aufbewahrt werden, um Jahreszeiten zu vergleichen, nicht nur Wochen.
- Belegungs- und Verweildauertrends nach Zone
- Schrankenstörungen und Geräteausfallzeiten protokolliert
- Abgleich nur, wo die Schnittstelle es erlaubt
- Störungen außerhalb des Umfangs an den Parkplatzanbieter geleitet
Lieferung, Test und Anbietergrenzen
Die Lieferung beginnt mit einer Schnittstellenerhebung und einem Testplan. Jeder Punkt wird gegen das Parksystem nachgewiesen, einschließlich Normalwerten, Trennung, Neustart und veralteten Daten. Wegweisanzeigen werden an der Schwelle geprüft, nicht nur im Mittelbereich. Die Lüftungsverknüpfung wird mit simulierten CO-Signalen und im Brandmodus getestet, denn diese beiden Zustände dürfen sich nicht widersprechen. Die Übergabe umfasst die Datenliste, den Punktplan, die API- oder Registerdokumentation, die Alarmweiterleitung und die Eskalationskontakte beider Anbieter. Ein gemeinsamer Test mit dem Parkplatzanbieter sollte eingeplant werden, denn die meisten Integrationsprobleme sind Verantwortungsprobleme und keine Protokollprobleme. Die Supportvereinbarung sollte festhalten, wer zuerst reagiert, wenn eine Schranke, ein Zähler oder ein Gateway ausfällt, und was das Gebäudeteam tut, während der Anbieter unterwegs ist.
- Schnittstellenerhebung und gemeinsamer Testplan abgestimmt
- Jeder Punkt nachgewiesen, einschließlich Trennung und veralteter Daten
- Lüftung gegen CO und Brandmodus getestet
- Eskalationskontakte und Erstreaktion benannt
Funktionen der Parkplatzintegration und Fehlerprüfungen
14 rows| Funktion | Quellsystem | Typische Schnittstelle | Rolle der Plattform | Zu prüfender Fehlerfall |
|---|---|---|---|---|
| Stellplatz- und Zonenbelegung | Stellplatzsensoren oder Zähler | API, Modbus, potentialfreier Kontakt | Trend, Wegweisung und Reporting | Zählerdrift nach einem Neustart |
| Schrankenstatus | Schrankensteuerung | Potentialfreier Kontakt oder API | Überwachen und Störungsalarme auslösen | Status bleibt offen oder geschlossen hängen |
| Ein- und Ausfahrtsereignisse | Parksystem | API oder Datenbankexport | Abgleich mit CCTV und Zutritt | Ereigniszeit weicht vom Video ab |
| Zahlungs- und Ticketstatus | Parksystem | API | Nur Status; keine Transaktionen | Annahme: Die Plattform wickelt die Zahlung ab |
| Freiplatzanzeigen | Anzeigensteuerung | API oder Relais | Wegweisungslogik steuern | Anzeigenflackern an der Schwelle |
| Status der E-Ladestellplätze | Ladepunktsystem | API oder Modbus | Verfügbarkeit anzeigen | Belegter Stellplatz als frei gemeldet |
| Gerätestörungen | System des Parkplatzanbieters | API oder potentialfreier Kontakt | Alarme an den zuständigen Anbieter leiten | Alarm ohne Verantwortlichen |
| ANPR-Ereignisse | Parksystem | API | Nur Korrelation und Aufzeichnung | Kennzeichendaten ohne Aufbewahrungsregel |
| Beleuchtungsverknüpfung | BAS | Lokale E/A oder Feldbus | Zonenszenen bei Ein- und Ausfahrt | Licht bleibt nach der letzten Ausfahrt an |
| Lüftungs- und CO-Verknüpfung | CO-Sensoren und BAS | Lokale E/A oder Modbus | Gestufte Ventilatoren und Spülbetrieb | Stufe hängt oder Spülbetrieb deaktiviert |
| Zutrittskorrelation | Zutrittskontrollsystem | API oder Ereignisexport | Fahrzeug- und Berechtigungsereignisse verknüpfen | Berechtigung bleibt gültig, wenn die Schranke ausfällt |
| Auslastungsreporting | Alle Parkplatzquellen | Datenmodell der Plattform | Trend nach Zone und Zeitfenster | Bericht auf veralteten Zählungen aufgebaut |
| Zeitsynchronisation | Parksystem und BAS | Netzwerkzeit oder Protokoll | Konsistente Rekonstruktion von Ereignissen | Uhrendrift nach einem Anbieter-Update |
| Anbietereskalation | Beide Anbieter | Supportvereinbarung | Störungen an das richtige Team leiten | Beide Parteien lehnen den Einsatz ab |
Projektbilder
3 images
Häufige Fragen
01Liefern Sie Schranken oder Parkscheinautomaten?
Nein. Wir integrieren und überwachen. Schranken, Parkscheinautomaten, Zahlungsterminals und ANPR-Kameras werden vom Parkplatzspezialisten geliefert und betreut, sodass Geräteverantwortung und Gewährleistung bei einer Partei bleiben. Das bedeutet auch, dass der Auftraggeber den Parkplatzanbieter später wechseln kann, ohne die Gebäudeplattform zu ersetzen, sofern die Schnittstelle verfügbar bleibt.
02Können Sie unser bestehendes Parksystem integrieren?
Das hängt von der Schnittstelle ab, die es bereitstellt. Systeme mit API, Datenbankexport, Modbus oder potentialfreien Kontakten sind in der Regel machbar. Beginnen Sie mit einer Schnittstellenerhebung und einer Datenliste, bevor Sie den Leistungsumfang festlegen. Ältere Systeme benötigen möglicherweise ein Gateway oder eine kleine Hardwareschnittstelle; diese Kosten sollten bekannt sein, bevor das Angebot fixiert wird.
03Kann die Plattform Zahlungen abwickeln?
Nein. Zahlung und Transaktionen bleiben beim Parksystem oder dessen Zahlungsdienstleister. Die Plattform liest Status ausschließlich zur Überwachung und zum Abgleich. Transaktionen aus der Gebäudeplattform herauszuhalten verringert zudem den Sicherheits- und Prüfumfang, was ein Vorteil und keine Einschränkung ist.
04Können Parkplatzereignisse Beleuchtung und Lüftung steuern?
Ja. Fahrzeugeinfahrt, Zonenbelegung oder CO-Konzentration können Lichtszenen und Lüftungsstufen auslösen. Die Logik muss mit der Elektroplanung und den Anforderungen an die Tiefgaragenlüftung abgestimmt werden. Der Brandmodus hat Vorrang vor jeder normalen Sequenz, und beide sollten gemeinsam statt getrennt getestet werden.
05Kann die App freie Stellplätze anzeigen?
Ja, sofern das Parksystem verlässliche Zonenzählungen liefert. Die Wegweisung benötigt eine Hysterese und einen definierten Rückfallzustand, wenn Zählungen veralten, damit die Anzeige keinen Stellplatz verspricht, den sie nicht verifizieren kann. Eine neutrale Meldung ist besser als eine selbstsichere falsche Zahl, und der Betreiber sollte sehen können, wann die Zählung zuletzt aktualisiert wurde.
06Ist ANPR enthalten?
Kameras liefern wir nicht. Stellt das Parksystem Erkennungsereignisse über eine API bereit, kann die Plattform sie zur Korrelation von Ein- und Ausfahrten und zur Aufzeichnung empfangen. Aufbewahrungs-, Zugriffs- und Datenschutzregeln für Kennzeichendaten liegen beim Parkplatzbetreiber und in der Datenrichtlinie des Gebäudes, nicht allein bei der Integration.
07Lassen sich mehrere Standorte gemeinsam verwalten?
Ja. Jeder Standort behält sein lokales Parksystem und seine lokale Steuerung, während die Plattform zentrale Überwachung, Reporting und Alarmweiterleitung bereitstellt. Das Datenmodell sollte von Anfang an über alle Standorte konsistent sein. Zentrales Reporting ist nur nützlich, wenn derselbe Punkt überall dasselbe bedeutet; Benennungs- und Zählregeln gehören daher in die erste Phase.
Nächster Schritt
Bringen Sie uns das Gebäude.
Nennen Sie uns Gebäudetyp, Systeme im Leistungsumfang und das benötigte Ergebnis. Wir zeigen den kürzesten Weg zu einem funktionierenden System.