Атестаційні завдання K2 ERP/Облік тари

Атестаційне завдання K2 ERP — Облік тари — це практична задача для перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку поворотної та списуваної тари в процесах закупівлі, зберігання, виробництва, відвантаження і повернення.

Модуль має забезпечувати контроль руху тари, залишків по контрагентах, боргів по тарі, актів прийому-передачі, повернень, списань і звітності.

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

Назва завдання

Модуль обліку тари: поворотна та списувана тара у закупівлі, зберіганні й відвантаженні.

Мета завдання

Мета завдання — створити в K2 ERP модуль для контролю руху тари на підприємстві.

Система повинна дозволяти:

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

Головний принцип. Поворотна тара — це матеріальний актив, який потрібно контролювати так само уважно, як товар або гроші. Якщо тара передана клієнту, система має показувати, скільки він повинен повернути.

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

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

Тара може бути двох основних типів:

• поворотна — передається контрагенту разом із товаром і має бути повернута;
• неповоротна або списувана — використовується одноразово й не очікується до повернення.

У реальній роботі потрібно контролювати:

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

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

Основний бізнес-процес

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

1. у довіднику створюються типи тари;
2. для кожного типу вказується, чи є тара поворотною;
3. при відвантаженні товару клієнту система додає рух тари;
4. залишок тари у клієнта збільшується;
5. при поверненні тари створюється операція повернення;
6. залишок тари у клієнта зменшується;
7. якщо тара пошкоджена або втрачена, оформлюється списання;
8. за потреби формується акт прийому-передачі тари;
9. у звітах видно борги по тарі по кожному контрагенту.

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

Об’єкт	Призначення
Типи тари	Довідник тари: піддони, ящики, бутлі, бочки, контейнери
Контрагенти	Клієнти, постачальники або партнери, з якими рухається тара
Склади тари	Місця зберігання тари на підприємстві
Рух тари	Журнал усіх операцій видачі, повернення, надходження та списання
Залишки тари	Поточна кількість тари на складах і у контрагентів
Борги по тарі	Кількість тари, яку контрагент має повернути
Акти прийому-передачі	Документи, що підтверджують передачу або повернення тари
Списання тари	Оформлення втраченої, пошкодженої або непридатної тари
Товарні накладні	Документи, з яких можуть автоматично створюватися рухи тари
Звіти	Залишки по контрагентах, рух тари, борги, списання

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

Довідник типів тари містить усі види тари, які використовує підприємство.

Приклади тари

• піддон дерев’яний;
• піддон пластиковий;
• ящик пластиковий;
• бутель скляний;
• бочка металева;
• кег;
• контейнер;
• палета;
• мішок;
• коробка.

Поля типу тари

Поле	Опис
Назва тари	Наприклад: піддон дерев’яний, ящик пластиковий, бутель скляний
Одиниця виміру	Зазвичай штуки
Тип тари	Поворотна або неповоротна
Вартість одиниці	Опціонально, для оцінки боргу або компенсації
Вага тари	Опціонально, якщо тара впливає на вагові документи
Строк повернення	Опціонально, кількість днів, протягом яких тару потрібно повернути
Активність	Чи використовується тара в поточному обліку

Типи тари

Тип	Значення
Поворотна	Тара передається контрагенту і має бути повернута
Неповоротна	Тара використовується одноразово або входить у вартість товару
Списувана	Тара списується після використання або втрати

Важливо. Для поворотної тари система має рахувати борг по контрагенту. Для неповоротної тари борг не формується, але рух може використовуватися для контролю витрат.

Довідник «Контрагенти»

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

Поля контрагента

Поле	Опис
Назва контрагента	Назва клієнта, постачальника або партнера
Тип контрагента	Клієнт, постачальник, перевізник, партнер
Код ЄДРПОУ / ІПН	Реєстраційний або податковий код
Контактна інформація	Телефон, email, адреса
Договір на використання тари	Посилання на договір, якщо він є
Статус	Активний або неактивний

Довідник «Склади тари»

Для обліку власної тари потрібно передбачити склади або місця зберігання.

Поля складу тари

Поле	Опис
Назва складу	Наприклад: основний склад тари, склад виробництва, склад повернень
Адреса	Місце розташування
Відповідальна особа	Працівник, який відповідає за тару
Статус	Активний або закритий

Журнал «Рух тари»

Журнал руху тари показує всі операції з тарою.

Колонки журналу

Колонка	Опис
Дата операції	Дата руху тари
Тип операції	Відвантаження, повернення, надходження, списання, переміщення
Контрагент	Клієнт, постачальник або партнер
Тип тари	Яка тара рухається
Кількість	Скільки одиниць тари
Склад	Склад, з якого або на який рухається тара
Номер накладної	Документ-підстава
Коментар	Додатковий опис
Статус	Чернетка, проведено, скасовано

Типи операцій з тарою

