Перейти до вмісту

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

Матеріал з K2 ERP Wiki
R (обговорення | внесок)
Бюрократи, Адміністратори інтерфейсу, Адміністратори
2367 редагувань
ВізуальнийВікірозмітка
Створена сторінка: = Модуль обліку тари (поворотної і списуваної) у процесах закупівлі, зберігання і відвантаження = == Реальний бізнес-контекст == Підприємство у своїй діяльності використовує різні види тари: * пластикові ящики; * піддони; * металеві бочки; * скляні бутлі т...
 
Немає опису редагування
 
Рядок 1: Рядок 1:
!;== Критерії оцінки ==
</div>


* постачальник надає тару разом із товаром.; \text {Залишок тари} = \text {Видано} - \text {Повернено}
== Списання тари ==


!; {| class="wikitable"
Потрібно передбачити можливість масового повернення тари.; | Відвантаження, повернення, надходження, списання, переміщення
|-
| Що таке борг по тарі?;== Назва задача ==
 
Масове повернення корисне, коли замовник повертає одразу багато тари за різними накладними.; Бали
|-
| Що потрібно створити?; Після повернення платформа повинна:
|-
| Комірник
| Фіксує рух тари на складі, повернення, переміщення
|-
| Менеджер
| Бачить борги клієнтів по тарі, формує акти передачі
|-
| Бухгалтер
| Контролює вартість тари, компенсації, списання
|-
| Керівник
| Переглядає звіти по залишках, боргах і втратах тари
|-
| Адміністратор
| Налаштовує довідники, права, склади та службові параметри
|}


* поворотною — потрібно повернути від клієнта або постачальника;
!; функціональні можливості
Тара має змогу бути:


одноразова тара виступає ключовою рисою * списуваною.; Параметр
== Переміщення тари між складами ==
Пізніше замовник повернув 60 ящиків.; характеристика


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


Колонки звіту:
Журнал руху тари показує всі операції з тарою.; характеристика
Інвентаризація надає можливість порівняти облікові залишки з фактичними.;<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">


= компонент обліку тари (поворотної і списуваної) у процесах закупівельна діяльність, зберігання і відвантаження =
== обліковий облік вартості тари ==


Він надає можливість:
Залишок тари = Видано - Повернено


* назва:
* контрагента;
** піддон дерев’яний;
* тип тари;
** ящик пластиковий;
* кількість у боргу;
** бутель скляний;
* строк повернення;
* одиниця виміру — шт.;
* кількість днів прострочення;
* тип:
* вартість боргу;
** поворотна;
* відповідального менеджера.; Для неповоротної тари борг не формується, але рух має змогу використовуватися для контролю витрат.; Що перевіряється
** неповоротна;
* вартість одиниці — опціонально.;=== 5.; автоматизація процесів процесів ===


