Атестаційні завдання K2 ERP/WMS: відмінності між версіями
R (обговорення | внесок) Виправлено УРЛ в кінці |
R (обговорення | внесок) Немає опису редагування |
||
| Рядок 1: | Рядок 1: | ||
=== | Надходження товарів від постачальників оформлюється документом '''«Прибуткова накладна»'''. Форма видаткової накладної має містити шапку документа та табличну частину. Кожна прибуткова накладна має створювати партії товарів. Проведення “в мінус” у цьому завданні не допускається. Послуга здатна входити в суму документа, але не повинна зменшувати складські залишки як товар. | Показати кількість нестачі й заборонити проведення документа | ||
|- | |||
| Як списується собівартість? У шапці документа потрібно передбачити: | |||
Атестаційне задача має перевірити: | |||
! Звіт має показувати залишки товарів на складі на зазначену дату. | Веб-рішення для оптової торгівлі та WMS-обліку | |||
|- | |||
| Який базовий електронний документообіг? Якщо на складський облік спочатку надійшло 5 одиниць товару по 100 грн, а потім ще 5 одиниць по 120 грн, то при продажу 6 одиниць собівартість має списуватися так: | |||
# '''Прибуткова накладна'''. K2_Attestation_Wholesale_FIFO_07.png|Друкована форма видаткової накладної|посилання=Файл:K2_Attestation_Wholesale_FIFO_07.png | |||
[[Категорія:Партійний облік]] | |||
== Вимоги до програмної реалізації == | |||
|- | |||
| Що потрібно створити?== Критерії оцінювання == | |||
=== Друкована форма прибуткової накладної === | |||
* номер; | |||
* дату; | |||
* постачальника; | |||
* складський облік; | |||
* статус; | |||
* коментар. Це потрібно враховувати при логіці проведення та FIFO.[[Категорія:Складський облік]] | |||
задача імітує роботу компанії, яка займається оптовою торгівлею: отримує товари від постачальників, продає їх клієнтам, надає додаткові послуги, формує документи, контролює залишки та аналізує прибуток. Час виконання потрібно зафіксувати та повідомити при здачі. ! ! Документ | |||
== Вибір рядків у видатковій накладній == | |||
Послуги мають обліковуватися в тій самій табличній частині, що й товари. K2_Attestation_Wholesale_FIFO_09.png|Ілюстрація до атестаційного задача|посилання=Файл:K2_Attestation_Wholesale_FIFO_09.png | |||
{| class="wikitable" style="width:100%;" | |||
{| class="wikitable" style="width:100%;" | |||
=== Форма прибуткової накладної === | |||
! Максимальна оцінка | |||
== Видаткова накладна == | |||
* показати попередження; | |||
* вказати кількість нестачі; | |||
* не дозволити провести документ.</div> | |||
# '''Замовлення'''; | |||
# '''Рахунок-фактура'''; | |||
# '''Видаткова накладна'''; | |||
# '''Податкова накладна'''. У результаті виконання атестаційного задача має бути створене веб-рішення для оптової торгівлі. Таким чином, платформа має не без зусиль зменшити загальний залишок, а правильно визначити, з яких партій списується товар і яка собівартість продажу. На основі рахунку-фактури створюється '''«Видаткова накладна»'''. Реєстр видаткових накладних має дозволяти переглядати, шукати, відкривати та створювати документи реалізації. Товари й послуги мають зазначатися в одній табличній частині документа, але облікова логіка для них різна: товари впливають на складські залишки, а послуги не повинні списуватися зі складу як товар. SEO-опис | |||
У табличній частині мають бути товари й послуги. '''Оптова торгівля, WMS, FIFO та електронний документообіг'''.<div style="border:2px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;"> | |||
Прибуток = Сума продажу - Собівартість списання | |||
Прибуткова накладна повинна мати друковану форму. Бали | |||
Код має бути структурованим, зрозумілим і придатним для підтримки. Продаж товарів клієнтам оформлюється документом '''«Видаткова накладна»'''. Разом | |||
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;"> | |||
</pre> | |||
При проведенні видаткової накладної платформа має перевіряти наявність товарів на складі. Рівень | |||
|- | |- | ||
| | | '''Прибуткова накладна''' | ||
| Фіксує надходження товарів і послуг | |||
| Збільшує залишки товарів | |||
|- | |- | ||
| | | '''Замовлення''' | ||
| Фіксує намір клієнта купити товари або послуги | |||
| Не списує товар | |||
|- | |- | ||
| | | '''Рахунок-фактура''' | ||
| Формує рахунок для оплати клієнтом | |||
| Не списує товар | |||
|- | |- | ||
| | | '''Видаткова накладна''' | ||
| Оформлює продаж товарів і послуг | |||
| Списує товари зі складу | |||
|- | |- | ||
| | | '''Податкова накладна''' | ||
| Формує податковий документ на основі реалізації | |||
| Не змінює складські залишки напряму | |||
|} | |||
=== Друкована форма видаткової накладної === | |||
! Товар збільшує складські залишки.</div> | |||
|} | |||
Мінімальний сценарій: | |||
== Шкала оцінювання == | |||
=== Послуги в прибутковій накладній === | |||
{| class="wikitable" style="width:100%;" | |||
[[Категорія:WMS]] | |||
|- | |- | ||
| | | 100–115 | ||
| Відмінно | |||
| рішення для бізнесу на 100% функціонує, FIFO реалізовано коректно, звіти відповідають рухам, код структурований | |||
|- | |- | ||
| | | 85–99 | ||
| Добре | |||
| Основна логіка функціонує, виступає як незначні недоліки без критичного впливу на результат | |||
|- | |- | ||
| | | 70–84 | ||
| Зараховано | |||
| Базовий електронний документообіг функціонує, але виступає як помилки або неповна реалізація окремих частин | |||
|- | |- | ||
| | | 0–69 | ||
| Не зараховано | |||
| Відсутня критична логіка: FIFO, контроль залишків, проведення документів або звіти | |||
|} | |||
Потрібно використовувати AJAX або аналогічний підхід для: | |||
== Очікувані звіти == | |||
* видаткова накладна проводиться при нестачі товару; | |||
* FIFO не функціонує або списує собівартість неправильно; | |||
* прибуткова накладна не створює партії; | |||
* видаткова накладна не списує товар зі складу; | |||
* послуги помилково списуються зі складу як товар; | |||
* звіт залишків не відповідає проведеним документам; | |||
* звіт прибутку не враховує собівартість; | |||
* немає зв’язку між замовленням, рахунком-фактурою, видатковою та податковою накладною; | |||
* документи неможливо створювати або редагувати без перезавантаження сторінки, якщо це було вимогою реалізації.<gallery mode="packed" heights="180"> | |||
Критичними помилками вважаються ситуації, коли: | |||
Виконану роботу потрібно продемонструвати у вигляді веб-сторінки, доступної з інтернет-URL. {| class="wikitable" style="width:100%;" | |||
== Звіт «Продаж товарів за період» == | |||
У друкованій формі потрібно показати постачальника, дату, номер документа, складський облік, табличну частину, кількість, ціни, суми та підсумки. Окремо варто відзначити оптова торгівля, FIFO і електронний документообіг''' — це практична задача; так само реалізовано закупівель, продажів, послуг, партійного обліку, списання собівартості за методом FIFO та формування звітів виступає ключовою рисою перевірки навичок розробника або впроваджувача [[K2 ERP]] у побудові веб-рішення для складського обліку забезпечується через '''Атестаційне задача K2 ERP. | продажі та реалізація за період, прибутки за період, залишки товару на дату | |||
|} | |} | ||
'''Коротко.''' У межах задача потрібно реалізувати повний ланцюжок складського й торгового документообігу: прибуткова накладна → замовлення → рахунок-фактура → видаткова накладна → податкова накладна, з контролем залишків і списанням собівартості за FIFO. ! '''Логіка процесу.''' Прибуткова накладна збільшує залишки товарів. Видаткова накладна повинна мати друковану форму. Зазвичай вона має реєстр документів, у якому можна переглядати створені документи, шукати потрібну накладну, відкривати її та створювати нову.[[Категорія:Оптова торгівля]] | |||
У результаті має бути створене рішення для бізнесу, яке дає можливість: | |||
У межах атестації потрібно продемонструвати робочий сценарій.== Ілюстрації з документа == | |||
Звіт має показувати | * переглядати список документів; | ||
* шукати документи; | |||
* відкривати існуючі документи; | |||
* створювати нову прибуткову накладну; | |||
* фільтрувати документи за датою, постачальником і статусом. Мінімальна логіка: | |||
Веб-рішення має бути побудоване на фреймворку з відкритим вихідним кодом. '''критично.''' Документи заднім числом у межах задача не вводяться, але старі документи можуть неоперативно переводитися. Звіт має показувати прибуток за вибраний період з урахуванням собівартості, списаної за FIFO. K2_Attestation_Wholesale_FIFO_03.png|Послуги у прибутковій накладній|посилання=Файл:K2_Attestation_Wholesale_FIFO_03.png | |||
У | У звіті потрібно відображати: | ||
! компанія-користувач займається оптовою торгівлею. | Видатковою накладною | |||
|- | |||
| Чи можуть бути послуги в документі?<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;"> | |||
=== | * номер; | ||
* дату; | |||
* клієнта; | |||
* складський облік; | |||
* документ-підставу; | |||
* статус; | |||
* коментар. Звіт має показувати реалізацію товарів за вибраний період. Напрям | |||
'''Умова складання.''' задача не здатна бути зараховане, якщо платформа не контролює залишки або не списує собівартість товарів за FIFO.=== Реєстр прибуткових накладних === | |||
[[Категорія:Атестаційні завдання K2]] | |||
Форма прибуткової накладної має містити шапку документа й табличну частину.<pre> | |||
== Див. так само == | |||
'''FIFO''' — це метод списання, за яким першим списується товар, що першим надійшов на складський облік. * вміння будувати структуру бази даних; | |||
* знання SQL та вміння працювати з базою даних; | |||
* стиль написання програмного коду; | |||
* використання веб-технологій для прикладних задач; | |||
* використання об’єктно-орієнтованого програмування; | |||
* використання AJAX у практичних завданнях; | |||
* інтерпретацію бізнес-задачі у веб-додаток; | |||
* конфігурація веб-сервера для демонстрації проєкту; | |||
* швидкість вирішення задачі. K2_Attestation_Wholesale_FIFO_08.png|Звіт «Залишки по складу»|посилання=Файл:K2_Attestation_Wholesale_FIFO_08.png | |||
== Цілі тесту == | |||
Мінімальні інформаційні дані партії: | |||
== | === Реалізація послуг === | ||
==== | * моделі; | ||
* контролери; | |||
* сервіси проведення документів; | |||
* сервіси розрахунку FIFO; | |||
* сервіси звітів; | |||
* шаблони друку; | |||
* frontend-логіку; | |||
* SQL або ORM-шар. Необхідно побудувати три основні звіти. На основі замовлення формується '''«Рахунок-фактура»''', коли клієнт ERP підтверджує замовлення і просить безготівковий рахунок. * період; | |||
* товар; | |||
* клієнта; | |||
* складський облік; | |||
* кількість продажу; | |||
* суму продажу; | |||
* документ реалізації.== Вимоги до веб-рішення == | |||
K2_Attestation_Wholesale_FIFO_02.png|Форма прибуткової накладної|посилання=Файл:K2_Attestation_Wholesale_FIFO_02.png | |||
Прибуткова накладна оформлює надходження товарів і послуг від постачальника.<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;"> | |||
K2_Attestation_Wholesale_FIFO_10.png|Ілюстрація до атестаційного задача|посилання=Файл:K2_Attestation_Wholesale_FIFO_10.png | |||
через Це зменшує ризик помилок і користувачі можуть не створювати документи, які неможливо провести. Перед продажем клієнту спочатку створюється документ '''«Замовлення»'''. Бали | |||
* оформлювати надходження товарів; | |||
* оформлювати замовлення клієнтів; | |||
* створювати рахунки-фактури; | |||
* створювати видаткові накладні; | |||
* створювати податкові накладні; | |||
* обліковувати товари та послуги в одній табличній частині; | |||
* контролювати залишки перед продажем; | |||
* забороняти проведення документа при нестачі товару; | |||
* списувати собівартість за партіями методом FIFO; | |||
* формувати звіти по продажах, прибутку та залишках. '''Критично.''' Видаткова накладна не здатна бути проведена, якщо на складі недостатньо товару. SEO-опис | |||
==== | На основі графічної структури потрібно створити SQL для створення таблиць.== Основні документи == | ||
! | Замовлення → рахунок-фактура → видаткова накладна → податкова накладна | |||
|- | |||
| Як оформлюється надходження?[[Категорія:Корпоративна Wiki]] | |||
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;"> | |||
! У шапці документа доцільно передбачити: | |||
Окрім продажу товарів, компанія-користувач здатна надавати додаткові послуги, як приклад доставку. Вибір товарів у видатковій накладній має відбуватися з поточних залишків.=== Реєстр видаткових накладних === | |||
== | == Звіт «Прибутки за період» == | ||
!== Очікуваний результат == | |||
Під час виконання задача потрібно використовувати об’єктно-орієнтований підхід.</div> | |||
рішення для бізнесу має підтримувати прибуткові накладні, замовлення, рахунки-фактури, видаткові накладні, податкові накладні, послуги в табличній частині, контроль залишків, списання собівартості за FIFO, друковані форми та звіти. як приклад, якщо користувач системи продає 10 одиниць товару, а на складі виступає як лише 7, платформа повинна показати нестачу 3 одиниці й заблокувати проведення.== Контроль залишків == | |||
== | Робота має бути продемонстрована через веб-сторінку, доступну з інтернет-URL.== Назва задача == | ||
== | == Рекомендовані сутності бази даних == | ||
Реєстр прибуткових накладних має дозволяти: | |||
</gallery> | |||
* створення документів; | |||
* редагування документів; | |||
* збереження рядків табличної частини; | |||
* проведення документів; | |||
* перевірки залишків; | |||
* відображення попереджень.{{DISPLAYTITLE:Атестаційні завдання K2 ERP/WMS}} | |||
= | K2_Attestation_Wholesale_FIFO_01.png|Приблизний вигляд реєстру прибуткових накладних|посилання=Файл:K2_Attestation_Wholesale_FIFO_01.png | ||
__TOC__ | |||
! Призначення | |||
== | * товар; | ||
* послуга. * MySQL; | |||
* PostgreSQL; | |||
* SQLite. ! На основі видаткової накладної створюється '''«Податкова накладна»'''.== Бізнес-сценарій == | |||
Для реалізації задачі доцільно передбачити такі сутності: | |||
Видаткова накладна оформлює продаж товарів і послуг клієнту. У друкованій формі потрібно показати клієнта, дату, номер, складський облік, товари, послуги, кількість, ціни, суми та підсумки. Партійний обліковий облік потрібен для того, щоб платформа знала, з якого надходження списується товар.== FIFO == | |||
== Коротко == | |||
Послуги повинні додаватися у табличну частину видаткової накладної разом із товарами. Мета задача — перевірити здатність спеціаліста спроєктувати та реалізувати веб-рішення для обліку оптової торгівлі в K2 ERP. База даних повинна підтримувати електронний документообіг, табличні частини документів, партійний обліковий облік, рухи товарів і рухи собівартості. 115 | |||
[[Категорія:K2 ERP]] | |||
Потрібно побудувати структуру бази даних у графічному вигляді та продемонструвати її. Поле | |||
== Прибуткова накладна == | |||
! Замовлення та рахунок-фактура готують продаж, але самі по собі не повинні списувати товар зі складу. Кожна видаткова накладна при проведенні повинна списувати товари з доступних партій за правилом FIFO. базовий ланцюжок документів: | |||
== | # створити товари, послуги, контрагентів і складський облік; | ||
# оформити прибуткову накладну; | |||
# провести прибуткову накладну; | |||
# перевірити створення партій; | |||
# створити замовлення клієнта; | |||
# створити рахунок-фактуру на основі замовлення; | |||
# створити видаткову накладну на основі рахунку-фактури; | |||
# додати в табличну частину товари й послуги; | |||
# провести видаткову накладну; | |||
# перевірити списання товарів за FIFO; | |||
# створити податкову накладну на основі видаткової; | |||
# сформувати друковані форми; | |||
# сформувати звіт продажів; | |||
# сформувати звіт прибутку; | |||
# сформувати звіт залишків на дату; | |||
# продемонструвати попередження при нестачі товару. Послуга не повинна створювати складський залишок, але здатна впливати на суму документа, витрати або собівартість залежно від логіки реалізації. ! {| class="wikitable" style="width:100%;" | |||
* | * товар; | ||
* складський облік; | |||
* партію; | |||
* кількість залишку; | |||
* собівартість; | |||
* суму залишку. Вплив на складський облік | |||
Бажано розділити: | |||
* [[K2 Cloud ERP|K2 ERP]] | У межах цього задача FIFO застосовують, коли потрібно для списання собівартості товару за партіями. * [[K2 Cloud ERP|K2 ERP]] | ||
* [[Атестаційні завдання K2 ERP]] | * [[Атестаційні завдання K2 ERP]] | ||
* [[Оптова торгівля]] | * [[Оптова торгівля]] | ||
| Рядок 136: | Рядок 300: | ||
* [[Видаткова накладна]] | * [[Видаткова накладна]] | ||
* [[Звіт залишків по складу]] | * [[Звіт залишків по складу]] | ||
* [[WMS]] | |||
* [[Партійний облік]] | |||
* [[Рахунок-фактура]] | |||
* [[Податкова накладна]] | |||
користувач системи повинен бачити лише доступні товари або, принаймні, платформа повинна показувати фактичний залишок під час вибору товару.== Вимоги до структури бази даних == | |||
== Мета задача == | |||
K2_Attestation_Wholesale_FIFO_06.png|Реалізація послуг у видатковій накладній|посилання=Файл:K2_Attestation_Wholesale_FIFO_06.png | |||
Звіт має показувати не лише виручку, а й собівартість та фінансовий результат. ! У реєстрі бажано показувати номер, дату, клієнта, суму, статус і документ-підставу.=== Форма видаткової накладної === | |||
При створенні сторінок документів усе має працювати без повного перезавантаження сторінок. | Так, товари й послуги мають бути в одній табличній частині | |||
|- | |||
| Що має робити платформа при нестачі товару? | Прибутковою накладною | |||
|- | |||
| Як оформлюється продаж? Що перевіряється | |||
|- | |||
| Структура бази даних | |||
| 15 | |||
| Повнота моделі даних, наявність документів, рядків, партій, рухів, складів, контрагентів і зв’язків | |||
|- | |||
| SQL | |||
| 10 | |||
| Коректність SQL-скриптів для MySQL, PostgreSQL або SQLite | |||
|- | |||
| електронний документообіг | |||
| 15 | |||
| Ланцюжок замовлення, рахунку-фактури, видаткової та податкової накладної | |||
|- | |||
| Прибуткові та видаткові накладні | |||
| 15 | |||
| Реєстри, форми, табличні частини, товари й послуги, друковані форми | |||
|- | |||
| AJAX та web-інтерфейс | |||
| 10 | |||
| Створення, редагування, збереження й проведення документів без перезавантаження сторінки | |||
|- | |||
| FIFO | |||
| 15 | |||
| Коректне списання собівартості за партіями | |||
|- | |||
| Контроль залишків | |||
| 10 | |||
| Попередження про нестачу та заборона проведення документа | |||
|- | |||
| Звіти | |||
| 10 | |||
| продажі та реалізація, прибутки, залишки на дату | |||
|- | |||
| ООП і якість коду | |||
| 10 | |||
| Структура коду, читабельність, підтримуваність, поділ логіки | |||
|- | |||
| Демонстрація | |||
| 5 | |||
| Доступний веб-URL і зафіксований час виконання | |||
|- | |||
</div> | |||
У табличній частині повинні бути товари й послуги. | За партіями методом FIFO | |||
|- | |||
| Які звіти потрібні? Видаткова накладна зменшує залишки товарів і списує собівартість за FIFO. При цьому потрібно розрізняти тип рядка: | |||
== Партійний обліковий облік == | |||
* 5 одиниць × 100 грн; | |||
* 1 одиниця × 120 грн. Питання | |||
== Критичні помилки == | |||
<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;"> | |||
K2_Attestation_Wholesale_FIFO_04.png|Друкована форма прибуткової накладної|посилання=Файл:K2_Attestation_Wholesale_FIFO_04.png | |||
Якщо товару не вистачає, платформа повинна: | |||
== електронний документообіг == | |||
'''провідний принцип.''' WMS-завдання перевіряє не лише вміння зробити форми документів, а й розуміння руху товарів: що надійшло, що продано, з якої партії списано, яка собівартість і який залишок доступний на дату. WMS. ! Відповідь | |||
K2_Attestation_Wholesale_FIFO_05.png|Реєстр видаткових накладних|посилання=Файл:K2_Attestation_Wholesale_FIFO_05.png | |||
== Звіт «Залишки товару на дату» == | |||
== Практичне задача == | |||
|- | |||
| Товар | |||
| Номенклатура, до якої належить партія | |||
|- | |||
| складський облік | |||
| складський облік, на якому зберігається партія | |||
|- | |||
| Дата надходження | |||
| Дата прибуткової накладної | |||
|- | |||
| Кількість початкова | |||
| Скільки товару надійшло | |||
|- | |||
| Кількість залишку | |||
| Скільки товару залишилося в партії | |||
|- | |||
| Собівартість | |||
| Закупівельна ціна або облікова собівартість одиниці | |||
|- | |||
| Документ-підстава | |||
| Прибуткова накладна, яка створила партію | |||
|} | |||
</div> | |||
Окремо оформлюється надходження товарів: | |||
* товари; | |||
* послуги; | |||
* контрагенти; | |||
* склади; | |||
* документи; | |||
* рядки документів; | |||
* партії товарів; | |||
* рухи товарів; | |||
* рухи собівартості; | |||
* рахунки-фактури; | |||
* податкові накладні; | |||
* користувачі; | |||
* журнал змін документів. У звіті бажано передбачити: | |||
</div> | |||
Допускаються такі бази даних: | |||
[[Категорія:FIFO]] | |||
Поточна версія на 18:12, 1 травня 2026
Надходження товарів від постачальників оформлюється документом «Прибуткова накладна». Форма видаткової накладної має містити шапку документа та табличну частину. Кожна прибуткова накладна має створювати партії товарів. Проведення “в мінус” у цьому завданні не допускається. Послуга здатна входити в суму документа, але не повинна зменшувати складські залишки як товар. | Показати кількість нестачі й заборонити проведення документа |- | Як списується собівартість? У шапці документа потрібно передбачити:
Атестаційне задача має перевірити:
! Звіт має показувати залишки товарів на складі на зазначену дату. | Веб-рішення для оптової торгівлі та WMS-обліку |- | Який базовий електронний документообіг? Якщо на складський облік спочатку надійшло 5 одиниць товару по 100 грн, а потім ще 5 одиниць по 120 грн, то при продажу 6 одиниць собівартість має списуватися так:
- Прибуткова накладна. K2_Attestation_Wholesale_FIFO_07.png|Друкована форма видаткової накладної|посилання=Файл:K2_Attestation_Wholesale_FIFO_07.png
Вимоги до програмної реалізації
|- | Що потрібно створити?== Критерії оцінювання ==
Друкована форма прибуткової накладної
- номер;
- дату;
- постачальника;
- складський облік;
- статус;
- коментар. Це потрібно враховувати при логіці проведення та FIFO.
задача імітує роботу компанії, яка займається оптовою торгівлею: отримує товари від постачальників, продає їх клієнтам, надає додаткові послуги, формує документи, контролює залишки та аналізує прибуток. Час виконання потрібно зафіксувати та повідомити при здачі. ! ! Документ
Вибір рядків у видатковій накладній
Послуги мають обліковуватися в тій самій табличній частині, що й товари. K2_Attestation_Wholesale_FIFO_09.png|Ілюстрація до атестаційного задача|посилання=Файл:K2_Attestation_Wholesale_FIFO_09.png
Форма прибуткової накладної
Максимальна оцінка
Видаткова накладна
Прибуток = Сума продажу - Собівартість списання Прибуткова накладна повинна мати друковану форму. Бали Код має бути структурованим, зрозумілим і придатним для підтримки. Продаж товарів клієнтам оформлюється документом «Видаткова накладна». Разом При проведенні видаткової накладної платформа має перевіряти наявність товарів на складі. Рівень | ||
|---|---|---|
| Прибуткова накладна | Фіксує надходження товарів і послуг | Збільшує залишки товарів |
| Замовлення | Фіксує намір клієнта купити товари або послуги | Не списує товар |
| Рахунок-фактура | Формує рахунок для оплати клієнтом | Не списує товар |
| Видаткова накладна | Оформлює продаж товарів і послуг | Списує товари зі складу |
| Податкова накладна | Формує податковий документ на основі реалізації | Не змінює складські залишки напряму |
Друкована форма видаткової накладної
Товар збільшує складські залишки.
Мінімальний сценарій:
Шкала оцінювання
Послуги в прибутковій накладній
| 100–115 | Відмінно | рішення для бізнесу на 100% функціонує, FIFO реалізовано коректно, звіти відповідають рухам, код структурований |
| 85–99 | Добре | Основна логіка функціонує, виступає як незначні недоліки без критичного впливу на результат |
| 70–84 | Зараховано | Базовий електронний документообіг функціонує, але виступає як помилки або неповна реалізація окремих частин |
| 0–69 | Не зараховано | Відсутня критична логіка: FIFO, контроль залишків, проведення документів або звіти |
Потрібно використовувати AJAX або аналогічний підхід для:
Очікувані звіти
- видаткова накладна проводиться при нестачі товару;
- FIFO не функціонує або списує собівартість неправильно;
- прибуткова накладна не створює партії;
- видаткова накладна не списує товар зі складу;
- послуги помилково списуються зі складу як товар;
- звіт залишків не відповідає проведеним документам;
- звіт прибутку не враховує собівартість;
- немає зв’язку між замовленням, рахунком-фактурою, видатковою та податковою накладною;
- документи неможливо створювати або редагувати без перезавантаження сторінки, якщо це було вимогою реалізації.
-
Видатковою накладною
-
Звіт «Залишки по складу»
-
Форма прибуткової накладної
-
Ілюстрація до атестаційного задача
-
Замовлення → рахунок-фактура → видаткова накладна → податкова накладна
- створення документів;
- редагування документів;
- збереження рядків табличної частини;
- проведення документів;
- перевірки залишків;
- відображення попереджень.
K2_Attestation_Wholesale_FIFO_01.png|Приблизний вигляд реєстру прибуткових накладних|посилання=Файл:K2_Attestation_Wholesale_FIFO_01.png
! Призначення
- товар;
- послуга. * MySQL;
- PostgreSQL;
- SQLite. ! На основі видаткової накладної створюється «Податкова накладна».== Бізнес-сценарій ==
Для реалізації задачі доцільно передбачити такі сутності: Видаткова накладна оформлює продаж товарів і послуг клієнту. У друкованій формі потрібно показати клієнта, дату, номер, складський облік, товари, послуги, кількість, ціни, суми та підсумки. Партійний обліковий облік потрібен для того, щоб платформа знала, з якого надходження списується товар.== FIFO ==
Коротко
Послуги повинні додаватися у табличну частину видаткової накладної разом із товарами. Мета задача — перевірити здатність спеціаліста спроєктувати та реалізувати веб-рішення для обліку оптової торгівлі в K2 ERP. База даних повинна підтримувати електронний документообіг, табличні частини документів, партійний обліковий облік, рухи товарів і рухи собівартості. 115
Потрібно побудувати структуру бази даних у графічному вигляді та продемонструвати її. Поле
Прибуткова накладна
! Замовлення та рахунок-фактура готують продаж, але самі по собі не повинні списувати товар зі складу. Кожна видаткова накладна при проведенні повинна списувати товари з доступних партій за правилом FIFO. базовий ланцюжок документів:
- створити товари, послуги, контрагентів і складський облік;
- оформити прибуткову накладну;
- провести прибуткову накладну;
- перевірити створення партій;
- створити замовлення клієнта;
- створити рахунок-фактуру на основі замовлення;
- створити видаткову накладну на основі рахунку-фактури;
- додати в табличну частину товари й послуги;
- провести видаткову накладну;
- перевірити списання товарів за FIFO;
- створити податкову накладну на основі видаткової;
- сформувати друковані форми;
- сформувати звіт продажів;
- сформувати звіт прибутку;
- сформувати звіт залишків на дату;
- продемонструвати попередження при нестачі товару. Послуга не повинна створювати складський залишок, але здатна впливати на суму документа, витрати або собівартість залежно від логіки реалізації. ! {| class="wikitable" style="width:100%;"
- товар;
- складський облік;
- партію;
- кількість залишку;
- собівартість;
- суму залишку. Вплив на складський облік
Бажано розділити:
У межах цього задача FIFO застосовують, коли потрібно для списання собівартості товару за партіями. * K2 ERP
- Атестаційні завдання K2 ERP
- Оптова торгівля
- FIFO
- Складський облік
- Прибуткова накладна
- Видаткова накладна
- Звіт залишків по складу
- WMS
- Партійний облік
- Рахунок-фактура
- Податкова накладна
користувач системи повинен бачити лише доступні товари або, принаймні, платформа повинна показувати фактичний залишок під час вибору товару.== Вимоги до структури бази даних ==
Мета задача
K2_Attestation_Wholesale_FIFO_06.png|Реалізація послуг у видатковій накладній|посилання=Файл:K2_Attestation_Wholesale_FIFO_06.png
Звіт має показувати не лише виручку, а й собівартість та фінансовий результат. ! У реєстрі бажано показувати номер, дату, клієнта, суму, статус і документ-підставу.=== Форма видаткової накладної ===
При створенні сторінок документів усе має працювати без повного перезавантаження сторінок. | Так, товари й послуги мають бути в одній табличній частині |- | Що має робити платформа при нестачі товару? | Прибутковою накладною |- | Як оформлюється продаж? Що перевіряється |- | Структура бази даних | 15 | Повнота моделі даних, наявність документів, рядків, партій, рухів, складів, контрагентів і зв’язків |- | SQL | 10 | Коректність SQL-скриптів для MySQL, PostgreSQL або SQLite |- | електронний документообіг | 15 | Ланцюжок замовлення, рахунку-фактури, видаткової та податкової накладної |- | Прибуткові та видаткові накладні | 15 | Реєстри, форми, табличні частини, товари й послуги, друковані форми |- | AJAX та web-інтерфейс | 10 | Створення, редагування, збереження й проведення документів без перезавантаження сторінки |- | FIFO | 15 | Коректне списання собівартості за партіями |- | Контроль залишків | 10 | Попередження про нестачу та заборона проведення документа |- | Звіти | 10 | продажі та реалізація, прибутки, залишки на дату |- | ООП і якість коду | 10 | Структура коду, читабельність, підтримуваність, поділ логіки |- | Демонстрація | 5 | Доступний веб-URL і зафіксований час виконання |-
У табличній частині повинні бути товари й послуги. | За партіями методом FIFO |- | Які звіти потрібні? Видаткова накладна зменшує залишки товарів і списує собівартість за FIFO. При цьому потрібно розрізняти тип рядка:
Партійний обліковий облік
- 5 одиниць × 100 грн;
- 1 одиниця × 120 грн. Питання
Критичні помилки
K2_Attestation_Wholesale_FIFO_04.png|Друкована форма прибуткової накладної|посилання=Файл:K2_Attestation_Wholesale_FIFO_04.png Якщо товару не вистачає, платформа повинна:
електронний документообіг
провідний принцип. WMS-завдання перевіряє не лише вміння зробити форми документів, а й розуміння руху товарів: що надійшло, що продано, з якої партії списано, яка собівартість і який залишок доступний на дату. WMS. ! Відповідь
K2_Attestation_Wholesale_FIFO_05.png|Реєстр видаткових накладних|посилання=Файл:K2_Attestation_Wholesale_FIFO_05.png
Звіт «Залишки товару на дату»
Практичне задача
|- | Товар | Номенклатура, до якої належить партія |- | складський облік | складський облік, на якому зберігається партія |- | Дата надходження | Дата прибуткової накладної |- | Кількість початкова | Скільки товару надійшло |- | Кількість залишку | Скільки товару залишилося в партії |- | Собівартість | Закупівельна ціна або облікова собівартість одиниці |- | Документ-підстава | Прибуткова накладна, яка створила партію |}
Окремо оформлюється надходження товарів:
- товари;
- послуги;
- контрагенти;
- склади;
- документи;
- рядки документів;
- партії товарів;
- рухи товарів;
- рухи собівартості;
- рахунки-фактури;
- податкові накладні;
- користувачі;
- журнал змін документів. У звіті бажано передбачити:
Допускаються такі бази даних: