Розробка B2B-агропорталу під ключ: каталог, NDVI-моніторинг, 1С

Сезонний сплеск попиту на зерно, десятки фермерів-постачальників, щоденна зміна цін — хаос в Excel-таблицях неминучий. Великі агрохолдинги втрачають до 15% виручки через ручне управління замовленнями та відсутність оперативного моніторингу полів. Ми розробляємо єдині B2B-портали, де каталог продукції, замовлення та моніторинг полів зібрані в одній системі. Таке рішення під ключ включає інтеграцію з 1С та супутниковими сервісами, що дозволяє автоматизувати 90% операцій. В результаті знижуються операційні витрати на 20–30%, а капітальні вкладення в розробку окупаються за 1–2 сезони. Оцінимо проєкт за 2 дні — зв'яжіться з нами.

Розглянемо ключові модулі порталу на прикладі агрохолдингу, який автоматизував 15 ферм з оборотом 500 млн ₴ на рік. Обсяг оброблюваних даних — до 10 000 позицій в каталозі та 50 000 замовлень за сезон. Система витримує пікові навантаження в період збирання без втрати продуктивності.

Як організувати B2B-торгівлю сільгосппродукцією на порталі?

Каталог продукції включає характеристики, сезонну наявність та об'єм у тоннах або палетах. Ціни прив'язані до біржових індикаторів — оновлення раз на годину. Оптові замовлення підтримують мінімальний об'єм, відвантаження партіями та договірні ціни для постійних клієнтів. Для кожної позиції відображається залишок по складах та графік поставок.

Особистий кабінет фермера-партнера містить:

• Поля: площа, культури, план/факт урожайності
• Розклад агрономічних робіт (сівба, обробка, збирання)
• Поставки ресурсів (насіння, добрива, ЗЗР)
• Фінансові розрахунки (авансування, залік поставок)
• Документообіг: договори, накладні, акти

Основні метрики порталу

Чому моніторинг полів за NDVI — ключовий інструмент агронома?

Супутникові знімки Sentinel-2 аналізуються через API Planet Labs, NDVI-індекси накладаються на GeoJSON-полігони полів. Візуалізація на Яндекс.Карти — кольорова шкала від червоного (проблемна зона) до зеленого (норма). NDVI-моніторинг виявляє осередки посухи на 2 дні раніше візуального огляду — це в 3 рази швидше ручного обходу полів. Автоматичний моніторинг скорочує час обстеження на 60%, а економія на агрохімікатах за рахунок точного внесення добрив за NDVI-картами може становити до 15%.

Технічний процес: супутникові знімки (10 м/піксель) проходять корекцію атмосфери та розрахунок NDVI за формулою (NIR - RED) / (NIR + RED). Потім індекси усереднюються по полігонах полів, і результати зберігаються в PostgreSQL з PostGIS. Для відображення використовується накладання тайлів на карту через Leaflet або Mapbox GL.

Як інтегрувати агропортал з 1С та GPS-трекінгом?

Інтеграція з 1С:Сільськогосподарське підприємство через REST API. Синхронізація номенклатури, контрагентів, замовлень, залишків — раз на 15 хвилин. GPS-трекінг транспорту — інтеграція з ГЛОНАСС-трекерами (наприклад, ГАЛС) з відображенням маршрутів на карті. Це дозволяє скоротити витрати на логістику до 20%.

Порівняння базового та розширеного порталу

Як ми розробляємо агропортал: покроковий процес

1. Аналітика та аудит. Вивчаємо поточні процеси, збираємо вимоги, будуємо прототип.
2. Проєктування архітектури. Обираємо стек: React (Next.js), Laravel 11 (PHP 8.3), PostgreSQL. Проєктуємо REST API та мікросервіси.
3. Розробка. Frontend на Next.js + TypeScript, backend на Laravel 11. Інтегруємо зовнішні API (супутники, 1С, трекери). Використовуємо React Server Components для швидкого завантаження та Redis для кешування.
4. Тестування. Unit, E2E, навантажувальне тестування до 500 одночасних користувачів.
5. Деплой та навчання. Налаштовуємо інфраструктуру (Docker, Nginx, SSH). Проводимо 3 сесії навчання персоналу.
6. Підтримка. 30 днів безкоштовної підтримки після запуску.

