K2 ERP Wiki Ukraine — База знань з автоматизації та санкцій в Україні

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

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


* пластикові ящики;
Наприклад:
* піддони;
* металеві бочки;
* скляні бутлі тощо.


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


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


Потрібно:
== Формула залишку тари ==


* контролювати рух тари;
Основна формула для боргу контрагента по тарі:
* відстежувати борги по тарі;
* формувати акти прийому-передачі тари;
* автоматично обліковувати повернення тари.


== Основні завдання ==
<pre>
Залишок тари у контрагента = Видано - Повернено - Списано / компенсовано
</pre>


=== 1. Структура довідників ===
Спрощений варіант:


==== Довідник «Типи тари» ====
<pre>
Залишок тари = Видано - Повернено
</pre>


Поля довідника:
== Приклад розрахунку ==


* назва:
Клієнту видано 100 пластикових ящиків.
** піддон дерев’яний;
** ящик пластиковий;
** бутель скляний;
* одиниця виміру — шт.;
* тип:
** поворотна;
** неповоротна;
* вартість одиниці — опціонально.


==== Довідник «Контрагенти» ====
Пізніше клієнт повернув 60 ящиків.


Поля довідника:
<pre>
Борг по тарі = 100 - 60 = 40 ящиків
</pre>


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


=== 2. Журнал «Рух тари» ===
<pre>
40 × 80 = 3 200 грн
</pre>


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


* дата операції;
Модуль має підтримувати автоматичне створення рухів тари з товарних накладних.
* тип операції:
 
** відвантаження;
Наприклад, якщо у товарній накладній вказано, що товар відвантажено в 20 ящиках і на 5 піддонах, система може автоматично створити рух тари.
** повернення;
 
** надходження;
== Логіка автоматичного створення ==
* контрагент;
 
При проведенні товарної накладної система повинна:
 
* визначити, яка тара використовується;
* створити рух тари;
* збільшити борг клієнта по поворотній тарі;
* не створювати борг по неповоротній тарі;
* пов’язати рух тари з накладною;
* показати тару в акті прийому-передачі.
 
== Масове повернення тари ==
 
Потрібно передбачити можливість масового повернення тари.
 
Масове повернення корисне, коли клієнт повертає одразу багато тари за різними накладними.
 
Система повинна дозволяти:
 
* вибрати контрагента;
* побачити поточний борг по тарі;
* вказати кількість повернення по кожному типу тари;
* автоматично зменшити борг;
* сформувати один акт повернення тари.
 
== Акти прийому-передачі тари ==
 
Модуль повинен формувати акти передачі, повернення або списання тари.
 
== Акт передачі тари ==
 
Акт передачі тари має містити:
 
* номер і дату;
* контрагента;
* документ-підставу;
* тип тари;
* тип тари;
* кількість;
* кількість;
* опис:
* вартість одиниці, якщо використовується;
** номер накладної;
* загальну вартість;
** коментар.
* умови повернення;
* підписи сторін.


==== Функціонал ====
== Акт повернення тари ==


* реєстрація операцій через AJAX;
Акт повернення тари має містити:
* автоматичний розрахунок залишку тари по контрагенту.


=== 3. Операції ===
* номер і дату;
* контрагента;
* тип тари;
* кількість повернення;
* залишок боргу після повернення;
* стан тари;
* коментар;
* підписи сторін.


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


* тара видається клієнту разом із товаром;
Акт списання тари має містити:
* залишок тари у клієнта збільшується.


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


* клієнт повертає тару;
<pre>
* залишок тари у клієнта зменшується.
Сума компенсації = Кількість неповерненої тари × Вартість одиниці
</pre>


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


* постачальник надає тару разом із товаром.
== Інвентаризація тари ==


=== 4. Формули розрахунків ===
Бажано передбачити інвентаризацію тари.


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


<math>
У документі інвентаризації потрібно показувати:
\text{Залишок тари} = \text{Видано} - \text{Повернено}
</math>


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


* видано 100 ящиків;
== Звітність ==
* повернено 60 ящиків;
 
* борг по тарі: 40 ящиків.
== Звіт «Залишки тари по контрагентах» ==
 
Звіт показує, скільки тари знаходиться у кожного контрагента.
 
