По кожному агенту тут стоїть задача, які саме дані потрібні від вас з переліком колонок, нормативи і пороги, що агент видає, межа відповідальності і критерій приймання. Фактична частина береться з самого коду кабінету, тому документ не може розійтись з тим, що ви бачите на екрані.
| Підстава | вибір команди амбасадорів агровиробництва, зустріч 25.08.2026 |
|---|---|
| Замовник | МХП, департамент агровиробництва |
| Виконавець | Initask |
| Кабінет | mhp-agro-app.initask.com, логін у кожного замовника свій |
| Статус | проєкт, відкритий для правок |
Розробка за агентом починається після письмового підтвердження його опису. Порядок такий: замовник агента читає свій розділ, позначає все, що зрозумів інакше або що описано неповно, ми правимо і надсилаємо оновлену версію, замовник підтверджує поштою. З цього моменту опис є підставою для технічного завдання і для приймання.
Кабінет уже відкритий: у ньому лежать саме ці вісім агентів, у кожного стоїть замовник поіменно, і кожен рахує на завантажених даних. Тобто опис можна читати не окремо, а поруч з екраном.
Замовник: Юрій Харченко. Основний користувач у кабінеті: Керівник постачання. Агент m5 у кабінеті, блок «Техніка і ремонти».
Запчастину замовляють, коли вузол уже став, а строк поставки при цьому два тижні. Агент зводить залишок на складі зі строком поставки і прогнозом відмови: що замовляти сьогодні, щоб встигнути.
Зводить залишок на складі зі строком поставки і прогнозом відмови вузлів: що замовляти сьогодні, щоб встигнути.
Порядок один для всіх агентів кабінету: агент читає ваше вивантаження і перевіряє його по рядках, рахує за явними правилами і вашими нормативами, показує результат таблицею, у якій кожне число розкривається до рядків вашого файлу, і піднімає сигнали. Вигаданих цифр немає: якщо даних для показника бракує, агент так і пише і не рахує.
Залишок на складі і строк поставки. Без цього агент не скаже, чи встигне вузол.
| Колонка | Що в ній | Обовʼязкова |
|---|---|---|
| sku | Артикул | так |
| name | Назва | так |
| node | До якого вузла | ні |
| stock | Залишок на складі, шт | так |
| lead_days | Строк поставки, днів | ні |
| price | Ціна, грн | ні |
Це значення за замовчуванням. Їх міняє ваш відповідальний прямо у кабінеті, без нашої участі і без релізу, кожна зміна лягає у журнал з автором і датою. Частина нормативів спільна для кількох агентів: вона задається один раз і діє скрізь, де на неї спираються.
| Норматив | За замовчуванням | Допустимі межі |
|---|---|---|
| Спрацювання ресурсу вузла | 85 | 10 до 100 |
| Строк поставки запчастини, що вже ризик | 14 | 1 до 365 |
Склад запчастин: залишок і строк поставки
Колонки: Артикул, Назва, Вузол, Залишок, Поставка, дн, Ціна, грн
| Рівень | Як це звучить |
|---|---|
| критичний | Молотильний барабан у зборі (приклад): не встигає до відмови CL-01 |
| попередження | 3 позиції з нульовим залишком |
Формулювання у колонці праворуч це приклад на демонстраційному наборі: на ваших даних агент назве ваші обʼєкти і ваші цифри. Кожен сигнал перетворюється на задачу з виконавцем за правилом маршрутизації, яке ви правите у кабінеті.
Агент не робить замовлення і не веде склад: він показує позиції, які не встигають до ймовірної відмови, і нульові залишки. Ціни і постачальника він не обирає.
Перевірте по позиції, якої вам справді забракло у минулому сезоні: агент мав би підняти її заздалегідь.
1. Ви читаєте цей опис і позначаєте коментарем усе, що зрозуміли інакше або що описано неповно.
2. Ми правимо опис за вашими коментарями і надсилаємо оновлену версію.
3. Ви підтверджуєте опис письмово поштою. З цього моменту він є підставою для технічного завдання і для приймання.
4. Далі йде розробка. Будь-яка зміна після підтвердження оформлюється окремо, з новою оцінкою строку.
Замовник: Олексій Зарицький. Основний користувач у кабінеті: Головний агроном. Агент f9 у кабінеті, блок «Поле і врожай».
Врожайність по полю порівнюють з середнім по господарству, і соя завжди виглядає гірше за кукурудзу. Агент порівнює всередині своєї культури і рахує прогноз на повну площу, поки поле ще збирають.
Рахує врожайність по полях з намолоту і порівнює всередині своєї культури: кукурудза порівнюється з кукурудзою, а не з пшеницею.
Порядок один для всіх агентів кабінету: агент читає ваше вивантаження і перевіряє його по рядках, рахує за явними правилами і вашими нормативами, показує результат таблицею, у якій кожне число розкривається до рядків вашого файлу, і піднімає сигнали. Вигаданих цифр немає: якщо даних для показника бракує, агент так і пише і не рахує.
Один рядок на поле. Основа для більшості польових агентів: без нього вони не рахують.
| Колонка | Що в ній | Обовʼязкова |
|---|---|---|
| code | Код поля, унікальний | так |
| name | Назва поля | ні |
| unit | Дільниця або кластер | ні |
| crop | Культура | так |
| area | Площа в гектарах | так |
| sowdate | Дата сівби | ні |
| hybrid | Гібрид або сорт | ні |
| massif | Масив, до якого належить поле | ні |
Намолот по полях: тонни, вологість, машина. Звідси прогноз і стик з елеватором.
| Колонка | Що в ній | Обовʼязкова |
|---|---|---|
| code | Код поля | так |
| date | Дата | так |
| tons | Намолочено, тонн | так |
| area | Зібрана площа, га | ні |
| moisture | Вологість, % | ні |
| machine | Комбайн | ні |
Це значення за замовчуванням. Їх міняє ваш відповідальний прямо у кабінеті, без нашої участі і без релізу, кожна зміна лягає у журнал з автором і датою. Частина нормативів спільна для кількох агентів: вона задається один раз і діє скрізь, де на неї спираються.
| Норматив | За замовчуванням | Допустимі межі |
|---|---|---|
| Відхилення врожайності від медіани культури | 12 | 1 до 90 |
Врожайність по полях: порівняння всередині своєї культури
Колонки: Поле, Культура, Площа, га, Зібрано, га, Намолот, т, т/га, Медіана культури, Відхилення, Прогноз на повну площу, т
| Рівень | Як це звучить |
|---|---|
| критичний | P-108: 7,10 т/га проти медіани 9,44 по культурі «кукурудза» |
| до відома | 4 поля ще у зборі |
Формулювання у колонці праворуч це приклад на демонстраційному наборі: на ваших даних агент назве ваші обʼєкти і ваші цифри. Кожен сигнал перетворюється на задачу з виконавцем за правилом маршрутизації, яке ви правите у кабінеті.
Агент не моделює врожай: прогноз це та сама досягнута тонна на гектар, перенесена на решту площі поля, і у клітинці стоїть позначка «прогноз». Він не пояснює, чому поле просіло.
Візьміть закриті жнива. Врожайність по кожному полю має збігтись з вашою до другого знака, а медіана рахуватись усередині культури.
1. Ви читаєте цей опис і позначаєте коментарем усе, що зрозуміли інакше або що описано неповно.
2. Ми правимо опис за вашими коментарями і надсилаємо оновлену версію.
3. Ви підтверджуєте опис письмово поштою. З цього моменту він є підставою для технічного завдання і для приймання.
4. Далі йде розробка. Будь-яка зміна після підтвердження оформлюється окремо, з новою оцінкою строку.
Замовник: Анатолій Кухар. Основний користувач у кабінеті: Головний агроном кластера. Агент f1 у кабінеті, блок «Поле і врожай».
Агроном фізично не встигає переглянути кожен знімок по кожному полю кластера, тому просідання помічають, коли воно вже видно з дороги. Агент дивиться кожен знімок по кожній зоні і піднімає руку сам.
Щознімка порівнює індекс по зоні з рештою поля, відкидає хмару і артефакти і піднімає лише те, що просідає кілька знімків поспіль.
Порядок один для всіх агентів кабінету: агент читає ваше вивантаження і перевіряє його по рядках, рахує за явними правилами і вашими нормативами, показує результат таблицею, у якій кожне число розкривається до рядків вашого файлу, і піднімає сигнали. Вигаданих цифр немає: якщо даних для показника бракує, агент так і пише і не рахує.
Один рядок на поле. Основа для більшості польових агентів: без нього вони не рахують.
| Колонка | Що в ній | Обовʼязкова |
|---|---|---|
| code | Код поля, унікальний | так |
| name | Назва поля | ні |
| unit | Дільниця або кластер | ні |
| crop | Культура | так |
| area | Площа в гектарах | так |
| sowdate | Дата сівби | ні |
| hybrid | Гібрид або сорт | ні |
| massif | Масив, до якого належить поле | ні |
Вигрузка з провайдера знімків або з вашого GIS: індекс по зоні і по полю на дату.
| Колонка | Що в ній | Обовʼязкова |
|---|---|---|
| code | Код поля | так |
| date | Дата знімка | так |
| zone | Мітка зони на полі | ні |
| index_zone | Індекс по зоні | так |
| index_field | Індекс по решті поля | так |
| zone_ha | Площа зони, га | ні |
| cloud | Хмарність, % | ні |
Це значення за замовчуванням. Їх міняє ваш відповідальний прямо у кабінеті, без нашої участі і без релізу, кожна зміна лягає у журнал з автором і датою. Частина нормативів спільна для кількох агентів: вона задається один раз і діє скрізь, де на неї спираються.
| Норматив | За замовчуванням | Допустимі межі |
|---|---|---|
| Просідання NDVI, за яким піднімається сигнал | 10 | 1 до 90 |
| Скільки знімків поспіль тримається просідання | 3 | 1 до 20 |
| Гранична хмарність знімка | 20 | 0 до 100 |
Зони з просіданням індексу: відсортовано за площею, а не за датою
Колонки: Поле, Зона, Дата, Індекс зони, Індекс поля, Просідання, Площа, га
| Рівень | Як це звучить |
|---|---|
| попередження | P-101: індекс нижчий за поле на 14,1%, зона 40,2 га |
Формулювання у колонці праворуч це приклад на демонстраційному наборі: на ваших даних агент назве ваші обʼєкти і ваші цифри. Кожен сигнал перетворюється на задачу з виконавцем за правилом маршрутизації, яке ви правите у кабінеті.
Агент не називає ПРИЧИНУ просідання: індекс зі знімка показує, що зона гірша за решту поля, а що саме сталось, вирішує людина в полі. Агент не призначає обробку і не замовляє знімки.
Візьміть три поля, де ви самі знаєте, що було просідання, і три, де його не було. Агент має підняти перші і промовчати по других.
1. Ви читаєте цей опис і позначаєте коментарем усе, що зрозуміли інакше або що описано неповно.
2. Ми правимо опис за вашими коментарями і надсилаємо оновлену версію.
3. Ви підтверджуєте опис письмово поштою. З цього моменту він є підставою для технічного завдання і для приймання.
4. Далі йде розробка. Будь-яка зміна після підтвердження оформлюється окремо, з новою оцінкою строку.
Замовник: Микола Дзюбинський. Основний користувач у кабінеті: Керівник дільниці. Агент f6 у кабінеті, блок «Поле і врожай».
Керівник дільниці бачить, що зроблено, лише зі зведення в кінці періоду. Агент показує відставання від плану і незакриті площі одразу.
Порівнює фактичні дати операцій з плановими, показує прострочені і незакриті площі по полях.
Порядок один для всіх агентів кабінету: агент читає ваше вивантаження і перевіряє його по рядках, рахує за явними правилами і вашими нормативами, показує результат таблицею, у якій кожне число розкривається до рядків вашого файлу, і піднімає сигнали. Вигаданих цифр немає: якщо даних для показника бракує, агент так і пише і не рахує.
Журнал операцій: що, коли, ким і на якій площі зроблено, скільки пального.
| Колонка | Що в ній | Обовʼязкова |
|---|---|---|
| code | Код поля | так |
| date | Дата | так |
| op | Операція: оранка, дискування, культивація, сівба, внесення добрив, обприскування, збирання | так |
| area | Оброблена площа, га | так |
| machine | Машина або агрегат | ні |
| operator | Механізатор | ні |
| fuel | Витрачено палива, літрів | ні |
| plan_date | Планова дата, якщо є план | ні |
Власних порогів у цього агента немає: він рахує факт за вашими даними і не має жодного числа, яке треба погоджувати наперед. Якщо у вашому регламенті таке число все ж є, воно додається у налаштування кабінету без зміни логіки.
Операції за обсягом: що зайняло найбільше площі
Колонки: Операція, Записів, Площа, га
Виконано пізніше за план: план проти факту
Колонки: Поле, Операція, План, Факт, Відставання, дн
| Рівень | Як це звучить |
|---|---|
| попередження | 23 операції виконано пізніше за план |
| попередження | P-103: оброблено 89,0 га з 153,5 га поля |
Формулювання у колонці праворуч це приклад на демонстраційному наборі: на ваших даних агент назве ваші обʼєкти і ваші цифри. Кожен сигнал перетворюється на задачу з виконавцем за правилом маршрутизації, яке ви правите у кабінеті.
Агент не переносить строки і не міняє план: він показує розбіжність факту з планом. Причина відставання (техніка, погода, люди) береться з вашого журналу, а не вигадується.
Порівняйте перелік прострочених операцій з вашим власним. Розбіжність має пояснюватись рядком у файлі, а не логікою агента.
1. Ви читаєте цей опис і позначаєте коментарем усе, що зрозуміли інакше або що описано неповно.
2. Ми правимо опис за вашими коментарями і надсилаємо оновлену версію.
3. Ви підтверджуєте опис письмово поштою. З цього моменту він є підставою для технічного завдання і для приймання.
4. Далі йде розробка. Будь-яка зміна після підтвердження оформлюється окремо, з новою оцінкою строку.
Замовник: Владислав Сліпченко. Основний користувач у кабінеті: Інженер з телеметрії. Агент f7 у кабінеті, блок «Поле і врожай».
Дані з трекера і з шини приходять дампом кодів, тому механік і інженер читають їх через довідник виробника або не читають взагалі. Агент перетворює кадр на фразу і сам знаходить зливи пального, розбіжність мотогодин і перекриття проходів.
Читає вивантаження трекера і сирі кадри шини, розшифровує їх за J1939 і ISO 11783, називає несправності людською мовою і показує зливи пального, розбіжність мотогодин і перекриття проходів.
Порядок один для всіх агентів кабінету: агент читає ваше вивантаження і перевіряє його по рядках, рахує за явними правилами і вашими нормативами, показує результат таблицею, у якій кожне число розкривається до рядків вашого файлу, і піднімає сигнали. Вигаданих цифр немає: якщо даних для показника бракує, агент так і пише і не рахує.
Вивантаження з трекера або MyJohnDeere. Приймаємо і оброблені показники, і сирий кадр CAN.
| Колонка | Що в ній | Обовʼязкова |
|---|---|---|
| machine | Машина | так |
| ts | Час запису | так |
| engine_h | Мотогодини на момент запису | ні |
| fuel_l | Пальне, літрів | ні |
| speed | Швидкість, км/год | ні |
| overlap | Перекриття, % | ні |
| error_code | Код помилки | ні |
| can_id | Ідентифікатор кадру CAN, напр. 0x18FEE900 | ні |
| can_data | Сирі байти кадру, hex | ні |
| can_mask | Маска фільтрації кадру, hex | ні |
| isobus_app_id | Ідентифікатор ISOBUS-агрегату | ні |
| isobus_data | Дані процесів ISOBUS, hex | ні |
| lat | Широта | ні |
| lon | Довгота | ні |
| sats | Супутників захоплено | ні |
| alt_m | Висота, м | ні |
| volt | Напруга живлення, В | ні |
| params | Параметри трекера, як у файлі | ні |
Це значення за замовчуванням. Їх міняє ваш відповідальний прямо у кабінеті, без нашої участі і без релізу, кожна зміна лягає у журнал з автором і датою. Частина нормативів спільна для кількох агентів: вона задається один раз і діє скрізь, де на неї спираються.
| Норматив | За замовчуванням | Допустимі межі |
|---|---|---|
| Допустиме перекриття проходів | 8 | 1 до 50 |
| Падіння рівня палива без роботи, яке вважаємо зливом | 30 | 1 до 500 |
| Розбіжність напрацювання за GPS і за CAN | 10 | 1 до 100 |
Несправності людською мовою: код з кадру DM1 і з колонки трекера зводяться в один перелік
Колонки: Що сталось, Код, Машин, Разів, Джерело, Останній запис
Розшифровка кадрів шини: J1939 для трактора, ISO 11783 для причіпного, VTO для віртуального термінала
Колонки: Машина, Час, PGN, Що це, Значення
Мотогодини: рух за GPS проти лічильника: порівнюємо лише в один бік, бо холості оберти це норма
Колонки: Машина, Рух за GPS, год, Лічильник, год, Різниця, Звідки лічильник
Падіння рівня палива без роботи: поріг 30 л
Колонки: Машина, З, По, Впало, л, Хвилин
Пристрої, які назвали себе у шині: Address Claim, PGN 60928: виробник і серійний номер приходять від самого агрегата
Колонки: Машина, Код виробника, Серійний номер, Тип (Device Class), Призначення (Function), Галузь, Адреса, Перший запис
Перекриття проходів: середнє по машині
Колонки: Машина, Середнє перекриття, Проходів понад поріг, Записів
| Рівень | Як це звучить |
|---|---|
| попередження | T-31: перекриття 10,3% на 5 проходах |
| критичний | Тиск моторної оливи нижче норми, критично на 5 машинах |
| критичний | CL-01: рух за GPS 4,22 год, а лічильник додав 0,00 год |
| критичний | CL-02: рівень палива впав на 62,00 л без роботи |
| до відома | Канали віртуального термінала без коефіцієнта: 1 |
| до відома | У шині назвали себе 3 пристрої |
| до відома | 16 кадрів шини без розшифровки |
Формулювання у колонці праворуч це приклад на демонстраційному наборі: на ваших даних агент назве ваші обʼєкти і ваші цифри. Кожен сигнал перетворюється на задачу з виконавцем за правилом маршрутизації, яке ви правите у кабінеті.
Агент не керує машиною і нічого у неї не пише: він тільки читає. Код, якого немає у довіднику, лишається кодом з прямим написом про це. Номери типу машини і призначення блока з Address Claim не перекладаються у назви: цей каталог живе у платному ISO 11783-1.
Візьміть відомий вам випадок несправності і відомий випадок зливу. Агент має назвати ту саму машину, ту саму дату і ту саму несправність людською фразою.
1. Ви читаєте цей опис і позначаєте коментарем усе, що зрозуміли інакше або що описано неповно.
2. Ми правимо опис за вашими коментарями і надсилаємо оновлену версію.
3. Ви підтверджуєте опис письмово поштою. З цього моменту він є підставою для технічного завдання і для приймання.
4. Далі йде розробка. Будь-яка зміна після підтвердження оформлюється окремо, з новою оцінкою строку.
Замовник: Андрій Семʼяник, Андрій Крупко. Основний користувач у кабінеті: Менеджер відділу земельних та майнових відносин. Агент f12 у кабінеті, блок «Поле і врожай».
Поле йде до конкурента задовго до кінця договору, а нагадування про закінчення піднімають за квартал. Агент веде чергу на горизонті пʼять років зі ступінчастими нагадуваннями і звіряє облік з реєстром речових прав.
Будує чергу договорів на горизонті пʼять років, звіряє облік з реєстром речових прав і рахує баланс масиву разом з контурами обробітку сусіда.
Порядок один для всіх агентів кабінету: агент читає ваше вивантаження і перевіряє його по рядках, рахує за явними правилами і вашими нормативами, показує результат таблицею, у якій кожне число розкривається до рядків вашого файлу, і піднімає сигнали. Вигаданих цифр немає: якщо даних для показника бракує, агент так і пише і не рахує.
Реєстр договорів відділу земельних та майнових відносин.
| Колонка | Що в ній | Обовʼязкова |
|---|---|---|
| cadastre | Кадастровий номер | так |
| entity | Юрособа орендар | ні |
| massif | Масив або поле | ні |
| area | Площа, га | так |
| rate | Ставка, % нормативної грошової оцінки | ні |
| end_date | Дата закінчення договору | ні |
| registered | Право зареєстроване: так або ні | ні |
| owner | Пайовик | ні |
| payform | Форма виплати | ні |
| note | Примітка: спадщина, судовий спір тощо | ні |
Це значення за замовчуванням. Їх міняє ваш відповідальний прямо у кабінеті, без нашої участі і без релізу, кожна зміна лягає у журнал з автором і датою. Частина нормативів спільна для кількох агентів: вона задається один раз і діє скрізь, де на неї спираються.
| Норматив | За замовчуванням | Допустимі межі |
|---|---|---|
| Горизонт роботи з договорами оренди | 5 | 1 до 30 |
| Розмір клітинки карти масиву | 5 | 0.1 до 100 |
Черга по договорах: пріоритет визначає не дата закінчення, а наявність іншого претендента
Колонки: Група, Договорів, Площа, га, Коли починати
Ступінчасті нагадування: у кожного строку своя дія
Колонки: Горизонт, Договорів у межах
Баланс масиву: чотири числа по всіх масивах разом: наше, чуже всередині, наше під чужим обробітком, чуже без права
Колонки: Що, Ділянок, Площа, га
Звірка з реєстром речових прав: у кожної розбіжності своя причина і своя дія
Колонки: Категорія, Договорів, Площа, га, Дія
| Рівень | Як це звучить |
|---|---|
| критичний | Межа з полями сусіднього виробника: 446 договорів на 1 282,8 га |
| попередження | Ставка нижча за ринкову: 169 договорів на 463,5 га |
| попередження | Спадщина не оформлена: 119 договорів на 333,7 га |
| критичний | Немає реєстрації в реєстрі речових прав: 211 договорів на 613,0 га |
| попередження | Спливає цього року: 76 договорів на 220,7 га |
| попередження | 88 договорів без дати закінчення |
| критичний | 222,7 га наших ділянок під контуром обробітку сусіда |
| попередження | 165,8 га обробляються без зареєстрованого права |
| попередження | Звірка з реєстром: право зареєстровано, рік закінчення інший, 294 договори |
| попередження | Звірка з реєстром: права в реєстрі немає, 252 договори |
| критичний | Звірка з реєстром: право зареєстровано за іншою особою, 148 договорів |
| попередження | Звірка з реєстром: кадастровий номер не знайдено, 107 договорів |
Формулювання у колонці праворуч це приклад на демонстраційному наборі: на ваших даних агент назве ваші обʼєкти і ваші цифри. Кожен сигнал перетворюється на задачу з виконавцем за правилом маршрутизації, яке ви правите у кабінеті.
Агент не називає компанію, чиє право ніде не зареєстроване: за відкритими даними це неможливо. Він показує ділянку без зареєстрованого права і факт обробітку, а висновок робить людина. Ділянки і контури обробітку сусіда агент бере з вашого файла, а не шукає сам.
Візьміть договори, які спливають цього року. Черга агента має збігтись з вашим переліком, а звірка з реєстром назвати ті самі розбіжності.
1. Ви читаєте цей опис і позначаєте коментарем усе, що зрозуміли інакше або що описано неповно.
2. Ми правимо опис за вашими коментарями і надсилаємо оновлену версію.
3. Ви підтверджуєте опис письмово поштою. З цього моменту він є підставою для технічного завдання і для приймання.
4. Далі йде розробка. Будь-яка зміна після підтвердження оформлюється окремо, з новою оцінкою строку.
Замовник: Олександр Ткачук. Основний користувач у кабінеті: Диспетчер елеватора. Агент f10 у кабінеті, блок «Поле і врожай».
Між намолотом у полі і прийманням на елеваторі щороку виникає розбіжність, і шукати її починають після сезону. Агент рахує баланс щодня і показує партії, яким потрібне сушіння.
Веде зерно від поля до елеватора: скільки намолочено, скільки прийнято, де розбіжність по тоннах і як тримається вологість.
Порядок один для всіх агентів кабінету: агент читає ваше вивантаження і перевіряє його по рядках, рахує за явними правилами і вашими нормативами, показує результат таблицею, у якій кожне число розкривається до рядків вашого файлу, і піднімає сигнали. Вигаданих цифр немає: якщо даних для показника бракує, агент так і пише і не рахує.
Намолот по полях: тонни, вологість, машина. Звідси прогноз і стик з елеватором.
| Колонка | Що в ній | Обовʼязкова |
|---|---|---|
| code | Код поля | так |
| date | Дата | так |
| tons | Намолочено, тонн | так |
| area | Зібрана площа, га | ні |
| moisture | Вологість, % | ні |
| machine | Комбайн | ні |
Власних порогів у цього агента немає: він рахує факт за вашими даними і не має жодного числа, яке треба погоджувати наперед. Якщо у вашому регламенті таке число все ж є, воно додається у налаштування кабінету без зміни логіки.
Намолот по культурах: з файлу збирання
Колонки: Культура, Партій, Тонн
Партії з високою вологістю: від 18%
Колонки: Поле, Дата, Тонн, Вологість, Комбайн
| Рівень | Як це звучить |
|---|---|
| попередження | Баланс зерна не сходиться на 545,0 т (1,5%) |
| попередження | 4 партії з вологістю від 18% |
Формулювання у колонці праворуч це приклад на демонстраційному наборі: на ваших даних агент назве ваші обʼєкти і ваші цифри. Кожен сигнал перетворюється на задачу з виконавцем за правилом маршрутизації, яке ви правите у кабінеті.
Агент не вирішує, хто винен у нестачі: він показує розбіжність у тоннах і у відсотках. Природні втрати і усушку у розрахунку не закладено, бо їхній норматив у вивантаженні не приходить.
Порівняйте баланс агента за закритий тиждень з вашою звіркою поле проти елеватора.
1. Ви читаєте цей опис і позначаєте коментарем усе, що зрозуміли інакше або що описано неповно.
2. Ми правимо опис за вашими коментарями і надсилаємо оновлену версію.
3. Ви підтверджуєте опис письмово поштою. З цього моменту він є підставою для технічного завдання і для приймання.
4. Далі йде розробка. Будь-яка зміна після підтвердження оформлюється окремо, з новою оцінкою строку.
Замовник: напрям тваринництва. Основний користувач у кабінеті: Керівник управління годівлі. Агент n1 у кабінеті, блок «Годівля».
Рецепт затверджують за матрицею сировини, а працює він на фактичній сировині, і розбіжність помічають за показниками стада. Агент перераховує ЗАТВЕРДЖЕНИЙ склад на фактичній матриці і називає інгредієнт, який тягне показник.
Бере ЗАТВЕРДЖЕНИЙ склад раціону і перераховує його на фактичній матриці сировини: які норми виконуються, які ні і який інгредієнт тягне показник.
Порядок один для всіх агентів кабінету: агент читає ваше вивантаження і перевіряє його по рядках, рахує за явними правилами і вашими нормативами, показує результат таблицею, у якій кожне число розкривається до рядків вашого файлу, і піднімає сигнали. Вигаданих цифр немає: якщо даних для показника бракує, агент так і пише і не рахує.
Затверджений склад раціонів: один рядок це інгредієнт у рецепті і його частка у відсотках.
| Колонка | Що в ній | Обовʼязкова |
|---|---|---|
| recipe | Назва рецепта | так |
| code | Код інгредієнта | так |
| share | Частка у відсотках | так |
| group | Група птиці або періоду | ні |
Матриця поживності: один рядок це показник одного інгредієнта. Саме цей файл відстає від лабораторії найчастіше.
| Колонка | Що в ній | Обовʼязкова |
|---|---|---|
| code | Код інгредієнта | так |
| name | Назва інгредієнта | ні |
| param | Показник: обмінна енергія, сирий протеїн, лізин | так |
| value | Значення показника | так |
| unit | Одиниця: ккал/кг, % | ні |
Норми на рецепт: показник і межі. Порожня межа означає, що з цього боку норми немає.
| Колонка | Що в ній | Обовʼязкова |
|---|---|---|
| recipe | Назва рецепта | так |
| param | Показник | так |
| min | Норма від | ні |
| max | Норма до | ні |
| unit | Одиниця | ні |
Це значення за замовчуванням. Їх міняє ваш відповідальний прямо у кабінеті, без нашої участі і без релізу, кожна зміна лягає у журнал з автором і датою. Частина нормативів спільна для кількох агентів: вона задається один раз і діє скрізь, де на неї спираються.
| Норматив | За замовчуванням | Допустимі межі |
|---|---|---|
| Допуск норм поживності | 0,5 | 0 до 10 |
Баланс раціонів: затверджений склад на фактичній матриці сировини
Колонки: Рецепт, Показник, Факт, Норма, Стан, Різниця
Рецептури у файлі: склад і скільки норм не тримається
Колонки: Рецепт, Група, Інгредієнтів, Сума часток, %, Показників з нормою, Не в нормі, На межі, Без даних
Що тягне показник «Клітковина» у рецепті Фініш 25-38 днів: внесок кожного інгредієнта у зважене середнє
Колонки: Інгредієнт, Частка, %, Показник сировини, Внесок
| Рівень | Як це звучить |
|---|---|
| критичний | Фініш 25-38 днів: Клітковина вище норми, 5,25 % |
| попередження | Премікс (приклад): у матриці немає 1 показника, тому він не рахується |
Формулювання у колонці праворуч це приклад на демонстраційному наборі: на ваших даних агент назве ваші обʼєкти і ваші цифри. Кожен сигнал перетворюється на задачу з виконавцем за правилом маршрутизації, яке ви правите у кабінеті.
Агент не підбирає новий склад раціону: підбір за найменшою вартістю живе окремо, у кормовій лабораторії, і два оптимізатори у двох місцях розійшлися б у результатах. Показник, у якого хоч в одного інгредієнта немає рядка у матриці, агент не рахує взагалі і каже про це прямо.
Візьміть рецепт і матрицю за один місяць. Перелік норм, які не тримаються, має збігтись з вашим розрахунком.
1. Ви читаєте цей опис і позначаєте коментарем усе, що зрозуміли інакше або що описано неповно.
2. Ми правимо опис за вашими коментарями і надсилаємо оновлену версію.
3. Ви підтверджуєте опис письмово поштою. З цього моменту він є підставою для технічного завдання і для приймання.
4. Далі йде розробка. Будь-яка зміна після підтвердження оформлюється окремо, з новою оцінкою строку.
Initask, 04.09.2026. Сторінка закрита від індексації. Питання і правки: через Катю.