Атестаційні завдання K2 ERP/Турфірма: відмінності між версіями

Створена сторінка: = Модуль управління турами, клієнтами та бронюваннями для туристичної фірми = == Реальний бізнес-контекст == Туристична компанія організовує продаж турів: пакетних та індивідуальних — через менеджерів. Необхідно: * вести довідники турів, готелів, пер...
 
Немає опису редагування
 
Рядок 1: Рядок 1:
= Модуль управління турами, клієнтами та бронюваннями для туристичної фірми =
{{DISPLAYTITLE:Атестаційні завдання K2 ERP/Турфірма}}
 
'''Атестаційне завдання K2 ERP — Турфірма''' — це практична задача для перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні модуля управління турами, клієнтами, бронюваннями, оплатами, документами та фінансовою аналітикою туристичної компанії.
 
Модуль має забезпечувати повний цикл роботи туристичної фірми: від створення туру й заведення клієнта до бронювання, оплати, формування договору, ваучера, рахунку та контролю заборгованості перед виїздом.
 
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Коротко.''' Потрібно реалізувати модуль для турфірми: країни, міста, готелі, тури, клієнти, бронювання, оплати, борги, договори, ваучери, рахунки, мультивалютність, нагадування менеджерам і звіти по бронюваннях, оплатах та менеджерах.
</div>
 
__TOC__
 
== Назва завдання ==
 
'''Модуль управління турами, клієнтами та бронюваннями для туристичної фірми'''.
 
== Мета завдання ==
 
Мета завдання — створити в K2 ERP модуль для автоматизації роботи туристичної компанії.
 
Система повинна дозволяти:
 
* вести довідник країн і міст;
* вести довідник готелів;
* вести довідник турів;
* вести клієнтів і туристів;
* створювати бронювання турів;
* розраховувати вартість туру за кількістю осіб;
* враховувати передоплати та повні оплати;
* контролювати залишок до оплати;
* формувати договір із клієнтом;
* формувати туристичний ваучер;
* формувати рахунок на оплату;
* підтримувати мультивалютність;
* перераховувати суми при зміні курсу;
* нагадувати менеджеру про необхідність доплати;
* формувати звіти по бронюваннях, оплатах, боргах і менеджерах.
 
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
'''Головний принцип.''' Туристичний модуль — це не просто список турів. Це ланцюжок: тур → клієнт → бронювання → оплата → документи → контроль доплати → виїзд → фінансова аналітика.
</div>


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


Туристична компанія організовує продаж турів: пакетних та індивідуальних через менеджерів.
Туристична компанія продає пакетні та індивідуальні тури через менеджерів.
 
Клієнти можуть купувати тур для себе, родини або групи людей. Один клієнт може мати кілька бронювань у різний час, а одне бронювання може включати кількох туристів.
 
Менеджеру потрібно швидко підібрати тур, оформити бронювання, зафіксувати передоплату, бачити залишок до оплати, сформувати договір, ваучер і рахунок. Керівнику потрібно бачити продажі, борги, ефективність менеджерів і фінансову картину по турах.
 
== Основний бізнес-процес ==
 
Типовий процес роботи туристичної фірми виглядає так:
 
# адміністратор створює країни, міста, готелі та тури;
# менеджер додає нового клієнта;
# клієнт обирає тур;
# менеджер створює бронювання;
# система розраховує загальну вартість за кількістю осіб;
# клієнт вносить передоплату або повну оплату;
# система показує залишок до оплати;
# автоматично формується договір із клієнтом;
# формується туристичний ваучер;
# формується рахунок на оплату;
# менеджер контролює доплату перед датою виїзду;
# після повної оплати бронювання переходить у відповідний статус;
# дані потрапляють у звіти по продажах, оплатах і менеджерах.
 
== Основні об’єкти модуля ==
 
{| class="wikitable" style="width:100%;"
! Об’єкт
! Призначення
|-
| Країни і міста
| Напрями подорожей
|-
| Готелі
| Варіанти проживання в турах
|-
| Типи харчування
| BB, HB, FB, AI та інші варіанти
|-
| Тури
| Пакетні або індивідуальні туристичні пропозиції
|-
| Клієнти
| Покупці турів
|-
| Туристи
| Особи, які фактично їдуть у тур
|-
| Бронювання
| Основний документ продажу туру
|-
| Оплати
| Передоплати, часткові та повні оплати
|-
| Документи
| Договір, ваучер, рахунок на оплату
|-
| Менеджери
| Працівники, які ведуть клієнтів і бронювання
|-
| Курси валют
| Курси для перерахунку вартості турів
|-
| Звіти
| Бронювання, оплати, борги, продажі, ефективність менеджерів
|}
 
== Довідник «Країни і міста» ==
 
Довідник країн і міст використовується для структурування туристичних напрямів.
 
== Поля країни ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Назва країни
| Наприклад: Туреччина, Єгипет, Іспанія, Польща
|-
| Код країни
| Короткий код або службове позначення
|-
| Активність
| Чи доступна країна для створення турів
|}
 
== Поля міста ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Назва міста
| Наприклад: Анталія, Хургада, Барселона
|-
| Країна
| Країна, до якої належить місто
|-
| Активність
| Чи використовується місто в поточних турах
|}
 
== Довідник «Готелі» ==
 
Довідник готелів містить варіанти проживання, які використовуються в турах.
 
== Поля готелю ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Назва готелю
| Офіційна або комерційна назва готелю
|-
| Країна
| Країна розташування
|-
| Місто або курорт
| Місто, курорт або регіон
|-
| Кількість зірок
| Рейтинг готелю
|-
| Типи харчування
| BB, HB, FB, AI або інші варіанти
|-
| Опис
| Короткий опис готелю
|-
| Статус
| Активний або прихований
|}
 
== Типи харчування ==
 
{| class="wikitable" style="width:100%;"
! Тип
! Значення
|-
| BB
| Сніданок
|-
| HB
| Напівпансіон
|-
| FB
| Повний пансіон
|-
| AI
| Все включено
|-
| UAI
| Ультра все включено
|}
 
== Довідник «Тури» ==
 
Довідник турів містить туристичні пропозиції, які продає компанія.
 
== Поля туру ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Назва туру
| Комерційна назва туру
|-
| Тип туру
| Пакетний або індивідуальний
|-
| Країна
| Країна подорожі
|-
| Місто або курорт
| Місце відпочинку
|-
| Готель
| Готель із довідника
|-
| Дата початку
| Початок туру
|-
| Дата завершення
| Кінець туру
|-
| Кількість ночей
| Розраховується або вводиться вручну
|-
| Тип харчування
| BB, HB, AI тощо
|-
| Базова вартість за людину
| Ціна за одного туриста
|-
| Валюта туру
| UAH, USD, EUR або інша валюта
|-
| Опис програми туру
| Детальний опис туру
|-
| Статус
| Активний, архівний, призупинений
|}
 
<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;">
'''Важливо.''' Вартість туру має зберігатися разом із валютою. Якщо ціна задана в USD або EUR, система повинна коректно перераховувати суму в гривню за курсом, який діє для бронювання.
</div>
 
== Журнал «Клієнти» ==
 
Журнал клієнтів містить людей, які звернулися до туристичної компанії або придбали тур.
 
== Колонки журналу клієнтів ==
 
{| class="wikitable" style="width:100%;"
! Колонка
! Опис
|-
| ПІБ
| Прізвище, ім’я та по батькові клієнта
|-
| Дата народження
| Дата народження клієнта
|-
| Паспортні дані
| Дані паспорта або закордонного паспорта
|-
| Телефон
| Контактний номер
|-
| Email
| Електронна адреса
|-
| Менеджер
| Відповідальний менеджер
|-
| Кількість бронювань
| Скільки турів оформлено на клієнта
|}
 
== Функціональність журналу клієнтів ==
 
Журнал клієнтів має підтримувати:
 
* додавання клієнта вручну;
* редагування даних клієнта;
* пошук за ПІБ;
* пошук за телефоном;
* пошук за email;
* перегляд усіх бронювань клієнта;
* зв’язок клієнта з кількома турами;
* зберігання паспортних даних для документів.
 
== Туристи в бронюванні ==
 
Клієнт, який оплачує тур, не завжди є єдиним туристом.
 
Бронювання має дозволяти додавати кількох туристів:
 
* членів родини;
* дітей;
* друзів;
* учасників групового туру.
 
Для кожного туриста потрібно зберігати ПІБ, дату народження, паспортні дані та примітки.
 
== Журнал «Бронювання турів» ==
 
Бронювання основний документ продажу туру.
 
== Колонки журналу бронювань ==
 
{| class="wikitable" style="width:100%;"
! Колонка
! Опис
|-
| Номер бронювання
| Унікальний номер документа
|-
| Дата бронювання
| Коли створено бронювання
|-
| Клієнт
| Покупець туру
|-
| Тур
| Обраний тур
|-
| Кількість осіб
| Кількість туристів у бронюванні
|-
| Загальна вартість
| Повна вартість бронювання
|-
| Внесена передоплата
| Сума, яку вже оплатив клієнт
|-
| Баланс до оплати
| Залишок, який потрібно доплатити
|-
| Менеджер
| Відповідальний за бронювання
|-
| Статус
| Заброньовано, частково оплачено, оплачено, відмінено
|}
 
== Статуси бронювання ==
 
{| class="wikitable" style="width:100%;"
! Статус
! Значення
|-
| Чернетка
| Бронювання створюється, але ще не підтверджене
|-
| Заброньовано
| Тур заброньовано для клієнта
|-
| Частково оплачено
| Внесено передоплату, але є залишок до оплати
|-
| Оплачено
| Бронювання оплачено повністю
|-
| Документи видані
| Договір, ваучер або інші документи сформовано і передано клієнту
|-
| Відмінено
| Бронювання скасовано
|}
 
== Форма бронювання ==
 
Форма бронювання повинна дозволяти менеджеру швидко оформити продаж туру.
 
== Поля бронювання ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Клієнт
| Вибір із довідника або створення нового клієнта
|-
| Тур
| Вибір із довідника турів
|-
| Кількість осіб
| Скільки туристів їде
|-
| Туристи
| Список осіб, які їдуть у тур
|-
| Базова ціна за людину
| Підтягується з туру
|-
| Валюта
| Валюта туру або бронювання
|-
| Курс
| Курс для перерахунку
|-
| Загальна вартість
| Розраховується автоматично
|-
| Передоплата
| Сума першого платежу
|-
| Баланс до оплати
| Розраховується автоматично
|-
| Дата повної оплати
| Дата, до якої клієнт має внести залишок
|-
| Менеджер
| Відповідальний менеджер
|-
| Коментар
| Додаткова інформація
|}
 
== Розрахунок вартості бронювання ==
 
Основна формула:
 
<pre>
Загальна вартість = Базова вартість за людину × Кількість осіб
</pre>
 
Якщо тур у валюті, а оплата ведеться в гривні:
 
<pre>
Сума UAH = Сума у валюті × Курс
</pre>
 
== Розрахунок залишку до оплати ==
 
<pre>
Баланс до оплати = Загальна вартість - Сума оплат
</pre>
 
Якщо баланс до оплати дорівнює нулю, бронювання може переходити в статус '''«Оплачено»'''.
 
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Критично.''' Система повинна показувати реальний залишок до оплати. Якщо оплати не впливають на баланс бронювання, менеджер не зможе контролювати борги клієнтів.
</div>
 