== Колонки звіту ==
 
{| class="wikitable" style="width:100%;"
! Колонка
! Опис
|-
| Контрагент
| Клієнт, постачальник або партнер
|-
| Вид тари
| Піддон, ящик, бутель, бочка тощо
|-
| Видано
| Скільки тари передано контрагенту
|-
| Повернуто
| Скільки тари повернуто
|-
| Списано / компенсовано
| Скільки тари списано або компенсовано
|-
| Поточний залишок
| Скільки тари ще потрібно повернути
|-
| Вартість боргу
| Сума за неповернену тару, якщо ведеться вартісний облік
|}


=== 5. Автоматизація процесів ===
== Звіт «Рух тари за період» ==


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


=== 6. Звіти ===
== Колонки звіту ==


==== Звіт «Залишки тари по контрагентах» ====
{| class="wikitable" style="width:100%;"
! Колонка
! Опис
|-
| Дата
| Дата операції
|-
| Операція
| Відвантаження, повернення, надходження, списання
|-
| Контрагент
| Учасник операції
|-
| Вид тари
| Тип тари
|-
| Кількість
| Скільки тари рухалося
|-
| Документ
| Накладна, акт або інший документ-підстава
|}


Колонки звіту:
== Звіт «Залишки тари на складах» ==


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


==== Звіт «Рух тари за період» ====
У звіті потрібно бачити:


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


* дата;
== Звіт «Борги по тарі» ==
* операція;
 
* контрагент;
Звіт показує прострочені або поточні борги контрагентів.
* кількість.
 
У звіті потрібно відображати:
 
* контрагента;
* тип тари;
* кількість у боргу;
* строк повернення;
* кількість днів прострочення;
* вартість боргу;
* відповідального менеджера.
 
== AJAX-інтерактив ==
 
Інтерфейс модуля має працювати швидко і без зайвого перезавантаження сторінок.
 
Через AJAX мають працювати:
 
* створення руху тари;
* вибір контрагента;
* вибір типу тари;
* автоматичний розрахунок залишку по контрагенту;
* створення повернення;
* масове повернення тари;
* перевірка доступного залишку;
* формування акту;
* фільтрація журналів;
* оновлення звітів.
 
== Логування змін ==
 
Модуль повинен фіксувати важливі зміни.
 
Журнал змін має зберігати:
 
* хто створив тип тари;
* хто змінив вартість тари;
* хто створив операцію руху;
* хто провів відвантаження;
* хто оформив повернення;
* хто створив списання;
* хто сформував акт;
* хто виконав масове повернення;
* хто змінив кількість;
* дату й час зміни;
* старе та нове значення, якщо це можливо.
 
== Права доступу ==
 
Модуль має підтримувати розмежування прав.
 
{| class="wikitable" style="width:100%;"
! Роль
! Можливості
|-
| Комірник
| Фіксує рух тари на складі, повернення, переміщення
|-
| Менеджер
| Бачить борги клієнтів по тарі, формує акти передачі
|-
| Бухгалтер
| Контролює вартість тари, компенсації, списання
|-
| Керівник
| Переглядає звіти по залишках, боргах і втратах тари
|-
| Адміністратор
| Налаштовує довідники, права, склади та службові параметри
|}


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


{| class="wikitable"
{| class="wikitable" style="width:100%;"
! Параметр
! Параметр
! Опис
! Опис
Рядок 135: Рядок 697:
| 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-компоненти
Рядок 145: Рядок 710:
|-
|-
| Друк
| Друк
| Генерація PDF актів передачі і повернення тари
| PDF-акти передачі, повернення та списання тари
|-
| Експорт
| Excel або PDF для звітів
|}
|}


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


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


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


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


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


* контролювати матеріальні активи;
[[Категорія:K2 ERP]]
* уникати втрат тари;
[[Категорія:Атестаційні завдання K2]]
* швидко вирішувати спірні питання з клієнтами.
[[Категорія:Облік тари]]
[[Категорія:Складський облік]]
[[Категорія:Логістика]]
[[Категорія:Матеріальний облік]]
[[Категорія:Корпоративна Wiki]]
Отримано з https://wiki.erp.kyiv.ua/index.php?title=Атестаційні_завдання_K2_ERP/Облік_тари