Відсутні дані та нуль в експортах моніторингу PV
Як перевіряти пропущені інтервали, не вважаючи їх виміряною нульовою генерацією.
Читати нотаткуПЕРЕВІРКА ДАНИХ МОНІТОРИНГУ PV · ПРИЙМАННЯ ПОРТФЕЛЯ
Перевіряю дані моніторингу PV лише для читання за один 30-денний період: порівнюю узгоджений реєстр об’єктів і пристроїв із наданими записами, щоб виявити відсутні або застарілі записи та вік підтверджених прогалин. До 10 комерційних дахових об’єктів у двох порталах моніторингу. Неясні відповідності, фільтри експорту або правила звітування залишаються невирішеними.
Для керівників експлуатації (O&M) та інсталяторів, які відповідають за 20–200 комерційних дахів. Виконується дистанційно з Польщі, письмово.
У цьому прикладі чотири сліпі зони, яких огляд не показав: один об'єкт мовчить 11 днів, один застарів, один так і не потрапив до порталу, а ще один досі звітує при відсутньому інверторі.
Портфель змінює власника швидше, ніж його моніторинг. Облікові записи порталів, ролі перегляду та прив’язки об’єктів можуть відставати від передачі портфеля. Я порівнюю узгоджений реєстр об’єктів і пристроїв із наданими записами за вибране вікно. Якщо доступний перелік об’єктів порталу, яким мені дозволено користуватися, я також перевіряю, які об’єкти та пристрої він містить. Сам експорт не доводить відсутності об’єкта в порталі. Незрозумілі прив’язки, фільтри експорту або правила звітування залишаються невирішеними. Це перевірка історичних записів; вона не перевіряє міграцію порталу, зміну API або майбутню безперервність даних.
SNAPSHOT
Я звіряю ваш список об'єктів із записами, які портали моніторингу фактично отримали за одне 30-денне вікно. Ви отримуєте перелік винятків по кожному об'єкту з доказами — не дашборд і не обіцянку стежити замість вас.
Фіксований обсяг, лише читання. Письмовий звіт, один раунд письмових запитань і одне виправлення, якщо я помилився на погоджених вхідних даних.
10 об'єктів · 2 портали · 30 днів
Одне вікно на ваш вибір — наприклад, місяць перед передачею.
10 робочих днів
Десять робочих днів починаються після погодження повних вхідних даних і зарезервованого слоту. Обсяг фіксований; якщо ваші дані потребують більшого, ніж він охоплює, кажу про це до початку.
За запитомпісля перевірки зразка експорту
Рахунок від SHEV Software (Польща). Умови оплати узгоджуємо письмово до початку роботи.
Список об'єктів і експорти, які у вас уже є
Перелік винятків по кожному об'єкту
Без виїздів. Без діагностики. Без моніторингу.
Я кажу, які об'єкти мовчать, — а не чому.
Після Snapshot: якщо список корисний, наступний крок — повний Fleet Blind-Spot Audit на 20–200 об'єктів і до трьох порталів, обсяг і ціна якого визначаються за результатами Snapshot.
ЯК ВИГЛЯДАЄ ЗНАХІДКА
Сім вигаданих дахів, два портали, 30 днів перед передачею. Огляд у порталі не показував сповіщень. Snapshot порівнює, що кожен об'єкт мав надіслати, з тим, що було фактично отримано.
| Об'єкт | Портал | Останній запис у вікні · UTC | Очікувано | Статус у Snapshot | Вік прогалини на дату закриття |
|---|---|---|---|---|---|
| S-01 Warehouse North | Portal A | 2026-10-24 17:45Z | 15 хв | Звітує | — |
| S-02 Logistics Hub | Portal A | 2026-10-13 09:15Z | 15 хв | Мовчить | 11 дн. |
| S-03 Retail Park B | Portal B | 2026-10-24 17:30Z | 15 хв | Звітує | — |
| S-04 Cold Store | Portal B | 2026-10-21 12:00Z | 15 хв | Застарів · неповні дні з 2026-10-19 | 5 дн. |
| S-05 Office Roof | — Немає в жодному порталі | — | щодня | Відсутній в обох порталах | усе вікно |
| S-06 Depot East | Portal A | 2026-10-24 17:45Z | 15 хв | Звітує | — |
| S-07 Plant Two | Portal A | 2026-10-24 17:45Z | 15 хв | Звітує · інвертор 3 з 4 відсутній з 2026-10-19 | 5 дн. |
У цьому прикладі S-05 — випадок, якого огляд не показує: об'єкт, який ввели в експлуатацію, але так і не прив'язали до порталу, у ньому взагалі відсутній. S-07 — другий випадок: портал досі звітує про нього, хоча один із чотирьох інверторів відсутній з 19 жовтня. Чи створив би конкретний портал сповіщення про це — властивість самого порталу, і цей вигаданий приклад цього не встановлює.
Огляд рахував пристрої, які існують. Snapshot рахує записи, які надійшли. У цьому прикладі 4 з 7 об'єктів мають прогалину, якої за все вікно ніщо не показало, — зокрема один, який портал досі показує як такий, що звітує, бо перестав надходити лише один із чотирьох інверторів.
Snapshot не може встановити, чому об'єкт мовчить — зв'язок, інвертор, прив'язка в порталі — або скільки коштує втрачений виробіток. Він встановлює, які об'єкти, відколи і що було видно тим часом. Вік прогалини рахується до дня закриття вікна; це не вимірювання того, коли її хтось помітив.
ЯК ПРОХОДИТЬ SNAPSHOT
Ви надсилаєте кількість об'єктів, назви порталів і чи можете надати експорти або роль перегляду. Перша письмова відповідь надходить протягом двох робочих днів — це відповідь, а не рішення щодо ваших даних. Перш ніж щось погоджувати, я перевіряю зразок експорту на придатність, а потім підтверджую вікно, зарезервований слот і ціну письмово.
Ви створюєте тимчасову роль перегляду або передаєте експорти. Я порівнюю список об'єктів, очікувану частоту та отримані записи, портал за порталом. Нічого не змінюється і нічим не керується.
Ви отримуєте список по об'єктах, докази до кожної знахідки та явний перелік того, чого дані показати не могли. Доступ відкликається, а експорти видаляються через 30 днів після доставки.
ХТО ВИКОНУЄ РОБОТУ
Я Олексій Шевченко, senior Go backend-інженер — розподілені системи, дата-пайплайни, оркестрація процесів — живу в Польщі. Enerplain — енергетичний напрям моєї компанії SHEV Software. Кожен Snapshot я виконую сам, письмово, англійською (також українською та російською).
Snapshot нічого не виграє від знайдених несправностей: за ним не йде сервісний контракт і не продається обладнання. Вітрові та накопичувальні портфелі — інтерес на майбутнє, а не поточна послуга.
Ні. Одне 30-денне вікно, одна перевірка, одна доставка. Без дашборда, без сповіщень, без керування будь-якою системою. Якщо ви хочете повторювати — це окрема розмова після першого списку.
Універсальної сумісності з порталами не існує, і я не заявляю перевіреної підтримки жодного конкретного OEM. Працює там, де портал дає роль перегляду або експорт CSV/XLSX із колонками об'єкта, часу та енергії, — перед зобов'язанням я перевіряю зразок вашого реального експорту. Перший Snapshot охоплює два портали; змішаний портфель із більшою кількістю переходить у повний аудит.
Ні. Тимчасова роль лише для читання, створена для Snapshot і відкликана після нього, або експорти. Ніколи не надсилайте паролі, ідентифікатори клієнтів чи сиру телеметрію електронною поштою — для першого листа потрібні лише кількості та назви порталів. Після погодження обсягу мені потрібен реєстр об'єктів і пристроїв, самі експорти та інформація, який портал і який експорт створив кожен файл.
Чому об'єкт мовчить, чи несправне обладнання і скільки коштує втрачений виробіток. Це не електротехнічна діагностика, не сертифікація продуктивності і не верифікація енергозбереження. Прогалина — це прогалина в доказах: записи не надійшли згідно з погодженою частотою. Сама по собі вона не означає несправності — ту саму тишу можуть створити канал зв'язку, реєстратор даних, прив'язка в порталі або сам експорт.
ПОЛЬОВІ НОТАТКИ
Короткі практичні нотатки для тих, хто читає PV-дані, а не лише дашборди. Поточні нотатки — англійською.
Як перевіряти пропущені інтервали, не вважаючи їх виміряною нульовою генерацією.
Читати нотаткуUTC, локальні зсуви та перехід на зимовий час у PV-експорті.
Читати нотаткуКомпактний чекліст перевірки від джерела до застосунку для технічних команд.
Читати нотаткуЗАПРОСИТИ ОБСЯГ
Це весь перший лист. Перша письмова відповідь надходить протягом двох робочих днів — це відповідь, ще не зобов'язання. Вкладення, облікові дані чи дані клієнтів не потрібні.
Запросити обсягoleksii.shevchenko@shevsoftware.com
Відкриється ваш поштовий застосунок. Листування англійською; українською та російською — на запит. Виконується дистанційно з Польщі. Будь ласка, не додавайте дані клієнтів чи облікові дані.