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.