Все ноды/Integrations/Calendar
Удалить событие календаря
DELETE ресурса календаря.
Тип в графе: calendar_delete_event
Exec
Можно включить ветку ошибки (expose_error_output) и обработать сбой отдельным путём.
Порты можно разделить на исполнение и данные (split ports).
Как попробовать
Минимальный рабочий воркфлоу
- Исполнение
- Данные
- Исполнение + данные
Перед запуском выберите своё подключение или базу знаний — в графе стоит REPLACE_ME.
Как применять
Удаляет объект календаря по адресу. Отменить встречу «мягко», оставив её в календаре с пометкой, можно иначе: Изменить событие календаря не умеет менять статус, а Записать событие календаря — умеет, у него есть поле «Статус» со значением «Отменено». Удаление стирает объект без следа.
Как это работает
Нода обращается к серверу по полю «href события». Адрес берётся из Запроса к календарю или Получить событие календаря как есть.
Пустой ETag означает «удалить то, что лежит по адресу сейчас». Заполненный превращается в
условие: если событие успели изменить, сервер ответит 412 (error_code
PRECONDITION_FAILED) и удаление не состоится. На выходе { "ok": true } — других подтверждений
у операции нет.
Частые ошибки
- Удаляется весь ресурс. У повторяющейся встречи это вся серия целиком. Снять одно вхождение удалением нельзя — для этого нужно дописать в тело события EXDATE и записать его заново.
- Повторный запуск — ошибка. Второе удаление по тому же адресу получит 404 и остановится с
кодом
NOT_FOUND. Если шаг может выполниться дважды (повтор хода, ветка ретрая), включите «Выход ошибки» и считайте этот код успехом. - Опечатка в адресе выглядит так же.
NOT_FOUNDозначает «по этому адресу ничего нет», а не «событие уже удалено» — проверьте, что подставился именноhref, а не UID. - Участники ничего не узнают. Удаление ресурса не рассылает уведомлений; отмену отправляет Планирование в календаре с операцией «Отмена (CANCEL)».
- Ошибка останавливает запуск. Ветки для сбоя у ноды по умолчанию нет: без включённого «Выхода ошибки» неудачное удаление роняет весь ход.
Входы
| Порт | Провод | Данные | Примечания |
|---|---|---|---|
Calendar storecalendar_store | Данныеdata | — | обязателен |
Выходы
| Порт | Провод | Данные | Примечания |
|---|---|---|---|
Successoutput | Исполнение + данныеexecute_data | object | |
Erroron_error | Исполнение + данныеexecute_data | — | показывается, когда expose_error_output = true |
Настройки
| Поле | Тип | По умолчанию | Описание |
|---|---|---|---|
Подключение CalDAVconnection_id | string | "" | Сохранённое подключение CalDAV из воркспейса: простому календарному воркфлоу не нужна отдельная нода CalDAV Config. Нода, подключённая к порту 'calendar_store', имеет приоритет над этим полем. подключение: caldavперекрывается портом: calendar_store |
href событияhref | string | "" | Путь или абсолютный URL объекта календаря — ровно в том виде, в каком его вернула нода Calendar Query или Calendar Multiget ({{ nodes.<query>.output.events[0].href }}). Относительный путь разрешается относительно базового URL подключения. Пример: /remote.php/dav/calendars/user/personal/9f1c-1234.ics поддерживает шаблоны |
| Дополнительно | |||
ETagetag | string | "" | Токен оптимистичной блокировки из предыдущего Get/Query. Пусто — удаляется то, что лежит по адресу сейчас; с устаревшим токеном сервер ответит 412 (error_code=PRECONDITION_FAILED), а не сотрёт чужую правку. поддерживает шаблоны |
Общие поля
Эти три поля есть у каждой ноды: платформа добавляет их сама, а не автор ноды.
expose_error_output— Если включено, показывает выход выполнения для подключения нод, которые запускаются при сбое этого шага.split_ports_in— Показывать отдельные порты входа для выполнения и данных вместо одного объединённого.split_ports_out— Показывать отдельные порты выхода для выполнения и данных вместо одного объединённого.