Атестаційні завдання K2 ERP/Ресторан

!; Статус |- | Прийнято | Офіціант додав позицію в замовлення |- | Передано | Позиція передана на кухню або бар |- | Готується | Позиція в роботі |- | Готово | Позицію можна забирати |- | Подано | Позиція подана гостю |- | Скасовано | Позицію скасовано |}

Звіт «продажі та реалізація за день»

У звіті потрібно відображати:

Практичне задача

номер замовлення;
стіл;
офіціанта;
час замовлення;
назву страви;
кількість;
коментар до страви;
статус приготування;
час очікування.; | Бачити передані страви й змінювати статус приготування

|- | Які оплати потрібні?; | Після оплати замовлення має закриватися, а стіл ставати вільним |- | Що бажано додати?; Інтерфейс має працювати оперативно і без перезавантаження сторінки.; |}

Умова складання. задача не має змогу бути зараховане, якщо платформа не надає можливість пройти базовий цикл ресторану: стіл → замовлення → кухня → готовність → рахунок → оплата → звільнення столу → звіт.; Призначення

!; * вести зали і зони ресторану;

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

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

У звіті потрібно відображати:

Довідник офіціантів містить працівників, які приймають замовлення.; Бали

Поля зони

Технологічна карта страви

не загубити замовлення;
оперативно передати його на кухню;
бачити, які страви вже готуються;
знати, які страви готові;
оперативно сформувати рахунок;
коректно прийняти оплату;
бачити завантаженість столів;
контролювати роботу офіціантів;
аналізувати популярні страви;
контролювати виручку за день.; Технологічна карта визначає, які інгредієнти потрібні для страви.; характеристика

Номер замовлення	Генерується автономно
Стіл	До якого столу прив’язане замовлення
Офіціант	Хто веде замовлення
Кількість гостей	Опціонально
Час відкриття	Коли створено замовлення
Час закриття	Коли замовлення завершено
Коментар гостя	Побажання: без солі, алергія, подати пізніше тощо
Загальна сума	Підсумок по позиціях
Статус	Поточний стан замовлення

Ресторан часто потребує функціональні можливості розділити рахунок між гостями.; Значення

Позиції замовлення

складський облік і списання інгредієнтів

Поля столу

Що має підтримувати складський облік

!; характеристика

компонент обліку ресторанних замовлень, столів, кухні й рахунків
Які довідники потрібні?; # створити зони ресторану; створити столи; створити категорії меню; створити позиції меню; створити офіціантів; відкрити замовлення по столу; додати кілька страв і напоїв; додати коментар до позиції; передати замовлення на кухню; змінити статус позиції на «Готується»; змінити статус позиції на «Готово»; додати дозамовлення; сформувати рахунок; розділити рахунок, якщо функція реалізована; зафіксувати оплату готівкою; зафіксувати оплату карткою; закрити замовлення; перевести стіл у статус «Вільний»; створити бронювання столу; сформувати звіт продажів за день; сформувати звіт популярних страв; сформувати звіт ефективності офіціантів; перевірити журнал змін.; \| продажі та реалізація за день, популярні страви, ефективність офіціантів, завантаженість столів
-	Бекенд	K2 Cloud ERP на Python або PHP
База даних	PostgreSQL або MySQL
Фронтенд	HTML5, JavaScript
AJAX	Fetch API або Axios
UI-компоненти	DataTables для замовлень, Select2 для вибору страв, інтерфейс залу через Canvas або Grid
Кухонний екран	актуалізація статусів замовлень у реальному часі
Друк	PDF-рахунки, друк на чековому або кухонному принтері
Медіа	Фото страв, опціонально
складський облік	обліковий облік інгредієнтів і списання по технологічних картах, опціонально
Експорт	Excel або PDF для звітів

Критичними помилками вважаються ситуації, коли:

!; характеристика

Очікуваний результат

Доступність позицій меню

відкриття замовлення;
додавання страв;
зміна кількості;
передача на кухню;
зміна статусу страв;
актуалізація кухонного екрану;
формування рахунку;
фіксація оплати;
розділення рахунку;
зміна статусу столу;
бронювання столу;
актуалізація мапи залу;
фільтрація звітів.;== Рекомендовані сутності бази даних ==

!; Коротко. Потрібно реалізувати ресторанний компонент: зали, столи, меню, категорії страв, офіціанти, замовлення, кухня, статуси страв, рахунки, оплати, бронювання столів, розділення рахунку, складський облік інгредієнтів, звіти й AJAX-оновлення в реальному часі.; | Зали, столи, меню, категорії страв, офіціанти |-

| Який центральний документ?;

