record.created — уведомление отправляется после создания записиrecord.updated — уведомление отправляется после изменения записиrecord.deleted — уведомление отправляется после удаления записиrecord.before.created — запрос отправляется перед созданием записи, ожидает одобренияrecord.before.updated — запрос отправляется перед изменением записи, ожидает одобренияrecord.before.deleted — запрос отправляется перед удалением записи, ожидает одобренияrecord.updating — запрос отправляется после изменения поля во время редактирования карточки, не дожидаясь сохранения записиsequenceId) в сообщении. Этот счетчик помогает отследить были ли пропущены события принимающей стороной.hook), изменённые данные (payload) и идентификатор сотрудника (user).catalogId — идентификатор каталога, в котором создана записьrecordId — идентификатор созданной записи (не отправляется в record.before.created)catalogId — идентификатор каталога, в котором изменена записьrecordId — идентификатор измененной записиcatalogId — идентификатор каталога, в котором удалена записьrecordId — идентификатор удаленной записиcatalogId — идентификатор каталога, в котором изменено полеrecordId — идентификатор редактируемой записи (если запись создана)2хх и 3хх, 410.
Если Бипиум получит ответ 410, он удалит вебкух.4хх и 5хх, кроме 410.Content-type: 'application/json; charset=utf-8' .message) , которое будет показано сотруднику, если сторонний сервер ответит неуспешным кодом на вебхук-запрос событие. Сообщение для сотрудника может быть указано в виде строки или объекта с полями title и text.message) , которое будет показано сотруднику, и новые значения полей (values) для автоматической подстановки в карточку записи на экране сотрудника. Сообщение для сотрудника может быть указано в виде строки или объекта с полями title и text.user, object и file должны быть переданы со всеми дополнительными параметрами. У каждого из этих полей имеется свой формат, как при получении записи.X-Hook-Signature закодированная алгоритмом Base64.