System paszportyzacji sieci precyzyjnie rejestruje informacje o infrastrukturze sieciowej – pod warunkiem, że dane w tym systemie są aktualne. W praktyce zgodność pomiędzy widokiem sieci a jej stanem faktycznym w terenie może stopniowo się rozmywać.
Mechanizm jest prosty i powtarzalny. Technik przyjeżdża do węzła z danymi z systemu paszportyzacji. Na miejscu stwierdza, że poprzednia ekipa zmieniła konfigurację, ale w systemie nie ma śladu takiej wizyty ani zmian. Traci czas na rozpoznanie sytuacji; dzwoni do koordynatora. Raport z jego własnej wizyty również trafia do ewidencji z kilkugodzinnym opóźnieniem. Kolejna ekipa przyjeżdża z podobnymi brakami.
Ewidencja stopniowo traci wartość operacyjną – nie z powodu ograniczeń systemu, lecz z braku mechanizmu zamykającego pętlę między danymi o sieci w systemie, a codziennymi pracami w terenie. Im większa skala operacji, tym wyższy koszt takiej luki w postaci wydłużonego czasu usuwania awarii, nieudanych wizyt, malejącej wiarygodności PNI jako źródła aktualnej informacji o sieci.
Obszary, w których powstają największe rozbieżności między systemem a stanem faktycznym sieci
Rozbieżności między tym, co rejestruje system paszportyzacji, taki jak na przykład Smallworld PNI (Physical Network Inventory), a rzeczywistym stanem sieci narastają najszybciej w trzech obszarach:
1. Obsługa zgłoszeń awaryjnych w rozplanowanym dniu pracy
Każda organizacja terenowa pracuje jednocześnie w dwóch trybach: realizacji zaplanowanych zleceń i reagowania na awarie. Zgłoszenie awarii w środku zaplanowanego dnia wymaga natychmiastowej decyzji, który technik ma właściwe kompetencje, żeby usunąć usterkę, jest dostępny i dysponuje niezbędnym sprzętem.
Bez systemu integrującego dane z PNI z informacją o dostępności i kwalifikacjach techników decyzja ta pochłania czas i zwiększa średni czas naprawy (MTTR), co przekłada się na ryzyko naruszenia SLA. Awaria czeka na usunięcie, harmonogram ulega dezorganizacji, a zmiany wprowadzone podczas interwencji często nie trafiają z powrotem do ewidencji, bo ważniejsze jest wykonanie zadania niż aktualizacja informacji w systemie.
2.Raportowanie bez dostępu do sieci GSM
Wiele prac utrzymaniowych odbywa się w miejscach pozbawionych zasięgu – w kanalizacji teletechnicznej, zamkniętych węzłach, podziemiach budynku. Narzędzia wymagające stałego połączenia z Internetem nie spełniają wymagań pracy w takich warunkach – dane z wizyty pozostają poza systemem lub trafiają do PNI z opóźnieniem, powiększając rozbieżność między ewidencją sieci a jej rzeczywistym stanem.
3. Prace podwykonawców poza kontrolą systemu ewidencji
Duzi operatorzy telekomunikacyjni rzadko utrzymują sieć wyłącznie własnymi zasobami. Partnerzy techniczni (podwykonawcy) realizujący prace w terenie raportują wykonanie zadań według własnych schematów. Bez centralnego systemu zarządzania zleceniami dyspozytor nie ma więc bieżącego wglądu w postęp prac, a zmiany wprowadzone przez zewnętrzne ekipy mogą trafiać do PNI ze znacznym opóźnieniem lub wcale.
Tam, gdzie wielu partnerów działa bez odpowiedniej separacji dostępu, pojawia się dodatkowy problem: konkretnych modyfikacji w sieci nie można przypisać do konkretnej ekipy ani zlecenia. Ewidencja sieci staje się zasobem wspólnym bez właściciela – co uderza bezpośrednio wpływa na jej wiarygodność.
Integracja Smallworld PNI-GeoTask – domknięcie pętli operacyjnej
Współpraca GeoTaska z systemem Smallworld Physical Network Inventory adresuje każdy z opisanych wcześniej obszarów i pozwala zamknąć pętlę przepływu informacji między ewidencją sieci a działaniami w terenie.
GeoTask jest też zgodny ze standardami TM Forum, co oznacza uproszczoną integrację z istniejącym środowiskiem IT operatorów pracujących według tych standardów – bez konieczności dostosowywania interfejsów i budowania warstw pośrednich.
Automatyczne przydzielanie zadań (dispatching) z weryfikacją kompetencji i dostępności sprzętu
Zadania utworzone w Smallworld trafiają bezpośrednio do GeoTaska i są przydzielane do technika spełniającego jednocześnie cztery warunki: posiada wymagane kompetencje, posiada sprzęt niezbędny do wykonania pracy, jest dostępny w danym oknie czasowym i znajduje się w optymalnej lokalizacji.
Zgłoszenie awaryjne wprowadzone do zaplanowanego harmonogramu uruchamia automatyczne przeliczenie tras i powiadomienie techników o zmianach – bez ingerencji dyspozytora w każdy przypadek z osobna. Wraz z przydzielonym zleceniem technik otrzymuje w aplikacji mobilnej wszystkie informacje o lokalizacji – historię poprzednich wizyt i dane o infrastrukturze pobrane bezpośrednio ze Smallworld PNI.
Jeśli w trakcie pracy technik potrzebuje szerszego kontekstu sieciowego, jednym kliknięciem przechodzi z GeoTaska do przeglądarki Smallworld – która otwiera się dokładnie w lokalizacji wykonywanego zadania, z pełnym widokiem aktualnego stanu sieci w tym miejscu.
Synchronizacja offline – dane z terenu bez opóźnienia
Aplikacja mobilna działa w trybie offline. Dane, zdjęcia i zmiany statusów są zapisywane lokalnie na urządzeniu. Po odzyskaniu połączenia następuje automatyczna synchronizacja z zachowaniem rzeczywistych znaczników czasowych. Zmiany odnotowane przez technika trafiają bezpośrednio do Smallworld PNI – bez ręcznego przepisywania i bez opóźnienia wynikającego z braku zasięgu.
Zarządzanie podwykonawcami z separacją dostępu do danych
GeoTask obsługuje model współpracy z wieloma podwykonawcami – różne organizacje, różne rejony operacyjne, różne modele współpracy z dyspozytorami i technikami mogą być obsługiwane w jednym systemie. Operator zachowuje pełny widok wszystkich prac w terenie, podczas gdy każdy podwykonawca ma dostęp wyłącznie do przypisanych mu zleceń i danych. Każda zmiana w sieci jest przypisana do konkretnej ekipy i zlecenia. Eliminuje to problem niemożliwych do zidentyfikowania modyfikacji w PNI.
Integracja Smallworld PNI z GeoTaskiem – przykład polskiego operatora telekomunikacyjnego
Jeden z czołowych polskich operatorów telekomunikacyjnych – Play – obsługujący ponad 2 miliony abonentów, wdrożył GeoTaska zintegrowanego ze Smallworldem PNI.
- Czas od wpłynięcia zgłoszenia do wysłania technika skrócony do kilku minut
- Znacząca redukcja średniego czasu usunięcia awarii (MTTR) przy awariach w sieciach HFC i xPON
- Pełna widoczność prac w terenie w skali całego kraju – niezależnie od realizującego zlecenie podwykonawcy
- Uproszczenie i automatyzacja rozliczeń finansowych z zewnętrznymi partnerami technicznymi
UPC Polska (Play) – bardziej wydajna obsługa sieci i sprawne usuwanie usterek w terenie
Integracja GeoTaska z Twoim systemem Smallworld – demonstracja na konkretnych scenariuszach
Każde wdrożenie Smallworlda PNI jest inne – inna wersja systemu, inne integracje, inne modele operacyjne. Jeśli chcesz zobaczyć, jak GeoTask wpisuje się w Twój konkretny przypadek, pokażemy Ci to na demo opartym na Twoich scenariuszach: typie sieci, modelu współpracy z podwykonawcami i trybie obsługi awarii.
To też może Cię zainteresować
Case Study: Bardziej efektywna praca w terenie i niższe koszty operacyjne w firmie telekomunikacyjnej dzięki rozwiązaniu FSM
Case Study: UPC Polska (Play) – podniesienie jakości obsługi i zwiększenie liczby klientów kontynuujących korzystanie z usług operatora
Cyfryzacja w pracach terenowych – jak sprawnie zbierać dane dzięki inteligentnym formularzom?
Dołącz do newslettera Globemy
i bądź zawsze na bieżąco
Zapisz się do naszego newslettera i otrzymuj najciekawsze treści prosto na swoją skrzynkę