== Облік оплат ==
 
Модуль має дозволяти реєструвати оплати за бронювання.
 
Оплата може бути:
 
* передоплатою;
* частковою оплатою;
* повною оплатою;
* поверненням коштів при скасуванні бронювання.
 
== Поля оплати ==
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Дата оплати
| Коли отримано кошти
|-
| Бронювання
| До якого бронювання належить оплата
|-
| Сума
| Сума платежу
|-
| Валюта
| Валюта платежу
|-
| Курс
| Курс, якщо потрібен перерахунок
|-
| Спосіб оплати
| Готівка, карта, банківський переказ або інший спосіб
|-
| Коментар
| Додаткова інформація
|}
 
Після кожної оплати система повинна автоматично перераховувати баланс до оплати.
 
== Нагадування про доплату ==


Необхідно:
Система повинна повідомляти менеджеру про наближення строку повної оплати.


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


== Основні завдання ==
* бронювання не оплачене повністю;
* дата повної оплати наближається;
* до виїзду залишилось мало часу;
* є прострочена заборгованість.


=== 1. Структура довідників ===
Повідомлення може бути внутрішнім, email або іншим способом, який використовується в K2 ERP.


==== Довідник «Країни і Міста» ====
== Формування документів ==


Поля довідника:
Документи мають формуватися автоматично на основі даних клієнта, туру та бронювання.


