Перегляд вихідного коду сторінки Атестаційні завдання K2 ERP/Пропускна в концертний зал

= Модуль перевірки квитків і обліку проходів на заходах =

== Реальний бізнес-контекст ==
Після купівлі або бронювання квитків необхідно організувати:

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

Пропуск має бути максимально швидким та надійним для великої кількості гостей.

== Основні завдання ==

=== 1. Структура довідників ===

==== Довідник «Заходи» ====
Поля довідника:

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

==== Довідник «Квитки» ====
Поля довідника:

* номер квитка — унікальний код або QR-код;
* захід;
* номер ряду;
* номер місця;
* статус:
** активний — готовий для проходу;
** використаний — пропуск уже здійснено;
** недійсний — скасовано або не оплачено.

=== 2. Процес перевірки квитка ===

==== Кроки ====

# Квиток сканується на вході:
#* вводиться вручну номер квитка;
#* або сканується QR-код.
# Система перевіряє статус квитка:
#* якщо «Активний» → пропуск дозволено, статус змінюється на «Використаний»;
#* якщо «Використаний» → повідомлення: «Квиток вже використаний»;
#* якщо «Недійсний» → повідомлення: «Квиток недійсний».
# Фіксується:
#* час проходу;
#* пункт входу.

=== 3. Технічні деталі ===

* підтримка сканування QR-кодів через:
** мобільний пристрій;
** стаціонарний сканер;
* підтримка ручного введення номера квитка як запасний варіант;
* автоматичне оновлення інформації без перезавантаження сторінки через AJAX.

=== 4. Логіка обмеження проходів ===

* один квиток — один прохід;
* можливість окремо дозволяти кілька проходів для спеціальних квитків, наприклад:
** VIP;
** Staff Pass;
* логування усіх спроб входу, навіть неуспішних.

=== 5. Додаткові функції ===

==== Статистика ====

* кількість пропущених глядачів;
* кількість квитків, що залишились невикористаними.

==== Оперативний контроль ====

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

=== 6. Безпека і стабільність ===

* обов’язкова валідація вхідних даних;
* блокування кешування результатів запиту;
* робота системи навіть при короткочасних збоях інтернету, наприклад:
** кешування в браузері;
** синхронізація після відновлення зв’язку — Advanced.

== Технічні вимоги ==
{| class="wikitable"
!Параметр
!Опис
|-
|Бекенд
|K2 Cloud ERP на Python або PHP
|-
|БД
|PostgreSQL або MySQL
|-
|Фронтенд
|HTML5, JavaScript, AJAX, Fetch API або Axios
|-
|Сканування QR-коду
|Через камеру пристрою або підключений сканер
|-
|Друк
|Немає потреби у друку, тільки електронна перевірка
|}

== Критерії оцінки ==
{| class="wikitable"
!Критерій
!Бали
|-
|Реалізація перевірки квитка і зміни статусу
|20
|-
|Логування проходів
|20
|-
|Інтерактивність і миттєве відображення результату сканування
|20
|-
|Управління статистикою проходів
|20
|-
|Робота з QR-кодами і ручний режим
|20
|}

== Примітка ==
Модуль пропускної системи — критичний для проведення:

* концертів;
* фестивалів;
* вистав;
* великих заходів.

Він допомагає:

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