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

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

Матеріал з K2 ERP Wiki
Немає опису редагування
 
Рядок 1: Рядок 1:
=== 2. Журнал «Надходження зерна» ===  
== Очікуваний результат ==  


== Технічні вимоги ==
Можливі режими списання:
 
! Призначення
 
{| class="wikitable" style="width:100%;"
! {| class="wikitable" style="width:100%;"
 
</pre>
 
== Формула нетто ==
 
# постачальник привозить зерно;
# на ваговій фіксується брутто;
# визначається тара;
# платформа розраховує нетто;
# лабораторія або відповідальний працівник вводить показники якості;
# платформа перераховує зерно до базисних умов;
# за потреби розраховуються втрати при сушінні та очищенні;
# формується партія зерна;
# зерно зараховується на складський облік;
# створюється акт приймання-передачі;
# за потреби формуються рахунки або інші фінансові документи;
# при продажу зерно вибирається зі складу по партіях;
# платформа контролює залишок;
# виконується списання зерна;
# формується товарна накладна;
# інформаційні дані потрапляють у звіти. Окремо варто відзначити зважування, контролю якості, доробки, зберігання, переміщення, продажу і формування документів виступає ключовою рисою перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні модуля обліку зернових операцій: закупівельна діяльність забезпечується через '''Атестаційне задача K2 ERP.== Товарна накладна ==
|-
| Культури
| Пшениця, кукурудза, ячмінь, соняшник та інші культури
|-
| Постачальники
| Фермерські господарства або компанії, які постачають зерно
|-
| Покупці
| Трейдери, переробники, експортери або інші компанії, які купують зерно
|-
| Елеватори / склади
| Місця зберігання зерна
|-
| Партії зерна
| Окремі надходження зерна з конкретними характеристиками
|-
| Показники якості
| Вологість, сміттєвість, сорт, клас, інші лабораторні показники
|-
| Надходження зерна
| Документ приймання зерна від постачальника
|-
| Доробка зерна
| Сушіння, очищення та інші операції
|-
| Реалізація зерна
| Продаж зерна покупцю
|-
| Сертифікати якості
| Документи, що підтверджують якість партії
|-
| Елеваторні послуги
| Зберігання, сушка, очистка, навантаження, розвантаження
|-
| Звіти
| Залишки, рух зерна, якість, втрати, продажі та реалізація та взаєморозрахунки
|}
 
! SEO-опис
 
{| class="wikitable" style="width:100%;"
 
== Назва задача ==
 
! Послуга
 
== Друковані форми ==
 
== Звіт «Рух зерна за період» ==
 
== Звіт «Залишки зерна» ==
 
У блоці зважування потрібно фіксувати:
== Довідник «Елеватори / склади» ==
__TOC__
|-
| Номер акту
| Генерується автоматизовано або вводиться вручну
|-
| Дата прийому
| Дата й час приймання зерна
|-
| Постачальник
| Вибір із довідника
|-
| Культура
| Вибір із довідника культур
|-
| складський облік / елеватор
| Куди зараховується зерно
|-
| Транспорт
| Номер авто або інша інформаційні матеріали
|-
| Коментар
| Додаткова інформаційні матеріали
|}
 
== Блок якості ==
 
== Коротко ==
 
* брутто;
* тару;
* нетто;
* дату й час зважування;
* оператора вагової;
* джерело ваги: ручне введення або API вагового обладнання.[[Категорія:Атестаційні завдання K2]]
Звіт показує всі операції з зерном за період. ! компонент повинен формувати друковані документи.<pre>
Довідник постачальників містить фермерські господарства, агрокомпанії або інших контрагентів, які постачають зерно. Об’єкт
 
== Колонки журналу надходження ==
 
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
 
Втрати при очищенні = Нетто × (Фактична сміттєвість - Базисна сміттєвість) / 100
 
! |-
| Назва культури
| як приклад: пшениця, кукурудза, ячмінь, соняшник
|-
| Сорт або клас
| Сорт, клас або інша класифікація культури
|-
| Базисна вологість, %
| Нормативна вологість для перерахунку
|-
| Базисна сміттєвість, %
| Нормативний показник сміттєвих домішок
|-
| Одиниця виміру
| Зазвичай тонна або кілограм
|-
| Активність
| Чи застосовується для культура в поточному обліку
|}
 
{| class="wikitable" style="width:100%;"
 
Журнал змін має фіксувати:
Партія зерна повинна зберігати:
У звіті потрібно відображати:
== Акт приймання-передачі зерна ==
|-
| Пшениця
| 14%
| 2%
|-
| Кукурудза
| 14%
| 2%
|-
| Ячмінь
| 14%
| 2%
|}
 
