Перейти до вмісту

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

Матеріал з K2 ERP Wiki

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

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

! * відкриття замовлення;

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

Інтерфейс має працювати оперативно і без перезавантаження сторінки. Статус У звіті потрібно відображати:

Офіціант Відкриває замовлення, додає страви, передає на кухню, формує рахунок
Кухар Бачить кухонний екран, змінює статуси приготування
Бармен Бачить барні позиції, змінює їхні статуси
Касир Фіксує оплату, друкує рахунки й чеки
Адміністратор залу Керує столами, бронюваннями, пересадками і відкритими рахунками
Менеджер Керує меню, цінами, персоналом і звітами
Керівник Переглядає продажі та реалізація, виручку, ефективність офіціантів і популярність страв
Адміністратор системи Налаштовує права, довідники, принтери, зони, меню і службові параметри
Ресторан щодня обслуговує гостей у залі, на терасі, у VIP-зонах або через попередні бронювання. У результаті виконання атестаційного задача має бути створений ресторанний компонент у K2 ERP. SEO-опис
== Рахунки ==
  • стіл;
  • зону;
  • кількість посадок;
  • загальну суму продажів;
  • середній час зайнятості;
  • середній чек. Коротко. Потрібно реалізувати ресторанний компонент: зали, столи, меню, категорії страв, офіціанти, замовлення, кухня, статуси страв, рахунки, оплати, бронювання столів, розділення рахунку, складський облік інгредієнтів, звіти й AJAX-оновлення в реальному часі. | продажі та реалізація за день, популярні страви, ефективність офіціантів, завантаженість столів
Що виступає як критичною вимогою?== Статуси замовлення ==

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

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

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

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

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

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

| Що потрібно створити? компонент обліку замовлень, кухні, столів і рахунків для ресторану. | Готівка, картка, змішана або часткова оплата |- | Які звіти потрібні? ! Рахунок формується після завершення або під час обслуговування гостя. | Зали, столи, меню, категорії страв, офіціанти |- | Який провідний документ? Об’єкт |- | Дата і час | Коли очікуються гості |- | Стіл або зона | Що бронюється |- | Ім’я гостя | Хто бронює |- | Телефон | Контактний номер |- | Кількість гостей | Скільки людей очікується |- | Коментар | Побажання гостя |- | Статус | Нове, підтверджене, скасоване, виконане |}

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

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

У межах атестації потрібно продемонструвати робочий сценарій.== Звіти ==

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

Для реалізації задачі доцільно передбачити такі сутності:

Звіт показує роботу офіціантів.== На кухонному екрані потрібно показувати ==

! Призначення

|- | Бекенд | K2 Cloud ERP на Python або PHP |- | База даних | PostgreSQL або MySQL |- | Фронтенд | HTML5, JavaScript |- | AJAX | Fetch API або Axios |- | UI-компоненти | DataTables для замовлень, Select2 для вибору страв, інтерфейс залу через Canvas або Grid |- | Кухонний екран | оновлення версій статусів замовлень у реальному часі |- | Друк | PDF-рахунки, друк на чековому або кухонному принтері |- | Медіа | Фото страв, опціонально |- | складський облік | обліковий облік інгредієнтів і списання по технологічних картах, опціонально |- | Експорт | Excel або PDF для звітів |}

компонент повинен фіксувати важливі дії. Журнал змін має зберігати: ! Мінімальний сценарій:

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

Технологічна карта визначає, які інгредієнти потрібні для страви.== Поля технологічної карти ==

* готівка;
  • банківська картка;
  • змішана оплата;
  • часткова оплата;
  • оплата сертифікатом;
  • оплата бонусами, опціонально;
  • корпоративний рахунок, опціонально. |}
критично. Стіл зі статусом «Зайнятий» не повинен відкриватися для нового замовлення без попередження або закриття попереднього рахунку.

Замовлення — це базовий документ, який відкривається на стіл або гостя. # гість сідає за вільний або заброньований стіл;

  1. офіціант відкриває замовлення по столу;
  2. додає страви й напої з меню;
  3. замовлення передається на кухню або бар;
  4. кухня змінює статус страв на «Готується»;
  5. після приготування статус змінюється на «Готово»;
  6. офіціант подає страви гостям;
  7. гість здатна дозамовити інші позиції;
  8. після завершення обслуговування формується рахунок;
  9. рахунок оплачується готівкою, карткою або частково різними способами;
  10. замовлення закривається;
  11. стіл переходить у статус «Вільний»;
  12. інформаційні дані потрапляють у звіти продажів. | Після оплати замовлення має закриватися, а стіл ставати вільним
Що бажано додати? Меню містить усі страви, напої та послуги, які можна додати в замовлення.== Довідник «Зали і зони» ==
  • офіціанта;
  • кількість замовлень;
  • кількість рахунків;
  • загальну суму продажів;
  • середній чек;
  • кількість скасованих позицій.== Права доступу ==
