PRZEJMUJESZ PORTFEL PV? · KONTROLA TYLKO DO ODCZYTU

Dowiedz się, które obiekty milczą, zanim podpiszesz odbiór.

30-dniowy Snapshot tylko do odczytu: do 10 dachów komercyjnych w dwóch portalach monitoringu — które obiekty przestały raportować, które są nieaktualne, które w ogóle nie trafiły do portalu, i jak stara była każda luka w chwili zamknięcia okna.

Dla kierowników eksploatacji (O&M) i instalatorów odpowiedzialnych za 20–200 dachów komercyjnych. Realizacja zdalna z Polski, na piśmie.

Pierwsza kohorta · pierwsze pięć Snapshotów w stałej cenie
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ą pojawiać się później niż same obiekty, a obiekt, którego nigdy nie przypisano do portalu, w ogóle nie występuje w jego przeglądzie. Sam przegląd nie dowodzi, że każdy oczekiwany obiekt i każde urządzenie są przypisane i dostarczają komplet rekordów; dowodzi tego dopiero zestawienie go z oczekiwanym rejestrem. Snapshot zestawia listę obiektów, którą podpisujesz, z rekordami faktycznie otrzymanymi przez portale w Twoim oknie. Czyta historyczne eksporty; nie weryfikuje migracji portalu, zmiany API ani przyszłej ciągłości danych.

SNAPSHOT

Dziesięć obiektów. Dwa portale. Trzydzieści dni. Jedna lista, na której można działać.

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, stała cena, 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

£450stała, dla klientów z Wielkiej Brytanii, w funtach szterlingach · pierwsza kohorta pięciu

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
Ty otrzymujesz

Lista wyjątków dla każdego obiektu

  • Raportuje · nieaktualny · milczy · brak w portalu
  • Pierwszy i ostatni rekord w oknie
  • 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ł.

JAK PRZEBIEGA SNAPSHOT

Jeden e-mail na start. Jedna lista na koniec.

  1. Zakres na piśmie

    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 stałą cenę.

  2. 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.

  3. 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.

ZAPYTAJ O ZAKRES

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.

Zapytaj o zakres

oleksii.shevchenko@shevsoftware.com

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.