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

! Масове повернення корисне, коли клієнт ERP повертає одразу багато тари за різними накладними. {| class="wikitable" style="width:100%;" Компенсація здатна оформлюватися окремим рахунком або актом. як приклад, якщо у товарній накладній вказано, що товар відвантажено в 20 ящиках і на 5 піддонах, платформа здатна автоматизовано створити рух тари. ! Для реалізації задачі доцільно передбачити такі сутності: |- | Контрагент | клієнт ERP, постачальник або інтегратор |- | Вид тари | Піддон, ящик, бутель, бочка тощо |- | Видано | Скільки тари передано контрагенту |- | Повернуто | Скільки тари повернуто |- | Списано / компенсовано | Скільки тари списано або компенсовано |- | Поточний залишок | Скільки тари ще потрібно повернути |- | Вартість боргу | Сума за неповернену тару, якщо ведеться вартісний обліковий облік |}

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

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

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

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

! | Коректний борг по поворотній тарі після видачі та повернення |}

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

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

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

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

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

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

|- | Як рахується залишок тари у контрагента? ! Тип

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

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

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

хто створив тип тари;
хто змінив вартість тари;
хто створив операцію руху;
хто провів відвантаження;
хто оформив повернення;
хто створив списання;
хто сформував акт;
хто виконав масове повернення;
хто змінив кількість;
дату й час зміни;
старе та нове значення, якщо це можливо. {| class="wikitable" style="width:100%;"

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

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

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

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

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

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

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

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

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

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

|- | Які довідники потрібні? SEO-опис

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

платформа повинна дозволяти: ! * неможливо створити тип тари;

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

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

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

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

Акт повернення тари має містити: ! * вибрати контрагента;

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

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


__TOC__

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

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

Потрібно передбачити можливість масового повернення тари. '''критично.''' Для поворотної тари платформа має рахувати борг по контрагенту. !</div>

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

! SEO-опис
!== Практичне задача ==

платформа повинна дозволяти:

<pre>

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

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

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

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

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

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

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

Назва задача

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

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

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

|}

! Поле

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

!

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

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


{| class="wikitable" style="width:100%;"

! |-
| Відвантаження тари клієнту
| Тара передається клієнту, борг клієнта по тарі збільшується
|-
| Повернення тари від клієнта
| клієнт ERP повертає тару, борг клієнта зменшується
|-
| Надходження тари від постачальника
| Тара надходить від постачальника разом із товаром або окремо
|-
| Повернення тари постачальнику
| компанія-користувач повертає тару постачальнику
|-
| Списання тари
| Тара втрачена, зламана або непридатна до використання
|-
| Переміщення тари
| Тара переміщується між складами підприємства
|}

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

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

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

<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">

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

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

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

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

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

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

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

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

обліковий облік тари — це практична задача; так само реалізовано зберігання.

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

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

