Атестаційні завдання K2 ERP/Інтернет-магазин

Кошик

! Кошик повинен підтримувати:

Журнал замовлень повинен бути доступний в адміністративній частині K2 ERP. Рівень

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

Див. так само

Номер замовлення	Унікальний номер замовлення
Дата замовлення	Дата й час оформлення
Покупець	Ім’я покупця або клієнта
Телефон	Контактний номер покупця
Email	Email покупця
Сума	Загальна сума замовлення
Статус	Нове, в обробці, відправлено, завершено, скасовано
Тип оплати	Оплата при отриманні або онлайн
Статус платежу	Очікує оплати, оплачено, помилка, повернено

Довідник категорій товарів потрібен для побудови каталогу інтернет-магазину. !

фото з можливістю збільшення;
додаткові фото;
назву товару;
артикул або код;
SEO-опис;
ціну;
акційну ціну, якщо вона виступає як;
наявність;
кнопку «Додати у кошик»;
пов’язані або рекомендовані товари, опціонально. Спосіб оплати

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

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

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

створення категорій;
редагування категорій;
зміну батьківської категорії;
сортування;
приховування категорій;
керування SEO-полями категорії. Довідник товарів містить усі товари, які можуть продаватися через інтернет-магазин. Що перевіряється

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

! Разом

Категоріями потрібно керувати без перезавантаження сторінки. Журнал замовлень має підтримувати:

! Параметр

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

! * WayForPay;

LiqPay;
Stripe;
інша платіжна платформа.== Сторінка товару ==

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

Після оформлення замовлення покупець має отримати підтвердження. Коротко. Потрібно реалізувати інтернет-магазин на базі K2 ERP: каталог товарів, сторінку товару, кошик, оформлення замовлення, оплату, журнал замовлень, зміну статусів, списання залишків і адміністративне керування товарами. Відповідь

|- | Оплата при отриманні | Покупець оплачує товар під час отримання |- | Оплата онлайн | Покупець оплачує замовлення через платіжну систему |}

У листі потрібно показати:

Потрібно реалізувати email-сповіщення. ! |- | Що потрібно створити?== Критичні помилки ==

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

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

! Об’єкт

Форма оформлення замовлення повинна містити контактні інформаційні дані покупця, адресу доставки, коментар і спосіб оплати. !

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

Співробітники магазину повинні отримати повідомлення про нове замовлення. Критично. Прихований або архівний товар не повинен бути доступний для покупки. | Товари, категорії, замовлення, статуси, платежі, імпорт і залишки

Каталог, сторінку товару, кошик і форму оформлення замовлення
Які способи оплати потрібні? 100 базовий бізнес-процес

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

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

Потрібно реалізувати завантаження великої кількості товарів через CSV або Excel. SEO-опис

Назва товару Основна назва товару SEO-опис товару HTML-опис через WYSIWYG-редактор Код товару або артикул Внутрішній код, SKU або артикул Категорія Категорія каталогу Ціна Основна ціна продажу Акційна ціна Опціональна знижена ціна Залишок на складі Доступна кількість товару Статус товару Активний або прихований Прев’ю-зображення Основне фото товару Додаткові фото Галерея зображень товару SEO title SEO-заголовок сторінки товару SEO description SEO-опис сторінки товару URL Адреса сторінки товару

! Мінімальний сценарій: Акційний товар має показувати основну ціну й акційну ціну. ! Колонка

Інтернет-магазин виступає як важливим модулем для багатьох бізнесів незалежно від розміру компанії.== Довідник «Категорії товарів» == Потрібно передбачити щонайменше два способи оплати: |- | Категорії товарів | Ієрархія каталогу інтернет-магазину |- | Товари | Основні одиниці продажу |- | Фото товарів | Прев’ю та додаткові зображення товару |- | Залишки товарів | інформаційні дані про доступну кількість товару на складах |- | Склади | Місця зберігання товарів |- | Кошик | Тимчасовий список товарів, які покупець хоче придбати |- | Рядки кошика | Конкретні товари, кількість і суми в кошику |- | Замовлення | базовий документ онлайн-продажу |- | Рядки замовлення | Товари, кількість, ціни й суми в замовленні |- | Покупці | інформаційні дані клієнтів, які оформили замовлення |- | Способи оплати | Оплата при отриманні, онлайн-оплата та інші варіанти |- | Платежі | інформаційні дані про оплату замовлення |- | Статуси замовлень | Поточний стан обробки замовлення |- | Email-сповіщення | Повідомлення покупцям і співробітникам |- | Імпорт товарів | Масове завантаження товарів із CSV або Excel |- | SEO-налаштування | URL, Title, Description для категорій і товарів |}

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

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

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

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

! Мета задача — створити в K2 ERP компонент інтернет-магазину, який дає можливість компанії продавати товари онлайн і при цьому не відривати сайт від облікової системи. як приклад:

Поля товару

