Was geprüft wurde
Gegen die dokumentierte API des Anbieters gebaut und vollständig lauffähig, aber noch nicht in einer realen Installation validiert.
Sobald eine Buchung bestätigt ist, fordert Boris bei Kisi den Zutritt zu den zugeordneten Türen an, nur für den gebuchten Zeitraum. Ändert sich die Buchung, folgt die Berechtigung.
Beta Gegen die dokumentierte API des Anbieters gebaut und vollständig lauffähig, aber noch nicht in einer realen Installation validiert.
Gegen die dokumentierte API des Anbieters gebaut und vollständig lauffähig, aber noch nicht in einer realen Installation validiert.
Erfordert ein aktives Anbieterkonto, Zugangsdaten und gegebenenfalls den erforderlichen Tarif.
Der hier dokumentierte Ablauf und seine Einschränkungen bilden den unterstützten Umfang; prüfe ihn vor dem Produktiveinsatz mit Testdaten.
Der Kunde erhält einen Zugangslink oder QR-Code, der nur während der Buchung gilt.
Eine stornierte, verkürzte oder unbezahlte Buchung verliert den Zutritt, ohne dass jemand daran denken muss.
Vergaben, Retries und Entzüge werden je Buchung protokolliert – eine Tür, die nicht öffnete, lässt sich erklären.
Kisi-API-Schlüssel unter Integrationen hinterlegen und Türen einlesen lassen.
Jede Tür den Ressourcen zuordnen: Raum, Etage, Eingang.
Buchung bestätigen – Boris legt die Berechtigung für das exakte Zeitfenster an.
Die Berechtigung wird eingereiht und wiederholt; der Fehler ist an der Buchung sichtbar statt erst an der Tür.
Sie ist gegen die dokumentierte Kisi-API gebaut und läuft in der Simulation vollständig, wurde aber noch nicht in einer realen Installation validiert. Das sagen wir lieber vorher.
Workspace anlegen, Ressourcen hinzufügen und die Tools verbinden, die du ohnehin bezahlst. Keine Kreditkarte nötig.
Workspace erstellen