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