# створити категорію товарів; створити товар із ціною, описом, фото й залишком; створити акційний товар; перевірити відображення товару в каталозі; відкрити сторінку товару; додати товар у кошик; змінити кількість у кошику; перевірити автоматичний перерахунок суми; оформити замовлення; обрати спосіб оплати; перевірити створення замовлення в адмінці; виконати або змоделювати онлайн-оплату; перевірити автоматичну зміну статусу платежу; перевірити зміну статусу замовлення; перевірити зменшення залишку товару; отримати email-підтвердження покупцю; отримати email-сповіщення співробітнику; імпортувати товари з CSV або Excel; змінити товар через AJAX-адмінку; показати журнал замовлень із фільтрами.== Практичне задача == перелік товарів у кошику; кількість кожного товару; ціну товару; суму по кожному рядку; загальну суму замовлення; можливість змінити кількість товару; можливість видалити товар із кошика; автоматичний перерахунок загальної суми; кнопку «Оформити замовлення». Якщо товар продано, платформа повинна відобразити це у складському обліку. {\| class="wikitable" style="width:100%;" інтеграційні функції ERP з платіжною системою У листі потрібно показати:	-	Назва категорії	Назва, яку бачить покупець
Батьківська категорія	Для побудови ієрархії каталогу
Сортування	Порядок показу категорій
URL	Частина адреси категорії
Title	SEO-заголовок категорії
Description	SEO-опис категорії
Статус	Активна або прихована

! ! !== Керування категоріями ==

Перед імпортом платформа повинна перевіряти файл і показувати помилки.

! Окремо варто відзначити категоріями, кошиком, оформленням замовлень, онлайн-оплатою, залишками, медіафайлами, email-сповіщеннями і адміністративним інтерфейсом. | Оплата при отриманні та онлайн-оплата |- | Які платіжні системи можна використати? платформа повинна дозволяти:

Акційні товари

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

|- | Очікує оплати | Замовлення створене, але оплата ще не проведена |- | Оплачено | Платіж успішно підтверджено платіжною системою |- | Помилка оплати | Платіж не пройшов |- | Повернено | Оплату повернуто покупцю |}

компонент Інтернет-магазин: керування товарами, кошиком, замовленнями та оплатою. Статус

! Бали Фронтенд магазину — це публічна частина, яку бачить покупець. Потрібно реалізувати:

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

Адміністративний інтерфейс має підтримувати:

У межах атестації потрібно продемонструвати робочий сценарій. SEO-опис Імпорт має підтримувати: |- | Ім’я та прізвище покупця | Хто оформлює замовлення |- | Телефон | базовий контактний номер |- | Email | Email для підтвердження замовлення |- | Адреса доставки | Куди потрібно доставити товар |- | Коментар до замовлення | Додаткова інформаційні матеріали від покупця |- | Спосіб оплати | Оплата при отриманні або онлайн |}

критично. Кількість у кошику не повинна перевищувати доступний залишок, якщо продаж понад залишок не дозволений правилами магазину.== Назва задача ==

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

виведення списку товарів за категоріями;
фільтрацію за ціною;
фільтрацію за наявністю;
фільтрацію за акційними пропозиціями;
пошук товарів по назві;
пошук товарів по коду або артикулу;
сортування за ціною;
сортування за назвою;
сортування за популярністю або датою додавання, якщо така логіка реалізована. Менеджер має бачити всі замовлення, їхні статуси, покупців, суми, спосіб оплати та поточний етап обробки. Інтернет-магазин — це практична задача; так само реалізовано інтегрованого з ERP-системою виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля онлайн-продажів забезпечується через Атестаційне задача K2 ERP.== AJAX-інтерактив ==

Платіж має бути пов’язаний із замовленням, сумою, способом оплати, датою, статусом і відповіддю платіжної системи.== Фронтенд магазину для покупців == Товар повинен мати не лише назву й ціну, а й SEO-опис, артикул, фото, статус, залишок, SEO-поля та зв’язок із категоріями.

Бекенд	K2 ERP на Python або PHP
База даних	PostgreSQL або MySQL
Фронтенд	HTML5, JavaScript
AJAX	Fetch або Axios
UI-компоненти	DataTables, Select2, WYSIWYG-редактор для опису товару
Платіжні шлюзи	WayForPay, LiqPay або Stripe
Медіа	Завантаження зображень через FilePond або аналог
Імпорт	CSV або Excel

категорії товарів;
товари;
фото товарів;
залишки товарів;
склади;
кошики;
рядки кошика;
замовлення;
рядки замовлення;
покупці;
способи оплати;
платежі;
статуси замовлень;
історія продукту зміни статусів;
email-сповіщення;
імпорт товарів;
SEO-налаштування. | компонент інтернет-магазину

|- | Які довідники потрібні? Поле

Керування товарами

На сторінці товару потрібно показати:

Довідник «Товари»

Каталог товарів

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

! Критерій

! Питання

Електроніка;
Електроніка → Ноутбуки;
Електроніка → Смартфони;
Одяг → Чоловічий одяг;
Одяг → Жіночий одяг.== Робота із залишками ==

