Klink bessermachen

Wir möchten Klink für Euch stetig verbessern und sind auf Euer Feedback angewiesen. Teilt uns bitte mit, was wir besser machen können oder welche Funktionen Ihr Euch wünscht.

Hier habt Ihr die Möglichkeit, neue Features vorzuschlagen und über bereits vorgeschlagene Features abzustimmen. Zudem könnt Ihr Euch einen Überblick über den aktuellen Stand der Dinge verschaffen: Welche Features wurden bereits realisiert, welche befinden sich in Planung und welche sind momentan in der Umsetzung.

Wir freuen uns auf Eure Rückmeldungen und Vorschläge!

Staatsbürgerschaft abfragen

Seit Januar 2025 muss ein Meldeschein nur noch von Gästen mit nicht deutscher Staatsbürgerschaft ausgefüllt werden. Es wäre gut, diesen Umstand bei der Buchung einer Unterkunft mit zu erfassen. Zum Beispiel durch eine Checkbox mit dem Test “alle Mitreisenden besitzen die deutsche Staatsbürgerschaft”, die aktiv gesetzt werden muss. Es genügt nicht, die Staatsbürgerschaft der buchenden Person in den Stammdaten zu erfassen, da mitreisende nicht deutsche Familienangehörige oder Freunde die Pflicht zum Ausfüllen eines Meldescheins trotzdem auslösen. Diese Verkomplizierung im Melderecht wurde mit dem “Bürokratieentlastungsgesetz IV” eingeführt wurde. Ein Schelm, wer Böses dabei denkt.

💡 Neues Feature

About 1 year ago

Zusendung von Schlüsselcodes für analoge Ressourcen

Mit analogen Ressourcen sind solche gemeint, die keine Verknüpfung zum Schließsystem haben. In der Regel muss im Rahmen der Buchung ein Zahlencode für ein Schloss oder einen Schlüsseltresor übermittelt werden. Aktuell: Wir versenden den Zahlencode mit der Buchungsbestätigung (unter Texterweiterungen für E-Mails). Wenn der Code geändert werden soll, passen wir die Buchungsbestätigung an. Alle, die jedoch bereits für die Zukunft gebucht haben, müssen manuell über die Änderung des Codes informiert werden. Wunsch: Eine Möglichkeit, den Code ohne eine manuelle Benachrichtigung aller bestehenden Buchungen ändern zu können. Dafür sind unterschiedliche Umsetzungen denkbar: (suboptimal) Bei Änderung der Buchungsbestätigung bekommen alle bestehenden Buchungen eine aktualisierte Bestätigung zugeschickt. So haben die Buchenden jedoch schon vor dem Buchungszeitraum Zugang zur Ressource und bekommen unter Umständen viele Mails mit Codeänderungen. Es wird eine eigene Funktion eingeführt, um Codes für analoge Ressourcen zu verwalten. Der Code ist in den Einstellungen der Ressource hinterlegt, wird jedoch erst eine festgelegte Zeit vor dem Buchungszeitraum per Mail verschickt. Dadurch ist die Änderung des Codes einfach und geichzeitig wird der Personenkreis mit Zugang zur Ressource eingeschränkt. … Ideal wäre natürlich eine Verknüpfung aller Ressourcen mit dem Schließsystem. Ein Klink-Kiosk ist jedoch nicht in allen Situationen wirtschaftlich und eine kleinere, kostengünstigere Lösung existiert meines Wissens nicht (ist diesbezüglich etwas in Arbeit?). Solange dies der Fall ist, sollte das Management von analogen Ressourcen optimiert werden!

💡 Neues Feature

Over 1 year ago

Was bedeuten die neuen Features unter Buchungszeitraum?

Unter “Buchungszeitraum” gibt es neue Features, die ich im Changelog nicht gefunden habe und die ich nicht gut genug verstehe, um sie einsetzen zu können. Die Beschreibung “Von wann bis wann darf gebucht werden” ist missverständlich. Mögliche Interpretation: Es darf nur montags bis freitags zwischen 9 und 17 Uhr gebucht werden. Vermutlich ist aber etwas anderes gemeint, vielleicht dieses: Wie lange muss der Buchungsbeginn mindestens und wie lange darf er höchstens in der Zukunft liegen? Ihr dürft diesen Satz gern übernehmen, wenn er denn stimmt. “Mindestzeitraum zwischen zwei Buchungen” (früher: Nachlauf) ist jetzt pro Gruppe einstellbar, das ist gut. Was gilt, wenn zwei Buchungen unterschiedlicher Gruppen aneinander stoßen (betrifft bei mir ca. 50% der Fälle)? Danke für Erklärungen.

💡 Neues Feature

Over 1 year ago

Vorlaufzeit orientiert sich am ersten Buchungstag, nicht am letzten Buchungstag

Im Namen unserer Verwaltung und einiger aufgebrachter Nutzer möchten wir vorschlagen, dass sich die Vorlaufzeit nicht mehr am letzten Tag des Buchungszeitraums, sondern am ersten Tag des Buchungszeitraum orientiert. Beispielsweise soll bei einer Vorlaufzeit von einem Monat am 9. Juli eine Buchung möglich sein, die am 9. August beginnt, egal wann der Buchungszeitraum endet. Derzeit muss man mit der Buchung warten, bis der letzte Tag des Buchungszeitraums nur noch einen Monat entfernt ist. Will beispielweise jemand vom 9. - 15. August buchen, dann muss er bis 15. Juli warten. Bis dahin, so kam es jetzt ein paar Mal vor, hat aber jemand vorher zwischenrein, beispielsweise vom 11. - 13. August, gebucht. Buchende, die längere Buchungszeiträume wünschen, sind daher im Hintertreffen.

💡 Neues Feature

Over 1 year ago