!; !; Офіціанти приймають замовлення, кухня готує страви, бар готує напої, касир або офіціант приймає оплату, а керівник аналізує продажі та реалізація.; Що перевіряється !; !; Позиція меню має змогу бути тимчасово недоступною.;== Категорії меню ==

готівка;
банківська картка;
змішана оплата;
часткова оплата;
оплата сертифікатом;
оплата бонусами, опціонально;
корпоративний рахунок, опціонально.; Замовлення — це ключовий документ, який відкривається на стіл або гостя.; Критерій

Номер рахунку	Унікальний номер
Замовлення	До якого замовлення належить рахунок
Стіл	По якому столу рахунок
Офіціант	Хто сформував рахунок
Сума	Загальна сума
Знижка	Якщо застосовується
Сума до оплати	Підсумок після знижки
Статус оплати	Не оплачено, частково оплачено, оплачено
Тип оплати	Готівка, картка, змішано

Зали і зони допомагають організувати простір ресторану.; Кухня повинна мати можливість:

Довідник «Столи»

компонент має підтримувати різні способи оплати.; Звіт показує використання столів.; Колонка

Реальний бізнес-контекст

Поля позиції замовлення

Номер замовлення Унікальний номер Стіл За яким столом створено замовлення Офіціант Хто прийняв замовлення Час відкриття Коли замовлення створено Сума Поточна сума замовлення Статус Відкрите, на кухні, готове, закрите, скасоване Коментар Особливі побажання гостей

Звіт показує результат роботи за день.; компонент обліку замовлень, кухні, столів і рахунків для ресторану.; !; Статус

