Załącznik nr 7 do Porozumienia Zasady funkcjonowania i udostępniania Interfejsu Systemu Informatycznego (ISI) 1. Narzędziem informatycznym słuŝącym wymianie informacji i danych w zakresie usług regulowanych pomiędzy TP i OA poprzez udostępnianie OA informacji i danych z systemów informatycznych TP (SI) oraz przekazywanie informacji i danych przez OA do TP będzie EKWD i/lub Portal WWW, dalej nazywane Interfejsem Systemu Informatycznego (ISI): 1.1. ISI będzie słuŝyło do współpracy TP z OA. Dane pobierane przez ISI będą pochodziły z tego samego źródła i będą takie same dla wszystkich uŝytkowników ISI i Części detalicznej TP, 1.2. Informacje i dane przekazywane do Części detalicznej TP będą pochodzić z tych samych źródeł i będą posiadać ten sam zakres co dane udostępniane poprzez ISI, 1.3. Dane źródłowe udostępniane przez ISI będą podlegały systematycznej poprawie jakości według ustalonego harmonogramu, 1.4. Część detaliczna TP będzie pozbawiona dostępu do informacji i danych niedozwolonych o których mowa w załączniku nr 6 do niniejszego Porozumienia, 1.5. Przenoszenie i udostępnianie kolejnych usług w ISI odbywać się będzie według priorytetów i harmonogramu uzgodnionego z OA i UKE, 1.6. W przypadku wprowadzenia zmian do EKWD, Portalu WWW lub innych zmian mających wpływ na sposób lub zakres uzyskiwania informacji, wszyscy OA otrzymają w tym samym czasie pełną informację o wprowadzonych zmianach oraz sposobach ich wprowadzenia. Wprowadzane zmiany nie będą powodować pogorszenia informacji udostępnianych OA względem informacji dostępnych Części detalicznej TP, 1.7. Zachowanie równowaŝności (OA Częśc detaliczna TP) w odniesieniu do źródeł danych, ich zakresu, jakości, terminów uzyskania oraz efektywności dostępu będzie poddane kontroli niezaleŝnego audytora zgodnie z 8 ust. 8 Porozumienia. TP zobowiązuje się zapewnić równowaŝny dostęp do niezbędnych informacji dla części detalicznej TP, części detalicznej podmiotów z Grupy TP oraz OA, a w szczególności: a. równowaŝność jakości informacji wszyscy korzystający z SI mają udostępniane przez TP informacje i dane tak samo wiarygodne; b. równowaŝność zakresów informacji wszyscy korzystający z SI mają udostępniane informacje i dane przez TP jednakowe co do zakresu i źródła; c. równowaŝność dostępu do informacji TP udostępnia OA informacje w sposób wydajny przy pomocy wygodnych w uŝyciu narzędzi; d. równowaŝność terminów uzyskania informacji wszyscy korzystający mają udostępniane informacje i dane w jednakowym czasie, w terminach umoŝliwiających podejmowanie konkurencyjnych działań biznesowych. 2. Zgodnie z określonym przez Prezesa UKE harmonogramem rozwoju ISI TP będzie udostępniać OA informacje i dane oraz będzie realizować procesy komunikacji z TP w odniesieniu do: 1
2.1. Modułu administrowania kontem OA, A. KaŜdy OA po utworzeniu konta przez TP będzie mógł samodzielnie zarządzać swoim kontem w zakresie: profili uŝytkowników i ich praw dostępu, predefiniowanych raportów i innych uzgodnionych z TP funkcjonalności. 2.2. Informacji ogólnych o infrastrukturze TP niezbędnych do korzystania z Usług Regulowanych, A. Informacje ogólne dostępne będą dla wszystkich OA korzystających z ISI od momentu uzyskania dostępu do ISI i bez związku z zamawianiem i obsługą konkretnych usług świadczonych OA przez TP. B. Informacje ogólne są regularnie modyfikowane i uzupełniane w wyniku realizacji przez TP inicjatyw w zakresie poprawy jakości danych. C. TP uaktualnia bazę danych z informacjami ogólnymi (IO) nie rzadziej niŝ raz na miesiąc lub w innych terminach uzgodnionych pomiędzy UKE i TP. D. Część detaliczna TP nie moŝe mieć dostępu do zmodyfikowanych i uzupełnionych Informacji Ogólnych zanim nie zostaną one udostępnione w ramach ISI. 2.3. TP zobowiązuje się, iŝ w oparciu o uzgodniony z UKE harmonogram, udostępnieni aplikację umoŝliwiającą OA dostęp do następujących danych: A. adresów przełącznic głównych TP, znajdujących się w danej strefie numeracyjnej. W przypadku braku adresu dane dotyczące lokalizacji PG B. zakresów numeracji aktywnej wykorzystywanej do obsługi abonentów, obsługiwanej przez przełącznice główne TP znajdujące się w danej strefie numeracyjnej, C. obszarów geograficznych obsługiwanych przez strefę obsługi, przełącznicę główną lub szafę kablową (opisany ID łącza abonenckiego, zawierającego nazwy poszczególnych ulic, numery domów, wraz z numeracją lokali), D. lokalizacji, w których znajduje się dany pośredni punkt dostępowy i inne urządzenia wyspecyfikowane w Ofertach ramowych łącznie z oddalonymi punktami rozdzielczymi, takimi jak szafki uliczne, skrzynki rozdzielcze w przypadku łącza abonenckiego, E. ilości kabli magistralnych zakończonych na danej przełącznicy głównej oraz ilości par (pojemności) kaŝdego z nich, F. liczby par miedzianych zajętych w danym kablu magistralnym (w tym liczba par w poszczególnych kablach wykorzystana do transmisji innej niŝ telefoniczna w paśmie głosowym), G. parametrów technicznych par miedzianych dla danego kabla rozdzielczego, jak długość kabla, średnica Ŝyły w skrętce miedzianej oraz parametrów technicznych par miedzianych, jak średnica i długość Ŝyły w skrętce miedzianej dla danego kabla magistralnego oraz innych, uszczegółowionych w Ofertach ramowych. H. lokalizacji, adresu szafy kablowej dla kaŝdego kabla magistralnego, I. liczby par zakończonych w danej szafie kablowej dla danego kabla rozdzielczego oraz ilości par (pojemność) kaŝdego z nich, J. informacji dotyczących moŝliwości świadczenia danych Usług regulowanych na danym łączu abonenckim wraz ze wskazaniem parametrów technicznych (takich jak opcja usługi, technologia), oraz informacje dotyczące liczby łączy abonenckich wyłączonych ze świadczenia usług regulowanych w obszarach obsługiwanych przez poszczególne punkty dostępu do usługi wraz ze wskazaniem przyczyn wyłączenia, K. listy lokalizacji fizycznych punktów styku sieci dla poziomu dostępu DSLAM, 2
L. informacji dotyczących stref obsługi przyporządkowanych poszczególnym punktom dostępu do usługi poziomu dostępu IP zarządzanego oraz punktów dostępu do usługi poziomu dostępu ATM (lokalnego i regionalnego), M. parametrów technicznych jakie powinny spełniać modemy oraz mikrofiltry/splittery w celu prawidłowej realizacji szerokopasmowej transmisji danych, N. listy referencyjnej modemów i urządzeń eksploatowanych w TP, O. listy oferowanych opcji usługi BSA oraz wysokość miesięcznych opłat abonamentowych za łącze abonenckie dla poszczególnych opcji usługi, P. listy lokalizacji punktów dostępu do usługi dla poziomu dostępu DSLAM, liczbę DSLAM-ów przypisanych do poszczególnych punktów dostępu do usługi oraz technologię xdsl obsługiwaną przez te DSLAM (karty), np. ADSL, ADSL2+, SHDSL, VDSL, itd., Q. parametrów technicznych transmisji danych w Sieci ATM TP, R. parametrów technicznych urządzeń teletransmisyjnych TP wykorzystywanych do realizacji przyłączenia sieci operatora alternatywnego do sieci TP w Trybie Połączenia Liniowego S. ID łącza abonenckiego w formie tabeli sortowanej zawierającej następujące informacje: i. adres punktu dostępu do usługi, ii. adres pośredniego punktu dostępowego, iii. parametry kabla magistralnego, iv. parametry kabla rozdzielczego, v. adres zakończenia sieci, vi. tłumienność łącza abonenckiego. 2.4. Obsługi procesu kontraktowania i dostarczania usług hurtowych dla operatorów w zakresie objętym odpowiednimi regulacjami, A. Oferta RIO: rozpoczynanie połączeń i zakańczanie połączeń w sieci TP; hurtowy dostęp do sieci TP (WLR); dostęp do infrastruktury telekomunikacyjnej i systemów niezbędnych do zapewnienia dostępu B. Oferta BSA: dostęp do łącza abonenckiego poprzez węzły sieci telekomunikacyjnej na potrzeby sprzedaŝy usług szerokopasmowej transmisji danych (BSA) C. Oferta RUO: dostęp do łączy abonenckich w sposób zapewniający dostęp pełny lub współdzielony (LLU) D. Oferta RLLO: dzierŝawa łączy telekomunikacyjnych E. Oferta ROI: dzierŝawa kanalizacji teletechnicznej F. Wszystkie nowo wdraŝane usługi hurtowe / regulowane. 2.5. Obsługi hurtowych usług abonenckich (WLR, BSA, LLU i inne) w szczególności w zakresie: A. Składania wniosków i zamówień dotyczących wyŝej wymienionych usług, B. Weryfikacji moŝliwości technicznych związanych z instalacją / modyfikacją Ŝądanej usługi (wywiad techniczny), C. Raportowania, D. Zgłaszania i obsługi (śledzenie stanu realizacji) reklamacji i awarii dotyczących usług oraz naliczonych opłat, E. Formułowania prognoz zapotrzebowania, F. Przesyłania komunikatów związanych z realizacją danego zlecenia, G. Udostępniania informacji o naliczonych opłatach. 3
2.6. Realizacji procesów objętych Modelem Współpracy Międzyoperatorskiej opisanym szczegółowo w Załączniku Nr 2. 3. Równolegle z ISI TP umoŝliwi wymianę dokumentów niestandardowych tj.: A. Przesyłanie dokumentów i korespondencji e-mail pomiędzy kontaktowymi skrzynkami pocztowymi TP i OA, B. Przesyłanie uwierzytelnionych podpisem elektronicznym dokumentów towarzyszących zgłoszeniom (np. upowaŝnienie od klienta). 3. TP udostępni OA ISI poprzez zapewnienie dostępu do: 3.1. EKWD (Elektroniczny Kanał Wymiany Danych), dzięki któremu OA będą mogły połączyć ISI ze swoimi systemami IT. 3.1.1. Komunikacja poprzez EKWD odbywać się będzie za pomocą: a. Poczty elektronicznej i plików.xml, b. Web Service (rozwiązanie docelowe). 3.1.2. Standardem komunikacyjnym, stosowanym w EKWD, będzie Model Wymiany Danych (MWD). a. Językiem, uŝywanym w komunikacji w EKWD, będzie XML. TP przekaŝe OA schematy XSD, ułatwiające parsowanie zawartości komunikatów. b. Standard będzie wstecznie kompatybilny, tzn. TP będzie mogła wprowadzać jego rozszerzenia przy zachowaniu kompatybilności z poprzednimi wersjami (do 2 wersji wstecz, przy częstych zmianach minimum pół roku wstecz). c. Wprowadzenie nowego rozszerzenia będzie moŝliwe po jego akceptacji przez OA. d. Pełna, aktualna definicja standardu będzie dostępna dla wszystkich OA. 3.1.3. TP uzgodni SLA z OA na zasadach niedyskryminujących warunki w zakresie parametrów wydajnościowych ISI. 3.2. Portal WWW, umoŝliwiający operatorom skorzystanie z pełnej funkcjonalności ISI przez EKWD bez konieczności implementacji własnej aplikacji dostępowej. Cechy Portalu WWW: 3.2.1. Dostęp poprzez logowanie z uwierzytelnieniem, 3.2.2. Udostępnienie panelu administracyjnego, umoŝliwiającego zarządzanie kontem OA, 3.2.3. MoŜliwość tworzenia wielu kont uŝytkowników Portalu WWW w ramach konta OA, 3.2.4. Przeglądanie zleceń i ich statusów, 3.2.5. Obsługa odpowiedzi na zlecenia uŝytkownika a. Obsługa odpowiedzi portalu www mających formę pojedynczych rekordów danych jak i sortowalnych list rekordów, b. MoŜliwość sortowania i filtrowania list rekordów składających się na odpowiedź wg wszystkich atrybutów występujących w definicji struktury rekordu, c. Sortowanie list rekordów składających się na odpowiedź na zapytanie w zakresie usług LLU, BSA, RIO, WLR co najmniej wg następujących atrybutów: data, numer linii, nazwisko Abonenta, opcja usługi, status zamówienia, ID Łącza oraz (ewentualnie) Identyfikator Zamówienia, d. MoŜliwość definiowania i generowania historii zlecenia oraz raportów. 3.2.6. Przyjmowanie i eksportowanie danych w postaci plików xml. 3.2.7. Portal WWW będzie aplikacją dostępową wykorzystującą EKWD do komunikowania się z systemami TP. 4
4. OA mogą tworzyć własne aplikacje dostępowe do ISI korzystające z EKWD i/lub korzystać z Portalu WWW. 5. Zgodnie z 8 pkt 9 Porozumienia TP S.A. zobowiązuje się do przeprowadzania audytów systemów IT oraz funkcjonalności i procesów biznesowych przez nie realizowanych. Audyty te będą przeprowadzane przez niezaleŝną firmę audytorską zaakceptowaną przez Prezesa UKE. 5.1 Po przeprowadzeniu audytu systemów IT Prezes UKE otrzymuje jego wyniki w formie raportu, który publikuje na stronie internetowej Urzędu Komunikacji Elektronicznej. Raport z audytu zawiera następujące informacje: a. Opinię audytora w zakresie adekwatności realizowanych oraz planowanych przez TP działań, w tym ocenę stopnia realizacji wymagań i oczekiwań Prezesa UKE w wyniku tych działań, b. Opinię w zakresie metodologii i tempa realizacji prac przez TP, a w szczególności opinię czy prace są prowadzone zgodnie z najlepszymi praktykami i w najkrótszym moŝliwym terminie, a takŝe opinię na temat ewentualnych ryzyk zagraŝających terminowej ich realizacji, c. Rekomendacje audytora dla TP w zakresie ewentualnej korekty działań, proponowanych terminów i miar postępu prac oraz sposobu ich komunikowania. 5.2 W celu weryfikacji wyników audytu IT TP będzie takŝe udzielała Prezesowi UKE wszelkich niezbędnych wyjaśnień, a takŝe zapewni na kaŝde Ŝądanie Prezesowi UKE lub upowaŝnionym przez niego osobom dostęp do wszelkich danych źródłowych, systemów informatycznych, dokumentów i innych informacji niezbędnych do weryfikacji przedstawionych wyników audytu systemów IT. 5.3 Po weryfikacji raportu audytora, o którym mowa w pkt 5.1 Prezes UKE moŝe wydać rekomendacje oraz zalecenia dotyczące ewentualnej korekty działań, proponowanych terminów i miar postępu prac w zakresie rozdziału systemów IT, które TP zobowiązuje się zrealizować w terminie zaakceptowanym przez Prezesa UKE.. 5.4 W przypadku, gdy w celu usunięcia niezgodności pomiędzy wymaganiami Prezesa UKE a wynikami audytu konieczne będzie wypracowanie wspólnego stanowiska przez TP, Prezesa UKE i OA, TP zobowiązuje się w tym celu zorganizować spotkanie w terminie 14 dni, w którym uczestniczyć będą przedstawiciele Prezesa UKE, TP i OA. 5.5 JeŜeli wykonanie rekomendacji oraz zaleceń Prezesa UKE będących wynikiem audytu w oznaczonym przez Prezesa UKE terminie nie będzie moŝliwe, TP zobowiązuje się niezwłocznie powiadomić o tym Prezesa UKE oraz szczegółowo uzasadnić przyczyny braku moŝliwości zrealizowania obowiązku, a takŝe wskazać termin, w którym realizacja obowiązku będzie moŝliwa. 5.6 W przypadku wystąpienia przewidzianych w pkt 5.5 okoliczności, TP umoŝliwi Prezesowi UKE dokonanie weryfikacji podanych przez TP przyczyn, pod kątem ich zgodności ze stanem faktycznym. 6. Szkolenia i metoda kalkulacji opłat: 6.1. Szkolenie uŝytkowników po stronie OA. A. TP zorganizuje szkolenie dla pracowników OA w zakresie obsługi ISI. Za przeszkolenie pierwszych trzech osób delegowanych przez kaŝdego OA, TP nie będzie pobierać opłaty. B. W przypadku zmian i modyfikacji obsługi ISI wynikających ze zmiany MWD TP zorganizuje szkolenie pracowników OA w zakresie wynikającym z wprowadzonych zmian na warunkach jak w pkt. A. powyŝej. 6.2. Dokładna metoda kalkulacji opłat za udostępnienie ISI (taryfikacja uwzględniająca opłaty stałe oraz wolumen obsługiwanych przez ISI zapytań i danych) będzie przedmiotem późniejszych ustaleń z udziałem zainteresowanych stron. 5
7. Awarie ISI 7.1. TP przygotuje infolinię telefoniczną, na którą zgłaszana będzie tymczasowa niedostępność ISI. Infolinia telefoniczna będzie dostępna przez dwa róŝne numery telefoniczne przez 24 (dwadzieścia cztery) godziny na dobę, przez 7 (siedem) dni w tygodniu. W przypadku wystąpienia tymczasowej niedostępności ISI, OA zgłasza ten fakt TP przez infolinię telefoniczną oraz w czasie 1 godziny potwierdza ten fakt e-mailem lub faksem na uzgodniony adres punktu kontaktowego. TP potwierdza otrzymanie zgłoszenia od OA poprzez wysłanie informacji (fax, e-mail) na uzgodniony adres punktu kontaktowego. 7.2. W przypadku tymczasowego braku dostępu do ISI, TP informuje OA o niedostępności ISI nie później niŝ 30 minut od jej ustalenia, telefonicznie lub na adres poczty internetowej (e mail). W sytuacji wystąpienia tymczasowej niedostępności ISI, tam gdzie to niezbędne dla realizacji dostępu do Usług Regulowanych, wszelkie dokumenty będą przesyłane na adres ustalonych punktów kontaktowych między TP i danym OA. 7.3. W przypadku wystąpienia tymczasowej niedostępności ISI, TP jest zobowiązana do jej usunięcia niezwłocznie, nie później, niŝ w terminie 12 godzin od jej ustalenia lub zgłoszenia przez OA. Do czasu usunięcia niedostępności nie wlicza się okresu od zgłoszenia przez TP dostawcy zamówienia na uszkodzony komponent, do czasu dostarczenia go do TP. 7.4. W przypadku wystąpienia tymczasowej niedostępności ISI, TP uruchomi awaryjny kanał komunikacyjny o odpowiedniej do ilości zleceń wydajności, nie później niŝ w terminie 12 godzin od jej ustalenia lub zgłoszenia przez OA. 6