Операція	Логіка
Відвантаження тари клієнту	Тара передається клієнту, борг клієнта по тарі збільшується
Повернення тари від клієнта	Клієнт повертає тару, борг клієнта зменшується
Надходження тари від постачальника	Тара надходить від постачальника разом із товаром або окремо
Повернення тари постачальнику	Підприємство повертає тару постачальнику
Списання тари	Тара втрачена, зламана або непридатна до використання
Переміщення тари	Тара переміщується між складами підприємства

Відвантаження тари клієнту

Відвантаження тари клієнту використовується, коли тара передається разом із товаром.

Наприклад:

• товар відвантажено у пластикових ящиках;
• продукцію відправлено на дерев’яних піддонах;
• молочна продукція передана у бутлях;
• напої відвантажено в кегах.

Після проведення операції система повинна:

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

Повернення тари від клієнта

Повернення тари використовується, коли клієнт повертає раніше отриману тару.

Після проведення операції система повинна:

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

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

Надходження тари від постачальника

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

Система повинна дозволяти:

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

Повернення тари постачальнику

Якщо підприємство отримало поворотну тару від постачальника, потрібно мати можливість повернути її.

Після повернення система повинна:

• зменшити залишок тари підприємства;
• зменшити борг підприємства перед постачальником по тарі;
• сформувати акт повернення тари.

Списання тари

Списання тари використовується, якщо тара зламана, втрачена, пошкоджена або стала непридатною.

Причини списання

• фізичне пошкодження;
• втрата тари;
• природний знос;
• одноразове використання;
• утилізація;
• нестача за результатами інвентаризації.

Поля документа списання

Поле	Опис
Дата	Дата списання
Тип тари	Яка тара списується
Кількість	Скільки одиниць списується
Склад або контрагент	Звідки списується тара
Причина списання	Чому тара списується
Вартість списання	Кількість × вартість одиниці, якщо використовується
Відповідальний	Хто оформив списання

Переміщення тари між складами

Переміщення використовується, коли тара рухається всередині підприємства.

Наприклад:

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

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

Формула залишку тари

Основна формула для боргу контрагента по тарі:

Залишок тари у контрагента = Видано - Повернено - Списано / компенсовано

Спрощений варіант:

Залишок тари = Видано - Повернено

Приклад розрахунку

Клієнту видано 100 пластикових ящиків.

Пізніше клієнт повернув 60 ящиків.

Борг по тарі = 100 - 60 = 40 ящиків

Якщо вартість одного ящика становить 80 грн, потенційна сума компенсації:

40 × 80 = 3 200 грн

Автоматизація з товарних накладних

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

Наприклад, якщо у товарній накладній вказано, що товар відвантажено в 20 ящиках і на 5 піддонах, система може автоматично створити рух тари.

Логіка автоматичного створення

При проведенні товарної накладної система повинна:

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

Масове повернення тари

Потрібно передбачити можливість масового повернення тари.

Масове повернення корисне, коли клієнт повертає одразу багато тари за різними накладними.

Система повинна дозволяти:

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

Акти прийому-передачі тари

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

Акт передачі тари

Акт передачі тари має містити:

• номер і дату;
• контрагента;
• документ-підставу;
• тип тари;
• кількість;
• вартість одиниці, якщо використовується;
• загальну вартість;
• умови повернення;
• підписи сторін.

Акт повернення тари

Акт повернення тари має містити:

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

Акт списання тари

Акт списання тари має містити:

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

Облік вартості тари

Опціонально модуль може вести вартісний облік тари.

Це потрібно для:

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

Компенсація за неповернену тару

Якщо клієнт не повернув тару, система може сформувати суму компенсації.

Сума компенсації = Кількість неповерненої тари × Вартість одиниці

Компенсація може оформлюватися окремим рахунком або актом.

Інвентаризація тари

Бажано передбачити інвентаризацію тари.

Інвентаризація дозволяє порівняти облікові залишки з фактичними.

У документі інвентаризації потрібно показувати:

• склад;
• тип тари;
• обліковий залишок;
• фактичний залишок;
• різницю;
• рішення: оприбуткувати надлишок або списати нестачу.

Звіт «Залишки тари по контрагентах»

Звіт показує, скільки тари знаходиться у кожного контрагента.

Колонки звіту

Колонка	Опис
Контрагент	Клієнт, постачальник або партнер
Вид тари	Піддон, ящик, бутель, бочка тощо
Видано	Скільки тари передано контрагенту
Повернуто	Скільки тари повернуто
Списано / компенсовано	Скільки тари списано або компенсовано
Поточний залишок	Скільки тари ще потрібно повернути
Вартість боргу	Сума за неповернену тару, якщо ведеться вартісний облік

Звіт «Рух тари за період»

Звіт показує всі операції з тарою за вибраний період.

Колонки звіту

