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

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

Матеріал з K2 ERP Wiki
Версія від 17:51, 29 квітня 2026, створена R (обговорення | внесок) (Первинна публікація)
(різн.) ← Попередня версія | Поточна версія (різн.) | Новіша версія → (різн.)

Кроки

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

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

Примітка

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

SEO-опис

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

Поля довідника:

  • назва заходу;
  • дата і час;
  • зал проведення;
  • кількість місць.== Критерії оцінки ==
Бекенд K2 Cloud ERP на Python або PHP
БД PostgreSQL або MySQL
Фронтенд HTML5, JavaScript, AJAX, Fetch API або Axios
Сканування QR-коду Через камеру пристрою або підключений сканер
Друк Немає потреби у друку, тільки електронна перевірка

компонент пропускної системи — критичний для проведення: скасовано або не оплачено виступає ключовою рисою ** недійсний.=== 2. бізнес-процес перевірки квитка ===

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

Статистика

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

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

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

  1. Квиток сканується на вході:
    • вводиться вручну номер квитка;
    • або сканується QR-код.=== 3. Технічні деталі ===

Довідник «Квитки»

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

    • якщо «Активний» → пропуск дозволено, статус змінюється на «Використаний»;
    • якщо «Використаний» → повідомлення: «Квиток вже використаний»;
    • якщо «Недійсний» → повідомлення: «Квиток недійсний». Після купівлі або бронювання квитків необхідно організувати:
Критерій
  • кількість пропущених глядачів;
  • кількість квитків, що залишились невикористаними.== Основні задача ==
  • можливість швидкого перегляду стану залу у реальному часі;
  • автоматичне виведення попереджень про дубльований прохід. # Фіксується:
    • час проходу;
    • пункт входу. !Бали
  • обов’язкова валідація вхідних даних;
  • блокування кешування результатів запиту;
  • робота системи навіть при короткочасних збоях інтернету, як приклад:
    • кешування в браузері;
    • синхронізація після відновлення зв’язку — Advanced. !Параметр

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

Реалізація перевірки квитка і зміни статусу 20
Логування проходів 20
Інтерактивність і миттєве відображення результату сканування 20
керування статистикою проходів 20
Робота з QR-кодами і ручний режим 20

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

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

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