Атестаційні завдання K2 ERP/Облік тари
Списання тари
Потрібно передбачити можливість масового повернення тари.; | Відвантаження, повернення, надходження, списання, переміщення |- | Що таке борг по тарі?;== Назва задача ==
Масове повернення корисне, коли замовник повертає одразу багато тари за різними накладними.; Бали |- | Що потрібно створити?; Після повернення платформа повинна: |- | Комірник | Фіксує рух тари на складі, повернення, переміщення |- | Менеджер | Бачить борги клієнтів по тарі, формує акти передачі |- | Бухгалтер | Контролює вартість тари, компенсації, списання |- | Керівник | Переглядає звіти по залишках, боргах і втратах тари |- | Адміністратор | Налаштовує довідники, права, склади та службові параметри |}
!; функціональні можливості
Переміщення тари між складами
Пізніше замовник повернув 60 ящиків.; характеристика
- визначити, яка тара застосовується;
- створити рух тари;
- збільшити борг клієнта по поворотній тарі;
- не створювати борг по неповоротній тарі;
- пов’язати рух тари з накладною;
- показати тару в акті прийому-передачі.; Колонка
Журнал руху тари показує всі операції з тарою.; характеристика
Інвентаризація надає можливість порівняти облікові залишки з фактичними.;
обліковий облік вартості тари
Залишок тари = Видано - Повернено
- контрагента;
- тип тари;
- кількість у боргу;
- строк повернення;
- кількість днів прострочення;
- вартість боргу;
- відповідального менеджера.; Для неповоротної тари борг не формується, але рух має змогу використовуватися для контролю витрат.; Що перевіряється
- поворотна — передається контрагенту разом із товаром і має бути повернута;
- неповоротна або списувана — застосовують, коли потрібно одноразово й не очікується до повернення.; Відповідь
Мета задача
Звіт показує прострочені або поточні борги контрагентів.; | Кількість поворотної тари, яку контрагент має повернути
Як рахується залишок тари у контрагента?;
Відвантаження тари клієнту застосовується, коли тара передається разом із товаром.; !;== Логіка автоматичного створення == компонент має забезпечувати контроль руху тари, залишків по контрагентах, боргів по тарі, актів прийому-передачі, повернень, списань і звітності.; !; !;
{{DISPLAYTITLE:Атестаційні завдання K2 ERP/Облік тари}}
# створити кілька типів тари;
# вказати, яка тара поворотна, а яка неповоротна;
# створити контрагента;
# створити складський облік тари;
# внести початковий залишок тари на складський облік;
# оформити відвантаження тари клієнту;
# перевірити збільшення боргу клієнта по тарі;
# сформувати акт передачі тари;
# оформити часткове повернення тари;
# перевірити зменшення боргу клієнта;
# сформувати акт повернення тари;
# оформити списання пошкодженої тари;
# перевірити зменшення залишку;
# створити товарну накладну з тарою;
# перевірити автоматичне створення руху тари;
# виконати масове повернення тари;
# сформувати звіт залишків тари по контрагентах;
# сформувати звіт руху тари за період;
# сформувати звіт залишків тари на складах;
# сформувати звіт боргів по тарі.; !;[[Категорія:K2 ERP]]
компонент повинен формувати акти передачі, повернення або списання тари.; У звіті потрібно бачити:
компонент обліку тари є собою важливим для складів, виробництв, молокозаводів, пивзаводів, логістичних компаній, торгових мереж і всіх підприємств, які використовують багаторазову тару.; |-
| Назва контрагента
| Назва клієнта, постачальника або партнера
|-
| Тип контрагента
| замовник, постачальник, перевізник, партнерська сторона
|-
| Код ЄДРПОУ / ІПН
| Реєстраційний або податковий код
|-
| Контактна відомості
| Телефон, email, адреса
|-
| Договір на використання тари
| Посилання на договір, якщо він є собою
|-
| Статус
| Активний або неактивний
|}
== Практичне задача ==
!; Через AJAX мають працювати:
При проведенні товарної накладної платформа повинна:
== Типи операцій з тарою ==
{| class="wikitable" style="width:100%;"
|-
| Дата
| Дата списання
|-
| Тип тари
| Яка тара списується
|-
| Кількість
| Скільки одиниць списується
|-
| складський облік або контрагент
| Звідки списується тара
|-
| Причина списання
| Чому тара списується
|-
| Вартість списання
| Кількість × вартість одиниці, якщо застосовується
|-
| Відповідальний
| Хто оформив списання
|}
== Типи тари ==
Сума компенсації = Кількість неповерненої тари × Вартість одиниці
Приклади тариістотно. Для поворотної тари платформа має рахувати борг по контрагенту.; характеристика 40 × 80 = 3 200 грн | ||||||
| Реалізація довідників тари і контрагентів | 20 | Типи тари, поворотність, вартість, контрагенти, склади тари | ||||
| обліковий облік видачі і повернення тари | 20 | Відвантаження, повернення, надходження, списання, переміщення | ||||
| Розрахунок залишків тари по контрагентах | 20 | Борги по тарі, формула видано мінус повернуто, контроль перевищення повернення | ||||
| Формування актів прийому-передачі тари | 20 | Акти передачі, повернення, списання, PDF-друк | ||||
| Інтерактивність через AJAX і формування звітів | 20 | AJAX-операції, фільтри, звіти по залишках, руху і боргах | ||||
| ; як ілюстрація, якщо у товарній накладній вказано, що товар відвантажено в 20 ящиках і на 5 піддонах, платформа має змогу автономно створити рух тари.;== Поля типу тари ==
Типовий бізнес-процес обліку тари виглядає так: Основні об’єкти модуляШкала оцінювання | ||||||
|---|---|---|---|---|---|---|
| Бекенд | K2 Cloud ERP на Python або PHP | |||||
| База даних | PostgreSQL або MySQL | |||||
| Фронтенд | HTML5, JavaScript | |||||
| AJAX | Fetch API або Axios | |||||
| UI-компоненти | DataTables, Select2 | |||||
| Друк | PDF-акти передачі, повернення та списання тари | |||||
| Експорт | Excel або PDF для звітів |
Журнал «Рух тари»
- типи тари;
- контрагенти;
- договори на використання тари;
- склади тари;
- рух тари;
- залишки тари;
- борги по тарі;
- акти передачі тари;
- акти повернення тари;
- акти списання тари;
- товарні накладні;
- зв’язок накладних із тарою;
- інвентаризація тари;
- компенсації за неповернену тару;
- права доступу;
- журнал змін;
- звіти.; операційна дія
Колонки звіту
Довідник «Контрагенти»
Поля контрагента
- складський облік;
- тип тари;
- обліковий залишок;
- фактичний залишок;
- різницю;
- рішення для бізнесу: оприбуткувати надлишок або списати нестачу.; компонент має підтримувати розмежування прав.; Мета задача — створити в K2 ERP компонент для контролю руху тари на підприємстві.; * складський облік;
- тип тари;
- початковий залишок;
- надходження;
- вибуття;
- кінцевий залишок.; {| class="wikitable" style="width:100%;"
| Типи тари | Довідник тари: піддони, ящики, бутлі, бочки, контейнери |
| Контрагенти | Клієнти, постачальники або партнери, з якими рухається тара |
| Склади тари | Місця зберігання тари на підприємстві |
| Рух тари | Журнал усіх операцій видачі, повернення, надходження та списання |
| Залишки тари | Поточна кількість тари на складах і у контрагентів |
| Борги по тарі | Кількість тари, яку контрагент має повернути |
| Акти прийому-передачі | Документи, що підтверджують передачу або повернення тари |
| Списання тари | Оформлення втраченої, пошкодженої або непридатної тари |
| Товарні накладні | Документи, з яких можуть автономно створюватися рухи тари |
| Звіти | Залишки по контрагентах, рух тари, борги, списання |
Борг по тарі = 100 - 60 = 40 ящиків
Переміщення не змінює загальну кількість тари підприємства, але змінює залишки по складах.; {| class="wikitable" style="width:100%;"
як ілюстрація:
{| class="wikitable" style="width:100%;"
Клієнту видано 100 пластикових ящиків.; 100
|}
!; | Типи тари, контрагенти, склади тари
|-
| Які основні операції?; !; Колонка
У реальній роботі потрібно контролювати:
* зафіксувати кількість отриманої тари;
* пов’язати тару з документом надходження товару;
* визначити, чи тара поворотна;
* за потреби сформувати борг підприємства перед постачальником по тарі;
* контролювати подальше повернення постачальнику.; '''Коротко.''' Потрібно реалізувати компонент, який надає можливість вести типи тари, фіксувати видачу тари клієнтам, повернення тари, надходження від постачальників, списання, автономно рахувати залишки по контрагентах і формувати акти прийому-передачі.; Параметр
== Масове повернення тари ==
Повернення тари застосовується, коли замовник повертає раніше отриману тару.; Тара має змогу бути двох основних типів:
!;</div>
обліковий облік тари''' — це практична задача; додатково реалізовано зберігання.;</div>
== Коротко ==
== Колонки звіту ==
* зменшити залишок тари підприємства;
* зменшити борг підприємства перед постачальником по тарі;
* сформувати акт повернення тари.; !; Тип
Залишок тари у контрагента = Видано - Повернено - Списано / компенсовано
<pre>
== Надходження тари від постачальника ==
Звіт показує, скільки тари знаходиться у кожного контрагента.; Списання тари застосовується, якщо тара зламана, втрачена, пошкоджена або стала непридатною.;<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
* скільки тари є собою на складі;
* скільки тари передано клієнтам;
* скільки тари повернулося;
* скільки тари залишилося в боргу у контрагента;
* скільки тари втрачено або списано;
* які документи підтверджують передачу або повернення;
* яка вартість неповерненої тари, якщо її потрібно компенсувати.; Інтерфейс модуля має працювати оперативно і без зайвого перезавантаження сторінок.; | компонент обліку поворотної та списуваної тари
|-
| Які довідники потрібні?; !; Призначення
== Звіт «Борги по тарі» ==
== Акт передачі тари ==
!; Довідник контрагентів містить клієнтів, постачальників або партнерів, з якими пов’язаний рух тари.; * фізичне пошкодження;
* втрата тари;
* природний знос;
* одноразове використання;
* утилізація;
* нестача за результатами інвентаризації.; !; | Акт передачі, акт повернення, акт списання тари
|-
| Які звіти потрібні?; Логіка
!; Об’єкт
!; | Залишки тари по контрагентах, рух тари, залишки на складах, борги по тарі
|-
| Що є собою критичною вимогою?; Бали
Довідник типів тари містить усі види тари, які використовує організація.; !; Поле
{| class="wikitable" style="width:100%;"
== Критичні помилки ==
== ключовий бізнес-процес ==
__TOC__
!; Критерій
Звіт показує, скільки тари фізично є собою на складах підприємства.; організація у своїй діяльності використовує різні види тари: пластикові ящики, дерев’яні піддони, металеві бочки, скляні бутлі, контейнери, палети, кеги або інші багаторазові носії товару.; Питання
Він надає можливість контролювати матеріальні активи, уникати втрат, оперативно вирішувати спірні питання з клієнтами та бачити реальну картину руху тари.;== автоматизація процесів з товарних накладних ==
;== Повернення тари від клієнта ==
90–100
Відмінно
компонент в цілому функціонує: типи тари, видача, повернення, списання, залишки, борги, акти, звіти й AJAX реалізовані коректно
75–89
Добре
Основна логіка функціонує, є собою незначні недоліки, які не руйнують обліковий облік тари
60–74
Зараховано
Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання
0–59
Не зараховано
Відсутня критична логіка: рух тари, повернення, залишки, борги або акти
Акт передачі тари має містити:
Спрощений варіант:
- неможливо створити тип тари;
- платформа не розрізняє поворотну і неповоротну тару;
- відвантаження тари не збільшує борг контрагента;
- повернення тари не зменшує борг контрагента;
- платформа надає можливість повернути більше тари, ніж було видано;
- рух тари не змінює залишки на складі;
- списання не зменшує залишок тари;
- товарна накладна не створює рух тари, якщо ця функція заявлена;
- акт передачі або повернення не формується;
- звіт залишків по контрагентах не відповідає журналу руху;
- борг по тарі розраховується неправильно;
- неповоротна тара помилково формує борг;
- зміни кількості або списання не логуються.; Колонка
Рекомендовані сутності бази даних
!; платформа повинна дозволяти:
Надходження тари від постачальника застосовується, коли постачальник передає тару разом із товаром або окремою операцією.; Умова складання. задача не має змогу бути зараховане, якщо платформа не надає можливість пройти базовий цикл обліку тари: тип тари → відвантаження → борг контрагента → повернення → залишок → акт → звіт.; Для обліку власної тари потрібно передбачити склади або місця зберігання.; * номер і дату;
- тип тари;
- кількість;
- причину списання;
- відповідального;
- вартість списання;
- підписи відповідальних осіб.; |-
| Дата операції | Дата руху тари |- | Тип операції | Відвантаження, повернення, надходження, списання, переміщення |- | Контрагент | замовник, постачальник або партнерська сторона |- | Тип тари | Яка тара рухається |- | Кількість | Скільки одиниць тари |- | складський облік | складський облік, з якого або на який рухається тара |- | Номер накладної | Документ-підстава |- | Коментар | Додатковий характеристика |- | Статус | Чернетка, проведено, скасовано |}
Звіт «Залишки тари на складах»
Поля документа списання
Повернення тари постачальнику
|- | Відвантаження тари клієнту | Тара передається клієнту, борг клієнта по тарі збільшується |- | Повернення тари від клієнта | замовник повертає тару, борг клієнта зменшується |- | Надходження тари від постачальника | Тара надходить від постачальника разом із товаром або окремо |- | Повернення тари постачальнику | організація повертає тару постачальнику |- | Списання тари | Тара втрачена, зламана або непридатна до використання |- | Переміщення тари | Тара переміщується між складами підприємства |}
Див.; додатково
Якщо замовник не повернув тару, платформа має змогу сформувати суму компенсації.; характеристика
- вести довідник типів тари;
- розрізняти поворотну та неповоротну тару;
- вести контрагентів, які отримують або повертають тару;
- фіксувати видачу тари клієнтам;
- фіксувати повернення тари від клієнтів;
- фіксувати надходження тари від постачальників;
- виконувати списання пошкодженої або втраченої тари;
- рахувати залишки тари по контрагентах;
- показувати борги по тарі;
- формувати акти передачі та повернення тари;
- автономно створювати рухи тари з товарних накладних;
- формувати звіти по залишках і руху тари.; характеристика
Для реалізації задачі доцільно передбачити такі сутності: Акт повернення тари має містити:
Відвантаження тари клієнту
!; Критичними помилками вважаються ситуації, коли:
|- | Назва складу | як ілюстрація: ключовий складський облік тари, складський облік виробництва, складський облік повернень |- | Адреса | Місце розташування |- | Відповідальна особа | Працівник, який відповідає за тару |- | Статус | Активний або закритий |}
Акт списання тари
Звіт показує всі операції з тарою за вибраний період.;== AJAX-інтерактив ==
компонент повинен фіксувати важливі зміни.;== Колонки журналу ==
- збільшити залишок тари на складі підприємства;
- зменшити кількість тари у клієнта;
- зменшити борг клієнта по тарі;
- сформувати акт повернення або прийому тари.;== Примітка ==
Опціонально компонент має змогу вести вартісний обліковий облік тари.; характеристика
У межах атестації потрібно продемонструвати робочий сценарій.; {| class="wikitable" style="width:100%;"
- у довіднику створюються типи тари;
- для кожного типу вказується, чи є собою тара поворотною;
- при відвантаженні товару клієнту платформа додає рух тари;
- залишок тари у клієнта збільшується;
- при поверненні тари створюється операційна дія повернення;
- залишок тари у клієнта зменшується;
- якщо тара пошкоджена або втрачена, оформлюється списання;
- за потреби формується акт прийому-передачі тари;
- у звітах видно борги по тарі по кожному контрагенту.; Якщо вартість одного ящика становить 80 грн, потенційна сума компенсації:
Акт повернення тари
Після проведення операції платформа повинна:
Довідник «Типи тари»
Права доступу
!; Рівень Такий компонент особливо потрібен виробництвам, складам, молокозаводам, пивзаводам, логістичним компаніям, дистриб’юторам, аграрним підприємствам і торговим мережам.