Колонка	Опис
Дата	Дата операції
Операція	Відвантаження, повернення, надходження, списання
Контрагент	Учасник операції
Вид тари	Тип тари
Кількість	Скільки тари рухалося
Документ	Накладна, акт або інший документ-підстава

Звіт «Залишки тари на складах»

Звіт показує, скільки тари фізично є на складах підприємства.

У звіті потрібно бачити:

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

Звіт «Борги по тарі»

Звіт показує прострочені або поточні борги контрагентів.

У звіті потрібно відображати:

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

AJAX-інтерактив

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

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

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

Логування змін

Модуль повинен фіксувати важливі зміни.

Журнал змін має зберігати:

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

Права доступу

Модуль має підтримувати розмежування прав.

Роль	Можливості
Комірник	Фіксує рух тари на складі, повернення, переміщення
Менеджер	Бачить борги клієнтів по тарі, формує акти передачі
Бухгалтер	Контролює вартість тари, компенсації, списання
Керівник	Переглядає звіти по залишках, боргах і втратах тари
Адміністратор	Налаштовує довідники, права, склади та службові параметри

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

Параметр	Опис
Бекенд	K2 Cloud ERP на Python або PHP
База даних	PostgreSQL або MySQL
Фронтенд	HTML5, JavaScript
AJAX	Fetch API або Axios
UI-компоненти	DataTables, Select2
Друк	PDF-акти передачі, повернення та списання тари
Експорт	Excel або PDF для звітів

Рекомендовані сутності бази даних

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

• типи тари;
• контрагенти;
• договори на використання тари;
• склади тари;
• рух тари;
• залишки тари;
• борги по тарі;
• акти передачі тари;
• акти повернення тари;
• акти списання тари;
• товарні накладні;
• зв’язок накладних із тарою;
• інвентаризація тари;
• компенсації за неповернену тару;
• права доступу;
• журнал змін;
• звіти.

Практичне завдання

У межах атестації потрібно продемонструвати робочий сценарій.

Мінімальний сценарій:

1. створити кілька типів тари;
2. вказати, яка тара поворотна, а яка неповоротна;
3. створити контрагента;
4. створити склад тари;
5. внести початковий залишок тари на склад;
6. оформити відвантаження тари клієнту;
7. перевірити збільшення боргу клієнта по тарі;
8. сформувати акт передачі тари;
9. оформити часткове повернення тари;
10. перевірити зменшення боргу клієнта;
11. сформувати акт повернення тари;
12. оформити списання пошкодженої тари;
13. перевірити зменшення залишку;
14. створити товарну накладну з тарою;
15. перевірити автоматичне створення руху тари;
16. виконати масове повернення тари;
17. сформувати звіт залишків тари по контрагентах;
18. сформувати звіт руху тари за період;
19. сформувати звіт залишків тари на складах;
20. сформувати звіт боргів по тарі.

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

Критерій	Бали	Що перевіряється
Реалізація довідників тари і контрагентів	20	Типи тари, поворотність, вартість, контрагенти, склади тари
Облік видачі і повернення тари	20	Відвантаження, повернення, надходження, списання, переміщення
Розрахунок залишків тари по контрагентах	20	Борги по тарі, формула видано мінус повернуто, контроль перевищення повернення
Формування актів прийому-передачі тари	20	Акти передачі, повернення, списання, PDF-друк
Інтерактивність через AJAX і звітність	20	AJAX-операції, фільтри, звіти по залишках, руху і боргах
Разом	100	Максимальна оцінка

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

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

Критичні помилки

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

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

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

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

У результаті виконання атестаційного завдання має бути створений модуль обліку тари в K2 ERP.

Модуль має підтримувати довідник типів тари, поворотну та неповоротну тару, контрагентів, склади тари, журнал руху тари, відвантаження, повернення, надходження, списання, переміщення, автоматичний розрахунок залишків і боргів, формування актів, звітність, AJAX-інтерактив і логування змін.

Примітка

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

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

Коротко

Питання	Відповідь
Що потрібно створити?	Модуль обліку поворотної та списуваної тари
Які довідники потрібні?	Типи тари, контрагенти, склади тари
Які основні операції?	Відвантаження, повернення, надходження, списання, переміщення
Що таке борг по тарі?	Кількість поворотної тари, яку контрагент має повернути
Як рахується залишок тари у контрагента?	Видано мінус повернено, з урахуванням списань або компенсацій
Які документи потрібні?	Акт передачі, акт повернення, акт списання тари
Які звіти потрібні?	Залишки тари по контрагентах, рух тари, залишки на складах, борги по тарі
Що є критичною вимогою?	Коректний борг по поворотній тарі після видачі та повернення

Див. також

• K2 ERP
• K2 ERP
• Атестаційні завдання K2 ERP
• Облік тари
• Складський облік
• Партійний облік
• Товарна накладна
• Акт прийому-передачі
• Контрагенти
• Молокозавод
• Логістика
• Інвентаризація