AJAX-інтерактив
Довідник «Номери»
! | Не можна допустити подвійне бронювання номера на один період
|}
Сповіщення
! Бали
! | Зайнятість номерів, бронювання, доходи, ресторан, прибирання
|-
| Що виступає як критичною вимогою?
! SEO-опис
|-
| Вільний
| Номер доступний для поселення або бронювання
|-
| Заброньований
| Номер зарезервовано на майбутні дати
|-
| Зайнятий
| У номері проживає гість
|-
| Прибирання
| Номер потребує підготовки після виїзду
|-
| Ремонт
| Номер тимчасово недоступний
|-
| Заблокований
| Номер вручну закритий для продажу
|}
Довідник «Столи ресторану»
Готель надає гостям проживання та супутні послуги.== Поселення гостя ==
|}
Єдиний рахунок здатна включати:
Особистий кабінет гостя
Очікуваний результат
Звіт «Бронювання за період»
|-
| 90–100
| Відмінно
| компонент на 100% функціонує: номери, бронювання, поселення, ресторан, room service, рахунки, оплати, прибирання, кабінет гостя і звіти реалізовані коректно
|-
| 75–89
| Добре
| Основна логіка функціонує, виступає як незначні недоліки, які не руйнують бізнес-процес роботи готелю
|-
| 60–74
| Зараховано
| Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання
|-
| 0–59
| Не зараховано
| Відсутня критична логіка: номери, бронювання, поселення, рахунки, ресторан або оплати
|}
! Статус
- адміністратор відкриває картку проживання;
- перевіряє всі нарахування;
- додає ресторанні замовлення, якщо вони були перенесені на номер;
- додає додаткові послуги;
- формує фінальний рахунок;
- приймає оплату;
- закриває проживання;
- змінює статус номера на «Прибирання»;
- після прибирання номер повертається в статус «Вільний». компонент має підтримувати розмежування прав. ! Критичними помилками вважаються ситуації, коли:
Коротко
Мінімальний сценарій:
Повна ERP-система для готельно-ресторанного комплексу автоматизує весь цикл обслуговування гостей: бронювання, поселення, проживання, харчування, додаткові послуги, фінальні розрахунки та підготовку номера до наступного гостя. Поле
Room service дає можливість гостю замовити страви безпосередньо в номер.
Звіт «Ресторан і популярні страви»
|-
| Номер замовлення
| Унікальний номер
|-
| Тип замовлення
| У залі, у номер, самовивіз
|-
| Стіл
| Якщо гість сидить у ресторані
|-
| Номер готелю
| Якщо замовлення прив’язане до проживання
|-
| Гість
| Хто замовляє
|-
| Офіціант
| Хто прийняв замовлення
|-
| Позиції меню
| Страви та напої
|-
| Сума
| Загальна вартість
|-
| Статус
| Прийняте, на кухні, готове, доставлено, оплачено
|}
Виїзд гостя
У звіті потрібно відображати:
- гість або адміністратор створює замовлення;
- обирається номер проживання;
- додаються страви й напої;
- замовлення передається на кухню;
- кухня готує замовлення;
- працівник доставляє його в номер;
- замовлення або оплачується одразу, або додається до фінального рахунку гостя. функції ERP
Ресторанне замовлення здатна бути прив’язане до столу або номера. |-
| Типи номерів
| Стандарт, люкс, апартаменти, сімейний номер тощо
|-
| Номери
| Конкретні кімнати готелю
|-
| Гості
| Фізичні особи або корпоративні клієнти
|-
| Бронювання
| Попереднє резервування номера на дати
|-
| Проживання
| Фактичне поселення гостя
|-
| Додаткові послуги
| Паркінг, СПА, трансфер, сніданок, дитяча кімната
|-
| Прибирання
| Контроль підготовки номера
|-
| Столи ресторану
| Посадкові місця ресторану
|-
| Меню ресторану
| Страви й напої
|-
| Ресторанні замовлення
| Замовлення в залі або в номер
|-
| Рахунки
| Документи для оплати
|-
| Оплати
| Готівка, картка, банківський переказ
|-
| Кабінет гостя
| Перегляд бронювань, рахунків і замовлень
|-
| Звіти
| аналітичні інструменти по готелю, ресторану, доходах і зайнятості
|}
Прибирання номерів
провідний принцип. Гість має пройти повний цикл обслуговування в одній системі: бронювання → поселення → проживання → додаткові послуги → ресторан або замовлення в номер → фінальний рахунок → оплата → виїзд. Значення
class="wikitable" style="width:100%;"
- сніданок;
- трансфер;
- паркінг;
- СПА;
- сауна;
- пральня;
- дитяча кімната;
- конференц-зал;
- додаткове ліжко;
- ранній заїзд;
- пізній виїзд. Разом
- вести типи номерів;
- вести номерний фонд;
- вести гостей;
- приймати бронювання;
- контролювати календар зайнятості номерів;
- виконувати поселення;
- виконувати виїзд;
- нараховувати вартість проживання;
- додавати додаткові послуги;
- керувати прибиранням номерів;
- вести ресторан;
- приймати замовлення в ресторані;
- оформлювати замовлення їжі в номер;
- прив’язувати ресторанні замовлення до номера гостя;
- формувати єдиний рахунок за проживання, послуги й харчування;
- приймати оплату готівкою, карткою або банківським переказом;
- формувати PDF-рахунки й чеки;
- підтримувати особистий кабінет гостя;
- надсилати сповіщення;
- формувати звіти по завантаженості, доходах, бронюваннях, ресторану й популярних послугах. Критерій
Гість повинен мати можливість:
- забронювати номер онлайн або через адміністратора;
- заселитися на рецепції;
- замовити сніданок, обід або вечерю;
- скористатися СПА, паркінгом чи трансфером;
- замовити їжу в номер;
- оплатити все одним рахунком під час виїзду. Поле
|
class="wikitable" style="width:100%;"
Події для сповіщень
|
Інтерфейс має працювати оперативно й без перезавантаження сторінок. SEO-опис
- гість створює бронювання або адміністратор створює його вручну;
- платформа перевіряє доступність номера на вибрані дати;
- бронювання отримує статус «Підтверджене»;
- перед заїздом номер готується до поселення;
- адміністратор виконує поселення гостя;
- номер переходить у статус «Зайнятий»;
- під час проживання гостю можуть нараховуватися додаткові послуги;
- ресторанні замовлення можуть оплачуватися одразу або переноситися на рахунок номера;
- при виїзді формується фінальний рахунок;
- гість оплачує проживання, послуги й харчування;
- адміністратор виконує виїзд;
- номер переходить у статус «Прибирання»;
- після прибирання номер знову стає «Вільний». SEO-опис
|
class="wikitable" style="width:100%;"
Замовлення їжі в номер
компонент має підтримувати типи номерів, номери, гостей, бронювання, календар зайнятості, поселення, виїзд, додаткові послуги, прибирання, ресторан, меню, замовлення в номер, єдиний рахунок, оплати, кабінет гостя, сповіщення, звіти, AJAX-інтерактив і логування змін. | Типи номерів, номери, гості, послуги, столи ресторану, меню
|
Який провідний бізнес-процес? !== Звіт «Зайнятість номерів» ==
Ресторанне замовлення
Довідник гостей містить клієнтів готелю. | Комплексний компонент готелю з рестораном
Які головні довідники? # створити типи номерів;
- створити номери;
- створити гостя;
- створити бронювання;
- перевірити доступність номера в календарі;
- підтвердити бронювання;
- виконати поселення;
- перевести номер у статус «Зайнятий»;
- додати додаткову послугу;
- створити ресторанний стіл;
- створити меню ресторану;
- створити ресторанне замовлення;
- прив’язати ресторанне замовлення до номера гостя;
- створити замовлення їжі в номер;
- змінити статус замовлення на «Готове»;
- додати ресторанне замовлення до рахунку гостя;
- сформувати єдиний фінальний рахунок;
- зафіксувати оплату;
- виконати виїзд гостя;
- перевести номер у статус «Прибирання»;
- завершити прибирання;
- перевести номер у статус «Вільний»;
- сформувати звіт зайнятості номерів;
- сформувати звіт доходів готелю;
- сформувати звіт ресторану;
- перевірити журнал змін. Статус
|
class="wikitable" style="width:100%;"
Довідник номерів містить конкретні кімнати готелю. SEO-опис
Звітикомпонент має забезпечувати обліковий облік номерного фонду, бронювань, поселення і виїзду гостей, додаткових послуг, ресторанних замовлень, замовлень у номер, прибирання, рахунків, оплат, особистого кабінету гостя та звітності по завантаженості й доходах. ! SEO-опис
Кабінет гостя потрібен для самостійного перегляду бронювань і рахунків. !== Права доступу ==
| Назва послуги
|
як приклад: Сніданок, СПА, Паркінг
|
| Категорія
|
Харчування, транспорт, сервіс, інше
|
| Ціна
|
Вартість послуги
|
| Одиниця
|
Доба, година, раз, послуга
|
| Активність
|
Чи доступна послуга для нарахування
|
Поля типу номера
Статуси бронювання
Довідник «Гості»
Поля послуги
комплексна ERP платформа обліку готелю з рестораном: бронювання, поселення, обслуговування гостей, замовлення їжі та оплата. Призначення
- створено бронювання;
- бронювання підтверджено;
- наближається дата заїзду;
- номер готовий до заїзду;
- настав час виїзду;
- номер потребує прибирання;
- ресторанне замовлення готове;
- замовлення доставлено в номер;
- сформовано рахунок;
- отримано оплату. У звіті потрібно відображати:
Шкала оцінювання
|
платформа повинна дозволяти формувати як окремі, так і єдині рахунки. Питання
Ресторан здатна працювати як окремо, так і з прив’язкою до проживання гостя. Бали
- номер;
- статус прибирання;
- час виїзду;
- час завершення прибирання;
- відповідального працівника.== Примітка ==
Довідник «Меню ресторану»Критично. платформа не повинна дозволяти поселити двох гостей в один номер на періоди, які перетинаються. SEO-опис
| Реалізація обліку номерного фонду і столів
|
20
|
Типи номерів, номери, статуси номерів, столи ресторану, меню
|
| Процеси бронювання, поселення, замовлення страв
|
20
|
Бронювання, календар зайнятості, поселення, виїзд, ресторанні замовлення, room service
|
| Формування рахунків за проживання та харчування
|
20
|
Проживання, додаткові послуги, ресторан, єдиний рахунок, оплати
|
| Звіти про доходи, зайнятість номерів, популярні страви
|
20
|
Завантаженість номерів, бронювання, доходи, ресторан, прибирання
|
| Інтерактивність через AJAX, особисті кабінети, сповіщення
|
20
|
AJAX-бронювання, статуси, кабінет гостя, сповіщення, оновлення версій календарів
|
| -
|
Бекенд
|
K2 Cloud ERP на Python або PHP
|
| База даних
|
PostgreSQL або MySQL
|
| Фронтенд
|
HTML5, JavaScript
|
| AJAX
|
Fetch API або Axios
|
| UI-компоненти
|
DataTables, Select2, FullCalendar для календаря бронювань, Slick Carousel для галереї номерів і страв
|
| Друк
|
PDF-рахунки, чеки, підтвердження бронювань
|
| Медіа
|
Фото номерів і страв
|
| Платежі
|
Онлайн-оплата, опціонально
|
| Експорт
|
Excel або PDF для звітів
|
У календарі потрібно бачити
- типи номерів;
- номери;
- гості;
- бронювання;
- проживання;
- статуси номерів;
- прибирання;
- додаткові послуги;
- нарахування;
- столи ресторану;
- меню ресторану;
- ресторанні замовлення;
- позиції замовлень;
- рахунки;
- оплати;
- сповіщення;
- кабінет гостя;
- журнал змін;
- звіти;
- права доступу. Максимальна оцінка
Приклади послуг
компонент повинен фіксувати важливі дії. Параметр
- готівка;
- банківська картка;
- банківський переказ;
- передоплата;
- часткова оплата;
- оплата компанією;
- змішана оплата. Поле
- перевірка доступності номерів;
- створення бронювання;
- поселення гостя;
- виїзд гостя;
- зміна статусу номера;
- зміна статусу прибирання;
- додавання послуг до рахунку;
- створення ресторанного замовлення;
- передача замовлення на кухню;
- зміна статусу ресторанного замовлення;
- формування рахунку;
- фіксація оплати;
- оновлення версій календаря зайнятості;
- фільтрація звітів. {| class="wikitable" style="width:100%;"
Логування змін
Гість здатна:
Ресторан у складі готелю
|
| ПІБ
|
Ім’я гостя
|
| Телефон
|
Контактний номер
|
| Email
|
Для підтверджень і рахунків
|
| Документ
|
Паспорт або інший документ, якщо потрібно
|
| Країна
|
Країна гостя
|
| компанія-користувач
|
Якщо гість проживає від імені організації
|
| Коментар
|
Особливі побажання або примітки
|
| Статус
|
Активний, VIP, чорний список, архівний
|
У звіті потрібно відображати:
| Статус
|
Бронювання, поселення, проживання, рахунок, оплата, виїзд
|
Що має включати єдиний рахунок? Роль
- рахунок за проживання;
- рахунок за додаткові послуги;
- ресторанний рахунок;
- рахунок за замовлення в номер;
- фінальний єдиний рахунок гостя;
- корпоративний рахунок для компанії. * переглядати свої бронювання;
- бачити статус бронювання;
- бачити дати заїзду і виїзду;
- переглядати рахунки;
- завантажувати PDF-рахунки;
- переглядати ресторанні замовлення;
- переглядати додаткові послуги;
- оплачувати онлайн, якщо реалізовано;
- залишати відгук, якщо реалізовано. Відповідь
Способи оплати
Кроки поселення
Мета задача — створити в K2 ERP компонент для автоматизації роботи готелю, апарт-готелю, бази відпочинку, хостелу або готельно-ресторанного комплексу. Поле
- кількість ресторанних замовлень;
- суму продажів;
- ТОП-страви;
- продажі та реалізація по категоріях;
- замовлення в номер. | Номер переходить у статус прибирання
|
Що має відбуватися після прибирання? ! платформа повинна дозволяти:
Поля бронювання
Функції кабінету гостя
|
Що перевіряється
Тип номера визначає категорію, місткість і базову ціну.== Статуси прибирання ==
Звіт показує завантаженість номерного фонду.== Поля ресторанного замовлення ==
Календар зайнятості номерів
|
Рівень
|
* період;
- кількість номерів;
- кількість зайнятих номерів;
- кількість вільних номерів;
- відсоток завантаженості;
- дохід від проживання. Атестаційне задача K2 ERP — Готель — це практична задача для перевірки навичок розробника або впроваджувача K2 ERP у створенні комплексного модуля для готельно-ресторанного комплексу. Об’єкт
платформа має надсилати повідомлення гостям і персоналу. |-
|
Очікує прибирання
|
Номер звільнений і потребує прибирання
|
| В роботі
|
Прибирання виконується
|
| Перевірка
|
Номер потрібно перевірити адміністратору
|
| Готовий
|
Номер готовий до наступного гостя
|
Рахунки і оплати
Основні об’єкти модуля
У звіті потрібно відображати:
Поля гостя
Бронювання номерів
|
| Номер столу
|
Назва або номер столика
|
| Зона
|
Зал, тераса, бар, VIP
|
| Кількість місць
|
Скільки гостей можна посадити
|
| Статус
|
Вільний, зайнятий, заброньований
|
готелю з рестораном: типи номерів забезпечується через Коротко. Потрібно реалізувати систему; так само реалізовано номери, гості, бронювання, поселення, виїзд, додаткові послуги, ресторан, замовлення в номер, прибирання, єдиний рахунок, оплати, календар зайнятості, кабінет гостя, сповіщення і звіти. SEO-опис
* неможливо створити тип номера;
- неможливо створити номер;
- неможливо створити гостя;
- неможливо створити бронювання;
- платформа дає можливість подвійне бронювання номера на один період;
- неможливо виконати поселення;
- після поселення номер не переходить у статус «Зайнятий»;
- неможливо додати додаткову послугу до рахунку;
- ресторанне замовлення не прив’язується до номера;
- фінальний рахунок не містить проживання і додаткові послуги;
- оплата не прив’язується до рахунку;
- після виїзду номер не переходить у статус «Прибирання»;
- після завершення прибирання номер не стає вільним;
- звіти не відповідають фактичним бронюванням, оплатам і замовленням;
- зміни бронювань, рахунків, оплат і статусів номерів не логуються.
- номер бронювання;
- гостя;
- номер;
- дату заїзду;
- дату виїзду;
- статус;
- суму проживання. Журнал змін має зберігати:
Варіанти рахунків
Номер знову стає вільним
Які звіти потрібні?== Додаткові послуги готелю ==
Проживання, додаткові послуги, ресторан, замовлення в номер
Що має відбуватися після виїзду? ! Поле
== Кроки виїзду ==
-
Назва типу
як приклад: Стандарт, Люкс, Апартаменти
Кількість місць
Скільки гостей здатна проживати
Площа
Площа номера
Базова ціна за добу
Стандартна вартість проживання
SEO-опис
Коротка характеристика номера
Фото
Опціонально для сайту бронювання
Активність
Чи доступний тип номера для бронювання
Критерії оцінювання
Назва задача
Критичні помилки
! |-
| Що потрібно створити? # адміністратор знаходить бронювання;
- перевіряє інформаційні дані гостя;
- перевіряє готовність номера;
- фіксує фактичну дату й час заїзду;
- змінює статус бронювання на «Заселене»;
- змінює статус номера на «Зайнятий»;
- відкриває рахунок проживання гостя. * стандарт;
- покращений стандарт;
- люкс;
- напівлюкс;
- апартаменти;
- сімейний номер;
- одномісний номер;
- двомісний номер;
- хостельне місце.== Технічні вимоги ==
- хто створив бронювання;
- хто змінив дати бронювання;
- хто поселив гостя;
- хто виконав виїзд;
- хто змінив статус номера;
- хто додав послугу до рахунку;
- хто створив ресторанне замовлення;
- хто переніс ресторанне замовлення на номер;
- хто сформував рахунок;
- хто зафіксував оплату;
- хто змінив статус прибирання;
- дату й час дії;
- старе та нове значення, якщо це можливо. Поселення переводить бронювання в фактичне проживання. Поле
|-
| Номер бронювання
| Унікальний номер
|-
| Гість
| Хто бронює
|-
| Тип номера
| Який тип номера потрібен
|-
| Номер
| Конкретний номер, якщо уже призначений
|-
| Дата заїзду
| Початок проживання
|-
| Дата виїзду
| Завершення проживання
|-
| Кількість гостей
| Скільки людей проживатиме
|-
| Вартість проживання
| Розрахована сума
|-
| Передоплата
| Якщо передбачена
|-
| Статус бронювання
| Нове, підтверджене, скасоване, заселене, завершене
|}
Приклади типів номерів
бізнес-процес замовлення в номер
! Впровадження такого модуля підвищує рівень сервісу, зменшує ручну роботу персоналу, покращує контроль доходів і оптимізує керівництву бачити реальну завантаженість готелю. SEO-опис
Типовий бізнес-процес роботи готелю виглядає так:
Довідник «Типи номерів»
Поля номера
базовий бізнес-процес
| == Звіт «Прибирання номерів» ==
Бронювання фіксує резервування номера на певний період. Для готелю критично бачити зайнятість номерів, статуси прибирання, майбутні заїзди, виїзди, борги гостей, виручку по проживанню, ресторану й додаткових послугах. ! {| class="wikitable" style="width:100%;"
Звіт показує фінансовий результат. ! Значення
|
Виїзд завершує проживання й формує фінальний розрахунок. Поле
|
| Назва страви або напою
|
Позиція меню
|
| Категорія
|
Салати, гарячі страви, десерти, напої
|
| Ціна
|
Вартість позиції
|
| Вага або об’єм
|
як приклад: 250 г, 0,5 л
|
| Фото
|
Опціонально
|
| Статус
|
Активна або недоступна
|
Практичне задача
! Поле
Після виїзду номер має перейти в стан підготовки. Готель здатна надавати послуги, які додаються до рахунку гостя. SEO-опис
Нове
Бронювання створено, але ще не підтверджено
Очікує передоплати
Потрібна оплата для підтвердження
Підтверджене
Номер зарезервовано
Заселене
Гість фактично заселився
Скасоване
Бронювання скасовано
Не заїхав
Гість не приїхав
Завершене
Проживання завершено
Реальний бізнес-контекст
Рекомендовані сутності бази даних
Єдиний рахунок гостя
- вільні номери;
- заброньовані номери;
- зайняті номери;
- номери на прибиранні;
- номери в ремонті;
- заїзди;
- виїзди;
- прострочені виїзди;
- ручні блокування номерів. Значення
|-
| Номер кімнати
| як приклад: 101, 202, A-15
|-
| Тип номера
| Стандарт, люкс, апартаменти тощо
|-
| Поверх
| На якому поверсі знаходиться номер
|-
| Корпус
| Якщо готель має кілька корпусів
|-
| Кількість місць
| здатна успадковуватись із типу номера
|-
| Статус
| Вільний, заброньований, зайнятий, прибирання, ремонт
|-
| Коментар
| Особливості номера
|}
Через AJAX мають працювати:
== Статуси номера ==
| Адміністратор рецепції
|
Створює бронювання, поселяє гостей, оформлює виїзд, формує рахунки
|
| Покоївка
|
Бачить номери на прибирання і змінює статус підготовки
|
| Офіціант
|
Приймає ресторанні замовлення і замовлення в номер
|
| Кухар
|
Бачить кухонні замовлення і змінює статуси приготування
|
| Касир
|
Приймає оплати, друкує рахунки й чеки
|
| Гість
|
Переглядає свої бронювання, рахунки й послуги в кабінеті
|
| Керівник
|
Переглядає зайнятість, доходи, ресторан, послуги й звіти
|
| Адміністратор системи
|
Налаштовує довідники, права, тарифи, номери, меню і службові параметри
|
У результаті виконання атестаційного задача має бути створений комплексний компонент готелю з рестораном у K2 ERP. * проживання;
- туристичний збір, якщо потрібно;
- сніданки;
- ресторан;
- room service;
- СПА;
- паркінг;
- трансфер;
- інші додаткові послуги. У складі готелю здатна працювати ресторан, бар, СПА-зона, паркінг, трансферна служба, конференц-зали або інші сервіси. SEO-опис
Умова складання. задача не здатна бути зараховане, якщо платформа не дає можливість пройти базовий цикл готелю: бронювання → поселення → проживання → послуги або ресторан → рахунок → оплата → виїзд → прибирання → звіт. 100
Мета задача
- проживання;
- додаткові послуги;
- ресторан;
- room service;
- загальну суму;
- оплати готівкою;
- оплати карткою;
- борги. Для реалізації задачі доцільно передбачити такі сутності:
Див. так само
|
Календар показує доступність номерів за датами. У звіті потрібно відображати:
Звіт «Доходи готелю»
|