Зали і зони Розділення ресторану на зал, терасу, VIP, бар тощо
Столи Посадкові місця для гостей
Меню Страви, напої та інші позиції продажу
Категорії меню Салати, гарячі страви, десерти, напої, бар
Офіціанти Працівники, які приймають і ведуть замовлення
Кухня Робоча зона приготування страв
Замовлення базовий документ обслуговування гостя
Позиції замовлення Конкретні страви й напої в замовленні
Рахунки Документи для оплати
Оплати Факт отримання коштів
Бронювання Попереднє резервування столів
складський облік обліковий облік інгредієнтів, якщо реалізовано
Звіти аналітичні інструменти по продажах, стравах, офіціантах і столах

Див. так само

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

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

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

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

компонент має підтримувати зали, столи, меню, категорії страв, офіціантів, замовлення, позиції замовлень, кухонний екран, статуси приготування, рахунки, оплати, бронювання, розділення рахунків, мапу залу, складський облік інгредієнтів, звіти, AJAX-інтерактив і логування змін.== Звіт «Завантаженість столів» ==

SEO-опис
  • прийняти позицію в роботу;
  • змінити статус на «Готується»;
  • змінити статус на «Готово»;
  • бачити термінові або давні замовлення;
  • бачити коментарі до страв;
  • фільтрувати позиції по зоні приготування. * страву або напій;
  • категорію;
  • кількість продажів;
  • суму продажів;
  • частку в загальній виручці. Зали і зони допомагають організувати простір ресторану. | Бронювання, мапу залу, розділення рахунку, складський облік інгредієнтів

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

