Пусть бронирование само уведомляет
Перепечатка данных между инструментами не работает в загруженные недели. Что уладить перед тем, как его заменит вебхук.
Для кого это руководство
Операторы студии и разработчики помогают им, перемещая детали бронирования, клиента и оплаты между Karavex и уже используемыми инструментами.
Редакционная система
Большинство студийных стопок удерживается человеком. Кто-то копирует дату съемки в инструмент планирования, имя клиента в пакет бухгалтерского учета, статус оплаты в электронную таблицу. Он работает тихо до тех пор, пока тот день не перестанет, и дело в том, что никто не может сказать, какая копия является текущей.
Копирование и вставка — это инфраструктура, которую никто не поддерживает.
Перепечатывание происходит медленно, но большая цена состоит в том, что оно невидимо. Не существует записей о том, какие трансферы произошли, нет сигнала о том, что какой-либо трансфер был пропущен, и нет способа узнать, что инструмент планирования отстает на два бронирования. Работа, которая зависит от того, что кто-то не забывает о перемещении информации, хороша в тихую неделю и терпит неудачу в напряженную, а именно тогда пропущенная передача обходится дороже всего.
Позвольте событию рассказать об этом.
Долгосрочный вариант — позволить переменам заявить о себе. Вебхук отправляет событие бронирования или оплаты на URL-адрес, которым вы управляете, поэтому другая система реагирует, когда что-то действительно происходит, а не запрашивает по расписанию. Два практических правила делают его надежным: дайте каждому соединению свой собственный ключ с наименьшим необходимым для него доступом, чтобы его можно было отозвать, не нарушая остальную часть, и проверяйте подпись каждого запроса, прежде чем действовать по нему, поскольку конечная точка открыта для всего Интернета.
Соединение, которое вы не можете проверить, не является интеграцией. Это привычка, которая работает.
Планируйте день, когда другой конец выйдет из строя.
Интеграции терпят неудачу без каких-либо драматичных последствий: конечная точка возвращает ошибки в течение дня, срок действия сертификата истекает, при развертывании получатель отключается от сети. Вопрос в том, узнает ли кто-нибудь. История доставки превращает это во что-то видимое, а смена ключа или секрета конечной точки остается рутиной, а не чрезвычайной ситуацией. Начните с одного важного события, наблюдайте за ним в течение недели, затем добавьте следующее.
Что необходимо решить до того, как будет установлено первое соединение
- Какое событие на самом деле нужно другой системе и что она будет делать, когда оно прибудет.
- Ключ ограничен только этим соединением, поэтому его отзыв больше ничего не нарушает.
- Проверка подписи получателя и того, кто читает историю доставки.
Меньше копий, один источник.
Цель не в том, чтобы автоматизировать все. Суть в том, что запись о резервировании остается той же версией, что и все остальное, поэтому инструмент планирования, счета и календарь считывают одно и то же задание, а не три полузабытые его копии.
Частые вопросы
Когда вебхук лучше, чем экспорт электронной таблицы?
Когда другой системе необходимо отреагировать на изменение, а не просмотреть его позже. Экспорт отвечает на то, что произошло в прошлом месяце. Вебхук позволяет инструменту реагировать при подтверждении бронирования или получении платежа, в чем разница между отчетом и рабочим процессом.
Как я узнаю, что запрос действительно поступил от Karavex?
Проверьте подпись, прежде чем действовать по ней. Конечная точка веб-перехватчика — это общедоступный URL-адрес, поэтому все, что находится в Интернете, может отправлять на него сообщения. Проверка подписи — это то, что отличает реальное событие от запроса, который просто выглядит так.
Что происходит, когда принимающая система выходит из строя?
Проверьте историю доставок, а не гадайте. Там видны сбои, поэтому проблема интеграции становится чем-то, что можно диагностировать, а не молчанием, которого никто не замечает, пока клиент не спросит.