Retrofit чи нове встановлення: як обрати підхід до впровадження розумного обліку

Чому цифровізація обліку ресурсів стає базовою вимогою

Перехід до розумного обліку сьогодні значною мірою визначається не «бажанням автоматизувати», а практичними чинниками: зростанням вимог до прозорості нарахувань, очікуваннями клієнтів щодо онлайн-сервісів, потребою швидше виявляти втрати й аномалії, а також загальною цифровізацією процесів у постачальників ресурсів і керуючих компаній. На цьому тлі дистанційне збирання показників і централізована аналітика стають стандартом, до якого поступово наближаються і регуляторні підходи, і споживчі очікування.

За даними Transforma Insights (IoT Forecast Database, 2026), інтеграція smart-лічильників електроенергії помітно зросте до 2035 року порівняно з 2025. На мапі видно, що у 2025 році рівень впровадження за країнами суттєво відрізняється: низка ринків демонструє високу частку «розумних» лічильників, тоді як в інших регіонах інтеграція залишається помірною або низькою. У прогнозі на 2035 рік забарвлення стає значно більш рівномірним і «темнішим» на більшій частині мапи, що відображає тренд на розширення впровадження та поступове вирівнювання рівня цифровізації обліку між регіонами.

Глобальний прогноз IoT щодо розумних лічильників, 2025–35

Другий графік Transforma Insights показує зростання глобальної встановленої бази smart-лічильників електроенергії, газу та води у 2025–2035 роках. Діаграма демонструє стійку динаміку (позначено CAGR 6%) і зростання загальної бази приблизно з рівня трохи вище 2 млрд у 2025 році майже до 4 млрд у 2035 році, при цьому внесок забезпечують усі три напрями – електроенергія, газ і вода.

Глобальний прогноз IoT щодо розумних лічильників, 2025–35

Портрети об’єктів: де в кожної стратегії свої сильні сторони

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

У нових житлових комплексах зазвичай простіше заздалегідь закласти зручну схему обліку. Доступ до приладів частіше стандартизований, а розміщення пристроїв і підключення до платформи можна продумати на етапі введення об’єкта. При цьому гібридний підхід трапляється і тут: частину лічильників одразу обирають «розумними», а частину дооснащують радіомодулями, якщо це раціональніше для конкретних типів приладів або сценаріїв експлуатації.

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

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

Портрети об’єктів: де в кожної стратегії свої сильні сторони

З боку retrofit може виглядати як проста операція: пристрій підключили – і дані почали надходити. На практиці це послідовність рішень, кожне з яких впливає на результат. Важливо коректно зняти імпульси або сигнал із лічильника – підібрати сенсор і схему підключення під конкретну модель приладу обліку. Далі необхідно забезпечити надійний монтаж і фіксацію: якість даних у retrofit-проєктах часто залежить не стільки від електроніки, скільки від стабільності встановлення, коректного зчитування та захисту від випадкового зміщення або втручання.

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

Нове встановлення: чому «технічно правильніше» не завжди означає «швидше»

Нове встановлення часто дає більш уніфіковану архітектуру: парк приладів приводять до єдиного стандарту, визначають моделі та вимоги до обслуговування, формують єдиний контур обліку. Однак це зазвичай потребує більше часу та організаційних ресурсів. Заміна приладів включає введення в експлуатацію, реєстрацію, документальні процедури та гарантійні процеси. У житловому фонді окремим чинником стає доступ до великої кількості приміщень. Тому нове встановлення частіше є доцільним там, де об’єкт до цього підготовлений – під час нового будівництва, реконструкції або за умов стандартизованої інфраструктури.

Типові точки ризику для обох підходів

Для retrofit найбільш характерні ризики, пов’язані із сумісністю та коректністю зчитування (зв’язка «сенсор/лічильник»), якістю монтажу та реальними радіоумовами в місці встановлення. Для нового встановлення частіше критичні строки, погодження та масовий доступ до точок обліку – це переважно управлінські чинники, які можуть помітно зсувати графік проєкту.

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

Роль зв’язку та покриття

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

Як це виглядає у Jooby: чотири кейси з різною логікою впровадження

Щоб зробити висновки прикладними, варто подивитися на приклади впроваджень.

В Словенії, в проєкті Domplan, вихідною ситуацією був ручний облік газу та обмежений доступ до лічильників. Для цього кейсу обрали NB-IoT retrofit з передаванням даних у платформу партнера. В проєкті використали 1000 автономних NB-IoT пристроїв різних модифікацій, включно з Jooby з технологією NB-IoT під різні типи лічильників і сценарії встановлення. Цей приклад показує, що цифровізацію можна почати без заміни парку приладів.

У молдовському проєкті Moldovagaz масштаб був суттєво більшим: йшлося про встановлення 12 000 радіомодулів Jooby, що працюють за технологією LoRaWAN, у багатоповерховому житловому фонді з розгортанням базових станцій і організацією дистанційного доступу до даних. Цей кейс демонструє, як за великого обсягу робіт зростає роль інфраструктури, типізації підключення та повторюваності процесу на тисячах точок.

Ще один сценарій – пілот у новому ЖК «Схід» (Одеса). Там тестували модель, характерну для нових об’єктів: встановили 150 багатотарифних однофазних електролічильників MTX із вбудованим LoRa-радіомодулем і 60 радіомодулів Jooby з двома імпульсними входами для водомірів. Дані звели в Jooby RDC Dashboard, а передавання організували через базові станції LoRaWAN провайдера. Цей приклад показує, як на новому об’єкті можна швидко вибудувати цифровий контур обліку та забезпечити прозорість як щодо споживання, так і щодо стану пристроїв.

Нарешті, кейс Sombor Gas (Сербія) ілюструє поширену траєкторію «пілот → масштабування». Компанія почала з тестового впровадження: встановили 30 пристроїв Jooby EPHIR RMS GMEL10 102 EU, після чого запланували розширення до 5000 газових лічильників з інтеграцією у внутрішнє ПЗ замовника. В таких проєктах ключове питання – наскільки стійко працює весь шлях даних від встановлення до звіту в системі та наскільки відтворюваний процес під час масштабування.

Як Jooby підтримує обидва сценарії

Практична цінність Jooby полягає в тому, що рішення компанії підходять як для retrofit, так і для нового встановлення. У retrofit-проєктах зазвичай важливі сумісність, відтворюваність монтажу та швидкість впровадження; тут застосовують радіомодулі та сенсори для поширених моделей лічильників.

У проєктах на базі LoRaWAN важливо мати можливість побудувати мережу на об’єкті (включно з базовими станціями/шлюзами) і звести дані в платформу, де їх можна контролювати та інтегрувати в білінг або диспетчеризацію. У NB-IoT-проєктах акцент частіше роблять на швидкому охопленні географії за рахунок мережі оператора та на інтеграції даних у наявні системи замовника.

Міні-гайд з вибору

Якщо звести вибір до загальної логіки, retrofit частіше підходить там, де лічильники вже встановлені, доступ ускладнений, а заміна парку збільшує строки та ускладнює погодження. Нове встановлення частіше є виправданим на нових об’єктах і під час реконструкцій, де можна одразу закласти єдиний стандарт. Щодо транспорту даних рекомендується застосовувати подібний підхід: розподілені об’єкти нерідко простіше закривати з опорою на мережу оператора, а території з високою концентрацією точок – власною мережею, яку можна спроєктувати під конкретні радіоумови.

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