Довідник столів містить усі посадкові місця ресторану. {| class="wikitable" style="width:100%;"

|- | Страва | Позиція меню |- | Інгредієнт | ERP-продукт зі складу |- | Кількість | Норма витрати |- | Одиниця виміру | Г, кг, мл, л, шт. ! SEO-опис

Звіт оптимізує контролювати помилки або зловживання. * не загубити замовлення;

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

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

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

Оплати

Назва задача

Кожна страва або напій у замовленні має власний статус.== базовий бізнес-процес ==

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

компонент здатна підтримувати попереднє бронювання. Поле SEO-опис

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

Ресторан часто потребує функції ERP розділити рахунок між гостями. Параметр

Роль

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

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

Типи оплати

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

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

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

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

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

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

провідний принцип. Замовлення в ресторані має пройти зрозумілий шлях: стіл → офіціант → замовлення → кухня → готовність → подача → рахунок → оплата → звільнення столу. SEO-опис

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

Поля столу

У такій роботі критично:

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

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

 ! SEO-опис Статус

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

Звіт показує результат роботи за день. Максимальна оцінка

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

Ресторанна ERP-система потрібна кафе, барам, ресторанам, фудкортам, їдальням, готельним ресторанам і мережам громадського харчування. SEO-опис

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

Примітка

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

Значення
  • салати;
  • холодні закуски;
  • гарячі страви;
  • перші страви;
  • гарніри;
  • десерти;
  • напої;
  • алкогольні напої;
  • кава і чай;
  • бар;
  • дитяче меню;
  • бізнес-ланч;
  • сезонне меню. {| class="wikitable" style="width:100%;"
Номер замовлення Генерується автоматизовано
Стіл До якого столу прив’язане замовлення
Офіціант Хто веде замовлення
Кількість гостей Опціонально
Час відкриття Коли створено замовлення
Час закриття Коли замовлення завершено
Коментар гостя Побажання: без солі, алергія, подати пізніше тощо
Загальна сума Підсумок по позиціях
Статус Поточний стан замовлення
Поле
  • дату;
  • загальну виручку;
  • кількість рахунків;
  • кількість замовлень;
  • середній чек;
  • суму готівкою;
  • суму карткою. Поле

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

Рекомендовані сутності бази даних

Прийнято Офіціант додав позицію в замовлення
Передано Позиція передана на кухню або бар
Готується Позиція в роботі
Готово Позицію можна забирати
Подано Позиція подана гостю
Скасовано Позицію скасовано
SEO-опис
Реалізація бази столів, меню і офіціантів 20 Зали, столи, меню, категорії, офіціанти, статуси столів
Оформлення замовлень і керування статусами 20 Відкриття замовлення, позиції, передача на кухню, статуси приготування, дозамовлення
Формування рахунків і обліковий облік оплат 20 Рахунок, знижка, часткова або повна оплата, готівка, картка, закриття столу
Звіти по продажах і популярних стравах 20 продажі та реалізація за день, популярні страви, офіціанти, столи, скасовані позиції
Інтерактивність через AJAX і в режимі реального часу 20 оновлення версій замовлень, кухні, статусів, рахунків і мапи залу без перезавантаження
Бали

Приклади зон

Категорії меню

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

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

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

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

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

Розділення рахунку

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

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

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

Поле Поле

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

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

  • хто відкрив замовлення;
  • хто додав позицію;
  • хто змінив кількість;
  • хто скасував позицію;
  • хто передав замовлення на кухню;
  • хто змінив статус страви;
  • хто сформував рахунок;
  • хто зафіксував оплату;
  • хто розділив рахунок;
  • хто закрив замовлення;
  • хто змінив статус столу;
  • дату й час дії;
  • старе та нове значення, якщо це можливо. {| class="wikitable" style="width:100%;"
  • зали;
  • столи;
  • категорії меню;
  • меню;
  • офіціанти;
  • замовлення;
  • позиції замовлення;
  • статуси замовлень;
  • кухонні задача;
  • рахунки;
  • оплати;
  • бронювання столів;
  • знижки;
  • скасування позицій;
  • інгредієнти;
  • технологічні карти;
  • складські залишки;
  • журнал змін;
  • звіти;
  • права доступу. Критерій

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

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

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

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

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

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

Поля рахунку

! SEO-опис Умова складання. задача не здатна бути зараховане, якщо платформа не дає можливість пройти базовий цикл ресторану: стіл → замовлення → кухня → готовність → рахунок → оплата → звільнення столу → звіт. {| class="wikitable" style="width:100%;" |- | ПІБ | Повне ім’я офіціанта |- | Телефон | Контактний номер |- | Зона роботи | Основна зона або зал |- | Ставка | Опціонально для зарплати |- | Статус | Активний, неактивний, звільнений |}


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

! Поле

Замовлення

! Звіт показує, які позиції меню продаються найкраще. |- | Відкрите | Замовлення створено і здатна доповнюватися |- | Передано на кухню | Позиції передані на приготування |- | В готуванні | Кухня готує страви |- | Частково готове | Частина позицій готова |- | Готове | Усі позиції готові |- | Подано | Страви передані гостю |- | Очікує оплати | Рахунок сформовано |- | Закрите | Замовлення оплачено і завершено |- | Скасоване | Замовлення скасовано |}

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

! | Замовлення по столу |- | Що має робити кухня? Бали |- | Назва зони | як приклад: базовий зал, Тераса, VIP |- | SEO-опис | Додаткова інформаційні матеріали |- | Активність | Чи застосовується для зона |}

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

Кухня повинна мати можливість:

Типовий бізнес-процес роботи ресторану виглядає так: компонент має підтримувати різні способи оплати. Ресторан — це практична задача; так само реалізовано столів, меню, кухні, рахунків, оплат і звітності виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку ресторанних замовлень забезпечується через Атестаційне задача K2 ERP. Колонка

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

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

Поля зони

  1. створити зони ресторану;
  2. створити столи;
  3. створити категорії меню;
  4. створити позиції меню;
  5. створити офіціантів;
  6. відкрити замовлення по столу;
  7. додати кілька страв і напоїв;
  8. додати коментар до позиції;
  9. передати замовлення на кухню;
  10. змінити статус позиції на «Готується»;
  11. змінити статус позиції на «Готово»;
  12. додати дозамовлення;
  13. сформувати рахунок;
  14. розділити рахунок, якщо функція реалізована;
  15. зафіксувати оплату готівкою;
  16. зафіксувати оплату карткою;
  17. закрити замовлення;
  18. перевести стіл у статус «Вільний»;
  19. створити бронювання столу;
  20. сформувати звіт продажів за день;
  21. сформувати звіт популярних страв;
  22. сформувати звіт ефективності офіціантів;
  23. перевірити журнал змін. * закінчилися інгредієнти;
  • страва знята з меню;
  • сезонна позиція;
  • кухня тимчасово не готує цю позицію;
  • бар не має потрібного напою. ! |-
Номер рахунку Унікальний номер
Замовлення До якого замовлення належить рахунок
Стіл По якому столу рахунок
Офіціант Хто сформував рахунок
Сума Загальна сума
Знижка Якщо застосовується
Сума до оплати Підсумок після знижки
Статус оплати Не оплачено, частково оплачено, оплачено
Тип оплати Готівка, картка, змішано
компонент обліку ресторанних замовлень, столів, кухні й рахунків
Які довідники потрібні?== Позиції замовлення == SEO-опис
90–100 Відмінно компонент на 100% функціонує: столи, меню, замовлення, кухня, рахунки, оплати, бронювання, звіти й AJAX-оновлення реалізовані коректно
75–89 Добре Основна логіка функціонує, виступає як незначні недоліки, які не руйнують бізнес-процес обслуговування гостей
60–74 Зараховано Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання
0–59 Не зараховано Відсутня критична логіка: столи, меню, замовлення, кухня, рахунки або оплати

! компонент має підтримувати розмежування прав. У звіті потрібно відображати:

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

! Значення

Мета задача

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

== Очікуваний результат ==
Отримано з https://wiki.kyiv.ua/index.php?title=Атестаційні_завдання_K2_ERP/Ресторан&oldid=550