---
title: "Статуси бронювань"
description: "Перейменовуйте, перефарбовуйте, додавайте й видаляйте статуси бронювань, обирайте дозволені переходи та визначайте, які статуси утримують інвентар, відкривають чекліст і вважаються активними, завершеними чи скасованими. Кожен статус можна редагувати."
canonical_url: "https://requiply.com/docs/uk/guides/settings/bookings/statuses"
---
# Статуси бронювань

> Перейменовуйте, перефарбовуйте, додавайте й видаляйте статуси бронювань, обирайте дозволені переходи та визначайте, які статуси утримують інвентар, відкривають чекліст і вважаються активними, завершеними чи скасованими. Кожен статус можна редагувати.

На сторінці **Налаштування статусів** ви керуєте статусами бронювань та правилами переходу між ними. Кожне бронювання має рівно один статус. Статуси визначають мітки статусів і стрілки переходу в усьому застосунку, колір у [календарі](https://requiply.com/docs/uk/guides/bookings/calendar) та запуск [автоматизацій](https://requiply.com/docs/uk/guides/automations/workflows). Поле **Чекліст** визначає, чи треба спершу пройти [чекліст видачі або повернення](https://requiply.com/docs/uk/guides/bookings/checklists). Поле **Життєвий цикл** визначає, які бронювання вважаються активними, завершеними чи скасованими на [Дашборді](https://requiply.com/docs/uk/guides/reports/dashboard) і у звітах.

Ця сторінка розташована в **Налаштування → Бронювання → Налаштування статусів** ([`/settings/reservations/statuses`](https://app.requiply.com/settings/reservations/statuses)).

<warning>

**Лише для адміністраторів.** Учасники команди без прав адміністратора не можуть переглядати чи редагувати цю сторінку.

</warning>

## Чому ця сторінка важлива

Кожна організація сама володіє своїми статусами. Вбудованих чи заблокованих статусів немає: кожен, зокрема сім початкових, можна перейменувати, перефарбувати, задати йому інші переходи або видалити, коли його ніщо не використовує. Так ви описуєте власний процес оренди своїми словами. Наприклад, можна перейменувати *Нове* на *Звернення*, додати крок *Очікує огляду*, визначити, які кроки можуть іти за якими, вибрати, чи крок і далі утримує інвентар. Також можна повідомити решті застосунку, чи бронювання на цьому кроці ще триває, завершене чи анульоване.

## Що ви побачите

<figure>

![Сторінка Налаштування статусів із кнопкою Додати статус на панелі інструментів і сімома стандартними статусами у вигляді кольорових плашок, зʼєднаних стрілками переходів: Запит, Нове, Підтверджене, Готове до видачі, В процесі, Завершене та Скасоване. Кожна плашка має кнопку з олівцем, іконки замка немає в жодної](https://requiply.com/docs/assets/settings/bookings/statuses/flow.png)<figcaption>

Сім статусів, з якими починає кожна організація, у вигляді схеми. Кожна плашка має олівець, що відкриває її для редагування. Жодна з них не заблокована.

</figcaption>
</figure>

Статуси показано як **схему переходів**. Кожен статус є плашкою свого кольору, а стрілки показують дозволені переходи. Кнопка з олівцем на кожній плашці відкриває сторінку редагування.

На панелі інструментів над схемою одна кнопка: **Додати статус**, яка створює новий статус.

## Початкові статуси

Кожна нова організація створюється із сімома статусами та одинадцятьма переходами, названими мовою організації (англійською або українською). Це звичайні статуси: змінюйте будь-який із них так само, як статус, доданий вами.

<table>
<thead>
  <tr>
    <th>
      Статус
    </th>
    
    <th>
      Життєвий цикл
    </th>
    
    <th>
      Чекліст
    </th>
    
    <th>
      Звільняти доступність
    </th>
    
    <th>
      Типове значення
    </th>
  </tr>
</thead>

<tbody>
  <tr>
    <td>
      <strong>
        Запит
      </strong>
    </td>
    
    <td>
      Активне
    </td>
    
    <td>
      Без чекліста
    </td>
    
    <td>
      Увімкнено
    </td>
    
    <td>
      Запит на бронювання, що чекає схвалення співробітника. Саме його за замовчуванням вибрано в <strong>
        Статус запитів на бронювання
      </strong>
      
      , тому сюди потрапляють бронювання від <a href="https://requiply.com/docs/uk/guides/online-booking/booking-assistant">
        асистента бронювання
      </a>
      
      , вебвіджета, зовнішнього асистента через MCP або API-виклику з <code>
        asRequest: true
      </code>
      
      . Інвентар не утримує.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Нове
      </strong>
    </td>
    
    <td>
      Активне
    </td>
    
    <td>
      Без чекліста
    </td>
    
    <td>
      Вимкнено
    </td>
    
    <td>
      Створене, але ще не підтверджене. Саме його за замовчуванням вибрано в <strong>
        Типовий статус нових бронювань
      </strong>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Підтверджене
      </strong>
    </td>
    
    <td>
      Активне
    </td>
    
    <td>
      Без чекліста
    </td>
    
    <td>
      Вимкнено
    </td>
    
    <td>
      Підтверджене з клієнтом.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Готове до видачі
      </strong>
    </td>
    
    <td>
      Активне
    </td>
    
    <td>
      Чекліст видачі
    </td>
    
    <td>
      Вимкнено
    </td>
    
    <td>
      Замовлення зібране й чекає на клієнта. Необовʼязковий крок: стандартні переходи дозволяють також перейти з <em>
        Підтверджене
      </em>
      
       одразу в <em>
        В процесі
      </em>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        В процесі
      </strong>
    </td>
    
    <td>
      Активне
    </td>
    
    <td>
      Чекліст видачі
    </td>
    
    <td>
      Вимкнено
    </td>
    
    <td>
      Товари в клієнта.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Завершене
      </strong>
    </td>
    
    <td>
      Завершене
    </td>
    
    <td>
      Чекліст повернення
    </td>
    
    <td>
      Увімкнено
    </td>
    
    <td>
      Товари повернено, бронювання завершене.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Скасоване
      </strong>
    </td>
    
    <td>
      Скасоване
    </td>
    
    <td>
      Без чекліста
    </td>
    
    <td>
      Увімкнено
    </td>
    
    <td>
      Бронювання анульоване. Саме його за замовчуванням вибрано в <strong>
        Статус скасованих бронювань
      </strong>
      
       клієнтського порталу.
    </td>
  </tr>
</tbody>
</table>

Стандартні переходи:

<table>
<thead>
  <tr>
    <th>
      З
    </th>
    
    <th>
      Можна перейти в
    </th>
  </tr>
</thead>

<tbody>
  <tr>
    <td>
      Запит
    </td>
    
    <td>
      Нове, Підтверджене, Скасоване
    </td>
  </tr>
  
  <tr>
    <td>
      Нове
    </td>
    
    <td>
      Підтверджене, Скасоване
    </td>
  </tr>
  
  <tr>
    <td>
      Підтверджене
    </td>
    
    <td>
      Готове до видачі, В процесі, Скасоване
    </td>
  </tr>
  
  <tr>
    <td>
      Готове до видачі
    </td>
    
    <td>
      В процесі, Скасоване
    </td>
  </tr>
  
  <tr>
    <td>
      В процесі
    </td>
    
    <td>
      Завершене
    </td>
  </tr>
</tbody>
</table>

<note>

**Організації, створені до цієї зміни,** зберегли все, що мали: бронювання, автоматизації та будь-які вже змінені переходи. Колишні системні статуси просто стали звичайними статусами кожної організації. Якщо у вас уже був власний статус із такою самою назвою, як один із семи, стандартна копія має після назви позначку *(default)*, щоб їх можна було розрізнити. Перейменуйте або видаліть той, який вам не потрібен.

</note>

## Три статуси з особливою роллю

Три налаштування поза цією сторінкою посилаються на статус. Спершу вони мають наведені вище стандартні значення. Ви можете вказати в них будь-який статус:

<table>
<thead>
  <tr>
    <th>
      Налаштування
    </th>
    
    <th>
      Де розташоване
    </th>
    
    <th>
      Що визначає
    </th>
  </tr>
</thead>

<tbody>
  <tr>
    <td>
      <strong>
        Типовий статус нових бронювань
      </strong>
    </td>
    
    <td>
      <a href="https://requiply.com/docs/uk/guides/settings/bookings/booking-creation#%D0%B2%D0%B8%D0%B1%D1%96%D1%80-%D0%BF%D0%BE%D1%87%D0%B0%D1%82%D0%BA%D0%BE%D0%B2%D0%B8%D1%85-%D1%81%D1%82%D0%B0%D1%82%D1%83%D1%81%D1%96%D0%B2">
        Створення бронювання
      </a>
    </td>
    
    <td>
      Статус, який отримує бронювання, коли його створює ваша команда у вебзастосунку чи мобільному застосунку, коли його створено через API із секретним ключем і коли клієнт оформлює замовлення на клієнтському порталі.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Статус запитів на бронювання
      </strong>
    </td>
    
    <td>
      <a href="https://requiply.com/docs/uk/guides/settings/bookings/booking-creation#%D0%B2%D0%B8%D0%B1%D1%96%D1%80-%D0%BF%D0%BE%D1%87%D0%B0%D1%82%D0%BA%D0%BE%D0%B2%D0%B8%D1%85-%D1%81%D1%82%D0%B0%D1%82%D1%83%D1%81%D1%96%D0%B2">
        Створення бронювання
      </a>
    </td>
    
    <td>
      Статус, який отримує бронювання, коли надходить як запит на схвалення: від асистента бронювання на порталі, вебвіджета, асистента, підключеного через MCP, або API-виклику з <code>
        asRequest: true
      </code>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Статус скасованих бронювань
      </strong>
    </td>
    
    <td>
      <a href="https://requiply.com/docs/uk/guides/online-booking/portal-settings#%D1%81%D0%BA%D0%B0%D1%81%D1%83%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F">
        Налаштування порталу → Клієнтський портал
      </a>
    </td>
    
    <td>
      Статус, у який переходить бронювання, коли клієнт сам скасовує його на <a href="https://requiply.com/docs/uk/guides/online-booking/customer-accounts#%D1%81%D0%BA%D0%B0%D1%81%D1%83%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F-%D0%BE%D0%BD%D0%BB%D0%B0%D0%B9%D0%BD">
        клієнтському порталі
      </a>
      
      .
    </td>
  </tr>
</tbody>
</table>

Два лічильники біля пункту **Керування бронюваннями** в бічному меню відповідають першим двом налаштуванням: один рахує бронювання у вашому типовому статусі, інший бронювання в статусі запитів, кожен у кольорі свого статусу.

## Життєвий цикл

Кожен статус має один із трьох життєвих циклів. Підказка до поля коротко пояснює: *Активні бронювання залишаються в роботі та можуть стати простроченими. Завершені бронювання враховуються в дохід. Скасовані бронювання не враховуються в дохід та в заборгованість.*

<table>
<thead>
  <tr>
    <th>
      Життєвий цикл
    </th>
    
    <th>
      Що це означає для решти Requiply
    </th>
  </tr>
</thead>

<tbody>
  <tr>
    <td>
      <strong>
        Активне
      </strong>
    </td>
    
    <td>
      Бронювання ще триває. Воно зʼявляється у видачах і поверненнях на дашборді, може стати <strong>
        простроченим
      </strong>
      
      , коли мине дата завершення, а його неоплачений залишок входить у <strong>
        До сплати
      </strong>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Завершене
      </strong>
    </td>
    
    <td>
      Бронювання завершене. Його оплати враховуються як дохід, а будь-яка застава, що ще утримується, показується в <strong>
        Застави до повернення
      </strong>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Скасоване
      </strong>
    </td>
    
    <td>
      Бронювання анульоване. Воно не враховується ні в дохід, ні в заборгованість.
    </td>
  </tr>
</tbody>
</table>

Життєвий цикл не залежить від **Звільняти доступність**. Власний статус *На паузі* може звільняти інвентар і водночас залишатися *Активним*, а статус *Повернено, очікує огляду* буде *Завершеним* незалежно від того, чи блокує він ще одиницю.

Саме за життєвим циклом Requiply розпізнає завершене чи анульоване бронювання. Назва статусу тут ніколи не враховується, тож перейменування *Завершене* на *Повернено* чи *Скасоване* на *Анульоване* ніяк не змінює облік цих бронювань.

Нові статуси за замовчуванням мають цикл **Активне**.

## Чекліст

Статус може також позначати **фізичну передачу** обладнання. Для цього є поле **Чекліст**:

<table>
<thead>
  <tr>
    <th>
      Значення
    </th>
    
    <th>
      Що відбувається, коли бронювання переходить у статус
    </th>
  </tr>
</thead>

<tbody>
  <tr>
    <td>
      <strong>
        Без чекліста
      </strong>
      
       (за замовчуванням)
    </td>
    
    <td>
      Статус змінюється одразу.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Чекліст видачі
      </strong>
    </td>
    
    <td>
      Відкривається <a href="https://requiply.com/docs/uk/guides/bookings/checklists">
        чекліст видачі
      </a>
      
       з кожною зарезервованою одиницею. Бронювання змінює статус лише після підтвердження кожної одиниці.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Чекліст повернення
      </strong>
    </td>
    
    <td>
      Відкривається <a href="https://requiply.com/docs/uk/guides/bookings/checklists">
        чекліст повернення
      </a>
      
       з одиницями, підтвердженими під час видачі, щоб прийняти їх назад.
    </td>
  </tr>
</tbody>
</table>

Підказка до поля коротко пояснює: *Переведення бронювання в цей статус відкриває чекліст видачі або повернення по кожній одиниці, який потрібно підтвердити. Потрібно ввімкнути функцію чеклістів у налаштуваннях організації.*

<warning>

Поле нічого не робить, доки адміністратор не увімкне **Увімкнути чеклісти видачі та повернення** в [Організація → Функції](https://requiply.com/docs/uk/guides/settings/organization/features). Поки функцію вимкнено, статус із чеклістом видачі чи повернення змінюється одразу, як і будь-який інший.

</warning>

Від початку **Готове до видачі** та **В процесі** мають *Чекліст видачі*, а **Завершене** має *Чекліст повернення*. Тож організації зі стандартною схемою достатньо увімкнути функцію. Нові статуси за замовчуванням мають **Без чекліста**.

### Чого поле Чекліст не робить

Значення *Чекліст видачі* в статусі саме по собі не означає, що товари вже видано. Requiply вважає бронювання виданим, лише коли є підтвердження цього:

- одиницю в бронюванні відскановано або позначено під час видачі,
- чекліст видачі для бронювання підтверджено, або
- бронювання перебуває в статусі з *Чекліст повернення*.

Це важливо для [зміни товарів](https://requiply.com/docs/uk/guides/bookings/changing/items#%D0%BA%D0%BE%D0%BB%D0%B8-%D0%BF%D0%BE%D0%B7%D0%B8%D1%86%D1%96%D1%97-%D0%B2%D0%B6%D0%B5-%D0%BD%D0%B5-%D0%BC%D0%BE%D0%B6%D0%BD%D0%B0-%D0%B7%D0%BC%D1%96%D0%BD%D0%B8%D1%82%D0%B8) і [скасування на порталі](https://requiply.com/docs/uk/guides/online-booking/customer-accounts#%D1%81%D0%BA%D0%B0%D1%81%D1%83%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F-%D0%BE%D0%BD%D0%BB%D0%B0%D0%B9%D0%BD): обидві дії стають недоступними після видачі. Бронювання, переведене в *В процесі* вручну, коли чеклісти вимкнено й нічого не скановано, досі вважається невиданим.

## Додавання статусу

Натисніть **Додати статус**. Форма запитує:

<table>
<thead>
  <tr>
    <th>
      Поле
    </th>
    
    <th>
      Обовʼязкове
    </th>
    
    <th>
      Примітки
    </th>
  </tr>
</thead>

<tbody>
  <tr>
    <td>
      <strong>
        Назва статусу
      </strong>
    </td>
    
    <td>
      Так
    </td>
    
    <td>
      До 50 символів. Має бути унікальною в межах організації незалежно від регістру.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Колір
      </strong>
    </td>
    
    <td>
      Так
    </td>
    
    <td>
      Оберіть у палітрі або введіть hex-значення. Використовується для мітки статусу всюди.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Життєвий цикл
      </strong>
    </td>
    
    <td>
      Так
    </td>
    
    <td>
      <em>
        Активне
      </em>
      
       (за замовчуванням), <em>
        Завершене
      </em>
      
       або <em>
        Скасоване
      </em>
      
      . Див. <a href="#%D0%B6%D0%B8%D1%82%D1%82%D1%94%D0%B2%D0%B8%D0%B9-%D1%86%D0%B8%D0%BA%D0%BB">
        Життєвий цикл
      </a>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Чекліст
      </strong>
    </td>
    
    <td>
      Так
    </td>
    
    <td>
      <em>
        Без чекліста
      </em>
      
       (за замовчуванням), <em>
        Чекліст видачі
      </em>
      
       або <em>
        Чекліст повернення
      </em>
      
      . Див. <a href="#%D1%87%D0%B5%D0%BA%D0%BB%D1%96%D1%81%D1%82">
        Чекліст
      </a>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Звільняти доступність
      </strong>
    </td>
    
    <td>
      Ні
    </td>
    
    <td>
      Якщо увімкнено, <em>
        бронювання в цьому статусі не утримують інвентар
      </em>
      
      : одиниці можуть бронювати інші.
    </td>
  </tr>
</tbody>
</table>

<figure>

![Форма Додати статус із назвою статусу, палітрою кольорів, списком Життєвий цикл зі значенням Активне, списком Чекліст зі значенням Без чекліста, перемикачем Звільняти доступність і попереднім переглядом плашки статусу](https://requiply.com/docs/assets/settings/bookings/statuses/add-status.png)<figcaption>

Списки **Життєвий цикл** і **Чекліст** є двома налаштуваннями, які змінюють, як решта Requiply трактує бронювання в цьому статусі. Новий статус спочатку має *Активне* та *Без чекліста*.

</figcaption>
</figure>

**Попередній перегляд** праворуч показує, як виглядатиме плашка. **Зберегти** створює статус і повертає до схеми.

<note>

Новий статус недосяжний, доки ви не дозволите перехід у нього. Відкрийте кожен статус, після якого він має йти, перемістіть новий статус у праву колонку в **Дозволені переходи** і збережіть. Щоб бронювання могли переходити далі з нового статусу, відкрийте його і так само оберіть його дозволені переходи.

</note>

## Редагування статусу

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

<figure>

![Сторінка редагування статусу В процесі. Розділ Деталі статусу містить поле Назва статусу, поле Колір із палітрою та hex-значенням, список Життєвий цикл зі значенням Активне, список Чекліст зі значенням Чекліст видачі та перемикач Звільняти доступність. У розділі Дозволені переходи список із двома колонками має Завершене в правій колонці. Кнопка Видалити внизу ліворуч, Скасувати та Зберегти внизу праворуч, а праворуч попередній перегляд схеми навколо статусу](https://requiply.com/docs/assets/settings/bookings/statuses/edit-status.png)<figcaption>

Початковий статус редагують так само, як доданий вами. Переміщення статусу в праву колонку дозволяє перехід до нього, а попередній перегляд одразу перемальовує схему.

</figcaption>
</figure>

Під деталями розташовані **Дозволені переходи**, список із двома колонками: *Перемістіть статуси праворуч, щоб дозволити перехід з цього статусу до них.* Попередній перегляд праворуч перемальовує статус із вхідними та вихідними стрілками, коли ви змінюєте список.

**Зберегти** стає активною лише після змін. Зміни діють одразу: спливні вікна переходу в [Керуванні бронюваннями](https://requiply.com/docs/uk/guides/bookings/manage#%D1%8F%D0%BA-%D0%BF%D0%B5%D1%80%D0%B5%D0%B2%D0%B5%D1%81%D1%82%D0%B8-%D0%B1%D1%80%D0%BE%D0%BD%D1%8E%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F-%D0%B2-%D0%BD%D0%B0%D1%81%D1%82%D1%83%D0%BF%D0%BD%D0%B8%D0%B9-%D1%81%D1%82%D0%B0%D1%82%D1%83%D1%81) та на дашборді пропонують саме ті переходи, що визначені тут, а нова назва й колір показуються всюди, де є статус.

<warning>

**Назви статусів мають бути унікальними.** Два статуси в одній організації не можуть мати однакову назву, навіть якщо відрізняється лише регістр. Збереження назви, яку вже має інший статус, завершується помилкою, а статус зберігає попередню назву.

</warning>

## Видалення статусу

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

<table>
<thead>
  <tr>
    <th>
      Повідомлення
    </th>
    
    <th>
      Що робити
    </th>
  </tr>
</thead>

<tbody>
  <tr>
    <td>
      <em>
        Цей статус використовується в {n} бронюваннях. Перепризначте їх перед видаленням.
      </em>
    </td>
    
    <td>
      Спершу переведіть ці бронювання в інший статус.
    </td>
  </tr>
  
  <tr>
    <td>
      <em>
        Цей статус використовується в {n} автоматизаціях:
      </em>
      
       і далі назви автоматизацій
    </td>
    
    <td>
      Вкажіть у цих <a href="https://requiply.com/docs/uk/guides/automations/workflows">
        автоматизаціях
      </a>
      
       інший статус або видаліть їх.
    </td>
  </tr>
  
  <tr>
    <td>
      <em>
        Нові бронювання створюються в цьому статусі. Перед видаленням оберіть інший типовий статус у налаштуваннях створення бронювання.
      </em>
    </td>
    
    <td>
      Змініть <strong>
        Типовий статус нових бронювань
      </strong>
      
       у <a href="https://requiply.com/docs/uk/guides/settings/bookings/booking-creation#%D0%B2%D0%B8%D0%B1%D1%96%D1%80-%D0%BF%D0%BE%D1%87%D0%B0%D1%82%D0%BA%D0%BE%D0%B2%D0%B8%D1%85-%D1%81%D1%82%D0%B0%D1%82%D1%83%D1%81%D1%96%D0%B2">
        Створенні бронювання
      </a>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      <em>
        Запити на бронювання надходять у цьому статусі. Перед видаленням оберіть інший статус для запитів у налаштуваннях створення бронювання.
      </em>
    </td>
    
    <td>
      Змініть <strong>
        Статус запитів на бронювання
      </strong>
      
       у <a href="https://requiply.com/docs/uk/guides/settings/bookings/booking-creation#%D0%B2%D0%B8%D0%B1%D1%96%D1%80-%D0%BF%D0%BE%D1%87%D0%B0%D1%82%D0%BA%D0%BE%D0%B2%D0%B8%D1%85-%D1%81%D1%82%D0%B0%D1%82%D1%83%D1%81%D1%96%D0%B2">
        Створенні бронювання
      </a>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      <em>
        Бронювання, скасовані в клієнтському порталі, переходять у цей статус. Перед видаленням оберіть інший статус скасування в налаштуваннях клієнтського порталу.
      </em>
    </td>
    
    <td>
      Змініть <strong>
        Статус скасованих бронювань
      </strong>
      
       у <a href="https://requiply.com/docs/uk/guides/online-booking/portal-settings#%D1%81%D0%BA%D0%B0%D1%81%D1%83%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F">
        Налаштування порталу → Клієнтський портал
      </a>
      
       або оберіть <em>
        Клієнти не можуть скасовувати
      </em>
      
      .
    </td>
  </tr>
  
  <tr>
    <td>
      <em>
        Чеклісти видачі або повернення ({n}) переводять бронювання в цей статус. Статус, на який посилаються чеклісти, не можна видалити.
      </em>
    </td>
    
    <td>
      Чеклісти видачі та повернення, що ведуть у цей статус, утримують його у використанні. Див. застереження нижче.
    </td>
  </tr>
  
  <tr>
    <td>
      <em>
        Не вдалося перевірити, де використовується цей статус. Спробуйте пізніше.
      </em>
    </td>
    
    <td>
      Сама перевірка не вдалася. Нічого не видалено.
    </td>
  </tr>
</tbody>
</table>

<figure>

![Діалог Видалити статус над сторінкою редагування статусу Нове. Показано три попередження: статус використовується в 10 бронюваннях, перепризначте їх перед видаленням; нові бронювання створюються в цьому статусі, перед видаленням оберіть інший типовий статус у налаштуваннях створення бронювання; статус використовується в 1 автоматизації, після чого йде назва автоматизації. Кнопка Так неактивна](https://requiply.com/docs/assets/settings/bookings/statuses/delete-reasons.png)<figcaption>

Діалог показує всі причини одразу, тож їх можна усунути за один підхід. Кнопка підтвердження неактивна, доки список не стане порожнім.

</figcaption>
</figure>

Коли від статусу ніщо не залежить, діалог питає *Ви впевнені, що хочете видалити «{name}»?*, а **Так** видаляє його.

<warning>

**Чеклісти утримують статус у використанні.** Враховується кожен чекліст видачі чи повернення, який будь-коли запускали в цей статус, зокрема підтверджені. На практиці, щойно ваша команда пройшла чеклісти в *В процесі* або *Завершене*, ці статуси вже не можна видалити. Натомість перейменуйте їх.

</warning>

## Як ця сторінка повʼязана з рештою Requiply

<table>
<thead>
  <tr>
    <th>
      Функція
    </th>
    
    <th>
      Як на неї впливають статуси
    </th>
  </tr>
</thead>

<tbody>
  <tr>
    <td>
      <a href="https://requiply.com/docs/uk/guides/bookings/manage">
        <strong>
          Керування бронюваннями
        </strong>
      </a>
    </td>
    
    <td>
      Мітки статусів, спливне вікно переходу та фільтр за статусом використовують ці статуси й переходи.
    </td>
  </tr>
  
  <tr>
    <td>
      <a href="https://requiply.com/docs/uk/guides/bookings/calendar">
        <strong>
          Календар
        </strong>
      </a>
    </td>
    
    <td>
      Смуги бронювань забарвлюються за статусом.
    </td>
  </tr>
  
  <tr>
    <td>
      <a href="https://requiply.com/docs/uk/guides/reports/dashboard">
        <strong>
          Дашборд
        </strong>
      </a>
    </td>
    
    <td>
      Життєвий цикл визначає, які бронювання показуються як видачі, повернення та прострочені і що входить у заборгованість та застави до повернення.
    </td>
  </tr>
  
  <tr>
    <td>
      <a href="https://requiply.com/docs/uk/guides/reports/analytics">
        <strong>
          Аналітика
        </strong>
      </a>
    </td>
    
    <td>
      Скасовані бронювання не враховуються в дохід.
    </td>
  </tr>
  
  <tr>
    <td>
      <a href="https://requiply.com/docs/uk/guides/settings/bookings/booking-creation">
        <strong>
          Створення бронювання
        </strong>
      </a>
    </td>
    
    <td>
      Визначає статус, з якого починаються нові бронювання та запити на бронювання.
    </td>
  </tr>
  
  <tr>
    <td>
      <a href="https://requiply.com/docs/uk/guides/bookings/checklists">
        <strong>
          Чеклісти видачі та повернення
        </strong>
      </a>
    </td>
    
    <td>
      Поле <strong>
        Чекліст
      </strong>
      
       визначає, які статуси відкривають чекліст по кожній одиниці замість негайної зміни.
    </td>
  </tr>
  
  <tr>
    <td>
      <a href="https://requiply.com/docs/uk/guides/bookings/changing/items#%D0%BA%D0%BE%D0%BB%D0%B8-%D0%BF%D0%BE%D0%B7%D0%B8%D1%86%D1%96%D1%97-%D0%B2%D0%B6%D0%B5-%D0%BD%D0%B5-%D0%BC%D0%BE%D0%B6%D0%BD%D0%B0-%D0%B7%D0%BC%D1%96%D0%BD%D0%B8%D1%82%D0%B8">
        <strong>
          Зміна товарів бронювання
        </strong>
      </a>
    </td>
    
    <td>
      Статус із <em>
        Чекліст повернення
      </em>
      
       вважається виданим, тому товари бронювання в ньому заблоковано.
    </td>
  </tr>
  
  <tr>
    <td>
      <a href="https://requiply.com/docs/uk/guides/automations/workflows">
        <strong>
          Автоматизації
        </strong>
      </a>
    </td>
    
    <td>
      Тригер <em>
        Статус бронювання досягнуто
      </em>
      
       та фільтр <em>
        Статус бронювання
      </em>
      
       показують ці статуси. Статус, на який посилається автоматизація, не можна видалити.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Доступність інвентарю
      </strong>
    </td>
    
    <td>
      <em>
        Звільняти доступність
      </em>
      
       визначає, чи бронювання в цьому статусі утримують свої одиниці.
    </td>
  </tr>
  
  <tr>
    <td>
      <a href="https://requiply.com/docs/uk/guides/online-booking">
        <strong>
          Клієнтський портал
        </strong>
      </a>
    </td>
    
    <td>
      Замовлення з порталу надходить у ваш типовий статус. Клієнти бачать назви ваших статусів, а <a href="https://requiply.com/docs/uk/guides/online-booking/customer-accounts#%D0%BE%D0%BA%D1%80%D0%B5%D0%BC%D0%B5-%D0%B1%D1%80%D0%BE%D0%BD%D1%8E%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F">
        шкала прогресу
      </a>
      
       відповідає вашим переходам. Клієнт може <a href="https://requiply.com/docs/uk/guides/online-booking/customer-accounts#%D1%81%D0%BA%D0%B0%D1%81%D1%83%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F-%D0%BE%D0%BD%D0%BB%D0%B0%D0%B9%D0%BD">
        скасувати власне бронювання
      </a>
      
      , лише якщо ваші переходи дозволяють перехід із поточного статусу в статус скасування порталу.
    </td>
  </tr>
  
  <tr>
    <td>
      <strong>
        Мобільний застосунок
      </strong>
    </td>
    
    <td>
      Показує ті самі статуси, назви, кольори та переходи.
    </td>
  </tr>
</tbody>
</table>

## Типові сценарії

### Перейменування стандартних статусів під ваш бізнес

Відкрийте статус, змініть **Назва статусу** і натисніть **Зберегти**. Наприклад, перейменуйте *Нове* на *Звернення*, а *В процесі* на *В оренді*. Бронювання, автоматизації, календар, мобільний застосунок і клієнтський портал одразу показують нову назву, а облік бронювань не змінюється.

### Крок «Готове до видачі»

*Готове до видачі* стоїть між **Підтверджене** та **В процесі** і має *Чекліст видачі*. Використовуйте його, коли замовлення збирають заздалегідь. Перехід бронювання в цей статус відкриває чекліст, де конкретні одиниці [призначають і підтверджують](https://requiply.com/docs/uk/guides/bookings/checklists/pickup#%D0%BF%D1%80%D0%B8%D0%B7%D0%BD%D0%B0%D1%87%D0%B5%D0%BD%D0%BD%D1%8F-%D0%BE%D0%B4%D0%B8%D0%BD%D0%B8%D1%86%D1%8C-%D0%BF%D1%96%D0%B4-%D1%87%D0%B0%D1%81-%D0%B2%D0%B8%D0%B4%D0%B0%D1%87%D1%96), а автоматизація на *Статус бронювання досягнуто → Готове до видачі* може повідомити клієнту, що замовлення чекає. Організації, які видають обладнання одразу, можуть пропускати цей крок, бо стандартні переходи дозволяють також перехід із *Підтверджене* одразу в *В процесі*. Якщо крок вам не потрібен, приберіть його з **Дозволені переходи** статусу *Підтверджене* та видаліть.

Майте на увазі, що підтвердження чекліста в *Готове до видачі* вже вважається видачею. Відтоді товари бронювання заблоковано, а клієнт не може скасувати бронювання на порталі, хоча замовлення ще лежить у вас на полиці.

### Власний статус видачі

Якщо обладнання видають у власному статусі, наприклад *Видано*, а не *В процесі*, відкрийте цей статус і встановіть для **Чекліст** значення *Чекліст видачі*. Тоді перехід бронювання в нього спершу відкриватиме [чекліст видачі](https://requiply.com/docs/uk/guides/bookings/checklists).

### Повернення, які ще треба оглянути

Додайте статус *Очікує огляду* з життєвим циклом **Завершене** і вимкненим *Звільняти доступність*. Бронювання зникає зі списку прострочених і враховується як дохід, а одиниця залишається заблокованою, доки ви не переведете бронювання в **Завершене**.

### Пауза бронювання

Додайте статус *На паузі* з життєвим циклом **Активне** та увімкненим *Звільняти доступність*. Так одиниці можуть бронювати інші, поки клієнт вирішує.

### Без запитів узагалі

Навіть якщо ви ніколи не хочете, щоб бронювання чекали схвалення, **Статус запитів на бронювання** однаково потрібен: запити від AI та API мають кудись потрапляти. Вкажіть статус, який ваша команда перевіряє щодня. Майте на увазі, що статус запитів із вимкненим *Звільняти доступність* утримує інвентар від моменту надходження запиту.

### Видалення статусу, яким ви не користуєтеся

Відкрийте його і натисніть **Видалити**. Якщо діалог показує причини, усуньте їх по черзі: перепризначте бронювання, змініть статус в автоматизаціях, а також змініть типовий статус, статус запитів чи статус скасування, якщо це один із них. Потім спробуйте видалити знову.

## Поради та застереження

<tip>

**Порада:** визначайтеся з життєвим циклом під час створення статусу. Саме це налаштування змінює дані на дашборді та у звітах, а значення за замовчуванням (*Активне*) підходить лише для статусів до повернення.

</tip>

<note>

**Життєвий цикл і Чекліст незалежні.** Життєвий цикл визначає, як бронювання в цьому статусі *враховується*. Чекліст визначає, що співробітники мають *зробити*, щоб перевести бронювання в нього. Статус *Видано* зазвичай має життєвий цикл **Активне** і **Чекліст видачі**.

</note>

<warning>

**Увага:** зміна життєвого циклу чи чекліста статусу впливає на всі бронювання, що вже в ньому, а не лише на нові. Наприклад, якщо встановити для *Завершене* життєвий цикл *Активне*, усі завершені бронювання повернуться до списку прострочених.

</warning>

<warning>

**Увага:** видалення переходу може залишити бронювання без виходу. Бронювання, статус якого не має дозволеного наступного статусу, не можна перевести далі стрілкою статусу. Клієнт також не може скасувати його на порталі, якщо немає переходу в статус скасування порталу.

</warning>

<note>

**Порада:** перейменування статусу змінює назву всюди: у наявних бронюваннях, картках автоматизацій, легенді календаря, мобільному застосунку та клієнтському порталі. Автоматизації продовжують працювати, бо посилаються на сам статус, а не на його назву.

</note>


## Sitemap

See the full [sitemap](https://requiply.com/docs/sitemap.md) for all pages.