askcust розробляє системи управління агропідприємством: земля, поля, техкарти, польові роботи, техніка, склад і люди звʼязані в одному контурі, а кожна роль бачить свою частину. Для підприємств на кілька тисяч гектарів, де агроном, інженер, комірник і директор працюють у різних програмах і таблицях.
Система управління агропідприємством — це програмна система, у якій звʼязані основні процеси підприємства: земля, поля, технологічні карти, польові роботи, техніка, склад і персонал, а кожен працівник має роль із власними екранами, правами й задачами. На відміну від ERP, яка відповідає насамперед за облік, фінанси й собівартість, система управління відповідає на питання «що, де, ким і коли робиться» і дає керівнику оперативну картину дня.
Дашборд керівника показує посіви, хід робіт по полях, техніку в роботі й простої, залишки ключових ТМЦ і відхилення від техкарт на одному екрані. Дані оновлюються з первинних записів людей і телематики, а не зі звітів, зібраних до ранку.
План робіт із техкарт автоматично стає потребою в техніці, людях і матеріалах: інженер бачить завантаження машин на тиждень, комірник — що видати під операції, бригадир — наряди на завтра.
Ролі розмежовують доступ: агроном відділку бачить свої поля, комірник — свій склад, бухгалтер — документи для обліку, директор — усе підприємство. Права задаються на дії, тож переглядати й змінювати — окремі дозволи.
Земля, поля, роботи, техніка і склад працюють на спільних довідниках, і подія в одному модулі стає даними для іншого: виконана операція списує матеріали, оновлює стан поля й потрапляє у звіт директора без повторного введення.
Кожна роль має свій робочий екран і перелік задач, а історія поля, машини чи складу зберігається в системі. Новий агроном чи інженер бачить, що робилося до нього, і не відновлює це з розмов і чужих таблиць.
Карта модулів складається на обстеженні; впровадження йде по одному модулю, починаючи з того, від якого залежать інші.
Земельний банк, договори й контури полів на карті, культури й сівозміна за роками. Модуль дає решті системи поля й площі, до яких привʼязано все інше.
Технологічні карти по культурах, календар операцій, потреба в техніці, людях і ТМЦ; план перетворюється на наряди для бригад і задачі для інженера та складу.
Наряди, дані телематики, фактично оброблена площа, списання матеріалів за операціями; агроном одразу бачить відхилення від техкарти за нормами й строками.
Парк техніки, завантаження машин, мотогодини, ТО й ремонти, заявки на запчастини; інженер бачить, що простоює, а що потрібне для завтрашніх робіт.
Залишки насіння, добрив, ЗЗР, ПММ і запчастин, заявки на закупівлю з погодженням, видача під операції; комірник працює з телефона чи планшета.
Бригади, механізатори, графіки роботи й виконані наряди по кожній людині; дані для нарахування оплати передаються в BAS, де рахуються зарплата й податки.
Посіви й хід робіт у відсотках від плану, техніка в роботі, критичні залишки, відхилення від техкарт і прострочені задачі — з переходом до поля, машини чи відділку.
Бухгалтерія й податкова звітність лишаються в BAS і M.E.Doc; система управління передає туди первинні дані й отримує довідники.
| критерій | Готова система | Система від askcust |
|---|---|---|
| Ролі | Набір ролей і прав визначає постачальник; нетипову посаду підганяють під найближчу наявну роль. | Ролі й права повторюють вашу структуру: відділки, бригади, склади й маршрути погодження. |
| Звʼязок процесів | Модулі звʼязані так, як задумано в продукті, навіть якщо у вас інший порядок робіт. | Потоки даних між модулями будуються за вашим реальним порядком, від техкарти до наряду й списання. |
| Дашборд керівника | Типовий набір показників; нові звіти — через запит постачальнику або вивантаження в Excel. | Показники, які директор справді дивиться щоранку, з переходом до поля, машини й людини. |
| Впровадження | Зазвичай усі модулі одразу, з перебудовою процесів під логіку продукту. | Модуль за модулем, починаючи з того, від якого залежать інші; решта процесів поки працює як раніше. |
| Користувачі | Кожне робоче місце — окрема ліцензія, тож бригадирам і комірникам доступ часто не дають. | Кількість користувачів не впливає на вартість, тож у системі працюють усі, хто вносить первинні дані. |
| Коли обирати | Процеси підприємства близькі до типових, а готовий продукт уже має потрібні ролі. | Складна структура відділків, власні процеси й потрібен звʼязок із BAS і телематикою. |
Інтервʼю з директором, агрономами, інженером, комірником і бухгалтером: хто які рішення приймає і яких даних для цього бракує. Результат — карта модулів, ролей і потоків даних між ними.
Клікабельні екрани для кожної ролі й дашборд керівника на прикладі ваших полів; кожна роль перевіряє свій екран до початку розробки.
Поля, культури, техніка, склади й люди заводяться в спільні довідники; першим запускається модуль, від якого залежать інші, — зазвичай земля й поля або план і факт робіт.
Кожен наступний модуль підключається до вже працюючих, ролі отримують доступ поетапно, а обмін із BAS налаштовується, коли первинні дані вже стабільні.
Нові звіти для керівника, зміни ролей при реорганізації відділків чи бригад, підтримка користувачів і оновлення інтеграцій, які плануються на міжсезоння.
приклади робіт askcust →не агро, але той самий тип задач: облік, CRM, автоматизація
Система управління відповідає за процеси й людей: що, де, ким і коли робиться в полі, на техніці й на складі. ERP відповідає за облік і фінанси: собівартість, розрахунки, бюджети, реалізацію. На практиці вони працюють разом на спільних довідниках: система управління дає первинні дані, ERP рахує з них гроші. askcust розробляє обидві або одну з них до вже наявної.
Так, поетапне впровадження — рекомендований шлях. Першим запускається модуль, від якого залежать інші, найчастіше земля й поля, далі план і факт робіт, техніка, склад і персонал. Кожен модуль починає працювати на реальних даних до того, як підключається наступний, тож підприємство не перебудовує всі процеси одночасно.
BAS лишається системою бухгалтерського й податкового обліку. Система управління передає в нього первинні документи — списання ТМЦ, дані нарядів для нарахування оплати, переміщення, — а отримує довідники контрагентів і номенклатури. Обмін налаштовується під вашу конфігурацію BAS, тож бухгалтер не вводить ті самі дані вдруге.
Стільки, скільки потрібно підприємству: кількість користувачів обмежує потужність сервера, а не ліцензії, і для агропідприємства це зазвичай десятки чи сотні людей. Бригадири, механізатори й комірники працюють із телефонів, офіс — із компʼютерів, а права кожного обмежені його роллю, відділком і складом.
Обидва показники визначаються після обстеження і залежать від кількості модулів, ролей та інтеграцій, а не від кількості користувачів чи гектарів. askcust оцінює спільні довідники й перший модуль із фіксованим обсягом, а наступні модулі — окремо, коли видно, як працює перший. Так бюджет і навантаження на людей розподіляються на кілька сезонів.
Система розгортається на сервері підприємства або в його хмарному акаунті, а дані й код належать замовнику. Бригадири й механізатори підключаються з телефонів через захищене зʼєднання, а доступ askcust обмежується часом розробки й супроводу за домовленістю. Розвивати систему далі можна з askcust, власною IT-командою чи іншим підрядником.
Відповідь протягом робочого дня; дзвінок — лише якщо домовимось.