SPRAWDZANIE DANYCH Z MONITORINGU PV · PRZEJĘCIE PORTFELA
Porównaj eksporty monitoringu PV z rejestrem obiektów.
Sprawdzam dane z monitoringu PV tylko do odczytu, w jednym 30-dniowym okresie: porównuję uzgodniony rejestr obiektów i urządzeń z dostarczonymi rekordami, aby wskazać braki, nieaktualne rekordy i wiek potwierdzonych luk. Do 10 dachów komercyjnych w dwóch portalach monitoringu. Niejasne powiązania, filtry eksportu lub reguły raportowania pozostają nierozstrzygnięte.
Dla kierowników eksploatacji (O&M) i instalatorów odpowiedzialnych za 20–200 dachów komercyjnych. Realizacja zdalna z Polski, na piśmie.
Pisemna weryfikacja danych PV
Przykład syntetyczny · Nie są to dane klienta↳
01 / Przegląd w portalu6 obiektów · 0 alertów
✓✓✓✓✓✓
Snapshot: lista obiektów a faktycznie odebrane rekordy↓
02 / Obiekty raportujące w pełni3 z 7
✓?✓!—✓!
!
W tym przykładzie cztery ślepe punkty, których przegląd nie pokazał: jeden obiekt milczy od 11 dni, jeden jest nieaktualny, jeden nigdy nie trafił do portalu, a jeden nadal raportuje mimo nieobecnego falownika.
Ilustracja do przykładu syntetycznego poniżej: przegląd w portalu może pokazać tylko 6 z 7 obiektów w portfelu. Pozostałych nigdy nie podłączono do żadnego portalu.
Przy przejęciu
Portfel zmienia właściciela szybciej niż jego monitoring. Konta w portalach, role podglądu i przypisania obiektów mogą nie nadążać za przekazaniem portfela. Porównuję uzgodniony rejestr obiektów i urządzeń z dostarczonymi rekordami dla wybranego okna. Jeśli dostępny jest wykaz obiektów w portalu, z którego mam zgodę korzystać, sprawdzam też, jakie obiekty i urządzenia zawiera. Sam eksport nie dowodzi, że obiektu nie ma w portalu. Niejasne przypisania, filtry eksportu lub reguły raportowania pozostają nierozstrzygnięte. To sprawdzenie danych historycznych; nie weryfikuje migracji portalu, zmiany API ani przyszłej ciągłości danych.
SNAPSHOT
Kompletność danych PV w jasno określonym zakresie.
Portfolio Blind-Spot Snapshot
Porównuję Twoją listę obiektów z rekordami, które portale monitoringu faktycznie odebrały w jednym 30-dniowym oknie. Otrzymujesz listę wyjątków dla każdego obiektu wraz z dowodami — nie dashboard i nie obietnicę, że będę pilnować za Ciebie.
Stały zakres, tylko odczyt. Pisemny raport, jedna runda pisemnych pytań i jedna korekta, jeśli coś pomyliłem na uzgodnionych danych wejściowych.
Zakres
10 obiektów · 2 portale · 30 dni
Jedno okno do wyboru — na przykład miesiąc przed przejęciem.
Termin
10 dni roboczych
Dziesięć dni roboczych biegnie od uzgodnienia kompletnych danych wejściowych i zarezerwowanego terminu. Zakres jest stały; jeśli Twoje dane wymagają więcej, niż on obejmuje, mówię o tym przed rozpoczęciem.
Cena
Na zapytaniepo sprawdzeniu próbnego eksportu
Faktura od SHEV Software (Polska). Warunki płatności uzgadniamy pisemnie przed rozpoczęciem pracy.
Ty dostarczasz
Lista obiektów i eksporty, które już masz
Lista obiektów z identyfikatorami urządzeń i oczekiwaną częstotliwością raportowania
Eksporty CSV/XLSX, które i tak pobierasz — albo, jeśli to niemożliwe, tymczasowa rola podglądu
Wiek luki na dzień zamknięcia okna: jak długo każda luka była otwarta, gdy okno się zamknęło
Dowód dla każdego ustalenia, odtwarzalny
Nie obejmuje
Bez wizyt. Bez diagnostyki. Bez monitoringu.
Wizyty na obiektach, diagnostyka urządzeń lub instalacji elektrycznej
Gwarancje uzysku lub wydajności
Ciągły monitoring, alerty, sterowanie jakimkolwiek systemem
Mówię, które obiekty milczą — a nie dlaczego.
Po Snapshocie: jeśli lista okaże się przydatna, kolejnym krokiem jest pełny Fleet Blind-Spot Audit — 20–200 obiektów, do trzech portali — o zakresie i cenie ustalonych na podstawie tego, co pokazał Snapshot.
JAK WYGLĄDA USTALENIE
Milczenie to nie zero.
Przykład syntetyczny · Nie są to dane klienta
Siedem fikcyjnych dachów, dwa portale, 30 dni przed przejęciem. Przegląd w portalu nie pokazywał alertów. Snapshot porównuje, co każdy obiekt miał wysłać, z tym, co faktycznie odebrano.
Fikcyjny portfel. Okno: 25 września – 24 października 2026, 30 dni. Oczekiwana częstotliwość to reguła tego wymyślonego przykładu, a nie twierdzenie o OEM. Nazwy obiektów i portali są umowne. Wiek luki liczy się do ostatniego dnia okna; w tym przykładzie jest to zadeklarowane założenie fikcyjnych danych, a nie dowód, że ktokolwiek cokolwiek zauważył.
Obiekt
Portal
Ostatni rekord w oknie · UTC
Oczekiwane
Status w Snapshocie
Wiek luki na dzień zamknięcia
S-01 Warehouse North
Portal A
2026-10-24 17:45Z
15 min
Raportuje
—
S-02 Logistics Hub
Portal A
2026-10-13 09:15Z
15 min
Milczy
11 dni
S-03 Retail Park B
Portal B
2026-10-24 17:30Z
15 min
Raportuje
—
S-04 Cold Store
Portal B
2026-10-21 12:00Z
15 min
Nieaktualny · niepełne dni od 2026-10-19
5 dni
S-05 Office Roof
— Brak w jakimkolwiek portalu
—
codziennie
Brak w obu portalach
całe okno
S-06 Depot East
Portal A
2026-10-24 17:45Z
15 min
Raportuje
—
S-07 Plant Two
Portal A
2026-10-24 17:45Z
15 min
Raportuje · brak falownika 3 z 4 od 2026-10-19
5 dni
W tym przykładzie S-05 to przypadek, którego przegląd nie pokazuje: obiekt uruchomiony, ale nigdy nieprzypisany do portalu, w ogóle w nim nie występuje. S-07 to drugi przypadek: portal nadal go raportuje, choć jeden z czterech falowników jest nieobecny od 19 października. To, czy konkretny portal zgłosiłby taki alert, jest cechą tego portalu i ten fikcyjny przykład tego nie rozstrzyga.
↳
Cztery obiekty wymagają decyzji przed odbiorem.
Przegląd liczył urządzenia, które istnieją. Snapshot liczy rekordy, które dotarły. W tym przykładzie 4 z 7 obiektów mają lukę, której nic nie ujawniło przez całe okno — w tym jeden, który portal nadal pokazuje jako raportujący, bo przestał docierać tylko jeden z czterech falowników.
Snapshot nie ustali, dlaczego obiekt milczy — łączność, falownik, przypisanie w portalu — ani ile wart jest utracony uzysk. Ustala, które obiekty, od kiedy i co było widoczne w tym czasie. Wiek luki liczy się do dnia zamknięcia okna; to nie jest pomiar tego, kiedy ktokolwiek ją zauważył.
Wysyłasz liczbę obiektów, nazwy portali i informację, czy możesz udostępnić eksporty lub rolę podglądu. Pierwsza pisemna odpowiedź przychodzi w ciągu dwóch dni roboczych — to odpowiedź, a nie decyzja o Twoich danych. Zanim cokolwiek zostanie ustalone, sprawdzam przykładowy eksport pod kątem przydatności, a potem potwierdzam okno, zarezerwowany termin i cenę na piśmie.
02
Uzgodnienie tylko do odczytu
Tworzysz tymczasową rolę podglądu lub udostępniasz eksporty. Porównuję listę obiektów, oczekiwaną częstotliwość i odebrane rekordy, portal po portalu. Nic nie jest zmieniane ani sterowane.
03
Lista wyjątków z ograniczeniami
Otrzymujesz listę per obiekt, dowody dla każdego ustalenia oraz wyraźną listę tego, czego dane nie mogły pokazać. Dostęp jest cofany, a eksporty usuwane 30 dni po dostarczeniu.
KTO WYKONUJE PRACĘ
Inżynier, który nie ma Ci do sprzedania ekipy serwisowej.
Nazywam się Oleksii Shevchenko, jestem senior inżynierem backendu Go — systemy rozproszone, potoki danych, orkiestracja procesów — i mieszkam w Polsce. Enerplain to linia danych energetycznych mojej firmy SHEV Software. Każdy Snapshot wykonuję sam, na piśmie, po angielsku (także po ukraińsku i rosyjsku).
Snapshot nic nie zyskuje na znalezionych usterkach: nie idzie za nim umowa serwisowa ani sprzedaż sprzętu. Portfele wiatrowe i magazynowe to zainteresowanie na później, nie bieżąca usługa.
Kilka przydatnych granic.
Czy to monitoring?+
Nie. Jedno 30-dniowe okno, sprawdzone raz, dostarczone raz. Bez dashboardu, bez alertów, bez sterowania jakimkolwiek systemem. Jeśli chcesz to powtarzać, to osobna rozmowa po pierwszej liście.
Z jakimi portalami możesz pracować?+
Nie ma uniwersalnej zgodności z portalami i nie deklaruję zweryfikowanego wsparcia dla żadnego konkretnego OEM. Działa tam, gdzie portal oferuje rolę podglądu albo eksport CSV/XLSX z kolumnami obiektu, znacznika czasu i energii — przed zobowiązaniem sprawdzam próbkę Twojego rzeczywistego eksportu. Pierwszy Snapshot obejmuje dwa portale; mieszany portfel z większą liczbą trafia do pełnego audytu.
Czy potrzebujesz naszych danych logowania?+
Nie. Tymczasowa rola tylko do odczytu utworzona na czas Snapshotu i cofnięta po nim, albo eksporty. Nigdy nie wysyłaj e-mailem haseł, identyfikatorów klientów ani surowej telemetrii — do pierwszego e-maila wystarczą liczby i nazwy portali. Po uzgodnieniu zakresu potrzebuję rejestru obiektów i urządzeń, samych eksportów oraz informacji, który portal i który eksport wygenerował każdy plik.
Czego Snapshot nie może nam powiedzieć?+
Dlaczego obiekt milczy, czy sprzęt jest uszkodzony ani ile wart jest utracony uzysk. To nie jest diagnostyka elektryczna, certyfikacja wydajności ani weryfikacja oszczędności energii. Luka to luka w dowodach: rekordy nie dotarły zgodnie z uzgodnioną częstotliwością. Sama w sobie nie oznacza usterki — tę samą ciszę może wywołać łącze komunikacyjne, rejestrator danych, przypisanie w portalu albo sam eksport.
NOTATKI Z TERENU
Szczegóły, przez które eksport z monitoringu kłamie.
Krótkie, praktyczne notatki dla osób, które czytają dane PV, a nie tylko dashboardy. Obecne notatki są po angielsku.
Ile obiektów, jakie portale i czy możliwa jest rola podglądu?
To cały pierwszy e-mail. Pierwsza pisemna odpowiedź przychodzi w ciągu dwóch dni roboczych — to odpowiedź, jeszcze nie zobowiązanie. Załączniki, dane logowania ani dane klientów nie są potrzebne.
Otworzy się Twój program pocztowy. Korespondencja po angielsku; po ukraińsku i rosyjsku na życzenie. Realizacja zdalna z Polski. Prosimy nie załączać danych klientów ani danych logowania.