для разработчиков На сайт Rentu

События ТЦ

Публикация событий в календарь центра. Доступно на любом тарифе.

POST /api/external/v2/sc/{sc_id}/events   BASIC

Параметры#

ИмяТипОбяз.По умолчаниюОписание
sc_idstring, в путидаИдентификатор центра
namestringдаНазвание события
descriptionstringдаОписание
event_typestringдаcalendar, marketing или other
start_datedateдаYYYY-MM-DD
end_datedateдаYYYY-MM-DD, не раньше start_date
colorstringнет#EAEAEAЦвет в календаре, строго #RRGGBB
shop_idsarray of stringнет[]Точки, которых касается событие

color принимается только в виде #RRGGBB. rgb(255,136,0), red и FF8800 без решётки дадут 422.

Служебные типы платформы system и weekend снаружи не принимаются, их ставит сама платформа.

shop_ids должны принадлежать этому центру. Повторы в списке допустимы и схлопываются.

bash
curl -X POST "https://api.rentu.ru/api/external/v2/sc/$SC/events" \
  -H 'Authorization: Bearer YOUR_TOKEN' \
  -H 'Content-Type: application/json' \
  -d '{
    "name": "Чёрная пятница",
    "description": "Скидки во всём ТЦ",
    "event_type": "marketing",
    "start_date": "2026-11-27",
    "end_date": "2026-11-30",
    "color": "#FF8800",
    "shop_ids": ["6512a2000000000000000101"]
  }'

Ответ#

Статус 201 Created.

ПолеТипОписание
idstringИдентификатор созданного события
namestringНазвание
descriptionstring | nullОписание
event_typestringТип
colorstringЦвет #RRGGBB
sell_location_idsarray of string | nullТочки события
start_datestringYYYY-MM-DD
end_datestringYYYY-MM-DD
json
{
  "success": true,
  "data": {
    "id": "66c1000000000000000000e1",
    "name": "Чёрная пятница",
    "description": "Скидки во всём ТЦ",
    "event_type": "marketing",
    "color": "#FF8800",
    "sell_location_ids": ["6512a2000000000000000101"],
    "start_date": "2026-11-27",
    "end_date": "2026-11-30"
  }
}

Повторная отправка#

Метод создаёт новое событие. Полный дубликат (совпали название, тип и обе даты в рамках центра) не создаётся и не подменяет существующее:

json
{
  "success": false,
  "error": {
    "code": "already_exists_in_sc",
    "message": "Название уже существует в этом торговом центре",
    "details": { "name": ["уже существует в этом торговом центре"] }
  }
}

Статус 409. При синхронизации календаря целиком его стоит трактовать как «уже создано» и продолжать: перезаливать список безопасно.

Событие с тем же названием, но другим периодом считается другим событием, 409 не будет.

Изменить или удалить событие через API нельзя. Метод один и только на создание.

Авторство#

Событие записывается от лица сотрудника, которому принадлежит ключ, — в интерфейсе центра будет видно его имя. Это ещё одна причина выдавать ключ на реального человека, см. Доступ и ключи.

Ошибки#

КодHTTPКогда
already_exists_in_sc409Полный дубликат по названию, типу и датам
validation_error422Неизвестный event_type, неверный формат color, чужая точка в shop_ids, end_date раньше start_date, пустое обязательное поле