@UI-Team: Да, именно этот. И как указано в документации, которую вы прислали, раздел 11.2 гласит, что вебхуки позволяют регистрироваться только на все события доступа.door.unlock, а не только успешные от конкретного замка. Также раздел 11.7 гласит, что зарегистрированный вебхук-эндпоинт всегда вызывается методом POST. Оба этих факта вместе означают, что, например, сейчас нельзя напрямую использовать API для использования Nuki Smart Lock API (без какого-либо промежуточного слоя) для разблокировки Nuki Lock, поскольку его API ожидает GET для разблокировки и также триггер вебхука на отклонение доступа. Прямое подключение обеих сторон через их собственные API без (специализированного) промежуточного слоя было бы предпочтительнее, чтобы избежать как минимум три точки отказа.

Я в данный момент изучаю возможность использования Nuki Keyfob, подключенного к дверному хабу через сухой контакт, для разблокировки двери. Но это будет работать только в зоне действия Bluetooth. Также я проверяю, сможет ли ESP32, подключенный к сухому контакту, отправить GET-запрос к Nuki. Это будет работать по сети и независимо от радиуса действия Bluetooth, и также будет дешевле. Конечно, это всего лишь обходные пути, пока API вебхука доступа не будет расширен для большей гибкости.