--- title: "Requiply 1.2.2: Клієнти в головному меню, оновлення автоматизацій, гнучкіший вибір дат | Requiply" description: "Requiply 1.2.2 виносить Клієнтів у головне меню з керуванням доступом по користувачах, додає дію автоматизації Внутрішній email, налаштовуваний пікер дат у формі бронювання, мінімальну тривалість бронювання та запускає першу beta-версію публічного API з керуванням токенами" canonical_url: "https://requiply.com/uk/blog/1-2-2-release-notes" last_updated: 2026-05-04 locale: uk meta: "og:description": "Requiply 1.2.2 виносить Клієнтів у головне меню з керуванням доступом по користувачах, додає дію автоматизації Внутрішній email, налаштовуваний пікер дат у формі бронювання, мінімальну тривалість бронювання та запускає першу beta-версію публічного API з керуванням токенами" "og:title": "Requiply 1.2.2: Клієнти в головному меню, оновлення автоматизацій, гнучкіший вибір дат" "twitter:description": "Requiply 1.2.2 виносить Клієнтів у головне меню з керуванням доступом по користувачах, додає дію автоматизації Внутрішній email, налаштовуваний пікер дат у формі бронювання, мінімальну тривалість бронювання та запускає першу beta-версію публічного API з керуванням токенами" "twitter:title": "Requiply 1.2.2: Клієнти в головному меню, оновлення автоматизацій, гнучкіший вибір дат" --- ![Requiply 1.2.2: Клієнти в головному меню, оновлення автоматизацій, гнучкіший вибір дат](https://requiply.com/.netlify/images?w=10&h=10&fm=webp&q=50&blur=3&url=%2Fblog%2Freleases%2F1-2-2%2Fcover.png) ## Що нового у Requiply 1.2.2? Це оновлення відкриває Requiply — для вашої команди, для вашої моделі роботи і для ширшої екосистеми розробників. **Клієнти** виходять із Налаштувань і стають повноцінним розділом головного меню з керуванням доступом по користувачах. Автоматизації тепер можуть сповіщати **вашу команду**, а не тільки клієнта, завдяки новій дії **Надіслати внутрішній email**. Створення бронювання отримує налаштовуваний **тип пікера дат**, тож форма бронювання відповідатиме тому, як саме ваш бізнес здає в оренду — днями чи годинами. Налаштування тривалості бронювання отримує жорсткий **мінімум**, щоб захистити маржу на погодинному інвентарі. І головне — Requiply запускає **публічний API у beta** з керованими токенами та стабільним v1 для кастомних інтеграцій. --- ## 1. Клієнти — тепер у головному меню з керуванням доступом ![Requiply головне меню з новим розділом Клієнти на одному рівні з Інвентарем, Бронюваннями та Звітами](https://requiply.com/.netlify/images?url=%2Fblog%2Freleases%2F1-2-2%2Fclients-main-menu-uk.png) Раніше розділ Клієнти (CRM) жив у Налаштуваннях і був фактично доступний тільки адмінам. У версії 1.2.2 він піднятий у **головне меню** — там, де він і потрібен щодня, поруч із Бронюваннями та Інвентарем. ### Що змінилось Новий пункт головного меню — Клієнти, з підсторінками Управління, Додати, Редагувати, Імпорт Нове право доступу для акаунта — Дозволити управління клієнтами — надайте доступ до CRM без повних адмінських прав Не-адмін бачить розділ Клієнти лише тоді, коли право увімкнене на його акаунті Існуючі клієнтські дані, теги та сегменти не зачіпаються — змінюється лише доступ ### Де налаштувати ![Requiply панель прав доступу акаунта з новим перемикачем Дозволити управління клієнтами поруч з правами на Інвентар, Сервіс, Бронювання, Звіти та Сайт](https://requiply.com/.netlify/images?url=%2Fblog%2Freleases%2F1-2-2%2Fclient-permission-uk.png) Відкрийте **Налаштування → Налаштування організації → Акаунти**, відредагуйте користувача та увімкніть **Дозволити управління клієнтами**. Право додається до існуючого переліку (`Управління інвентарем`, `Управління сервісом`, `Управління бронюваннями`, `Доступ до звітів`, `Управління сайтом`). Коли право вимкнене, пункт **Клієнти** прихований у бічному меню, а маршрути `/clients/*` перенаправляють на сторінку «Доступ заборонено» — тож інтерфейс відповідає тому, що користувач реально може робити. **Практичні сценарії:** - **Адміністратори зали** в прокаті велосипедів тепер можуть вести клієнтську базу — додавати нових клієнтів, редагувати контакти, переглядати історію — без надання адмінських прав на біллінг чи інвентар - **Менеджери з продажу** в компанії з оренди обладнання для заходів отримують повний доступ до CRM, тоді як інвентарний персонал залишається поза клієнтською базою - **Логісти** на майданчику з будівельною технікою бачать і редагують клієнтів, але не можуть змінювати ціни чи налаштування --- ## 2. Надіслати внутрішній email — автоматизації, що сповіщають вашу команду ![Requiply редактор автоматизації з новою дією Надіслати email на список, вказаним списком отримувачів та вибором шаблону](https://requiply.com/.netlify/images?url=%2Fblog%2Freleases%2F1-2-2%2Finternal-email-action-uk.png) Раніше листи з автоматизацій завжди йшли до **клієнта**. Багато команд потребують зворотного — внутрішнього сповіщення, коли стається щось важливе: повернення коштів, неявка, бронювання в останній момент, дороге замовлення. Версія 1.2.2 закриває цю прогалину новою дією. ### Нова дія Новий тип дії — Надіслати email на список — внутрішні email-сповіщення Список отримувачів задається прямо в автоматизації (власник, менеджер, спільна скринька тощо) Використовує той самий рушій шаблонів, що й клієнтські листи — брендинг та динамічні плейсхолдери працюють із коробки Додавайте стільки отримувачів, скільки потрібно — без сторонніх інструментів автоматизації ### З якими тригерами працює Підтримуються всі існуючі тригери автоматизацій — дія підключається до рушія, який ви вже використовуєте: | Тригер | Приклад використання | | --- | --- | | **Досягнуто статусу** | Бронювання переходить у *Скасовано* — менеджер отримує миттєве сповіщення | | **Досягнуто статусу платежу** | Платіж змінюється на *Повернуто* або *Невдало* — власник отримує повідомлення для подальших дій | | **Бронювання створено** | З публічного сайту приходить нове бронювання на дрібний інвентар — власник дізнається в момент створення | | **Досягнуто відносного часу** | За 24 години до початку бронювання — операційний менеджер отримує нагадування про підготовку | ### Налаштування Відкрийте **Налаштування → Автоматизації → Додати автоматизацію** (або відредагуйте існуючу), оберіть тригер, потім дію **Надіслати email на список**. Виберіть шаблон листа, додайте одну або кілька email-адрес, збережіть. **Практичні сценарії:** - **Бутіковий прокат авто**: коли статус платежу стає *Повернуто*, автоматично летить лист власнику — жодне повернення не залишиться непоміченим - **Фотостудія**: коли з публічного сайту приходить бронювання на сьогодні, менеджер студії одразу отримує повідомлення і встигає підготувати простір - **Майданчик будівельної техніки**: за 24 години до початку кожного бронювання логіст отримує дайджест, щоб поставити вантаж у чергу заздалегідь - **Прокат для заходів**: коли дороге бронювання переходить у *Скасовано*, відділ продажів і операційний відділ одразу бачать сповіщення і можуть швидко перепродати слот --- ## 3. Налаштування створення бронювання — оберіть пікер під свою модель ![Requiply сторінка налаштувань Створення бронювання з опцією Тип пікера дат — варіанти Діапазон та Один день](https://requiply.com/.netlify/images?url=%2Fblog%2Freleases%2F1-2-2%2Fbooking-creation-settings-uk.png) Різні прокати думають про час по-різному. Прокат авто оперує **днями**. Студія — **годинами в межах дня**. Тепер форма бронювання адаптується до вашої моделі. ### Що з'явилось Нова сторінка налаштувань — **Створення бронювання** — у *Налаштування → Бронювання → Створення бронювання*. Її головна опція **Тип пікера дат** дозволяє обрати, як клієнт (і ваші співробітники) обирає дати та час. ### Два типи пікера Пікер діапазону — окремі початок і кінець (за замовчуванням): клієнт обирає дату й час початку та дату й час кінця. Підходить для багатоденних оренд, де початок і кінець припадають на різні дні Пікер одного дня — одна дата з діапазоном часу: клієнт обирає одну дату і часовий проміжок у межах цього дня. Підходить для послуг у межах одного дня — студії, екскурсії, заняття, погодинна оренда ### Де застосовується налаштування Публічна сторінка бронювання — пікер, який бачить ваш клієнт під час онлайн-бронювання Внутрішня сторінка Додати бронювання — те, що використовують ваші співробітники для ручного створення Мобільний додаток — підхопить це налаштування у наступному релізі **Практичні сценарії:** - **Прокат авто**: залиште пікер діапазону — видача й повернення природно займають кілька днів - **Звукозаписна студія**: переключіться на один день — клієнт бронює суботу з 14:00 до 18:00 одним рухом, без незручного дублювання дати - **Організатор піших турів**: пікер одного дня ідеально підходить — оберіть дату і слот 10:00 чи 14:00 - **Погодинна оренда переговорних**: пікер одного дня тримає форму бронювання короткою і не дає випадково забронювати «через північ» --- ## 4. Мінімальна тривалість бронювання — захистіть свою маржу ![Requiply сторінка налаштувань Тривалість бронювання з новим полем Мінімальна тривалість бронювання поруч із буферами початку та кінця](https://requiply.com/.netlify/images?url=%2Fblog%2Freleases%2F1-2-2%2Fmin-duration-uk.png) Сторінка налаштувань **Тривалість бронювання** отримує новий контроль — жорсткий мінімум на тривалість бронювання. ### Що змінилось Нове поле — Мінімальна тривалість бронювання — задається у хвилинах, годинах чи днях, як вам зручно За замовчуванням — 1 день (1440 хвилин), щоб зберегти попередню поведінку для існуючих організацій Перевіряється на публічній сторінці бронювання та у внутрішніх формах створення Пікер показує зрозуміле повідомлення з посиланням на налаштований мінімум, тож клієнт розуміє, чому його вибір не приймається Працює разом з існуючими буферами початку та кінця на тій самій сторінці ### Чому це важливо Без мінімуму клієнти могли забронювати збитковий 15-хвилинний слот на погодинному інвентарі або навіть створити бронювання нульової тривалості через крайні випадки. Встановлення нижньої межі захищає маржу і відповідає тому, як насправді цінуються більшість прокатних послуг. **Практичні сценарії:** - **Звукозаписна студія**: встановіть мінімум 2 години, щоб студія ніколи не бронювалась на збитковий 30-хвилинний слот, який все одно вимагає повного налаштування - **Чартер яхт**: встановіть мінімум 4 години — найменший комерційний слот, який ви реально продаєте - **Денна перепустка в коворкінг**: мінімум 1 година — випадковий клік не створить бронювання на 5 хвилин - **Прокат обладнання**: залиште дефолт 1 день, щоб дзеркалити існуючу цінову структуру без переналаштувань --- ## 5. Публічний API (Beta) — будуйте власні рішення поверх Requiply Найбільша зміна 1.2.2: Requiply отримує **публічний задокументований HTTP API**. Він у статусі **beta** — ендпоінти й payload стабільні для продакшн-використання, але ми можемо додавати поля та (у рідкісних випадках) вводити версійні зміни протягом цього періоду. ### Нова сторінка налаштувань: API Keys Відкрийте **Налаштування → Налаштування організації → API Keys** (доступно лише адмінам). Створюйте, перейменовуйте та відкликайте ключі будь-коли. Два типи ключів — Публічний (rq\_pk\_live\_…) для довіреного фронтенду, та Секретний (rq\_sk\_live\_…) для server-to-server викликів Токени показуються один раз при створенні і зберігаються лише як хеш плюс останні 4 символи — їх неможливо відновити, тільки ротувати Кожен ключ показує: назву, тип, замасковане значення, дату створення, дату останнього використання та статус Відкличте будь-який ключ миттєво, якщо він витік — без звернення в підтримку ### Автентифікація Усі публічні ендпоінти живуть під `/api/public/v1/…` і приймають Bearer-токен: ``` Authorization: Bearer rq_sk_live_xxxxxxxxxxxxxxxx ``` ### Доступні ендпоінти у v1 Організація — GET /org/info: дані організації, локації, способи оплати, часовий пояс Каталог — GET /inventory/list, /inventory/groups/{id}, /categories/list Доступність та ціни — POST /availability/calendar, /availability/items, /pricing/quote Бронювання — POST /bookings/create та GET /bookings/{id} Клієнти — POST /clients/lookup для пошуку існуючого клієнта або створення нового ### Обмеження частоти запитів 100 запитів за 60-секундне ковзне вікно на ключ. Перевищення повертає `HTTP 429` із заголовком `Retry-After`. ### Що це відкриває вже сьогодні Кастомні форми бронювання — вбудуйте доступність та оформлення Requiply у власний сайт, мобільний додаток чи кіоск Операційні інтеграції — синхронізуйте інвентар чи бронювання з ERP, бухгалтерією, диспетчерськими дошками, системами розумних замків Автоматизації — будуйте Zapier/n8n-стиль workflow, які виходять за межі вбудованого рушія AI-агенти й копілоти — годуйте дані Requiply кастомним асистентам, що відповідають клієнтам або готують бронювання ### Куди ми ведемо це далі Цей API — фундамент нашої ширшої історії для розробників. Дорожня карта звідси: MCP-сервер — сервер Model Context Protocol, щоб AI-агенти (Claude, Cursor, кастомні асистенти) могли читати та діяти з даними Requiply від імені операторів Офіційні SDK — типізовані клієнти спочатку для TypeScript/JavaScript, потім Python Інтеграції з Lovable, v0 та іншими AI-білдерами — готові блоки Requiply, щоб нетехнічний власник міг описати бажаний досвід бронювання й одразу отримати рішення на нашому API ### Чому саме цей напрямок У Requiply ми переконані: майбутнє бізнес-софту — це **не** один закритий конструктор сайтів, під який мусять прогинатися всі. Це стабільний, добре задокументований бекенд, який бере на себе складне — математику доступності, платежі, розклади, відповідність вимогам — і потужний шар AI-інструментів зверху, де власники й розробники можуть складати красиві, кастомні рішення за години, а не тижні. Сьогоднішній реліз — перший свідомий крок у цьому напрямку. --- ## Часті запитання ### Адміни автоматично зберігають повний доступ. Не-адміни отримають доступ лише після того, як ви ввімкнете їм нове право «Дозволити управління клієнтами» — це навмисно, щоб ви могли вирішити, хто в команді тепер веде клієнтську базу. ### У 1.2.2 список отримувачів задається безпосередньо в автоматизації (фіксований перелік внутрішніх адрес). Динамічні отримувачі з даних бронювання чи клієнта — у дорожній карті. ### Ні. Існуючі бронювання зберігають свої збережені дати й час без змін. Стиль пікера впливає лише на створення нових бронювань через публічну сторінку та внутрішню форму Додати бронювання. ### Мінімум — це жорстка нижня межа тривалості, незалежна від цін. Якщо ваш найкоротший платний слот — 2 години, встановіть мінімум 2 години, щоб клієнти не могли створити бронювання нижче цього порогу. ### «Beta» означає, що ми можемо додавати нові поля і, у рідкісних випадках, вводити версійні зміни — а не що API нестабільний. Ендпоінти під /api/public/v1/ призначені для продакшн-інтеграцій уже сьогодні, а будь-яка ламна зміна вийде під новою версією. ### API-токени створюються в Налаштування → Налаштування організації → API Keys (доступно лише адмінам). Створюйте стільки, скільки потрібно — окремий ключ на кожну інтеграцію є рекомендованим патерном, щоб ротувати один без впливу на інші. ### Секретні токени зберігаються тільки як хеш плюс останні 4 символи і не можуть бути відновлені. Відкличте загублений токен зі сторінки API Keys і створіть новий — існуючі інтеграції потрібно оновити новим значенням. --- ## Що далі? Версія 1.2.2 — про те, щоб **відкрити Requiply** — для вашої команди через права доступу, для вашої моделі бізнесу через гнучке створення бронювань і для ширшої екосистеми розробників через публічний API. Ми хочемо побачити, **що ви побудуєте поверх API** і **як автоматизації з внутрішніми email змінять ваші операції** — від цього залежить, куди далі рухатиметься платформа. А ось над чим ми продовжуємо працювати паралельно: **MCP-сервер та офіційні SDK** — типізовані клієнти TypeScript і Python, плюс сервер Model Context Protocol, щоб AI-агенти могли діяти з даними Requiply від імені операторів. **Власні потоки статусів** — можливість визначати власні назви статусів бронювань і платежів, їх порядок та переходи, щоб робочий процес у Requiply відповідав тому, як насправді працює ваш бізнес. **Більше тригерів і дій в автоматизаціях** — розширюємо рушій автоматизацій: більше тригерів, умови розгалуження та ширший набір дій, щоб автоматизувати практично будь-який рутинний процес в оренді. **Додаткові канали сповіщень** — електронна пошта лише початок. Плануємо SMS, WhatsApp та інші канали, щоб ви могли зв'язуватися з клієнтами так, як вони дійсно реагують. **Управління власним доменом** — підключайте власний домен і надсилайте листи зі своєї адреси, щоб кожне автоматичне повідомлення потрапляло до клієнта з вашим брендом. --- **Є питання чи пропозиції?** Пишіть нам на `info@requiply.com` — нам особливо цікаво почути, що ви будуєте з новим публічним API і які інтеграції варто пріоритезувати в першу чергу. **Теги** - Requiply version - requiply - clients permission - доступ до клієнтів - client management - управління клієнтами - workflow actions - дії автоматизацій - internal email - внутрішні email - booking creation - створення бронювання - date picker - пікер дат - minimum reservation duration - мінімальна тривалість бронювання - public API - публічний API - API tokens - API токени - rental software - програмне забезпечення для оренди - developer tools - інструменти для розробників ## Sitemap See the full [sitemap](/sitemap.md) for all pages.