* назва країни;
== Договір із клієнтом ==
* міста для подорожей.


==== Довідник «Готелі» ====
Договір із клієнтом має містити:


Поля довідника:
* номер договору;
* дату;
* дані клієнта;
* паспортні дані;
* назву туру;
* країну та місто;
* готель;
* дати туру;
* кількість туристів;
* вартість;
* порядок оплати;
* реквізити сторін;
* підписи сторін.


* назва готелю;
== Туристичний ваучер ==
* країна / місто;
* кількість зірок;
* типи харчування:
** BB;
** HB;
** AI;
** інші.


==== Довідник «Тури» ====
Ваучер має містити інформацію, потрібну для подорожі.


Поля довідника:
У ваучері потрібно показати:


* назва туру;
* номер бронювання;
* країна / місто;
* клієнта або туристів;
* країну;
* місто або курорт;
* готель;
* готель;
* дати початку і закінчення туру;
* кількість ночей;
* тип харчування;
* тип харчування;
* базова вартість за людину;
* дати проживання;
* опис програми туру.
* трансфер;
* переліт або перевезення;
* контактні дані туроператора або агенції.
 
== Рахунок на оплату ==
 
Рахунок на оплату має містити:
 
* номер рахунку;
* дату;
* клієнта;
* бронювання;
* тур;
* кількість осіб;
* деталізацію вартості;
* суму до оплати;
* валюту;
* реквізити для оплати;
* коментар щодо строку оплати.
 