Складський обліковий облік зерна має підтримувати залишки:
== Поля культури ==
Звіт показує втрати при сушінні й очищенні. Параметр
 
== Критичні помилки ==
 
</div>
 
* партію;
* культуру;
* вагу до доробки;
* вагу після доробки;
* втрати при сушінні;
* втрати при очищенні;
* загальні втрати;
* відсоток втрат.== Колонки журналу реалізації ==
 
== Приклади культур ==
 
* культуру;
* складський облік;
* партію;
* постачальника;
* фізичну вагу;
* базисну вагу;
* показники якості;
* вартість залишку, якщо ведеться собівартість. {| class="wikitable" style="width:100%;"
 
Очищення зменшує вагу зерна через видалення домішок. При реалізації зерна платформа повинна дозволяти вибрати зерно зі складу. Поле
 
</pre>
! Товарна накладна має містити:
== Вибір зерна зі складу ==
 
! | Повний цикл: зважування → якість → базисна вага → партія → складський облік → продаж
|}
 
'''Умова складання.''' задача не здатна бути зараховане, якщо платформа не дає можливість пройти базовий цикл зернотрейдингу: надходження → зважування → якість → перерахунок → партія → складський облік → реалізація → списання → документи → звіт. Без автоматизованого модуля такі розрахунки часто ведуться в Excel, що створює ризик помилок у вазі, якості, взаєморозрахунках і складських залишках. Культура
 