Після успішної оплати платформа повинна автоматизовано змінювати статус замовлення. | Повний цикл онлайн-продажу з оплатою, статусами й залишками |}

Мета задача

Потрібно передбачити окрему категорію або фільтр «Акції» для товарів з акційною ціною. Значення

Статуси товару

додавання товару;
редагування товару;
видалення товару;
зміна статусу товару;
керування категоріями;
додавання товару в кошик;
зміна кількості в кошику;
перерахунок суми кошика;
оформлення замовлення;
зміна статусу замовлення;
завантаження фото товарів. | WayForPay, LiqPay, Stripe або іншу платіжну систему

|- | Що має бути в адмінці?== Журнал замовлень в адміністративній частині ==

! * вести каталог товарів;

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

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

основне фото;
додаткові фото;
видалення фото;
сортування фото;
прив’язку фото до товару;
прев’ю фото в адміністративній частині. Для товарів потрібно реалізувати завантаження зображень через FilePond або аналогічний інструмент.== Email співробітникам ==

Адміністративний інтерфейс повинен підтримувати керування товарами, категоріями, фото, залишками та замовленнями.

Інтернет-магазин має бути пов’язаний зі складським обліком. компонент має підтримувати каталог товарів і категорій, сторінки товарів, кошик, оформлення замовлення, онлайн-оплату, журнал замовлень, керування статусами, email-сповіщення, обліковий облік залишків, акційні товари, імпорт CSV/Excel та AJAX-адміністрування. Бали

Примітка

Коротко

Вона повинна бути простою, зрозумілою та швидкою: каталог, фільтри, пошук, сторінка товару, кошик і оформлення замовлення. Менеджер у K2 ERP має бачити замовлення в адміністративній частині, контролювати статус, оплату, залишки, відправлення та історію змін. Поле

компанія-користувач хоче продавати товари через власний сайт, не використовуючи сторонні маркетплейси або окремі SaaS-платформи.== Адміністративний інтерфейс == платформа повинна:

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

Що виступає як критичною вимогою? Значення
Нове	Замовлення щойно створено
В обробці	Менеджер прийняв замовлення в роботу
Відправлено	Замовлення передано на доставку
Завершено	Замовлення виконано
Скасовано	Замовлення скасовано

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

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

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

Призначення неможливо створити товар; товар не відображається в каталозі; неможливо додати товар у кошик; сума кошика розраховується неправильно; неможливо оформити замовлення; замовлення не потрапляє в адміністративну частину; статус замовлення не змінюється; оплата не пов’язується із замовленням; після успішної оплати статус не оновлюється; залишки не зменшуються після покупки; можна купити товар у кількості, більшій за доступний залишок, якщо це не дозволено правилами; покупець не отримує підтвердження; співробітники не бачать нового замовлення; імпорт товарів спотворює інформаційні дані або створює дублікати без контролю. Статус Імпорт товарів CSV або Excel	Категорії товарів і товари
-	Реалізація довідника товарів і категорій	20	Категорії, товари, ціни, акції, фото, SEO, статуси
Робота кошика і оформлення замовлення	20	Додавання товарів, зміна кількості, перерахунок сум, форма замовлення
інтеграційні функції ERP з платіжною системою	20	Онлайн-оплата, статус платежу, зв’язок платежу із замовленням
Журнал замовлень і керування статусами	20	Адмінка, фільтри, деталі замовлення, статуси, історія продукту змін
Інтерактивність через AJAX	10	Каталог, кошик, адмінка, товари, категорії, замовлення без перезавантаження
Збереження структури і логіки бізнес-процесів	10	Зв’язок магазину зі складом, залишками, оплатами, покупцями й статусами
Що має бачити покупець? Значення Email-сповіщення Сторінка товару повинна містити всю інформацію, необхідну для прийняття рішення для бізнесу про покупку.== Email покупцю == Каталог товарів повинен підтримувати:	== Оформлення замовлення == У картці замовлення потрібно показати: Медіаблок має підтримувати: відображати залишки в реальному часі; не дозволяти купити товар у кількості, більшій за доступний залишок; автоматизовано зменшувати залишок товару після покупки або після підтвердження замовлення — залежно від налаштувань; показувати статус «Немає в наявності»; підтримувати окремі склади, якщо магазин функціонує з кількома складами. провідний принцип. Інтернет-магазин у K2 ERP — це не окрема “вітрина”, яка живе сама по собі. * фільтрацію за статусом; фільтрацію за періодом; фільтрацію за типом оплати; фільтрацію за статусом платежу; пошук за номером замовлення; пошук за телефоном або email покупця; перегляд деталей замовлення; зміну статусу замовлення; перегляд історії зміни статусів; експорт списку замовлень, якщо потрібно. \|-	Активний	Товар доступний у каталозі
Прихований	Товар не показується покупцям, але зберігається в системі
Немає в наявності	Товар можна показувати, але не можна купити
Архівний	Товар більше не продається

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

Категорії повинні підтримувати ієрархію.== Деталі замовлення ==

Функціональність журналу замовлень