== Коротко == Звіт «Борги по тарі» визначити, яка тара застосовується для; створити рух тари; збільшити борг клієнта по поворотній тарі; не створювати борг по неповоротній тарі; пов’язати рух тари з накладною; показати тару в акті прийому-передачі. як приклад: Списання тари застосовується для, якщо тара зламана, втрачена, пошкоджена або стала непридатною. Сума компенсації = Кількість неповерненої тари × Вартість одиниці == Колонки журналу == У документі інвентаризації потрібно показувати: Мінімальний сценарій: * вести довідник типів тари; * розрізняти поворотну та неповоротну тару; * вести контрагентів, які отримують або повертають тару; * фіксувати видачу тари клієнтам; * фіксувати повернення тари від клієнтів; * фіксувати надходження тари від постачальників; * виконувати списання пошкодженої або втраченої тари; * рахувати залишки тари по контрагентах; * показувати борги по тарі; * формувати акти передачі та повернення тари; * автоматизовано створювати рухи тари з товарних накладних; * формувати звіти по залишках і руху тари. {\| class="wikitable" style="width:100%;" <div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;"> </div> == Реальний бізнес-контекст == == Формула залишку тари == == Повернення тари від клієнта == Він дає можливість контролювати матеріальні активи, уникати втрат, оперативно вирішувати спірні питання з клієнтами та бачити реальну картину руху тари. {\| class="wikitable" style="width:100%;" * зменшити залишок тари на складі підприємства; * збільшити кількість тари у клієнта; * збільшити борг клієнта по поворотній тарі; * сформувати акт передачі тари, якщо потрібно.== Звіт «Рух тари за період» == == Колонки звіту == \|- \| Назва складу \| як приклад: базовий складський облік тари, складський облік виробництва, складський облік повернень \|- \| Адреса \| Місце розташування \|- \| Відповідальна особа \| Працівник, який відповідає за тару \|- \| Статус \| Активний або закритий \|} платформа повинна дозволяти: Журнал руху тари показує всі операції з тарою. !== Поля типу тари == {\| class="wikitable" style="width:100%;" У межах атестації потрібно продемонструвати робочий сценарій. SEO-опис Опціонально компонент здатна вести вартісний обліковий облік тари. Роль == Логіка автоматичного створення == У звіті потрібно відображати: <div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;"> ! Критичними помилками вважаються ситуації, коли: Після повернення платформа повинна: == Технічні вимоги == # створити кілька типів тари; # вказати, яка тара поворотна, а яка неповоротна; # створити контрагента; # створити складський облік тари; # внести початковий залишок тари на складський облік; # оформити відвантаження тари клієнту; # перевірити збільшення боргу клієнта по тарі; # сформувати акт передачі тари; # оформити часткове повернення тари; # перевірити зменшення боргу клієнта; # сформувати акт повернення тари; # оформити списання пошкодженої тари; # перевірити зменшення залишку; # створити товарну накладну з тарою; # перевірити автоматичне створення руху тари; # виконати масове повернення тари; # сформувати звіт залишків тари по контрагентах; # сформувати звіт руху тари за період; # сформувати звіт залишків тари на складах; # сформувати звіт боргів по тарі. Максимальна оцінка * товар відвантажено у пластикових ящиках; * продукцію відправлено на дерев’яних піддонах; * молочна продукція передана у бутлях; * напої відвантажено в кегах.== Компенсація за неповернену тару == * скільки тари виступає як на складі; * скільки тари передано клієнтам; * скільки тари повернулося; * скільки тари залишилося в боргу у контрагента; * скільки тари втрачено або списано; * які документи підтверджують передачу або повернення; * яка вартість неповерненої тари, якщо її потрібно компенсувати. SEO-опис компонент має підтримувати довідник типів тари, поворотну та неповоротну тару, контрагентів, склади тари, журнал руху тари, відвантаження, повернення, надходження, списання, переміщення, автоматичний розрахунок залишків і боргів, формування актів, формування звітів, AJAX-інтерактив і логування змін.<pre> == Надходження тари від постачальника == Через AJAX мають працювати: Спрощений варіант: \|- \| Дата \| Дата операції \|- \| операційна дія \| Відвантаження, повернення, надходження, списання \|- \| Контрагент \| Учасник операції \|- \| Вид тари \| Тип тари \|- \| Кількість \| Скільки тари рухалося \|- \| Документ \| Накладна, акт або інший документ-підстава \|} Після проведення операції платформа повинна: Бажано передбачити інвентаризацію тари. Акт списання тари має містити: Такий компонент особливо потрібен виробництвам, складам, молокозаводам, пивзаводам, логістичним компаніям, дистриб’юторам, аграрним підприємствам і торговим мережам. * складський облік; * тип тари; * початковий залишок; * надходження; * вибуття; * кінцевий залишок. * [[K2 Cloud ERP\|K2 ERP]] * [[K2 ERP]] * [[Атестаційні завдання K2 ERP]] * [[Облік тари]] * [[Складський облік]] * [[Партійний облік]] * [[Товарна накладна]] * [[Акт прийому-передачі]] * [[Контрагенти]] * [[Молокозавод]] * [[Логістика]] * [[Інвентаризація]] [[Категорія:Матеріальний облік]] компонент має забезпечувати контроль руху тари, залишків по контрагентах, боргів по тарі, актів прийому-передачі, повернень, списань і звітності. Довідник типів тари містить усі види тари, які використовує компанія-користувач. Критерій \|- \| Що потрібно створити? Разом У результаті виконання атестаційного задача має бути створений компонент обліку тари в K2 ERP. ! Основна формула для боргу контрагента по тарі: \|- \| Назва тари \| як приклад: піддон дерев’яний, ящик пластиковий, бутель скляний \|- \| Одиниця виміру \| Зазвичай штуки \|- \| Тип тари \| Поворотна або неповоротна \|- \| Вартість одиниці \| Опціонально, для оцінки боргу або компенсації \|- \| Вага тари \| Опціонально, якщо тара впливає на вагові документи \|- \| Строк повернення \| Опціонально, кількість днів, протягом яких тару потрібно повернути \|- \| Активність \| Чи застосовується для тара в поточному обліку \|} компанія-користувач у своїй діяльності використовує різні види тари: пластикові ящики, дерев’яні піддони, металеві бочки, скляні бутлі, контейнери, палети, кеги або інші багаторазові носії товару. Довідник контрагентів містить клієнтів, постачальників або партнерів, з якими пов’язаний рух тари.[[Категорія:K2 ERP]] ! ! * типи тари; * контрагенти; * договори на використання тари; * склади тари; * рух тари; * залишки тари; * борги по тарі; * акти передачі тари; * акти повернення тари; * акти списання тари; * товарні накладні; * зв’язок накладних із тарою; * інвентаризація тари; * компенсації за неповернену тару; * права доступу; * журнал змін; * звіти. Рівень компонент має підтримувати автоматичне створення рухів тари з товарних накладних. {\| class="wikitable" style="width:100%;" Надходження тари від постачальника застосовується для, коли постачальник передає тару разом із товаром або окремою операцією. Мета задача Примітка Довідник «Контрагенти» Поля складу тари	функції ERP Інвентаризація дає можливість порівняти облікові залишки з фактичними. провідний принцип. Поворотна тара — це матеріальний актив, який потрібно контролювати так само уважно, як товар або гроші. \| Видано мінус повернено, з урахуванням списань або компенсацій
Які документи потрібні? Звіт показує всі операції з тарою за вибраний період. Відповідь Борг по тарі = 100 - 60 = 40 ящиків Відвантаження тари клієнту
Реалізація довідників тари і контрагентів	20	Типи тари, поворотність, вартість, контрагенти, склади тари
обліковий облік видачі і повернення тари	20	Відвантаження, повернення, надходження, списання, переміщення
Розрахунок залишків тари по контрагентах	20	Борги по тарі, формула видано мінус повернуто, контроль перевищення повернення
Формування актів прийому-передачі тари	20	Акти передачі, повернення, списання, PDF-друк
Інтерактивність через AJAX і формування звітів	20	AJAX-операції, фільтри, звіти по залишках, руху і боргах
-	Поворотна	Тара передається контрагенту і має бути повернута
Неповоротна	Тара застосовується для одноразово або входить у вартість товару
Списувана	Тара списується після використання або втрати

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

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

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

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

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

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

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

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

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

Клієнту видано 100 пластикових ящиків. Призначення Звіт показує, скільки тари знаходиться у кожного контрагента. ! SEO-опис

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

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