Що входить у розробку агропорталу під ключ?

Ми надаємо повний цикл робіт: від аналітики до деплою. Кожен етап документується. Використовуємо сучасні технології: React Server Components, Suspense для швидкого завантаження, Redis для кешування. Гарантуємо стабільну роботу при пікових навантаженнях. За запитом підключаємо аналітику врожайності (прогноз на основі історичних даних), інтеграцію з агротехнічними платформами та систему управління агрохолдингом.

Терміни та вартість розробки

Терміни реалізації — від 3 до 7 місяців залежно від складу модулів. Вартість розраховується індивідуально після аудиту ваших процесів. Економія бюджету за рахунок автоматизації може досягати 30% у перший рік. Отримайте консультацію інженера: ми оцінимо проєкт за 2 робочих дні.

Розробка корпоративних порталів та внутрішніх систем

Ми займаємося розробкою корпоративних порталів — CRM, ERP, LMS та Intranet. Кожен такий проект починається не з верстки лендінгу, а з того, як бізнес-правила ляжуть в архітектуру: хто бачить які дані, як синхронізуються 1С та облікова система, як 500 контактів перетворюються на 500 000 без падіння продуктивності. За 7 років ми реалізували понад 40 порталів для компаній з чисельністю від 50 до 5000 співробітників. Оцінимо ваш проект за два робочі дні — просто зв'яжіться з нами.

Як ми забезпечуємо якість архітектури?

Публічний сайт можна запустити без детального проектування — ітеративно виправляти за фідбеком. З корпоративним порталом так не працює: вартість виправлення архітектурних рішень після запуску на 200 користувачів неспівставно вища. Тому ми приділяємо 70% часу аналітиці та прототипуванню, а код пишемо тільки після узгодження рольової матриці та інтеграційної схеми.

Три зони, де найчастіше приймаються погані рішення, — модель прав доступу, продуктивність на великих даних та real-time оновлення.

Як побудувати рольову модель для 30 відділів?

Модель прав доступу. «Менеджер бачить тільки своїх клієнтів, керівник відділу — весь відділ, директор — всю компанію, але фінансові дані — тільки фінансовий директор і вище». Це не три ролі — це матриця з ролей, дозволів, організаційних одиниць та володіння записами. Якщо це реалізувати через if ($user->role === 'manager') в контролерах — через півроку код стане непідтримуваним.

Правильний підхід: Spatie Laravel Permission для базової рольової моделі + Policy класи для object-level permission (can('view', $deal) перевіряє не тільки роль, але й володіння). Для складних ієрархічних структур — ABAC (Attribute-Based Access Control) замість RBAC.