== Формати документів ==
 
Документи мають формуватися у форматах:
 
* PDF;
* DOCX, якщо потрібне редагування перед підписанням.
 
== Мультивалютність ==
 
Туристичний бізнес часто працює з кількома валютами.
 
Мінімально потрібно підтримати:
 
* UAH;
* USD;
* EUR.
 
== Вимоги до мультивалютності ==
 
Система повинна підтримувати:
 
* валюту туру;
* валюту оплати;
* курс валюти;
* перерахунок вартості туру в гривню;
* фіксацію курсу на момент бронювання;
* перерахунок при зміні курсу, якщо це дозволено правилами;
* звіти у валюті туру та в базовій валюті.
 
<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;">
'''Важливо.''' Курс, використаний у бронюванні, має зберігатися. Якщо курс у довіднику зміниться пізніше, старі бронювання не повинні неконтрольовано змінювати суму.
</div>
 
== Групові та сімейні тури ==
 
Модуль має підтримувати бронювання на кількох осіб.


=== 2. Журнал «Клієнти» ===
Це потрібно для:


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


* ПІБ;
У межах одного бронювання потрібно зберігати список туристів і документи кожного туриста.
* паспортні дані;
* дата народження;
* телефон;
* Email.


==== Функціонал ====
== Звітність ==


* додавання нових клієнтів вручну;
== Звіт «Бронювання за період» ==
* зв’язок клієнтів із бронюваннями.


=== 3. Бронювання турів ===
Звіт показує всі бронювання за вибраний період.


==== Колонки журналу ====
У звіті потрібно відображати:


* номер бронювання;
* номер бронювання;
* дата бронювання;
* дату;
* клієнт;
* клієнта;
* тур;
* тур;
* менеджера;
* кількість осіб;
* кількість осіб;
* загальна вартість;
* загальну суму;
* внесена передоплата;
* статус;
* баланс до оплати;
* суму оплат;
* статус:
* баланс до оплати.
** броньована;
 
** оплачена;
== Звіт «Оплати і заборгованість» ==
** відмінена.
 
Звіт показує фінансовий стан бронювань.
 
У звіті потрібно бачити:
 
* клієнта;
* бронювання;
* тур;
* загальну вартість;
* внесені оплати;
* залишок до оплати;
* дату повної оплати;
* прострочення, якщо воно є;
* менеджера.


==== Функціонал ====
== Звіт «Продажі по менеджерах» ==


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


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


==== Договір із клієнтом ====
* менеджера;
* кількість бронювань;
* кількість туристів;
* суму продажів;
* суму оплат;
* суму боргу;
* кількість скасованих бронювань.


* генерація шаблону з даними клієнта і туру.
== Звіт «Популярність турів» ==


==== Туристичний ваучер ====
Звіт показує, які напрями та тури продаються найкраще.


