Як ми об'єднуємо брокерські системи, зернові індекси, моніторинг ринків, логістику та цифрові інструменти торгівлі в єдину екосистему, яка починається з України, але не обмежується нею.
Останнім часом значна частина моєї професійної діяльності зосереджена на аграрних ринках.
Зерно, олійні культури, брокеридж, трейдинг, індекси цін, логістика, виконання контрактів та програмні системи, які допомагають усім цим процесам працювати разом.
Я родом з України, хоча зараз живу у Франції.
І для мене цей напрямок поєднує два інтереси.
Перший суто професійний. Я багато років займаюся створенням бізнес-систем, автоматизацією процесів, програмним забезпеченням та цифровою інфраструктурою.
Другий особистий. Мені важливо, щоб українські компанії могли ефективніше працювати, розвиватися та конкурувати на міжнародних ринках.
Аграрний сектор для цього є природною точкою застосування зусиль.
Україна належить до найбільших світових виробників та експортерів аграрної продукції. Зерно й олійні культури відіграють надзвичайно важливу роль у нашій економіці.
Але за великими обсягами виробництва та експорту стоїть досить складна й далеко не завжди ефективна система комерційних відносин.
Виробники.
Трейдери.
Брокери.
Експортери.
Елеватори.
Перевізники.
Порти.
Фрахтові брокери.
Банки.
Компанії, які займаються виконанням контрактів.
І величезна кількість інформації, документів та домовленостей, які мають постійно циркулювати між усіма цими учасниками.
Мене зацікавило питання: а що, як спробувати побудувати цифрову інфраструктуру, яка об'єднуватиме ці процеси, замість того щоб створювати для кожного з них окремий ізольований інструмент?
Так поступово сформувалася концепція AMI, Agro Market Infrastructure.
Проблема не в тому, що аграрному ринку бракує програм
Складно сказати, що українські аграрні компанії не використовують сучасні технології.
Вони використовують.
Є бухгалтерські системи.
Є ERP.
Є CRM.
Є спеціалізовані торгові платформи.
Є сервіси моніторингу цін.
Є аналітика.
Є електронний документообіг.
Але подивімося, як часто на практиці відбувається звичайна комерційна операція.
Брокер отримує пропозицію в Telegram.
Переносить її в таблицю.
Інший брокер знає потенційного покупця.
Вони домовляються телефоном.
Трейдер уточнює ціну та базис поставки.
Хтось перевіряє ринкові індикативи.
Інший співробітник готує контракт.
Execution-команда отримує документи.
Логісти починають шукати транспорт.
А потім з'ясовується, що десь змінився термін поставки, десь оновилася ціна, а в когось залишилася стара версія документа.
У результаті начебто цифровізований бізнес продовжує працювати через повідомлення, телефонні дзвінки, таблиці та ручне перенесення даних.
І тут виникає спокуса створити ще одну програму.
Але я не впевнений, що ринку потрібна просто ще одна програма.
Йому потрібні системи, здатні працювати разом.
Саме так я розглядаю AMI.
Не як одну величезну платформу, що повинна замінити все на світі, а як екосистему спеціалізованих інструментів, об'єднаних спільними процесами та інформацією.
MN7R: робоче середовище для агроброкерів
Один із центральних продуктів екосистеми, MN7R.
Це операційна система для брокерських команд, які працюють із фізичними аграрними товарами.
Брокерська діяльність на перший погляд здається відносно простою.
Є продавець.
Є покупець.
Потрібно їх познайомити, погодити умови й отримати комісію.
Але ті, хто реально працює в цій індустрії, розуміють, що за цим стоїть значно більше.
Пропозиції постійно змінюються.
Клієнти мають різні вимоги.
Ціни залежать від базису, якості, місця та термінів поставки.
Угоди проходять кілька етапів погодження.
Контракти потрібно виконувати.
Документи перевіряти.
Логістику організовувати.
А після закриття угоди ще й аналізувати результати.
У MN7R ми намагаємося об'єднати цей процес в одному робочому середовищі.
Його базова логіка виглядає так:
BID → OFFER → MATCH → TRADE → EXECUTION → REPORT
Від появи комерційної пропозиції до укладення угоди, її виконання та звітності.
Система враховує різні ролі всередині брокерської команди, клієнтські відносини, торгові операції та необхідність зберігати контекст на кожному етапі.
Окремий напрямок розвитку MN7R пов'язаний зі штучним інтелектом.
Мене цікавить не просто можливість додати чатбота до ERP.
Значно цікавіше, коли AI може допомагати виконувати конкретну роботу.
Готувати документи.
Обробляти інформацію.
Аналізувати пропозиції.
Допомагати відстежувати виконання контрактів.
Підтримувати операційні процеси.
Але при цьому зберігати контроль із боку відповідальних спеціалістів.
Агент не повинен самостійно укладати угоду або брати на себе фінансові зобов'язання від імені компанії лише тому, що знайшов цікаву пропозицію.
Йдеться про інструменти, які допомагають професіоналам працювати ефективніше, а не про неконтрольовану автоматизацію торгівлі.
Першим операційним партнером MN7R стала компанія Spike Brokers.
Для мене це принципово важливо.
Система розвивається не лише на основі теоретичних уявлень про брокеридж, а й через роботу з реальними брокерськими процесами, практичними проблемами та потребами користувачів.
1D3X: інфраструктура ринкових індексів
Інша важлива частина AMI, 1D3X.
Якщо MN7R насамперед відповідає за операційну діяльність брокерів, то 1D3X працює з інформацією про ринки.
Зокрема, з ціновими індексами.
Здавалося б, що тут складного?
Є зерно.
Є ціна.
Опублікували графік.
Але фізичний аграрний ринок працює значно складніше.
Не існує однієї універсальної ціни на пшеницю або кукурудзу.
Вартість залежить від якості продукції.
Від регіону.
Від базису поставки.
Від доступної логістики.
Від термінів.
Від ліквідності.
Від співвідношення попиту та пропозиції.
Іноді навіть дві партії практично однакового зерна можуть мати суттєво різну комерційну вартість.
Міжнародні біржові індикатори важливі, але вони не завжди достатньо точно відображають ситуацію на конкретному локальному фізичному ринку.
Саме тому потрібні локальні індекси.
Разом із нашими галузевими партнерами ми працювали над створенням індексної інфраструктури для українського зернового ринку.
Серед цих проєктів:
UGA Index, пов'язаний з Українською зерновою асоціацією.
SPIKE SPOT INDEX, створений у співпраці зі Spike Brokers.
Мета тут не просто публікувати ще один ціновий показник.
Ми створюємо технологічну основу для збору ринкових даних, застосування визначеної методології, розрахунку індексів та їх регулярного оприлюднення.
І що особливо цікаво, ця інфраструктура може використовуватися для різних ринків.
Інших регіонів України.
Інших країн.
Інших аграрних культур.
І навіть інших фізичних товарів.
Технологічна основа залишається повторно використовуваною, а конкретна методологія адаптується до особливостей відповідного ринку.
Тобто 1D3X для мене, це не один індекс.
Це інфраструктура для створення та підтримки багатьох локальних ринкових індексів.
Але самого індексу недостатньо
Уявімо, що ціна пшениці в певному регіоні почала швидко змінюватися.
Добре, ми це бачимо.
Але чому?
Змінився попит?
Виникли проблеми з логістикою?
З'явилися нові експортні обмеження?
Змінилася ситуація в портах?
Вплинули погодні умови?
Чи це просто короткострокове коливання через недостатню ліквідність?
Сам по собі індекс не пояснює причин.
Тому навколо 1D3X ми розвиваємо інструменти ринкового моніторингу, аналітики та інформаційного супроводу.
Зокрема, напрямки 1D3X Context та Cortex.
Ідея полягає в тому, щоб поєднати ринкові дані, інформацію з релевантних джерел, новини, аналітичні матеріали та можливості AI.
Але тут я вважаю дуже важливим розділяти різні функції.
Офіційний розрахунок індексу має виконуватися за визначеною методологією.
Штучний інтелект може допомагати аналізувати результати, знаходити контекст, пояснювати можливі причини ринкових змін та готувати аналітичні матеріали.
Але він не повинен самовільно визначати значення індексу.
Інакше замість професійної ринкової інфраструктури ми ризикуємо отримати черговий красивий AI-дашборд, якому складно довіряти.
Логістика є частиною ціни
Один із напрямків, який особливо цікавить мене в межах AMI, це зв'язок між трейдингом і логістикою.
Для аграрного ринку логістика не є просто допоміжною послугою.
Вона безпосередньо впливає на економіку угоди.
Можна домовитися про чудову ціну.
Знайти покупця.
Узгодити якість.
А потім з'ясувати, що доставка коштуватиме стільки, що вся привабливість угоди зникає.
Або необхідного транспорту просто немає.
Для України ця проблема особливо актуальна.
Повномасштабна війна суттєво змінила традиційні експортні маршрути.
Компаніям доводиться постійно пристосовуватися до змін у роботі портів, залізниці, автомобільного транспорту, міжнародних перевезень та доступності фрахту.
Тому ми розглядаємо логістичну інформацію як частину спільної ринкової інфраструктури.
Якщо брокер бачить ціну, але не бачить реальних можливостей доставки, його картина ринку неповна.
Якщо трейдер розраховує економіку контракту без актуальних логістичних умов, результат може бути помилковим.
А якщо execution-команда отримує контракт без усієї попередньої комерційної інформації, виникають додаткові ризики.
Саме тому AMI має поступово поєднувати не лише брокерські операції та індекси, а й логістичний контекст, фрахтовий брокеридж, виконання контрактів та пов'язані процеси.
Частина інструментів уже працює.
Інші перебувають у розробці.
Деякі напрямки залишаються перспективними і потребують додаткових партнерів.
Я не хочу створювати враження, ніби вся ця екосистема вже повністю завершена.
Вона розвивається.
І розвивається разом із практичними потребами ринку.
Cropto: експерименти з цифровими контрактами
Є в нашій екосистемі й більш експериментальний напрямок.
Цей проєкт досліджує можливості цифровізації контрактів на фізичні товари, перевірки документів, фіксації стану угод та використання blockchain-технологій у торгових процесах.
І одразу уточню.
Я не вважаю, що кожен контракт на зерно потрібно перетворювати на криптовалюту.
І що blockchain сам по собі здатний зробити фізичний аграрний ринок ефективнішим.
Мене цікавлять значно практичніші питання.
Чи можна створити цифрову історію контракту, яку різні учасники зможуть перевіряти?
Чи можна прозоріше фіксувати зміну статусу документів?
Чи можна зробити окремі операції з виконання та розрахунків більш контрольованими?
Чи можуть цифрові інструменти допомогти знизити частину ризиків, пов'язаних із взаємодією багатьох сторін?
У межах Cropto ми створили низку функціональних прототипів та провели експерименти з цифровими документами й механізмами розрахунків.
Наразі самостійний розвиток цього напрямку призупинений, оскільки ми концентруємо ресурси на більш нагальних складових AMI.
Cropto не є чинною регульованою торговою платформою.
Але напрацьовані технології та концепції можуть стати корисними на наступних етапах розвитку інфраструктури.
Звичайно, для цього потрібні відповідні комерційні, технологічні та регуляторні умови.
Одним програмним забезпеченням усіх цих питань не вирішити.
Україна як точка початку
Для мене важливо, що AMI починається саме з України.
Не лише тому, що я українець.
І не лише тому, що тут у нас уже є професійні партнери.
Україна є дуже цікавим середовищем для розвитку аграрної інфраструктури.
Маємо великий фізичний ринок.
Розвинену систему виробництва та експорту.
Досвідчених трейдерів і брокерів.
Складну логістику.
Постійну необхідність працювати з міжнародними контрагентами.
І надзвичайно високий рівень адаптації бізнесу до обставин, які часто змінюються.
Українські компанії вже мають величезний практичний досвід.
Питання в тому, як зробити цей досвід більш системним і технологічно забезпеченим.
Як зменшити кількість ручної роботи.
Як спростити обмін інформацією.
Як допомогти брокерам швидше знаходити відповідні комерційні пропозиції.
Як надати учасникам ринку більш зрозумілі цінові орієнтири.
Як краще пов'язати торгівлю з логістикою та виконанням контрактів.
І як зробити українські компанії зручнішими партнерами для міжнародного бізнесу.
Для мене це одночасно комерційне завдання і спосіб підтримувати розвиток української економіки.
Ці дві мотивації не суперечать одна одній.
Навпаки, саме їх поєднання робить цей напрямок особливо цікавим.
Але AMI не обмежується Україною
Ми не плануємо будувати інфраструктуру виключно для одного національного ринку.
Проблеми, які ми намагаємося вирішувати, існують і в інших країнах.
Розрізнені дані.
Складні комерційні процеси.
Брак прозорих локальних індикаторів.
Недостатня інтеграція програмних систем.
Логістичні обмеження.
Складнощі з виконанням фізичних контрактів.
Усе це притаманне багатьом аграрним та іншим товарним ринкам.
Тому я бачу розвиток AMI через співпрацю з локальними галузевими партнерами.
Ми можемо пропонувати технологічну інфраструктуру, програмні системи, інструменти автоматизації та повторно використовувані методологічні рішення.
А партнери на конкретних ринках забезпечуватимуть галузеву експертизу, комерційні відносини, локальні дані та розуміння особливостей торгівлі.
На мою думку, це значно реалістичніший шлях, ніж намагатися з одного офісу створити універсальну платформу, яка нібито однаково добре розуміє зернові ринки України, Франції, Бразилії чи будь-якої іншої країни.
Технології можуть бути спільними.
Ринки залишаються різними.
І саме це потрібно враховувати.
Чому всі ці проєкти об'єднані в AMI
Якщо подивитися на MN7R, 1D3X, системи моніторингу та Cropto окремо, вони можуть виглядати як різні продукти.
Один займається брокерськими процесами.
Другий індексами.
Треті інструменти допомагають аналізувати ринок.
Четвертий напрямок досліджує цифрові контракти.
Навіщо їх об'єднувати?
Тому що всі вони стосуються різних частин одного торгового процесу.
Спочатку з'являється інформація.
Що продають?
Хто продає?
Де знаходиться товар?
Яка якість?
Яка ціна?
Які умови поставки?
Потім з'являється комерційна взаємодія.
Пропозиції.
Переговори.
Пошук контрагентів.
Угода.
Контракт.
Виконання.
Логістика.
Розрахунки.
І на кожному етапі учасникам потрібні актуальні дані та розуміння того, що відбувається.
Тому брокерська система може використовувати ринкову інформацію.
Індексна інфраструктура може працювати зі структурованими ринковими спостереженнями.
Execution-команда може отримувати необхідний контекст комерційної операції.
А накопичена операційна інформація може допомагати вдосконалювати самі процеси.
Звичайно, це не означає, що всі можливі інтеграції вже реалізовані.
Але саме в цьому полягає напрямок розвитку AMI.
Ми хочемо, щоб різні інструменти посилювали один одного, а не існували у вигляді окремих програм, між якими співробітники вручну переносять інформацію.
Не ще один дашборд, а інфраструктура
Я багато років займаюся розробкою бізнес-систем.
ERP.
Комерційні платформи.
Аналітика.
Автоматизація.
AI-інструменти.
І за цей час дійшов досить простого висновку.
Написати програму часто значно легше, ніж правильно зрозуміти бізнес-процес, який вона повинна забезпечувати.
Хто отримує інформацію?
Хто її перевіряє?
Хто ухвалює рішення?
Хто відповідає за виконання?
Що можна автоматизувати?
Що не можна передавати машині без контролю людини?
Як забезпечити взаємодію кількох організацій, кожна з яких має власні системи та власні інтереси?
Саме ці питання лежать в основі AMI.
Бо фізичний товарний ринок, це не просто ціна на екрані.
Це складна мережа компаній, людей, домовленостей, документів, фізичних товарів та операційних ризиків.
І наше завдання полягає в тому, щоб зробити цю мережу зрозумілішою, ефективнішою та краще пов'язаною.
AMI розвивається разом із нашими технологічними та галузевими партнерами.
Починаючи з українського аграрного ринку.
Спираючись на реальні брокерські процеси та проєкти ринкових індексів.
І поступово розширюючи набір інструментів для міжнародних фізичних товарних ринків.
Частина систем уже працює.
Частина перебуває в розробці.
Деякі залишаються експериментальними напрямками.
І я не думаю, що ця архітектура колись стане остаточною.
Ринки змінюються.
Технології змінюються.
Можливості штучного інтелекту змінюються.
А отже, змінюватиметься й інфраструктура.
Але головна мета залишатиметься незмінною.
Зробити український та міжнародний аграрний ринок більш прозорим, його операції ефективнішими, а учасників краще пов'язаними між собою.
Саме для цього ми будуємо AMI.