Продуктивність на великих даних. CRM з 500 000 контактів, фільтрація по 10 полях, сортування за активністю — це задача, де наївна реалізація видає 15-секундні запити. Composite indexes, денормалізація агрегатів (last_activity_at на самому записі замість MAX по зв'язаній таблиці), Elasticsearch для full-text пошуку по контактах.

Real-time оновлення. Декілька співробітників працюють з одним документом або задачею. Без WebSocket — постійні setInterval з polling кожні 5 секунд, зайве навантаження на сервер, затримка оновлень. Laravel Broadcasting + Pusher/Soketi або власний WebSocket сервер на Node.js — для сповіщень та змін у реальному часі.

CRM-системи

Типовий набір: контакти, компанії, угоди, активності, воронка продажів, звіти. Технічно це нескладно. Складність — в деталях.

Pipeline з кастомними стадіями. Кожна компанія хоче свою воронку. Стадії повинні бути налаштовуваними без деплою. Таблиця pipeline_stages з position, color, is_final, probability — і drag-and-drop для зміни порядку на UI (React DnD або dnd-kit).

Історія змін. Хто і коли змінив статус угоди, поміняв відповідального, додав нотатку. Audit log через Observer або spatie/laravel-activitylog. На UI — timeline з фільтрацією за типом активності.

Інтеграція з поштою. IMAP/SMTP для підключення корпоративної скриньки, автоматична прив'язка вхідних листів до контактів за email-адресою. Це надійно працює тільки при правильній обробці bounce, spam, авто-відповідей — потрібна фільтрація.

Чому ERP — не про код, а про дані?

ERP — це коли CRM, склад, виробництво, бухгалтерія та HR об'єднані в єдину систему. Повний ERP з нуля — рідкісна задача (зазвичай інтегруються з існуючими системами), але модульні системи під конкретний бізнес — регулярна.

Ключовий принцип: фінансові операції повинні бути незмінними. Не UPDATE orders SET status = 'cancelled' — а створення нового запису order_cancellations з посиланням на вихідне замовлення. Це принцип immutable ledger, який спрощує аудит та reconciliation.

Інтеграція з 1С — майже завжди частина ERP-проекту. Двостороння синхронізація: з 1С в портал (довідники, залишки, ціни) та з порталу в 1С (замовлення, документи). RabbitMQ як шина подій між системами надійніше прямого HTTP-взаємодії — у випадку недоступності 1С повідомлення чекають в черзі.

Як влаштовані LMS: платформи навчання

Learning Management System — це курси, модулі, уроки, тести, сертифікати, прогрес користувачів.

Відео-контент — найбільш навантажена частина LMS. Зберігати відео на власному сервері та віддавати через Nginx — погана ідея: дорого, повільно, немає адаптивного бітрейту. Правильно: завантаження в S3/Cloudflare R2, транскодування через AWS Elemental MediaConvert або Mux, HLS-плейлист для адаптивного стрімінгу через Video.js або Plyr.

Прогрес перегляду — через періодичне відправлення watch_position з фронтенду (кожні 10–30 секунд), зберігання в Redis з періодичною синхронізацією в PostgreSQL. Не зберігати кожну секунду в БД — це вб'є продуктивність.

SCORM-сумісність — якщо потрібна інтеграція з корпоративними тренінговими матеріалами. Окремий модуль, є готові бібліотеки (scorm-again).

Intranet та HR-портали

Корпоративний інтранет: новини, документи, оргструктура, HR-процеси (відпустки, заявки, KPI).

Оргструктура в базі даних — це ієрархічна структура. Adjacency list (parent_id на кожному записі) простий в реалізації, але повільний при рекурсивних запитах. Nested Sets або Closure Table швидше для читання ієрархії, складніше при змінах. В PostgreSQL — рекурсивні CTE (WITH RECURSIVE) з adjacency list — баланс між простотою та продуктивністю.

Погодження документів та заявок — workflow engine. Прості лінійні погодження (співробітник → менеджер → HR → бухгалтер) можна зробити без спеціального движка. Нелінійні (паралельні гілки, умовні переходи, делегування) — варто розглянути готові рішення: Temporal.io для workflow orchestration або власний скінченний автомат на базі патерну state-machine.

Що входить в роботу

При замовленні розробки корпоративного порталу ви отримуєте:

• Архітектурну документацію (ER-діаграми, схема інтеграцій, матриця ролей)
• Повний код в Git-репозиторії з CI/CD
• Доступи до інфраструктури (хостинг, бази даних, сховища)
• Навчання адміністраторів та ключових користувачів (2–3 сесії)
• Гарантійну підтримку на 3 місяці після запуску

Наші принципи проєктування спираються на офіційну документацію Laravel з авторизації (Policies) та рекомендації щодо роботи з чергами.

Технічний стек для порталів

Орієнтири за термінами

Вартість розраховується індивідуально після детальної аналітики вимог та рольової моделі. Щоб отримати попередню оцінку, напишіть нам — ми проаналізуємо вашу задачу та запропонуємо оптимальне рішення під ключ.