!; Ресторан — це практична задача; додатково реалізовано столів, меню, кухні, рахунків, оплат і звітності виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку ресторанних замовлень забезпечується через Атестаційне задача K2 ERP.; {| class="wikitable" style="width:100%;"

Статуси оплати

Критично. Позиція, передана на кухню, має бути видима кухні без ручного дублювання замовлення офіціантом.; характеристика

У межах атестації потрібно продемонструвати робочий сценарій.; {| class="wikitable" style="width:100%;"

!;== На кухонному екрані потрібно показувати ==

Поля бронювання

страву або напій;
категорію;
кількість продажів;
суму продажів;
частку в загальній виручці.; {| class="wikitable" style="width:100%;"

Через AJAX мають працювати:

стіл;
зону;
кількість посадок;
загальну суму продажів;
середній час зайнятості;
середній чек.; |-

Назва зони	як ілюстрація: ключовий зал, Тераса, VIP
характеристика	Додаткова відомості
Активність	Чи застосовується зона

Поля технологічної карти

Статуси позицій замовлення

Поля позиції меню

!; !; !; * дату;

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

| Назва страви або напою | Назва позиції в меню |- | Категорія | До якої групи належить позиція |- | Ціна | Вартість для гостя |- | Вага або об’єм | як ілюстрація: 250 г, 0,5 л |- | характеристика | складський облік або коротке пояснення |- | Фото | Опціонально |- | Зона приготування | Кухня, бар, кондитерська тощо |- | Статус | Активна або недоступна |}

Критерії оцінювання

закінчилися інгредієнти;
страва знята з меню;
сезонна позиція;
кухня тимчасово не готує цю позицію;
бар не має потрібного напою.; !; Поле

Типи оплати

Звіт «Найпопулярніші страви»

У результаті виконання атестаційного задача має бути створений ресторанний компонент у K2 ERP.; Звіт сприяє контролювати помилки або зловживання.;== Статуси столу ==

; функціональні можливості
Зали і зони	Розділення ресторану на зал, терасу, VIP, бар тощо
Столи	Посадкові місця для гостей
Меню	Страви, напої та інші позиції продажу
Категорії меню	Салати, гарячі страви, десерти, напої, бар
Офіціанти	Працівники, які приймають і ведуть замовлення
Кухня	Робоча зона приготування страв
Замовлення	ключовий документ обслуговування гостя
Позиції замовлення	Конкретні страви й напої в замовленні
Рахунки	Документи для оплати
Оплати	Факт отримання коштів
Бронювання	Попереднє резервування столів
складський облік	обліковий облік інгредієнтів, якщо реалізовано
Звіти	аналітичні інструменти по продажах, стравах, офіціантах і столах

!; {| class="wikitable" style="width:100%;" |- | Офіціант | Відкриває замовлення, додає страви, передає на кухню, формує рахунок |- | Кухар | Бачить кухонний екран, змінює статуси приготування |- | Бармен | Бачить барні позиції, змінює їхні статуси |- | Касир | Фіксує оплату, друкує рахунки й чеки |- | Адміністратор залу | Керує столами, бронюваннями, пересадками і відкритими рахунками |- | Менеджер | Керує меню, цінами, персоналом і звітами |- | Керівник | Переглядає продажі та реалізація, виручку, ефективність офіціантів і популярність страв |- | Адміністратор системи | Налаштовує права, довідники, принтери, зони, меню і службові параметри |}

!; 100

Назва задача

Поля рахунку

Звіт показує роботу офіціантів.; Поле |- | Реалізація бази столів, меню і офіціантів | 20 | Зали, столи, меню, категорії, офіціанти, статуси столів |- | Оформлення замовлень і керування статусами | 20 | Відкриття замовлення, позиції, передача на кухню, статуси приготування, дозамовлення |- | Формування рахунків і обліковий облік оплат | 20 | Рахунок, знижка, часткова або повна оплата, готівка, картка, закриття столу |- | Звіти по продажах і популярних стравах | 20 | продажі та реалізація за день, популярні страви, офіціанти, столи, скасовані позиції |- | Інтерактивність через AJAX і online-режимі | 20 | актуалізація замовлень, кухні, статусів, рахунків і мапи залу без перезавантаження |- Складський блок є собою опціональним, але корисним для ресторану.; | Замовлення по столу |- | Що має робити кухня?; {| class="wikitable" style="width:100%;"

!; Значення

Звіт «Скасовані позиції»

Основні об’єкти модуля

Довідник «Офіціанти»

!; характеристика

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

|- | Номер або назва столу | як ілюстрація: Стіл 1, VIP-2, Тераса-5 |- | Зал або зона | Де знаходиться стіл |- | Кількість місць | Скільки гостей можна посадити |- | Статус | Вільний, зайнятий, заброньований, недоступний |- | Коментар | як ілюстрація: біля вікна, круглий стіл, диван |}

Мета задача

!; характеристика

!;

Коротко

AJAX-інтерактив

Причини недоступності

Рахунок формується після завершення або під час обслуговування гостя.; {| class="wikitable" style="width:100%;"

Для реалізації задачі доцільно передбачити такі сутності: !; {| class="wikitable" style="width:100%;"

компонент має змогу підтримувати попереднє бронювання.;== Примітка ==

компонент має підтримувати розмежування прав.;== Замовлення ==

Колонки журналу замовлень

Мінімальний сценарій: центральний принцип. Замовлення в ресторані має пройти зрозумілий шлях: стіл → офіціант → замовлення → кухня → готовність → подача → рахунок → оплата → звільнення столу.; компонент має підтримувати зали, столи, меню, категорії страв, офіціантів, замовлення, позиції замовлень, кухонний екран, статуси приготування, рахунки, оплати, бронювання, розділення рахунків, мапу залу, складський облік інгредієнтів, звіти, AJAX-інтерактив і логування змін.; |-

Не оплачено	Рахунок ще не оплачений
Частково оплачено	Оплачена частина рахунку
Оплачено	Рахунок в цілому оплачено
Повернення	Оплату повернено

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

!; характеристика

Бронювання столів

Звіт «Завантаженість столів»

Опціонально можна реалізувати візуальну мапу залу.; * ключовий зал;

тераса;
VIP-зал;
барна зона;
банкетна зала;
літній майданчик;
доставка / самовивіз, якщо застосовується.; !; Поле

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

Типовий бізнес-процес роботи ресторану виглядає так: Меню містить усі страви, напої та послуги, які можна додати в замовлення.; Журнал змін має зберігати: Ресторан щодня обслуговує гостей у залі, на терасі, у VIP-зонах або через попередні бронювання.; істотно. Стіл зі статусом «Зайнятий» не повинен відкриватися для нового замовлення без попередження або закриття попереднього рахунку.; Поле

гість сідає за вільний або заброньований стіл;
офіціант відкриває замовлення по столу;
додає страви й напої з меню;
замовлення передається на кухню або бар;
кухня змінює статус страв на «Готується»;
після приготування статус змінюється на «Готово»;
офіціант подає страви гостям;
гість має змогу дозамовити інші позиції;
після завершення обслуговування формується рахунок;
рахунок оплачується готівкою, карткою або частково різними способами;
замовлення закривається;
стіл переходить у статус «Вільний»;
інформаційні дані потрапляють у звіти продажів.; Статус

Оплати

|- | Вільний | Стіл доступний для посадки |- | Зайнятий | За столом є собою активне замовлення |- | Заброньований | Стіл зарезервовано на певний час |- | Недоступний | Стіл тимчасово не застосовується |}

Ресторанна ERP-система потрібна кафе, барам, ресторанам, фудкортам, їдальням, готельним ресторанам і мережам громадського харчування.; | Готівка, картка, змішана або часткова оплата |- | Які звіти потрібні?; !; {| class="wikitable" style="width:100%;"

Статуси замовлення

Права доступу

Приклади зон

салати;
холодні закуски;
гарячі страви;
перші страви;
гарніри;
десерти;
напої;
алкогольні напої;
кава і чай;
бар;
дитяче меню;
бізнес-ланч;
сезонне меню.; Статус

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

Мета задача — створити в K2 ERP компонент для автоматизації роботи ресторану, кафе, бару, фудкорту або закладу громадського харчування.; * прийняти позицію в роботу;

змінити статус на «Готується»;
змінити статус на «Готово»;
бачити термінові або давні замовлення;
бачити коментарі до страв;
фільтрувати позиції по зоні приготування.; Параметр

У звіті потрібно відображати:

офіціанта;
кількість замовлень;
кількість рахунків;
загальну суму продажів;
середній чек;
кількість скасованих позицій.; Поле

Поля замовлення

|- | Замовлення | До якого замовлення належить позиція |- | Позиція меню | Страва або напій |- | Кількість | Скільки одиниць замовлено |- | Ціна | Ціна на момент замовлення |- | Сума | Кількість × ціна |- | Коментар | як ілюстрація: без цибулі, гостре, подати пізніше |- | Зона приготування | Кухня або бар |- | Статус | Прийнято, готується, готово, подано, скасовано |}

Функції кухні

Звіт «Ефективність офіціантів»

; Поле

довідник інгредієнтів;
технологічні карти страв;
списання інгредієнтів при продажу страви;
контроль залишків;
попередження про нестачу інгредієнтів;
звіт по використанню продуктів.; Значення

; Значення

компонент повинен фіксувати важливі дії.; Рівень

хто відкрив замовлення;
хто додав позицію;
хто змінив кількість;
хто скасував позицію;
хто передав замовлення на кухню;
хто змінив статус страви;
хто сформував рахунок;
хто зафіксував оплату;
хто розділив рахунок;
хто закрив замовлення;
хто змінив статус столу;
дату й час дії;
старе та нове значення, якщо це можливо.;== Розділення рахунку ==

; Роль

90–100	Відмінно	компонент в цілому функціонує: столи, меню, замовлення, кухня, рахунки, оплати, бронювання, звіти й AJAX-оновлення реалізовані коректно
75–89	Добре	Основна логіка функціонує, є собою незначні недоліки, які не руйнують бізнес-процес обслуговування гостей
60–74	Зараховано	Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання
0–59	Не зараховано	Відсутня критична логіка: столи, меню, замовлення, кухня, рахунки або оплати

; !; !; Бали

Варіанти розділення

Дата і час

Коли очікуються гості

Стіл або зона

Що бронюється

Ім’я гостя

Хто бронює

Телефон

Контактний номер

Кількість гостей

Скільки людей очікується

Коментар

Побажання гостя

Статус

Нове, підтверджене, скасоване, виконане

Довідник «Меню»

Див.; додатково

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

; Разом

На мапі залу потрібно показувати

Кожна страва або напій у замовленні має власний статус.; !; характеристика

Відкрите

Замовлення створено і має змогу доповнюватися

Передано на кухню

Позиції передані на приготування

В готуванні

Кухня готує страви

Частково готове

Частина позицій готова

Готове

Усі позиції готові

Подано

Страви передані гостю

Очікує оплати

Рахунок сформовано

Закрите

Замовлення оплачено і завершено

Скасоване

Замовлення скасовано

У звіті потрібно відображати:

Інтерактивна мапа залу

!; {| class="wikitable" style="width:100%;"

|}

Кухонний екран або кухня

Логування змін

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

Шкала оцінювання

Кухня має бачити тільки ті позиції, які потрібно готувати.;== Поля офіціанта ==

Довідник «Зали і зони»

|- | Що потрібно створити?; Відповідь !; характеристика

платформа повинна дозволяти:

У такій роботі істотно:

дату;
замовлення;
стіл;
офіціанта;
позицію меню;
кількість;
причину скасування.; характеристика

|- | ПІБ | Повне ім’я офіціанта |- | Телефон | Контактний номер |- | Зона роботи | Основна зона або зал |- | Ставка | Опціонально для зарплати |- | Статус | Активний, неактивний, звільнений |}

ключовий бізнес-процес

Технічні вимоги

!;== Звіти == !; !; Максимальна оцінка

У звіті потрібно відображати: !; Об’єкт