Requiply 1.2.2: Клієнти в головному меню, оновлення автоматизацій, гнучкіший вибір дат

Що нового у Requiply 1.2.2?

Це оновлення відкриває Requiply — для вашої команди, для вашої моделі роботи і для ширшої екосистеми розробників. Клієнти виходять із Налаштувань і стають повноцінним розділом головного меню з керуванням доступом по користувачах. Автоматизації тепер можуть сповіщати вашу команду, а не тільки клієнта, завдяки новій дії Надіслати внутрішній email. Створення бронювання отримує налаштовуваний тип пікера дат, тож форма бронювання відповідатиме тому, як саме ваш бізнес здає в оренду — днями чи годинами. Налаштування тривалості бронювання отримує жорсткий мінімум, щоб захистити маржу на погодинному інвентарі. І головне — Requiply запускає публічний API у beta з керованими токенами та стабільним v1 для кастомних інтеграцій.

1. Клієнти — тепер у головному меню з керуванням доступом

Раніше розділ Клієнти (CRM) жив у Налаштуваннях і був фактично доступний тільки адмінам. У версії 1.2.2 він піднятий у головне меню — там, де він і потрібен щодня, поруч із Бронюваннями та Інвентарем.

Що змінилось

Де налаштувати

Відкрийте Налаштування → Налаштування організації → Акаунти, відредагуйте користувача та увімкніть Дозволити управління клієнтами. Право додається до існуючого переліку (Управління інвентарем, Управління сервісом, Управління бронюваннями, Доступ до звітів, Управління сайтом).

Коли право вимкнене, пункт Клієнти прихований у бічному меню, а маршрути /clients/* перенаправляють на сторінку «Доступ заборонено» — тож інтерфейс відповідає тому, що користувач реально може робити.

Практичні сценарії:

• Адміністратори зали в прокаті велосипедів тепер можуть вести клієнтську базу — додавати нових клієнтів, редагувати контакти, переглядати історію — без надання адмінських прав на біллінг чи інвентар
• Менеджери з продажу в компанії з оренди обладнання для заходів отримують повний доступ до CRM, тоді як інвентарний персонал залишається поза клієнтською базою
• Логісти на майданчику з будівельною технікою бачать і редагують клієнтів, але не можуть змінювати ціни чи налаштування

2. Надіслати внутрішній email — автоматизації, що сповіщають вашу команду

Раніше листи з автоматизацій завжди йшли до клієнта. Багато команд потребують зворотного — внутрішнього сповіщення, коли стається щось важливе: повернення коштів, неявка, бронювання в останній момент, дороге замовлення. Версія 1.2.2 закриває цю прогалину новою дією.

Нова дія

З якими тригерами працює

Підтримуються всі існуючі тригери автоматизацій — дія підключається до рушія, який ви вже використовуєте:

Налаштування

Відкрийте Налаштування → Автоматизації → Додати автоматизацію (або відредагуйте існуючу), оберіть тригер, потім дію Надіслати 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 і які інтеграції варто пріоритезувати в першу чергу.