Інформація у ваучері:
У звіті потрібно відображати:


* країну;
* місто або курорт;
* тур;
* готель;
* готель;
* трансфер;
* кількість бронювань;
* переліт.
* кількість туристів;
* суму продажів.


==== Рахунок на оплату ====
== AJAX-інтерактив ==


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


* деталізація вартості туру;
Через AJAX мають працювати:
* реквізити для оплати.


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


* PDF;
== Логування змін ==
* DOCX.


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


=== 5. Облік оплат ===
Журнал змін має зберігати:


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


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


=== 6. Додаткові функції ===
Модуль має підтримувати розмежування прав.


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


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


{| class="wikitable"
{| class="wikitable" style="width:100%;"
! Параметр
! Параметр
! Опис
! Опис
Рядок 149: Рядок 739:
| K2 Cloud ERP на Python або PHP
| K2 Cloud ERP на Python або PHP
|-
|-
| БД
| База даних
| PostgreSQL або MySQL
| PostgreSQL або MySQL
|-
|-
| Фронтенд
| Фронтенд
| HTML5, JavaScript, AJAX, Fetch API або Axios
| HTML5, JavaScript
|-
| AJAX
| Fetch API або Axios
|-
|-
| UI-компоненти
| UI-компоненти
Рядок 159: Рядок 752:
|-
|-
| Друк
| Друк
| Формування PDF-документів: договори, ваучери, рахунки
| PDF-документи: договори, ваучери, рахунки
|-
| Документи
| PDF та DOCX, якщо потрібно редагування
|}
|}


== Критерії оцінки ==
== Рекомендовані сутності бази даних ==
 
Для реалізації задачі доцільно передбачити такі сутності:
 
* країни;
* міста;
* готелі;
* типи харчування;
* тури;
* клієнти;
* туристи;
* бронювання;
* рядки туристів у бронюванні;
* оплати;
* валюти;
* курси валют;
* договори;
* ваучери;
* рахунки на оплату;
* менеджери;
* нагадування;
* журнал змін;
* шаблони документів;
* звіти.
 
== Практичне завдання ==
 
У межах атестації потрібно продемонструвати робочий сценарій.
 
Мінімальний сценарій:
 
# створити країну і місто;
# створити готель;
# створити типи харчування;
# створити тур із датами, готелем, ціною та валютою;
# створити клієнта;
# створити бронювання;
# додати кількох туристів;
# перевірити розрахунок загальної вартості;
# внести передоплату;
# перевірити залишок до оплати;
# внести повну оплату;
# перевірити зміну статусу бронювання;
# сформувати договір із клієнтом;
# сформувати туристичний ваучер;
# сформувати рахунок на оплату;
# перевірити мультивалютний перерахунок;
# створити нагадування про доплату;
# сформувати звіт бронювань;
# сформувати звіт оплат і боргів;
# сформувати звіт продажів по менеджерах.
 
== Критерії оцінювання ==


