Архітектура розумних транспортних платежів — кейс 2014 року (Київ)

Технологічний прорив, який не вписався в стару систему

Наприкінці 2013-го та на початку 2014 року розпочалося розроблення єдиної системи обліку пасажиропотоків і електронного квитка для громадського транспорту Києва. Мета полягала в тому, щоб замінити застарілі, розрізнені способи оплати проїзду в метро, трамваях, тролейбусах, автобусах, приміських поїздах і фунікулері, створивши безшовну загальноміську мережу транспортних платежів.

Прихід команди з готовими рішеннями

Я розпочав цей проєкт у 53 роки, маючи за плечима великий досвід розроблення інформаційних концентраторів, вузлів зв’язку та мережевих рішень для складних розподілених систем.

• 🚌 🚛 Я привів із собою команду перевірених розробників і вантажівку готових рішень, накопичених за роки попередньої роботи.
• 🛠 Ми не винаходили велосипед; натомість інтегрували перевірені технологічні рішення, щоб забезпечити надійність і гнучкість системи.

Однак щойно наші рішення були інтегровані, усе, що ми принесли в проєкт, раптом стало «конфіденційною інформацією компанії».

Архітектура системи: концентратор як нервова система

Щоб зробити систему масштабованою та відмовостійкою, ми побудували її за двошаровим принципом «сендвіча»:

• Фізична інфраструктура (мережезалежний шар) – відповідала за передавання даних і взаємодію пристроїв.
• Логічна платформа (мереженезалежний шар) – відповідала за маршрутизацію, пріоритезацію та оброблення транзакцій.

Роль інформаційного концентратора

💡 Інформаційний концентратор став центральним вузлом системи, виконуючи три основні функції:

1. Збирання даних у реальному часі – оброблення мільйонів повідомлень від терміналів, турнікетів і квиткових серверів.
2. Аналіз і пріоритезація повідомлень – класифікація їх як «блискавка», «термінові», «стандартні» або «фонові».
3. Оптимізація навантаження – накопичення даних у години пік і гнучке розвантаження в менш завантажені періоди.

🔗 База даних Oracle була підключена до концентратора під єдиним обліковим записом, що мало суттєво зменшити витрати на ліцензування. Однак через хибні управлінські рішення власників компанії — які переоцінили свої управлінські навички, не маючи достатнього досвіду в IT, — цю можливість, на жаль, було втрачено.

Інновації: система обліку та безпеки

1. «Internet of Things» або «Intranet of Things»

Система була побудована на TCP/IP і фактично стала мережею «Internet of Things» ще до того, як IoT став мейнстримом. А точніше — «Intranet of Things», де закрита мережа розумних пристроїв працювала всередині міської транспортної системи.

2. Багаторівнева пріоритезація повідомлень

• 📡 «Блискавка» – аварійні та критично важливі команди керування.
• 🎟 «Термінові» – квиткові транзакції та оброблення платежів.
• 📊 «Стандартні» – аналітичні та звітні дані.
• 📥 «Фонові» – передавання файлів і операції, некритичні до часу.

Цей механізм забезпечував миттєву реакцію на критичні події, водночас запобігаючи перевантаженню мережі.

3. Виявлення та запобігання шахрайству

🚔 Система була спроєктована для виявлення фальшивих квитків шляхом аналізу аномальних транзакцій і виявлення шахрайської активності.

Безпека: політичні бар’єри та бюрократичний саботаж

Початковий проєкт передбачав:

• 🔐 Апаратне шифрування для передавання даних.
• 💾 Українські сертифіковані криптографічні рішення.
• 🚫 Гарантований захист від втручання третіх сторін.

Однак у 2014 році, під час політичної турбулентності, ситуація змінилася:

• 🚧 Реалізацію шифрування було заблоковано на бюрократичному рівні.
• 🗣 Власник проєкту не зміг обґрунтувати його необхідність.
• ⚖ За тодішньої адміністрації безпека відійшла на другий план порівняно з політичним маневруванням.

📉 Це фактично вбило гнучку тарифну систему і ускладнило інтеграцію системи.

Тестування та демонстрація

🚆 Тестову систему було розгорнуто в Київській міській державній адміністрації, тоді як центральний сервер перебував у Харкові.

📊 Дані в реальному часі відображалися на великих екранах, показуючи купівлю квитків, валідацію карток і пасажиропотік через турнікети.

👀 Навіть мер Києва Віталій Кличко особисто оглянув систему і був приємно здивований.

Фінансовий крах: чому проєкт провалився?

За два місяці до демонстрації у компанії закінчилися гроші на зарплати.

Причини:

• 👥 Замість наймати технічних фахівців, менеджмент наймав «наглядачів», щоб контролювати розробників.
• 📉 Роздута бюрократія замість належного управління IT-проєктом.
• 💸 Повне неправильне управління ресурсами. Керівництво компанії жило на широку ногу, їздило на люксовому автомобілі, орендувало корпоративну квартиру просто в центрі Києва, відкрило офіс у Харкові та створило розкішний, просторий офіс у центрі Києва зі свіжим, красивим ремонтом.

📢 Я прийняв рішення завершити проєкт безоплатно, виконавши своє зобов’язання.

🚪 Але після успішної демонстрації я звільнився – тому що працювати безоплатно при капіталізмі аморально.

💻 Розробники, які прийшли разом зі мною, також пішли, що зробило подальше впровадження системи неможливим.

Висновки: що залишилося від проєкту?

• ✔ Розроблення єдиної системи керування доступом і оплати проїзду в міському транспорті, включно з відстеженням пересадок за схемою «єдиного квитка».
• ✔ Інноваційні технології – пріоритезація, захист даних і запобігання шахрайству.
• ✔ Раннє впровадження «Intranet of Things».

Найголовніше: проєкт довів здійсненність ідеї.

💡 Якби не бюрократичні бар’єри та управлінська некомпетентність, Київ міг би впровадити повноцінну систему обліку пасажирів світового рівня вже влітку 2014 року. Її ядром мала стати перевірена часом модель інформаційного концентратора з пріоритетними чергами — технологія з неперевершеною надійністю з 1999 року.

Епілог

🛠 Система працювала.

🔌 Вона була готова до запуску.

🚇 Але їй так і не дали вийти в експлуатацію.

Технології зберігаються. Рішення, розроблені для цього проєкту, ще можуть стати основою майбутніх розумних транспортних систем в Україні та за її межами.

🚦 Хоча зрештою проєкт було передано іншій команді в урізаному вигляді та адаптовано для впровадження в інших містах, він утратив початковий імпульс і інноваційну гостроту. Було втрачено цінний час, а ключові технологічні переваги були розмиті. Проте базові архітектурні принципи — хоча й захищені NDA — довели свою життєздатність. У майбутніх публікаціях ми окреслимо ці фундаментальні концепції без порушення конфіденційності.

💎 Справжня трагедія полягає в тому, що кияни заплатили за ці рішення десятиліттями застарілих технологій.