{| class="wikitable" style="width:100%;"
 
* номер;
* дату;
* культуру;
* партію;
* постачальника;
* показники лабораторного аналізу;
* файл сертифіката;
* відповідального працівника.== Блок зважування ==
</div>
== базовий бізнес-процес ==
 
У звіті потрібно бачити:
 
Довідник покупців здатна мати ті самі реквізити, що й довідник постачальників, або використовувати єдиний довідник [[Контрагенти]] з ознакою типу контрагента. До таких послуг можуть належати:
платформа має автоматизовано перераховувати фактичну вагу зерна до базисних умов. Відповідь
 
* неможливо оформити надходження зерна;
* нетто не розраховується з брутто й тари;
* базисна вага не враховує фактичну вологість;
* втрати при сушінні або очищенні не розраховуються;
* партія зерна не формується після приймання;
* зерно не зараховується на складський облік;
* реалізація не списує зерно зі складу;
* платформа дає можливість продати більше зерна, ніж виступає як на залишку;
* FIFO функціонує неправильно або не враховує партії;
* сертифікат якості не прив’язується до партії;
* акт приймання-передачі або товарна накладна не формуються;
* звіти не відповідають рухам зерна;
* зміни ваги або якості не логуються. Приклад базисної сміттєвості
 
[[Категорія:Елеватор]]
 
Довідник покупців містить компанії, які купують зерно.== Втрати при сушінні ==


= компонент для обліку операцій зернотрейдера: закупка, зберігання, продаж зерна =
Інтерфейс модуля має підтримувати роботу без зайвого перезавантаження сторінок.== Довідник «Культури» ==


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


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


Поля довідника:
== обліковий облік складу ==


* назва фермерського господарства;
Для реалізації задачі доцільно передбачити такі сутності:
* код ЄДРПОУ / ІПН;
 
* контактна особа;
'''Коротко.''' Потрібно реалізувати компонент, який дає можливість приймати зерно, зважувати брутто/тару/нетто, фіксувати якість, перераховувати вагу до базисних умов, рахувати втрати при сушінні та очищенні, вести партії на складі, продавати зерно й формувати акти, накладні та звіти. Бали
* банківські реквізити.==== функції ERP ====
{| class="wikitable" style="width:100%;"
|-
| Культура
| Яка культура зберігається
|-
| складський облік / елеватор
| Місце зберігання
|-
| Партія
| Партія зерна
|-
| Постачальник
| Хто поставив зерно
|-
| Фізична вага
| Фактичний залишок
|-
| Базисна вага
| Перерахований залишок
|-
| Вологість
| Показник якості
|-
| Сміттєвість
| Показник якості
|}


!=== 6. Додаткові функції ===
== Реальний бізнес-контекст ==
== Реальний бізнес-контекст ==


{| class="wikitable"
!== AJAX-інтерактив ==
! SEO-опис


* '''Сушка''' — втрати ваги залежно від початкової і нормативної вологості.=== 3. Формули розрахунків ===
У межах атестації потрібно продемонструвати робочий сценарій. | компонент обліку операцій зернотрейдера
|-
| Які довідники потрібні? ! {| class="wikitable" style="width:100%;"


агрокомпаній забезпечується через компонент зернотрейдингу — критичний; так само реалізовано елеваторів, трейдерів і експортерів.</math>
[[Категорія:Складський облік]]


* введення даних через AJAX без перезавантаження сторінки;
Якщо інтеграційні функції ERP не реалізована, потрібно передбачити ручне введення ваги. Без цього складські залишки та взаєморозрахунки з постачальниками будуть некоректними. | Акт приймання-передачі, товарна накладна, рахунок-фактура, сертифікат якості
* миттєвий перерахунок маси та втрат при введенні показників вологості / сміттєвості;
|-
* інтерактивне формування документів;
| Які звіти потрібні? Колонка
* автоматичне попередження при нестачі зерна на складі.== Основні задача ==
== Форма надходження зерна ==


* введення партій зерна із вхідними параметрами якості;
!</pre>
* розрахунок втрат при доробці:
** сушка;
** очистка.=== 7. Інтерфейс користувача ===


* вибір зерна зі складу по партіях:
== Логування змін ==
** FIFO;
** ручний вибір;
* розрахунок сум.== Критерії оцінки ==


=== 5. обліковий облік складу ===
{| class="wikitable" style="width:100%;"


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


* назва культури: пшениця, кукурудза, ячмінь;
Втрати при сушінні = Нетто - Нетто після доведення до базисної вологості
* сорт;
* базові характеристики:
** вологість, %;
** сміттєва домішка, %. !==== Втрати ====


функції ERP складського обліку:
Зернотрейдер''' — це практична задача; так само реалізовано приймання. SEO-опис


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


* ведення сертифікатів якості для партій зерна;
== Втрати при очищенні ==
* автоматичне формування актів прийому-передачі і товарних накладних;
* обліковий облік вартості послуг елеватора:
** зберігання;
** сушка;
** очистка;
* інтеграційні функції ERP вагового обладнання через API або ручне введення ваги. ! Бали


Реалізація правильної обробки партій зерна дає можливість:
! # створити культуру з базисними показниками вологості та сміттєвості;
# створити постачальника;
# створити покупця;
# створити складський облік або елеватор;
# оформити надходження зерна;
# ввести брутто і тару;
# перевірити автоматичний розрахунок нетто;
# ввести фактичну вологість і сміттєвість;
# перевірити перерахунок до базисних умов;
# розрахувати втрати при сушінні;
# розрахувати втрати при очищенні;
# сформувати партію зерна;
# зарахувати зерно на складський облік;
# сформувати акт приймання-передачі;
# створити сертифікат якості;
# оформити реалізацію зерна покупцю;
# вибрати партію вручну або за FIFO;
# перевірити контроль залишку;
# сформувати товарну накладну;
# сформувати рахунок-фактуру;
# сформувати звіт залишків зерна;
# сформувати звіт руху зерна;
# сформувати звіт втрат при доробці;
# сформувати звіт продажу зерна. SEO-опис


* компанії, які купують зерно. Параметр
</div>


==== Довідник «Культури» ====
== FIFO для зерна ==


! Окремо варто відзначити їх зберігання на елеваторах і подальший продаж трейдерам, переробникам або експортерам. У процесі необхідно:
* джерело зважування;
* дату й час зважування;
* оператора;
* значення ваги;
* документ, до якого прив’язана вага.</div>


==== Довідник «Покупці» ====
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
! Мінімальний сценарій:
== Див. так само ==
|}


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


Поля довідника:
Нетто базисне = Нетто × (100 - Фактична вологість) / (100 - Базисна вологість)
=== 1. Структура довідників ===
 
==== Перерахунок зерна до базисних умов ====
* вести довідник культур;
* вести постачальників зерна;
* вести покупців зерна;
* оформлювати надходження зерна;
* фіксувати первинне зважування;
* фіксувати тару, брутто та нетто;
* зберігати показники якості;
* перераховувати зерно до базисних умов;
* рахувати втрати при сушінні та очищенні;
* вести партійний обліковий облік зерна;
* обліковувати залишки по культурах, партіях і складах;
* формувати сертифікати якості;
* оформлювати реалізацію зерна;
* списувати зерно зі складу за FIFO або вручну;
* формувати акти приймання-передачі, рахунки-фактури та товарні накладні;
* обліковувати послуги елеватора;
* формувати звіти по руху, залишках, якості та фінансових результатах. Колонка
 
== Мета задача ==
 
Звіт показує реалізацію зерна за вибраний період.<pre>
 
! '''компонент для обліку операцій зернотрейдера: закупка, зберігання, доробка та продаж зерна'''. Якщо фактична сміттєвість менша або дорівнює базисній, втрати при очищенні можуть дорівнювати нулю. |-
| Назва
| Назва елеватора або складу
|-
| Адреса
| Місце розташування
|-
| Власник
| Власний або сторонній елеватор
|-
| Тип зберігання
| Силос, складський облік, майданчик або інший тип
|-
| Місткість
| Максимальна місткість зберігання
|-
|-
| Статус
| Активний або неактивний
|}
У заголовку потрібно передбачити:
== Довідник «Постачальники» ==
Критичними помилками вважаються ситуації, коли:
Акт приймання-передачі має містити:
Сушіння зменшує вагу зерна через зниження вологості.<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
* номер і дату;
* постачальника;
* культуру;
* складський облік або елеватор;
* брутто;
* тару;
* нетто;
* вологість;
* сміттєвість;
* базисну вагу;
* зараховану кількість;
* підписи сторін. {| class="wikitable" style="width:100%;"
У результаті виконання атестаційного задача має бути створений компонент обліку операцій зернотрейдера в K2 ERP. |-
| Бекенд
| Бекенд
| K2 Cloud ERP на Python або PHP
| K2 Cloud ERP на Python або PHP
|-
|-
| БД
| База даних
| PostgreSQL або MySQL
| PostgreSQL або MySQL
|-
|-
| Фронтенд
| Фронтенд
| HTML5, JavaScript, AJAX, Axios або Fetch API
| HTML5, JavaScript
|-
| AJAX
| Axios або Fetch API
|-
|-
| UI-компоненти
| UI-компоненти
Рядок 114: Рядок 445:
|-
|-
| Друк
| Друк
| Формування PDF-актів і накладних через Stimulsoft або внутрішній механізм
| PDF-акти й накладні через Stimulsoft або внутрішній механізм K2
|-
| інтеграційні функції ERP
| API вагового обладнання або ручне введення ваги
|}
 
Рахунок-фактура має містити:
 
== Практичне задача ==
 
* культури;
* базисні показники культур;
* постачальники;
* покупці;
* елеватори / склади;
* надходження зерна;
* рядки надходження;
* зважування;
* лабораторні показники;
* партії зерна;
* доробка зерна;
* елеваторні послуги;
* реалізація зерна;
* рядки реалізації;
* сертифікати якості;
* складські залишки;
* рух зерна;
* взаєморозрахунки;
* друковані форми;
* журнал змін. ! Звіт показує залишки зерна на дату.== Журнал «Надходження зерна» ==
 
== Ручний вибір партії ==
Журнал надходження зерна показує всі приймальні акти та партії, які надійшли від постачальників. Поле
 
!== Примітка ==
 
У модулі потрібно розраховувати втрати при сушінні залежно від початкової та нормативної вологості. Питання
 
Журнал реалізації зерна показує всі відвантаження покупцям. |-
| Що потрібно створити? Поле
 
[[Категорія:Агро]]
 
Правильна реалізація такого модуля дає можливість мінімізувати втрати, уникати неточностей у взаєморозрахунках, контролювати якість зерна та будувати довіру з контрагентами. | Приймальний акт або документ надходження зерна
|-
| Що розраховується при прийманні? * покупця;
* культуру;
* партію;
* кількість;
* ціну за тонну;
* суму продажу;
* собівартість, якщо ведеться;
* фінансовий результат. {| class="wikitable" style="width:100%;"
компонент зернотрейдингу виступає як критичним для агрокомпаній, елеваторів, трейдерів, переробників і експортерів. ! Продаж більшої кількості, ніж виступає як на складі, не допускається. Поле
 
Покупцями можуть бути:
 
! компонент здатна підтримувати інтеграцію з ваговим обладнанням через API. |-
| Номер товарної накладної
| Унікальний номер документа реалізації
|-
| Дата відвантаження
| Дата продажу або відвантаження
|-
| Покупець
| Контрагент, який купує зерно
|-
| Культура
| Культура, що продається
|-
| складський облік / елеватор
| Звідки списується зерно
|-
| Партія
| Партія, з якої відвантажується зерно
|-
| Вага до відвантаження
| Кількість зерна
|-
| Ціна за тонну
| Вартість однієї тонни
|-
| Загальна сума
| Підсумкова сума реалізації
|-
| Статус
| Чернетка, проведено, скасовано
|}
|}


<math>
! ! Критерій
компонент має підтримувати довідники культур, постачальників, покупців і складів, документи надходження зерна, зважування, показники якості, перерахунок до базисних умов, доробку, партійний обліковий облік, сертифікати якості, реалізацію зерна, FIFO або ручне списання, друковані документи та формування звітів.== Сертифікати якості ==


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


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


{| class="wikitable"
== формування звітів ==


=== 4. Журнал «Реалізація зерна» ===
* створення надходження зерна;
* вибір постачальника;
* вибір культури;
* введення ваги;
* миттєвий перерахунок нетто;
* миттєвий перерахунок базисної ваги;
* розрахунок втрат при сушінні та очищенні;
* створення партії;
* вибір партії при реалізації;
* перевірка залишків;
* формування документів.<pre>


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

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

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

Можливі режими списання:

! Призначення

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

Формула нетто

  1. постачальник привозить зерно;
  2. на ваговій фіксується брутто;
  3. визначається тара;
  4. платформа розраховує нетто;
  5. лабораторія або відповідальний працівник вводить показники якості;
  6. платформа перераховує зерно до базисних умов;
  7. за потреби розраховуються втрати при сушінні та очищенні;
  8. формується партія зерна;
  9. зерно зараховується на складський облік;
  10. створюється акт приймання-передачі;
  11. за потреби формуються рахунки або інші фінансові документи;
  12. при продажу зерно вибирається зі складу по партіях;
  13. платформа контролює залишок;
  14. виконується списання зерна;
  15. формується товарна накладна;
  16. інформаційні дані потрапляють у звіти. Окремо варто відзначити зважування, контролю якості, доробки, зберігання, переміщення, продажу і формування документів виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку зернових операцій: закупівельна діяльність забезпечується через Атестаційне задача K2 ERP.== Товарна накладна ==
Культури Пшениця, кукурудза, ячмінь, соняшник та інші культури
Постачальники Фермерські господарства або компанії, які постачають зерно
Покупці Трейдери, переробники, експортери або інші компанії, які купують зерно
Елеватори / склади Місця зберігання зерна
Партії зерна Окремі надходження зерна з конкретними характеристиками
Показники якості Вологість, сміттєвість, сорт, клас, інші лабораторні показники
Надходження зерна Документ приймання зерна від постачальника
Доробка зерна Сушіння, очищення та інші операції
Реалізація зерна Продаж зерна покупцю
Сертифікати якості Документи, що підтверджують якість партії
Елеваторні послуги Зберігання, сушка, очистка, навантаження, розвантаження
Звіти Залишки, рух зерна, якість, втрати, продажі та реалізація та взаєморозрахунки

! SEO-опис

Назва задача

Послуга

Друковані форми

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

Звіт «Залишки зерна»

У блоці зважування потрібно фіксувати:

Довідник «Елеватори / склади»

Номер акту Генерується автоматизовано або вводиться вручну
Дата прийому Дата й час приймання зерна
Постачальник Вибір із довідника
Культура Вибір із довідника культур
складський облік / елеватор Куди зараховується зерно
Транспорт Номер авто або інша інформаційні матеріали
Коментар Додаткова інформаційні матеріали

Блок якості

Коротко

  • брутто;
  • тару;
  • нетто;
  • дату й час зважування;
  • оператора вагової;
  • джерело ваги: ручне введення або API вагового обладнання.

Звіт показує всі операції з зерном за період. ! компонент повинен формувати друковані документи.

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

== Колонки журналу надходження ==

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

Втрати при очищенні = Нетто × (Фактична сміттєвість - Базисна сміттєвість) / 100

! |-
| Назва культури
| як приклад: пшениця, кукурудза, ячмінь, соняшник
|-
| Сорт або клас
| Сорт, клас або інша класифікація культури
|-
| Базисна вологість, %
| Нормативна вологість для перерахунку
|-
| Базисна сміттєвість, %
| Нормативний показник сміттєвих домішок
|-
| Одиниця виміру
| Зазвичай тонна або кілограм
|-
| Активність
| Чи застосовується для культура в поточному обліку
|}

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

Журнал змін має фіксувати:
Партія зерна повинна зберігати:
У звіті потрібно відображати:
== Акт приймання-передачі зерна ==
|-
| Пшениця
| 14%
| 2%
|-
| Кукурудза
| 14%
| 2%
|-
| Ячмінь
| 14%
| 2%
|}

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

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

</div>

* партію;
* культуру;
* вагу до доробки;
* вагу після доробки;
* втрати при сушінні;
* втрати при очищенні;
* загальні втрати;
* відсоток втрат.== Колонки журналу реалізації ==

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

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

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

! Товарна накладна має містити:

Вибір зерна зі складу

! | Повний цикл: зважування → якість → базисна вага → партія → складський облік → продаж |}

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

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

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

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

Довідник покупців здатна мати ті самі реквізити, що й довідник постачальників, або використовувати єдиний довідник Контрагенти з ознакою типу контрагента. До таких послуг можуть належати: платформа має автоматизовано перераховувати фактичну вагу зерна до базисних умов. Відповідь

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

Довідник покупців містить компанії, які купують зерно.== Втрати при сушінні ==

Інтерфейс модуля має підтримувати роботу без зайвого перезавантаження сторінок.== Довідник «Культури» ==

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

обліковий облік складу

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

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

Культура Яка культура зберігається
складський облік / елеватор Місце зберігання
Партія Партія зерна
Постачальник Хто поставив зерно
Фізична вага Фактичний залишок
Базисна вага Перерахований залишок
Вологість Показник якості
Сміттєвість Показник якості

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

== AJAX-інтерактив == SEO-опис

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

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

Якщо інтеграційні функції ERP не реалізована, потрібно передбачити ручне введення ваги. Без цього складські залишки та взаєморозрахунки з постачальниками будуть некоректними. | Акт приймання-передачі, товарна накладна, рахунок-фактура, сертифікат якості

Які звіти потрібні? Колонка

Форма надходження зерна

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

як приклад, якщо фактична вологість більша за базисну, базисна вага буде меншою за фізичну вагу. SEO-опис

Формула перерахунку по вологості

Втрати при сушінні = Нетто - Нетто після доведення до базисної вологості

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

Втрати при очищенні

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

FIFO для зерна

  • джерело зважування;
  • дату й час зважування;
  • оператора;
  • значення ваги;
  • документ, до якого прив’язана вага.
Мінімальний сценарій:

Див. так само

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

Нетто базисне = Нетто × (100 - Фактична вологість) / (100 - Базисна вологість)

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

Мета задача

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

! '''компонент для обліку операцій зернотрейдера: закупка, зберігання, доробка та продаж зерна'''. Якщо фактична сміттєвість менша або дорівнює базисній, втрати при очищенні можуть дорівнювати нулю. |-
| Назва
| Назва елеватора або складу
|-
| Адреса
| Місце розташування
|-
| Власник
| Власний або сторонній елеватор
|-
| Тип зберігання
| Силос, складський облік, майданчик або інший тип
|-
| Місткість
| Максимальна місткість зберігання
|-
| Статус
| Активний або неактивний
|}

У заголовку потрібно передбачити:

== Довідник «Постачальники» ==

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

Акт приймання-передачі має містити:
Сушіння зменшує вагу зерна через зниження вологості.<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">

* номер і дату;
* постачальника;
* культуру;
* складський облік або елеватор;
* брутто;
* тару;
* нетто;
* вологість;
* сміттєвість;
* базисну вагу;
* зараховану кількість;
* підписи сторін. {| class="wikitable" style="width:100%;"
У результаті виконання атестаційного задача має бути створений компонент обліку операцій зернотрейдера в K2 ERP. |-
| Бекенд
| K2 Cloud ERP на Python або PHP
|-
| База даних
| PostgreSQL або MySQL
|-
| Фронтенд
| HTML5, JavaScript
|-
| AJAX
| Axios або Fetch API
|-
| UI-компоненти
| DataTables, Select2
|-
| Друк
| PDF-акти й накладні через Stimulsoft або внутрішній механізм K2
|-
| інтеграційні функції ERP
| API вагового обладнання або ручне введення ваги
|}

Рахунок-фактура має містити:

== Практичне задача ==

* культури;
* базисні показники культур;
* постачальники;
* покупці;
* елеватори / склади;
* надходження зерна;
* рядки надходження;
* зважування;
* лабораторні показники;
* партії зерна;
* доробка зерна;
* елеваторні послуги;
* реалізація зерна;
* рядки реалізації;
* сертифікати якості;
* складські залишки;
* рух зерна;
* взаєморозрахунки;
* друковані форми;
* журнал змін. ! Звіт показує залишки зерна на дату.== Журнал «Надходження зерна» ==

== Ручний вибір партії ==
Журнал надходження зерна показує всі приймальні акти та партії, які надійшли від постачальників. Поле

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

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

Журнал реалізації зерна показує всі відвантаження покупцям. |-
| Що потрібно створити? Поле

[[Категорія:Агро]]

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

Покупцями можуть бути:

! компонент здатна підтримувати інтеграцію з ваговим обладнанням через API. |-
| Номер товарної накладної
| Унікальний номер документа реалізації
|-
| Дата відвантаження
| Дата продажу або відвантаження
|-
| Покупець
| Контрагент, який купує зерно
|-
| Культура
| Культура, що продається
|-
| складський облік / елеватор
| Звідки списується зерно
|-
| Партія
| Партія, з якої відвантажується зерно
|-
| Вага до відвантаження
| Кількість зерна
|-
| Ціна за тонну
| Вартість однієї тонни
|-
| Загальна сума
| Підсумкова сума реалізації
|-
| Статус
| Чернетка, проведено, скасовано
|}

! ! Критерій
компонент має підтримувати довідники культур, постачальників, покупців і складів, документи надходження зерна, зважування, показники якості, перерахунок до базисних умов, доробку, партійний обліковий облік, сертифікати якості, реалізацію зерна, FIFO або ручне списання, друковані документи та формування звітів.== Сертифікати якості ==

[[Категорія:K2 ERP]]
{| class="wikitable" style="width:100%;"
Спрощена логіка:
|-
| Зберігання
| Тонно-дні або фіксований тариф за тонну
|-
| Сушіння
| Тонни × різниця вологості × тариф
|-
| Очищення
| Тонни × тариф або втрати домішок
|-
| Навантаження / розвантаження
| Тонни × тариф
|}

== Розрахунок послуг елеватора ==

Звіт залишків має показувати:

Сертифікат здатна містити:

[[Категорія:Партійний облік]]
</div>
'''провідний принцип.''' У зернотрейдингу важлива не лише фізична вага зерна, а й якість. Для обліку місць зберігання потрібно передбачити довідник елеваторів або складів. SEO-опис

!</div>

* хто створив приймальний акт;
* хто ввів вагу;
* хто змінив показники якості;
* хто виконав перерахунок;
* хто провів документ;
* хто сформував партію;
* хто виконав реалізацію;
* хто змінив залишки або скасував документ;
* дату й час зміни;
* старе та нове значення. Форма надходження зерна повинна містити заголовок документа, блок зважування, блок якості та розрахункову частину. !== Основні об’єкти модуля ==
! | Культури, постачальники, покупці, склади або елеватори
|-
| Який провідний документ надходження? Разом

Мета задача — створити в K2 ERP компонент для автоматизації обліку зернових операцій. Максимальна оцінка
! SEO-опис

! * покупця;
* культуру;
* кількість;
* ціну;
* суму;
* податкову інформацію, якщо застосовується для;
* реквізити для оплати. У будь-якому випадку платформа має зберігати:
компонент має дозволяти обліковувати вартість послуг елеватора.== Перерахунок до базисних умов ==
У процесі роботи потрібно контролювати:
Ручний вибір потрібен, якщо покупцю продається конкретна партія зерна з певними характеристиками або сертифікатом якості. SEO-опис

== Елеваторні послуги ==

{{DISPLAYTITLE:Атестаційні завдання K2 ERP/Зернотрейдер}}

* FIFO;
* ручний вибір партії.<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;">

![[Категорія:Зернотрейдер]]
|-
| Реалізація довідників культур, постачальників і покупців
| 10
| Культури, базисні показники, контрагенти, елеватори або склади
|-
| Журнал надходження і перерахунок базисної ваги
| 20
| Брутто, тара, нетто, вологість, сміттєвість, базисна вага, зарахування на складський облік
|-
| Журнал реалізації і списання зі складу
| 20
| Продаж зерна, вибір партій, FIFO, контроль залишків, списання
|-
| Розрахунок втрат при сушінні та очищенні
| 20
| Формули доробки, втрати, зміна ваги партії, збереження результатів
|-
| Автоматичне формування актів і накладних
| 20
| Акт приймання-передачі, товарна накладна, рахунок-фактура, сертифікат якості
|-
| Інтерактивність через AJAX і підсумки в таблицях
| 10
| Миттєві перерахунки, вибір довідників, перевірка залишків, зручність інтерфейсу
|-
У Доробка зерна передбачено операції сушіння, очищення або інші технологічні операції, які змінюють кількість і якість зерна. Довідник культур містить перелік зернових і олійних культур, з якими функціонує компанія-користувач. компанія-користувач здійснює операції із закупівельна діяльність зернових культур у фермерських господарств, зберігає зерно на власному або сторонньому елеваторі, виконує сушіння й очищення, а потім продає зерно трейдерам, переробникам або експортерам. компонент має забезпечувати повний цикл роботи зернотрейдера або елеватора: від приймання зерна від фермера до реалізації партії покупцю з урахуванням вологості, сміттєвих домішок, базисних умов, сушіння, очищення, складських залишків і фінансових документів. |-
| Номер приймального акту
| Унікальний номер документа
|-
| Дата прийому
| Дата надходження зерна
|-
| Постачальник
| Хто привіз зерно
|-
| Культура
| Яка культура надійшла
|-
| складський облік / елеватор
| Куди зараховується зерно
|-
| Брутто
| Вага до віднімання тари
|-
| Тара
| Вага тари або транспорту
|-
| Нетто
| Брутто мінус тара
|-
| Вологість, %
| Фактична вологість зерна
|-
| Сміттєвість, %
| Фактична сміттєва домішка
|-
| Базисна вага
| Вага після перерахунку до базисних умов
|-
| Зараховано на складський облік
| Кількість, яка фактично потрапляє в залишки
|-
| Статус
| Чернетка, прийнято, проведено, скасовано
|}

! Що перевіряється

Документ доробки має містити:

== Доробка зерна ==

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

платформа повинна дозволяти:
== Довідник «Покупці» ==
== Журнал «Реалізація зерна» ==

! У звіті потрібно відображати:
|-
| Дата
| Дата виконання доробки
|-
| Партія
| Партія зерна, яка доробляється
|-
| операційна дія
| Сушіння, очищення або інша операційна дія
|-
| Вага до доробки
| Вага до операції
|-
| Вологість до
| Показник до сушіння
|-
| Вологість після
| Показник після сушіння
|-
| Сміттєвість до
| Показник до очищення
|-
| Сміттєвість після
| Показник після очищення
|-
| Втрати
| Розраховані втрати
|-
| Вага після доробки
| Кількість, що залишається після операції
|}

== Документ «Доробка зерна» ==

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

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

* зберігання;
* сушіння;
* очищення;
* навантаження;
* розвантаження;
* лабораторний аналіз;
* зважування;
* інші послуги. SEO-опис

<pre>

* вологість;
* сміттєвість;
* сорт або клас;
* за потреби — білок, клейковина, натура, олійність або інші показники.== Рекомендовані сутності бази даних ==
Нетто = Брутто - Тара

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

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

* по культурах;
* по складах або елеваторах;
* по партіях;
* по постачальниках;
* по якості;
* по базисній і фізичній вазі.<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;">

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

! 100

== Поля постачальника ==

Спрощена логіка:

! * номер і дату;
* покупця;
* культуру;
* партію;
* вагу;
* ціну за тонну;
* загальну суму;
* реквізити сторін;
* підписи. Для кожної партії потрібно передбачити можливість зберігати сертифікат якості. | Залишки зерна, рух зерна, втрати при доробці, продаж зерна
|-
| Що виступає як критичною вимогою? SEO-опис
! {| class="wikitable" style="width:100%;"
== Технічні вимоги ==
|-
| Назва господарства
| Назва фермерського господарства або компанії
|-
| Код ЄДРПОУ / ІПН
| Реєстраційний або податковий код
|-
| Контактна особа
| Представник постачальника
|-
| Телефон
| Контактний номер
|-
| Email
| Електронна адреса
|-
| Банківські реквізити
| Реквізити для взаєморозрахунків
|-
| Статус
| Активний або неактивний
|}

== Залишки зерна ==

Мінімальні показники:

  • трейдери;
  • переробники;
  • експортери;
  • комбікормові заводи;
  • інші аграрні компанії. У звіті потрібно відображати:

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

Звіт «Втрати при доробці»

Усі важливі зміни потрібно логувати.== Поля складу / елеватора ==

Рахунок-фактура

FIFO означає, що першим списується зерно з партії, яка першою надійшла на складський облік. Вологість, сміттєвість, доробка та базисні умови безпосередньо впливають на кількість, взаєморозрахунки, залишки й фінансовий результат. | За FIFO або ручним вибором партії

Нетто, базисна вага, втрати при сушінні та очищенні
Що формується після приймання? * K2 ERP

Звіт «Продаж зерна»

інтеграційні функції ERP з ваговим обладнанням

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

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

Це корисно для контролю старіння зерна, якості, умов зберігання та коректної собівартості. | Партія зерна та акт приймання-передачі

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

Заголовок документа

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

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