{| class="wikitable"
{| class="wikitable" style="width:100%;"
! Критерій
! Критерій
! Бали
! Бали
! Що перевіряється
|-
|-
| Реалізація довідників турів, готелів, клієнтів
| Реалізація довідників турів, готелів і клієнтів
| 20
| 20
| Країни, міста, готелі, харчування, тури, клієнти, туристи
|-
|-
| Бронювання турів і облік оплат
| Бронювання турів і облік оплат
| 20
| 20
| Створення бронювання, розрахунок вартості, передоплата, повна оплата, борг
|-
|-
| Генерація документів
| Генерація документів
| 20
| 20
| Договір, ваучер, рахунок на оплату у PDF або DOCX
|-
|-
| Мультивалютність і перерахунок сум
| Мультивалютність і перерахунок сум
| 20
| 20
| UAH, USD, EUR, курси, фіксація курсу в бронюванні, перерахунок
|-
|-
| Інтерактивність через AJAX
| Інтерактивність через AJAX
| 10
| 10
| Вибір туру, розрахунки, оплати, статуси й документи без перезавантаження
|-
|-
| Звіти по бронюванням і оплатах
| Звіти по бронюваннях і оплатах
| 10
| 10
| Бронювання, оплати, борги, продажі по менеджерах
|-
! Разом
! 100
! Максимальна оцінка
|}
== Шкала оцінювання ==
{| class="wikitable" style="width:100%;"
! Бали
! Рівень
! Опис
|-
| 90–100
| Відмінно
| Модуль повністю працює: тури, клієнти, бронювання, оплати, документи, мультивалютність, нагадування і звіти реалізовані коректно
|-
| 75–89
| Добре
| Основна логіка працює, є незначні недоліки, які не руйнують процес продажу туру
|-
| 60–74
| Зараховано
| Базовий сценарій працює, але частина функцій реалізована неповно або потребує доопрацювання
|-
| 0–59
| Не зараховано
| Відсутня критична логіка: тури, бронювання, оплати, документи, валюти або звіти
|}
|}
== Критичні помилки ==
Критичними помилками вважаються ситуації, коли:
* неможливо створити тур;
* неможливо створити клієнта;
* неможливо створити бронювання;
* кількість осіб не впливає на загальну вартість;
* оплата не зменшує баланс до оплати;
* бронювання не показує реальний борг;
* повна оплата не змінює статус бронювання;
* договір не формується з даними клієнта і туру;
* ваучер не містить даних готелю, трансферу або перевезення;
* рахунок на оплату не містить деталізації вартості;
* курс валюти не фіксується в бронюванні;
* старі бронювання змінюють суму через зміну курсу без контролю;
* менеджер не бачить наближення строку доплати;
* звіти не відповідають бронюванням і оплатам;
* зміни бронювання або оплат не логуються.
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Умова складання.''' Завдання не може бути зараховане, якщо система не дозволяє пройти базовий цикл туристичної фірми: тур → клієнт → бронювання → оплата → залишок до оплати → договір → ваучер → звіт.
</div>
== Очікуваний результат ==
У результаті виконання атестаційного завдання має бути створений модуль туристичної фірми в K2 ERP.
Модуль має підтримувати країни, міста, готелі, типи харчування, тури, клієнтів, туристів, бронювання, оплати, мультивалютність, договори, туристичні ваучери, рахунки на оплату, нагадування про доплату, звіти по бронюваннях, оплатах, боргах і менеджерах.


== Примітка ==
== Примітка ==


Туристичний модуль — критичний для агенцій, які займаються продажем пакетних турів, індивідуальних подорожей і бронюванням готелів.
Туристичний модуль є критичним для агенцій, які займаються продажем пакетних турів, індивідуальних подорожей, групових поїздок, бронюванням готелів і супровідних послуг.
 
Такий функціонал дозволяє автоматизувати процес продажу, підготовку документів, контроль оплат і якість обслуговування клієнтів.
 
== Коротко ==
 
{| class="wikitable" style="width:100%;"
! Питання
! Відповідь
|-
| Що потрібно створити?
| Модуль управління турами, клієнтами та бронюваннями
|-
| Які довідники потрібні?
| Країни, міста, готелі, типи харчування, тури, клієнти
|-
| Який головний документ?
| Бронювання туру
|-
| Що має рахувати система?
| Загальну вартість, передоплату, залишок до оплати
|-
| Які документи потрібні?
| Договір із клієнтом, туристичний ваучер, рахунок на оплату
|-
| Що має підтримувати мультивалютність?
| UAH, USD, EUR, курси та перерахунок вартості
|-
| Які звіти потрібні?
| Бронювання, оплати, борги, продажі по менеджерах, популярність турів
|-
| Що є критичною вимогою?
| Повний цикл: тур → бронювання → оплата → документи → звіт
|}
 
== Див. також ==


Такий функціонал дозволяє:
* [[K2 Cloud ERP|K2 ERP]]
* [[K2 ERP]]
* [[Атестаційні завдання K2 ERP]]
* [[Турфірма]]
* [[CRM]]
* [[Бронювання]]
* [[Рахунок на оплату]]
* [[Договір]]
* [[Ваучер]]
* [[Мультивалютність]]
* [[Клієнти]]
* [[Фінансовий облік]]


* повністю автоматизувати процес продажу;
[[Категорія:K2 ERP]]
* автоматизувати підготовку документів;
[[Категорія:Атестаційні завдання K2]]
* підвищити якість обслуговування клієнтів.
[[Категорія:Турфірма]]
[[Категорія:Туризм]]
[[Категорія:Бронювання]]
[[Категорія:CRM]]
[[Категорія:Фінансовий облік]]
[[Категорія:Корпоративна Wiki]]