Що нового у Requiply 1.2.2?
Це оновлення відкриває Requiply — для вашої команди, для вашої моделі роботи і для ширшої екосистеми розробників. Клієнти виходять із Налаштувань і стають повноцінним розділом головного меню з керуванням доступом по користувачах. Автоматизації тепер можуть сповіщати вашу команду, а не тільки клієнта, завдяки новій дії Надіслати внутрішній email. Створення бронювання отримує налаштовуваний тип пікера дат, тож форма бронювання відповідатиме тому, як саме ваш бізнес здає в оренду — днями чи годинами. Налаштування тривалості бронювання отримує жорсткий мінімум, щоб захистити маржу на погодинному інвентарі. І головне — Requiply запускає публічний API у beta з керованими токенами та стабільним v1 для кастомних інтеграцій.
1. Клієнти — тепер у головному меню з керуванням доступом
Раніше розділ Клієнти (CRM) жив у Налаштуваннях і був фактично доступний тільки адмінам. У версії 1.2.2 він піднятий у головне меню — там, де він і потрібен щодня, поруч із Бронюваннями та Інвентарем.
Що змінилось
Де налаштувати
Відкрийте Налаштування → Налаштування організації → Акаунти, відредагуйте користувача та увімкніть Дозволити управління клієнтами. Право додається до існуючого переліку (Управління інвентарем, Управління сервісом, Управління бронюваннями, Доступ до звітів, Управління сайтом).
Коли право вимкнене, пункт Клієнти прихований у бічному меню, а маршрути /clients/* перенаправляють на сторінку «Доступ заборонено» — тож інтерфейс відповідає тому, що користувач реально може робити.
Практичні сценарії:
- Адміністратори зали в прокаті велосипедів тепер можуть вести клієнтську базу — додавати нових клієнтів, редагувати контакти, переглядати історію — без надання адмінських прав на біллінг чи інвентар
- Менеджери з продажу в компанії з оренди обладнання для заходів отримують повний доступ до CRM, тоді як інвентарний персонал залишається поза клієнтською базою
- Логісти на майданчику з будівельною технікою бачать і редагують клієнтів, але не можуть змінювати ціни чи налаштування
2. Надіслати внутрішній email — автоматизації, що сповіщають вашу команду
Раніше листи з автоматизацій завжди йшли до клієнта. Багато команд потребують зворотного — внутрішнього сповіщення, коли стається щось важливе: повернення коштів, неявка, бронювання в останній момент, дороге замовлення. Версія 1.2.2 закриває цю прогалину новою дією.
Нова дія
З якими тригерами працює
Підтримуються всі існуючі тригери автоматизацій — дія підключається до рушія, який ви вже використовуєте:
| Тригер | Приклад використання |
|---|---|
| Досягнуто статусу | Бронювання переходить у Скасовано — менеджер отримує миттєве сповіщення |
| Досягнуто статусу платежу | Платіж змінюється на Повернуто або Невдало — власник отримує повідомлення для подальших дій |
| Бронювання створено | З публічного сайту приходить нове бронювання на дрібний інвентар — власник дізнається в момент створення |
| Досягнуто відносного часу | За 24 години до початку бронювання — операційний менеджер отримує нагадування про підготовку |
Налаштування
Відкрийте Налаштування → Автоматизації → Додати автоматизацію (або відредагуйте існуючу), оберіть тригер, потім дію Надіслати email на список. Виберіть шаблон листа, додайте одну або кілька email-адрес, збережіть.
Практичні сценарії:
- Бутіковий прокат авто: коли статус платежу стає Повернуто, автоматично летить лист власнику — жодне повернення не залишиться непоміченим
- Фотостудія: коли з публічного сайту приходить бронювання на сьогодні, менеджер студії одразу отримує повідомлення і встигає підготувати простір
- Майданчик будівельної техніки: за 24 години до початку кожного бронювання логіст отримує дайджест, щоб поставити вантаж у чергу заздалегідь
- Прокат для заходів: коли дороге бронювання переходить у Скасовано, відділ продажів і операційний відділ одразу бачать сповіщення і можуть швидко перепродати слот
3. Налаштування створення бронювання — оберіть пікер під свою модель
Різні прокати думають про час по-різному. Прокат авто оперує днями. Студія — годинами в межах дня. Тепер форма бронювання адаптується до вашої моделі.
Що з'явилось
Нова сторінка налаштувань — Створення бронювання — у Налаштування → Бронювання → Створення бронювання. Її головна опція Тип пікера дат дозволяє обрати, як клієнт (і ваші співробітники) обирає дати та час.
Два типи пікера
Де застосовується налаштування
Практичні сценарії:
- Прокат авто: залиште пікер діапазону — видача й повернення природно займають кілька днів
- Звукозаписна студія: переключіться на один день — клієнт бронює суботу з 14:00 до 18:00 одним рухом, без незручного дублювання дати
- Організатор піших турів: пікер одного дня ідеально підходить — оберіть дату і слот 10:00 чи 14:00
- Погодинна оренда переговорних: пікер одного дня тримає форму бронювання короткою і не дає випадково забронювати «через північ»
4. Мінімальна тривалість бронювання — захистіть свою маржу
Сторінка налаштувань Тривалість бронювання отримує новий контроль — жорсткий мінімум на тривалість бронювання.
Що змінилось
Чому це важливо
Без мінімуму клієнти могли забронювати збитковий 15-хвилинний слот на погодинному інвентарі або навіть створити бронювання нульової тривалості через крайні випадки. Встановлення нижньої межі захищає маржу і відповідає тому, як насправді цінуються більшість прокатних послуг.
Практичні сценарії:
- Звукозаписна студія: встановіть мінімум 2 години, щоб студія ніколи не бронювалась на збитковий 30-хвилинний слот, який все одно вимагає повного налаштування
- Чартер яхт: встановіть мінімум 4 години — найменший комерційний слот, який ви реально продаєте
- Денна перепустка в коворкінг: мінімум 1 година — випадковий клік не створить бронювання на 5 хвилин
- Прокат обладнання: залиште дефолт 1 день, щоб дзеркалити існуючу цінову структуру без переналаштувань
5. Публічний API (Beta) — будуйте власні рішення поверх Requiply
Найбільша зміна 1.2.2: Requiply отримує публічний задокументований HTTP API. Він у статусі beta — ендпоінти й payload стабільні для продакшн-використання, але ми можемо додавати поля та (у рідкісних випадках) вводити версійні зміни протягом цього періоду.
Нова сторінка налаштувань: API Keys
Відкрийте Налаштування → Налаштування організації → API Keys (доступно лише адмінам). Створюйте, перейменовуйте та відкликайте ключі будь-коли.
Автентифікація
Усі публічні ендпоінти живуть під /api/public/v1/… і приймають Bearer-токен:
Authorization: Bearer rq_sk_live_xxxxxxxxxxxxxxxx
Доступні ендпоінти у v1
Обмеження частоти запитів
100 запитів за 60-секундне ковзне вікно на ключ. Перевищення повертає HTTP 429 із заголовком Retry-After.
Що це відкриває вже сьогодні
Куди ми ведемо це далі
Цей API — фундамент нашої ширшої історії для розробників. Дорожня карта звідси:
Чому саме цей напрямок
У Requiply ми переконані: майбутнє бізнес-софту — це не один закритий конструктор сайтів, під який мусять прогинатися всі. Це стабільний, добре задокументований бекенд, який бере на себе складне — математику доступності, платежі, розклади, відповідність вимогам — і потужний шар AI-інструментів зверху, де власники й розробники можуть складати красиві, кастомні рішення за години, а не тижні. Сьогоднішній реліз — перший свідомий крок у цьому напрямку.
Часті запитання
Що далі?
Версія 1.2.2 — про те, щоб відкрити Requiply — для вашої команди через права доступу, для вашої моделі бізнесу через гнучке створення бронювань і для ширшої екосистеми розробників через публічний API. Ми хочемо побачити, що ви побудуєте поверх API і як автоматизації з внутрішніми email змінять ваші операції — від цього залежить, куди далі рухатиметься платформа.
А ось над чим ми продовжуємо працювати паралельно:
MCP-сервер та офіційні SDK — типізовані клієнти TypeScript і Python, плюс сервер Model Context Protocol, щоб AI-агенти могли діяти з даними Requiply від імені операторів.
Власні потоки статусів — можливість визначати власні назви статусів бронювань і платежів, їх порядок та переходи, щоб робочий процес у Requiply відповідав тому, як насправді працює ваш бізнес.
Більше тригерів і дій в автоматизаціях — розширюємо рушій автоматизацій: більше тригерів, умови розгалуження та ширший набір дій, щоб автоматизувати практично будь-який рутинний процес в оренді.
Додаткові канали сповіщень — електронна пошта лише початок. Плануємо SMS, WhatsApp та інші канали, щоб ви могли зв'язуватися з клієнтами так, як вони дійсно реагують.
Управління власним доменом — підключайте власний домен і надсилайте листи зі своєї адреси, щоб кожне автоматичне повідомлення потрапляло до клієнта з вашим брендом.
Є питання чи пропозиції? Пишіть нам на info@requiply.com — нам особливо цікаво почути, що ви будуєте з новим публічним API і які інтеграції варто пріоритезувати в першу чергу.