* реєстрація операцій через AJAX;
* '''поворотна''' — передається контрагенту разом із товаром і має бути повернута;
* автоматичний розрахунок залишку тари по контрагенту.;=== 4.; Формули розрахунків ===
* '''неповоротна''' або списувана — застосовують, коли потрібно одноразово й не очікується до повернення.; Відповідь
{| class="wikitable" style="width:100%;"
Після проведення операції платформа повинна:


Окремо варто відзначити виробництв, молокозаводів, пивзаводів, логістичних компаній і всіх, хто використовує багаторазову тару.;==== Довідник «Типи тари» ====
{| class="wikitable" style="width:100%;"


==== Приклад ====
== Мета задача ==


* назва клієнта або постачальника;
Звіт показує прострочені або поточні борги контрагентів.; | Кількість поворотної тари, яку контрагент має повернути
* контактна відомості;
|-
* договір на використання тари — якщо є собою.; !; Бали
| Як рахується залишок тари у контрагента?;[[Категорія:Корпоративна Wiki]]


==== Довідник «Контрагенти» ====
* створення руху тари;
</math>
* вибір контрагента;
==== Колонки журналу ====
* вибір типу тари;
* автоматичний розрахунок залишку по контрагенту;
* створення повернення;
* масове повернення тари;
* перевірка доступного залишку;
* формування акту;
* фільтрація журналів;
* актуалізація звітів.;<pre>


== Основні задача ==
компонент має підтримувати довідник типів тари, поворотну та неповоротну тару, контрагентів, склади тари, журнал руху тари, відвантаження, повернення, надходження, списання, переміщення, автоматичний розрахунок залишків і боргів, формування актів, формування звітів, AJAX-інтерактив і логування змін.; Якщо тара передана клієнту, платформа має показувати, скільки він повинен повернути.;<pre>
!; Акт списання тари має містити:


* видано 100 ящиків;
як ілюстрація:
* повернено 60 ящиків;
* борг по тарі: 40 ящиків.; характеристика


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


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


* пластикові ящики;
* номер і дату;
* піддони;
* контрагента;
* металеві бочки;
* документ-підставу;
* скляні бутлі тощо.;== Реальний бізнес-контекст ==
* тип тари;
* кількість;
* вартість одиниці, якщо застосовується;
* загальну вартість;
* умови повернення;
* підписи сторін.; Окремо варто відзначити виробництва, відвантаження і повернення виступає ключовою рисою перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні модуля обліку поворотної і списуваної тари в процесах закупівельна діяльність забезпечується через '''Атестаційне задача K2 ERP.;</div>
 
!; | Видано мінус повернено, з урахуванням списань або компенсацій
|-
| Які документи потрібні?;== Реальний бізнес-контекст ==
 
== Акти прийому-передачі тари ==
 
!; !; Журнал змін має зберігати:
 
* товар відвантажено у пластикових ящиках;
* продукцію відправлено на дерев’яних піддонах;
* молочна продукція передана у бутлях;
* напої відвантажено в кегах.; характеристика
 
* вибрати контрагента;
* побачити поточний борг по тарі;
* вказати кількість повернення по кожному типу тари;
* автономно зменшити борг;
* сформувати один акт повернення тари.; | Коректний борг по поворотній тарі після видачі та повернення
|}
 
== Приклад розрахунку ==
 
* [[K2 Cloud ERP|K2 ERP]]
* [[K2 ERP]]
* [[Атестаційні завдання K2 ERP]]
* [[Облік тари]]
* [[Складський облік]]
* [[Партійний облік]]
* [[Товарна накладна]]
* [[Акт прийому-передачі]]
* [[Контрагенти]]
* [[Молокозавод]]
* [[Логістика]]
* [[Інвентаризація]]
 
!;== Звіт «Рух тари за період» ==
 
'''Критично.''' платформа не повинна дозволяти повернути від клієнта більше тари, ніж раніше було передано, якщо не передбачено окреме службове коригування.; Поле
платформа повинна дозволяти:
Якщо організація отримало поворотну тару від постачальника, потрібно мати можливість повернути її.;[[Категорія:Атестаційні завдання K2]]
 
'''центральний принцип.''' Поворотна тара — це матеріальний актив, який потрібно контролювати так само уважно, як товар або гроші.; платформа повинна дозволяти:
 
!; характеристика
== Поля складу тари ==
|-
| Назва тари
| як ілюстрація: піддон дерев’яний, ящик пластиковий, бутель скляний
|-
| Одиниця виміру
| Зазвичай штуки
|-
| Тип тари
| Поворотна або неповоротна
|-
| Вартість одиниці
| Опціонально, для оцінки боргу або компенсації
|-
| Вага тари
| Опціонально, якщо тара впливає на вагові документи
|-
| Строк повернення
| Опціонально, кількість днів, протягом яких тару потрібно повернути
|-
| Активність
| Чи застосовується тара в поточному обліку
|}
 
Переміщення застосовується, коли тара рухається всередині підприємства.; Разом
!; У документі інвентаризації потрібно показувати:
 
== Інвентаризація тари ==
 
{| class="wikitable" style="width:100%;"
 
* оцінки боргу контрагента;
* формування компенсації за неповернену тару;
* списання пошкодженої тари;
* контролю матеріальних активів.; Поле
!; Значення
 
У результаті виконання атестаційного задача має бути створений компонент обліку тари в K2 ERP.;== Звіт «Залишки тари по контрагентах» ==
 
== Очікуваний результат ==
 
== Логування змін ==
 
* хто створив тип тари;
* хто змінив вартість тари;
* хто створив операцію руху;
* хто провів відвантаження;
* хто оформив повернення;
* хто створив списання;
* хто сформував акт;
* хто виконав масове повернення;
* хто змінив кількість;
* дату й час зміни;
* старе та нове значення, якщо це можливо.; !; Компенсація має змогу оформлюватися окремим рахунком або актом.; характеристика
|-
| Контрагент
| замовник, постачальник або партнерська сторона
|-
| Вид тари
| Піддон, ящик, бутель, бочка тощо
|-
| Видано
| Скільки тари передано контрагенту
|-
| Повернуто
| Скільки тари повернуто
|-
| Списано / компенсовано
| Скільки тари списано або компенсовано
|-
| Поточний залишок
| Скільки тари ще потрібно повернути
|-
| Вартість боргу
| Сума за неповернену тару, якщо ведеться вартісний обліковий облік
|}
 
{| class="wikitable" style="width:100%;"
 
У звіті потрібно відображати:
 
== Компенсація за неповернену тару ==
 
{| class="wikitable" style="width:100%;"
{| class="wikitable" style="width:100%;"
{| class="wikitable" style="width:100%;"
|-
| Дата
| Дата операції
|-
| операційна дія
| Відвантаження, повернення, надходження, списання
|-
| Контрагент
| Учасник операції
|-
| Вид тари
| Тип тари
|-
| Кількість
| Скільки тари рухалося
|-
| Документ
| Накладна, акт або інший документ-підстава
|}


=== 2.; Журнал «Рух тари» ===
== Довідник «Склади тари» ==


* дата;
компонент має підтримувати автоматичне створення рухів тари з товарних накладних.; !; Максимальна оцінка
* операційна дія;
!; Поле
* контрагент;
* кількість.; компонент обліку тари — обов'язковий для складів.; * тара видається клієнту разом із товаром;
* залишок тари у клієнта збільшується.;==== Звіт «Залишки тари по контрагентах» ====


Потрібно:
!;</pre>


* дата операції;
{| class="wikitable" style="width:100%;"
* тип операції:
 
** відвантаження;
* номер і дату;
** повернення;
* контрагента;
** надходження;
* контрагент;
* тип тари;
* тип тари;
* кількість;
* кількість повернення;
* характеристика:
* залишок боргу після повернення;
** номер накладної;
* стан тари;
** коментар.;==== Надходження тари від постачальника ====
* коментар;
* підписи сторін.;[[Категорія:Складський облік]]
|-
| Поворотна
| Тара передається контрагенту і має бути повернута
|-
| Неповоротна
| Тара застосовується одноразово або входить у вартість товару
|-
| Списувана
| Тара списується після використання або втрати
|}
 
Відвантаження тари клієнту застосовується, коли тара передається разом із товаром.; !;== Логіка автоматичного створення ==
компонент має забезпечувати контроль руху тари, залишків по контрагентах, боргів по тарі, актів прийому-передачі, повернень, списань і звітності.; !; !;[[Категорія:Матеріальний облік]]
 
<pre>
 
{{DISPLAYTITLE:Атестаційні завдання K2 ERP/Облік тари}}
 
# створити кілька типів тари;
# вказати, яка тара поворотна, а яка неповоротна;
# створити контрагента;
# створити складський облік тари;
# внести початковий залишок тари на складський облік;
# оформити відвантаження тари клієнту;
# перевірити збільшення боргу клієнта по тарі;
# сформувати акт передачі тари;
# оформити часткове повернення тари;
# перевірити зменшення боргу клієнта;
# сформувати акт повернення тари;
# оформити списання пошкодженої тари;
# перевірити зменшення залишку;
# створити товарну накладну з тарою;
# перевірити автоматичне створення руху тари;
# виконати масове повернення тари;
# сформувати звіт залишків тари по контрагентах;
# сформувати звіт руху тари за період;
# сформувати звіт залишків тари на складах;
# сформувати звіт боргів по тарі.; !;[[Категорія:K2 ERP]]
 
компонент повинен формувати акти передачі, повернення або списання тари.; У звіті потрібно бачити:
компонент обліку тари є собою важливим для складів, виробництв, молокозаводів, пивзаводів, логістичних компаній, торгових мереж і всіх підприємств, які використовують багаторазову тару.; |-
| Назва контрагента
| Назва клієнта, постачальника або партнера
|-
| Тип контрагента
| замовник, постачальник, перевізник, партнерська сторона
|-
| Код ЄДРПОУ / ІПН
| Реєстраційний або податковий код
|-
| Контактна відомості
| Телефон, email, адреса
|-
| Договір на використання тари
| Посилання на договір, якщо він є собою
|-
| Статус
| Активний або неактивний
|}
 
== Практичне задача ==
 
!; Через AJAX мають працювати:


=== 1.; Структура довідників ===
При проведенні товарної накладної платформа повинна:
Поля довідника:
== Типи операцій з тарою ==
== Примітка ==
{| class="wikitable" style="width:100%;"
|-
|-
| Бекенд
| Дата
| K2 Cloud ERP на Python або PHP
| Дата списання
|-
| Тип тари
| Яка тара списується
|-
| Кількість
| Скільки одиниць списується
|-
|-
| БД
| складський облік або контрагент
| PostgreSQL або MySQL
| Звідки списується тара
|-
|-
| Фронтенд
| Причина списання
| HTML5, JavaScript, AJAX, Fetch API або Axios
| Чому тара списується
|-
|-
| UI-компоненти
| Вартість списання
| DataTables, Select2
| Кількість × вартість одиниці, якщо застосовується
|-
|-
| Друк
| Відповідальний
| Генерація PDF актів передачі і повернення тари
| Хто оформив списання
|}
|}


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


Поля довідника:
</pre>
==== Звіт «Рух тари за період» ====
 
==== Залишок тари ====
* з основного складу на виробництво;
* зі складу повернень на складський облік готової тари;
* між філіями;
* між логістичними майданчиками.; * піддон дерев’яний;
* піддон пластиковий;
* ящик пластиковий;
* бутель скляний;
* бочка металева;
* кег;
* контейнер;
* палета;
* мішок;
* коробка.; Роль
== Приклади тари ==
'''істотно.''' Для поворотної тари платформа має рахувати борг по контрагенту.; характеристика
40 × 80 = 3 200 грн
|-
|-
| Реалізація довідників тари і контрагентів
| Реалізація довідників тари і контрагентів
| 20
| 20
| Типи тари, поворотність, вартість, контрагенти, склади тари
|-
|-
| обліковий облік видачі і повернення тари
| обліковий облік видачі і повернення тари
| 20
| 20
| Відвантаження, повернення, надходження, списання, переміщення
|-
|-
| Розрахунок залишків тари по контрагентах
| Розрахунок залишків тари по контрагентах
| 20
| 20
| Борги по тарі, формула видано мінус повернуто, контроль перевищення повернення
|-
|-
| Формування актів прийому-передачі тари
| Формування актів прийому-передачі тари
| 20
| 20
| Акти передачі, повернення, списання, PDF-друк
|-
|-
| Інтерактивність через AJAX і формування звітів
| Інтерактивність через AJAX і формування звітів
| 20
| 20
| AJAX-операції, фільтри, звіти по залишках, руху і боргах
|-
!; як ілюстрація, якщо у товарній накладній вказано, що товар відвантажено в 20 ящиках і на 5 піддонах, платформа має змогу автономно створити рух тари.;== Поля типу тари ==
Типовий бізнес-процес обліку тари виглядає так:
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
== Основні об’єкти модуля ==
Бажано передбачити інвентаризацію тари.; '''компонент обліку тари: поворотна та списувана тара у закупівельна діяльність, зберіганні й відвантаженні'''.;</pre>
== Шкала оцінювання ==
|-
| Бекенд
| K2 Cloud ERP на Python або PHP
|-
| База даних
| PostgreSQL або MySQL
|-
| Фронтенд
| HTML5, JavaScript
|-
| AJAX
| Fetch API або Axios
|-
| UI-компоненти
| DataTables, Select2
|-
| Друк
| PDF-акти передачі, повернення та списання тари
|-
| Експорт
| Excel або PDF для звітів
|}
|}


==== Відвантаження тари клієнту ====
== Журнал «Рух тари» ==
 
{| class="wikitable" style="width:100%;"
 
* типи тари;
* контрагенти;
* договори на використання тари;
* склади тари;
* рух тари;
* залишки тари;
* борги по тарі;
* акти передачі тари;
* акти повернення тари;
* акти списання тари;
* товарні накладні;
* зв’язок накладних із тарою;
* інвентаризація тари;
* компенсації за неповернену тару;
* права доступу;
* журнал змін;
* звіти.; операційна дія
 
== Колонки звіту ==
 
== Довідник «Контрагенти» ==
 
== Поля контрагента ==
 
* складський облік;
* тип тари;
* обліковий залишок;
* фактичний залишок;
* різницю;
* рішення для бізнесу: оприбуткувати надлишок або списати нестачу.; компонент має підтримувати розмежування прав.; Мета задача — створити в K2 ERP компонент для контролю руху тари на підприємстві.; * складський облік;
* тип тари;
* початковий залишок;
* надходження;
* вибуття;
* кінцевий залишок.; {| class="wikitable" style="width:100%;"
|-
| Типи тари
| Довідник тари: піддони, ящики, бутлі, бочки, контейнери
|-
| Контрагенти
| Клієнти, постачальники або партнери, з якими рухається тара
|-
| Склади тари
| Місця зберігання тари на підприємстві
|-
| Рух тари
| Журнал усіх операцій видачі, повернення, надходження та списання
|-
| Залишки тари
| Поточна кількість тари на складах і у контрагентів
|-
| Борги по тарі
| Кількість тари, яку контрагент має повернути
|-
| Акти прийому-передачі
| Документи, що підтверджують передачу або повернення тари
|-
| Списання тари
| Оформлення втраченої, пошкодженої або непридатної тари
|-
| Товарні накладні
| Документи, з яких можуть автономно створюватися рухи тари
|-
| Звіти
| Залишки по контрагентах, рух тари, борги, списання
|}
 
Борг по тарі = 100 - 60 = 40 ящиків
 
<pre>
 
Переміщення не змінює загальну кількість тари підприємства, але змінює залишки по складах.; {| 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__
 
!; Критерій
Звіт показує, скільки тари фізично є собою на складах підприємства.; організація у своїй діяльності використовує різні види тари: пластикові ящики, дерев’яні піддони, металеві бочки, скляні бутлі, контейнери, палети, кеги або інші багаторазові носії товару.; Питання
Він надає можливість контролювати матеріальні активи, уникати втрат, оперативно вирішувати спірні питання з клієнтами та бачити реальну картину руху тари.;== автоматизація процесів з товарних накладних ==
 
</pre>
 
!;== Повернення тари від клієнта ==
<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;">
|-
| 90–100
| Відмінно
| компонент в цілому функціонує: типи тари, видача, повернення, списання, залишки, борги, акти, звіти й AJAX реалізовані коректно
|-
| 75–89
| Добре
| Основна логіка функціонує, є собою незначні недоліки, які не руйнують обліковий облік тари
|-
| 60–74
| Зараховано
| Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання
|-
| 0–59
| Не зараховано
| Відсутня критична логіка: рух тари, повернення, залишки, борги або акти
|}
 
Акт передачі тари має містити:
 
Спрощений варіант:
 
* неможливо створити тип тари;
* платформа не розрізняє поворотну і неповоротну тару;
* відвантаження тари не збільшує борг контрагента;
* повернення тари не зменшує борг контрагента;
* платформа надає можливість повернути більше тари, ніж було видано;
* рух тари не змінює залишки на складі;
* списання не зменшує залишок тари;
* товарна накладна не створює рух тари, якщо ця функція заявлена;
* акт передачі або повернення не формується;
* звіт залишків по контрагентах не відповідає журналу руху;
* борг по тарі розраховується неправильно;
* неповоротна тара помилково формує борг;
* зміни кількості або списання не логуються.; Колонка
 
== Рекомендовані сутності бази даних ==
 
!; платформа повинна дозволяти:
 
</div>
 
Надходження тари від постачальника застосовується, коли постачальник передає тару разом із товаром або окремою операцією.; '''Умова складання.''' задача не має змогу бути зараховане, якщо платформа не надає можливість пройти базовий цикл обліку тари: тип тари → відвантаження → борг контрагента → повернення → залишок → акт → звіт.; Для обліку власної тари потрібно передбачити склади або місця зберігання.; * номер і дату;
* тип тари;
* кількість;
* причину списання;
* відповідального;
* вартість списання;
* підписи відповідальних осіб.; |-
| Дата операції
| Дата руху тари
|-
| Тип операції
| Відвантаження, повернення, надходження, списання, переміщення
|-
| Контрагент
| замовник, постачальник або партнерська сторона
|-
| Тип тари
| Яка тара рухається
|-
| Кількість
| Скільки одиниць тари
|-
| складський облік
| складський облік, з якого або на який рухається тара
|-
| Номер накладної
| Документ-підстава
|-
| Коментар
| Додатковий характеристика
|-
| Статус
| Чернетка, проведено, скасовано
|}
 
== Звіт «Залишки тари на складах» ==
 
[[Категорія:Логістика]]
== Поля документа списання ==
== Повернення тари постачальнику ==
|-
| Відвантаження тари клієнту
| Тара передається клієнту, борг клієнта по тарі збільшується
|-
| Повернення тари від клієнта
| замовник повертає тару, борг клієнта зменшується
|-
| Надходження тари від постачальника
| Тара надходить від постачальника разом із товаром або окремо
|-
| Повернення тари постачальнику
| організація повертає тару постачальнику
|-
| Списання тари
| Тара втрачена, зламана або непридатна до використання
|-
| Переміщення тари
| Тара переміщується між складами підприємства
|}
 
== Див.; додатково ==
 
Якщо замовник не повернув тару, платформа має змогу сформувати суму компенсації.; характеристика
 
* вести довідник типів тари;
* розрізняти поворотну та неповоротну тару;
* вести контрагентів, які отримують або повертають тару;
* фіксувати видачу тари клієнтам;
* фіксувати повернення тари від клієнтів;
* фіксувати надходження тари від постачальників;
* виконувати списання пошкодженої або втраченої тари;
* рахувати залишки тари по контрагентах;
* показувати борги по тарі;
* формувати акти передачі та повернення тари;
* автономно створювати рухи тари з товарних накладних;
* формувати звіти по залишках і руху тари.; характеристика
 
[[Категорія:Облік тари]]
Для реалізації задачі доцільно передбачити такі сутності:
Акт повернення тари має містити:
 
== Відвантаження тари клієнту ==
 
!; Критичними помилками вважаються ситуації, коли:
</pre>
|-
| Назва складу
| як ілюстрація: ключовий складський облік тари, складський облік виробництва, складський облік повернень
|-
| Адреса
| Місце розташування
|-
| Відповідальна особа
| Працівник, який відповідає за тару
|-
| Статус
| Активний або закритий
|}
 
== Акт списання тари ==
 
Звіт показує всі операції з тарою за вибраний період.;== AJAX-інтерактив ==
 
компонент повинен фіксувати важливі зміни.;== Колонки журналу ==


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


* замовник повертає тару;
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
* залишок тари у клієнта зменшується.;==== Повернення тари від клієнта ====


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


=== 6.; Звіти ===
# у довіднику створюються типи тари;
# для кожного типу вказується, чи є собою тара поворотною;
# при відвантаженні товару клієнту платформа додає рух тари;
# залишок тари у клієнта збільшується;
# при поверненні тари створюється операційна дія повернення;
# залишок тари у клієнта зменшується;
# якщо тара пошкоджена або втрачена, оформлюється списання;
# за потреби формується акт прийому-передачі тари;
# у звітах видно борги по тарі по кожному контрагенту.; Якщо вартість одного ящика становить 80 грн, потенційна сума компенсації:


* контрагент;
== Акт повернення тари ==
* вид тари;
Після проведення операції платформа повинна:
* видано;
== Довідник «Типи тари» ==
* повернуто;
* поточний залишок.; * контролювати рух тари;
* відстежувати борги по тарі;
* формувати акти прийому-передачі тари;
* автономно обліковувати повернення тари.; Критерій


Колонки звіту:
== Права доступу ==


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

Поточна версія на 18:49, 1 травня 2026

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

Потрібно передбачити можливість масового повернення тари.; | Відвантаження, повернення, надходження, списання, переміщення |- | Що таке борг по тарі?;== Назва задача ==

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

!; функціональні можливості

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

Пізніше замовник повернув 60 ящиків.; характеристика

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

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

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

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

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

  • контрагента;
  • тип тари;
  • кількість у боргу;
  • строк повернення;
  • кількість днів прострочення;
  • вартість боргу;
  • відповідального менеджера.; Для неповоротної тари борг не формується, але рух має змогу використовуватися для контролю витрат.; Що перевіряється
  • поворотна — передається контрагенту разом із товаром і має бути повернута;
  • неповоротна або списувана — застосовують, коли потрібно одноразово й не очікується до повернення.; Відповідь
Після проведення операції платформа повинна:

Мета задача

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

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


компонент має підтримувати довідник типів тари, поворотну та неповоротну тару, контрагентів, склади тари, журнал руху тари, відвантаження, повернення, надходження, списання, переміщення, автоматичний розрахунок залишків і боргів, формування актів, формування звітів, AJAX-інтерактив і логування змін.; Якщо тара передана клієнту, платформа має показувати, скільки він повинен повернути.;<pre>
!; Акт списання тари має містити:

як ілюстрація:

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

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

== формування звітів ==

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

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

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

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

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

* номер і дату;
* контрагента;
* документ-підставу;
* тип тари;
* кількість;
* вартість одиниці, якщо застосовується;
* загальну вартість;
* умови повернення;
* підписи сторін.; Окремо варто відзначити виробництва, відвантаження і повернення виступає ключовою рисою перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні модуля обліку поворотної і списуваної тари в процесах закупівельна діяльність забезпечується через '''Атестаційне задача K2 ERP.;</div>

!; | Видано мінус повернено, з урахуванням списань або компенсацій
|-
| Які документи потрібні?;== Реальний бізнес-контекст ==

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

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

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

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

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

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

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

'''Критично.''' платформа не повинна дозволяти повернути від клієнта більше тари, ніж раніше було передано, якщо не передбачено окреме службове коригування.; Поле
платформа повинна дозволяти:
Якщо організація отримало поворотну тару від постачальника, потрібно мати можливість повернути її.;[[Категорія:Атестаційні завдання K2]]

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

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

Переміщення застосовується, коли тара рухається всередині підприємства.; Разом
!; У документі інвентаризації потрібно показувати:

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

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

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

У результаті виконання атестаційного задача має бути створений компонент обліку тари в K2 ERP.;== Звіт «Залишки тари по контрагентах» ==

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

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

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

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

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

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

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

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

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

!;

  • номер і дату;
    • 

  • контрагента;
    • 

  • тип тари;
    • 

  • кількість повернення;
    • 

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

  • стан тари;
    • 

  • коментар;
    • 

  • підписи сторін.;






Поворотна

Тара передається контрагенту і має бути повернута




Неповоротна

Тара застосовується одноразово або входить у вартість товару




Списувана

Тара списується після використання або втрати



Відвантаження тари клієнту застосовується, коли тара передається разом із товаром.; !;== Логіка автоматичного створення ==
компонент має забезпечувати контроль руху тари, залишків по контрагентах, боргів по тарі, актів прийому-передачі, повернень, списань і звітності.; !; !;




{{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%;"



  1. у довіднику створюються типи тари;
    2. 

  2. для кожного типу вказується, чи є собою тара поворотною;
    3. 

  3. при відвантаженні товару клієнту платформа додає рух тари;
    4. 

  4. залишок тари у клієнта збільшується;
    5. 

  5. при поверненні тари створюється операційна дія повернення;
    6. 

  6. залишок тари у клієнта зменшується;
    7. 

  7. якщо тара пошкоджена або втрачена, оформлюється списання;
    8. 

  8. за потреби формується акт прийому-передачі тари;
    9. 

  9. у звітах видно борги по тарі по кожному контрагенту.; Якщо вартість одного ящика становить 80 грн, потенційна сума компенсації:


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


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



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


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


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



Отримано з https://wiki.corp2.eu/index.php?title=Атестаційні_завдання_K2_ERP/Облік_тари&oldid=525