Zasady funkcjonowania i udostepniania ISI

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